Texto de demostración. En casi todos los equipos pasa lo mismo: alguien encuentra una forma de pedirle al asistente un resumen perfecto, la usa durante semanas y nadie más se entera. Cuando esa persona se va de vacaciones, el equipo vuelve a empezar de cero.
El problema de los prompts sueltos
Los prompts viven en chats personales, notas del celular y correos reenviados. Eso tiene tres consecuencias:
- Nadie sabe cuál es la versión buena. Hay cinco variantes del mismo prompt.
- No hay contexto. El prompt funciona, pero nadie recuerda para qué caso.
- No mejora. Sin un lugar común, nadie propone cambios.
Una plantilla sencilla
Cada prompt del equipo puede guardarse con esta estructura:
## Resumen de reunión para dirección
- Para qué: convertir notas sueltas en un resumen de una página
- Responsable: Coordinación de contenido
- Última revisión: septiembre 2026
### Instrucción
Eres asistente de la dirección. Resume las notas en tres
secciones: acuerdos, pendientes con responsable y fecha,
y riesgos. Máximo 250 palabras. Tono formal, sin adjetivos.
### Ejemplo de salida
(pega aquí un resultado que el equipo aprobó)Dónde guardarlos
| Opción | Ventaja | Desventaja |
|---|---|---|
| Documento compartido | Fácil de empezar | Se desordena rápido |
| Wiki del equipo | Buscable, con historial | Requiere disciplina |
| Repositorio Git | Revisión y versiones | Curva de aprendizaje |
Un prompt reutilizable vale más que diez improvisados.
Revisión periódica
Una vez al mes, alguien del equipo revisa los prompts más usados:
- ¿Siguen dando buenos resultados con la versión actual del modelo?
- ¿Hay variantes que convenga fusionar?
- ¿Falta alguno para una tarea que se repite?
La documentación no tiene que ser perfecta. Tiene que existir.