Después de tres meses utilizando la IA de forma sistemática, empiezas a notar algo: escribes los mismos tipos de prompts una y otra vez. El correo cordial pero firme para rechazar una propuesta, la revisión documental en tres pasadas, el apoyo estructurado para tomar decisiones o el prompt de imagen en 6 partes. Cada vez escribes la estructura de una manera ligeramente distinta y obtienes resultados menos coherentes.
La solución es una biblioteca de prompts: un conjunto pequeño y seleccionado de plantillas al que puedes recurrir en cualquier conversación. Este artículo explica cómo crear una que realmente utilices, qué incluir, cómo organizarla y qué herramientas merece la pena configurar.
Una biblioteca compartida de prompts no es un montón de fragmentos. Cada prompt reutilizable necesita un caso de uso, una persona responsable, una versión, ejemplos, límites y una fecha de revisión. De lo contrario, la biblioteca se convierte en consejos obsoletos con un título más atractivo.
Por qué una biblioteca y no «prompts más ingeniosos»
Al leer sobre diseño avanzado de prompts, resulta tentador buscar técnicas cada vez más ingeniosas. En la práctica, gran parte de las mejoras que observamos en flujos reales procede de la coherencia, no del ingenio. Utilizar la misma plantilla bien ajustada cada vez que afrontas una tarea conocida suele producir resultados mucho mejores que improvisar un prompt nuevo.
Tres beneficios específicos de una biblioteca:
Dejas de reconstruir la estructura. Desaparece la carga cognitiva de preguntarte «¿qué forma debería tener este prompt?».
Las mejoras se acumulan. Cada ajuste de una plantilla beneficia todos sus usos futuros.
Tu equipo puede compartirlos. Una biblioteca es un recurso común que ayuda a todas las personas que la utilizan.
Hay una cuarta ventaja para los equipos: la calidad se puede revisar. Un prompt perdido en el historial de chat de una persona no se presta a revisión, control de versiones o mejora colectiva. Uno guardado en una biblioteca sí.
Qué debe incluir una biblioteca
Una biblioteca útil de prompts tiene tres capas. Las construiremos por separado.
Capa 1: Plantillas de uso frecuente
Los cinco a quince prompts a los que recurres con más frecuencia. Cada uno debe ser una plantilla completa, probada y con marcadores de posición.
Estas son algunas plantillas útiles en casi cualquier biblioteca profesional:
El redactor de correos estructurado.
Redacta un correo con mi voz. Contexto: {{situation}}. Audiencia: {{recipient and their preferences}}. Objetivo: {{what I want to happen}}. Restricciones: menos de {{N}} palabras, terminar con una acción concreta y no utilizar «Espero que estés bien». Produce tres versiones: breve, media y extensa. Identifica cada una.
El revisor de documentos en tres pasos.
Revisa el documento que voy a compartir en tres pasos:
Pasada 1: Primera impresión. ¿Qué tipo de documento es, cuáles son sus tres conclusiones principales y cuál es su estructura general? Pasada 2: Riesgos y señales de alerta. ¿Qué cláusulas o secciones podrían perjudicarme? Cita cada una y explica el riesgo con lenguaje sencillo. Pasada 3: Decisiones y acciones. ¿Qué debo decidir, preguntar o hacer? Enuméralo e incluye los plazos indicados.
Marca la incertidumbre con [unclear]. Mi contexto: {{your role and stake}}.
El compañero de debate para decisiones.
Estoy decidiendo {{the decision}}. Antes de decir nada, hazme 5-7 preguntas que abarquen las opciones, las restricciones, los criterios de éxito y lo que lamentaría más. Espera mis respuestas. Después, enumera los argumentos más sólidos a favor de cada opción, las alternativas que podría estar pasando por alto, la dimensión más importante y mi suposición más débil. A continuación, actúa como abogado del diablo frente a mi preferencia. Por último, ofrece una recomendación calibrada y un nivel de confianza.
El analizador estructurado.
Analiza {{the thing}} con esta estructura:
Qué es (un párrafo) Las tres características más importantes (con evidencia para cada una) Dónde destaca (cuándo lo utilizaría) Dónde falla (cuándo no lo utilizaría) Errores comunes al usarlo Dos observaciones realmente útiles que un lector ocasional pasaría por alto
Sé específico. Evita las generalidades.
El reescritor con coincidencia de voz.
Reescribe este borrador para que coincida con mi voz, definida por estos ejemplos: {{example 1}} {{example 2}} {{example 3}}
Edita de forma quirúrgica: conserva la estructura y cambia únicamente lo que no coincida con la voz. Cita cada cambio y explica el motivo en una frase breve.
Crea entre cinco y diez plantillas adaptadas a tu trabajo. El conjunto será distinto para un ingeniero, una profesional de marketing o un abogado. El patrón es el mismo: una plantilla probada, con marcadores claros, lista para completar y utilizar.
Capa 2: Enfoques por dominio
Algunos tipos de trabajo necesitan sus propios enfoques, distintos de las plantillas generales anteriores. Ejemplos:
Síntesis de entrevistas con clientes.
A partir de esta transcripción de una entrevista con un cliente, extrae:
- Sus palabras exactas sobre los problemas que experimenta (citas textuales con marcas de tiempo)
- Las funcionalidades o mejoras que desea, ordenadas según la intensidad con que las menciona
- El producto que utiliza actualmente y qué le gusta o disgusta de él
- Cualquier necesidad no satisfecha que haya insinuado sin expresarla directamente
- Las frases exactas con las que se describe a sí mismo y explica su trabajo
Cita al cliente siempre que sea posible. Marca cualquier inferencia con [my read]. Sé específico.
Generación de especificaciones técnicas.
A partir de esta descripción de una funcionalidad, genera una especificación técnica con el formato de nuestro equipo:
- Planteamiento del problema (la necesidad del usuario, expresada con sus palabras)
- Solución propuesta (a alto nivel)
- Flujos detallados (flujo principal + 2-3 casos límite)
- Fuera de alcance (objetivos que se excluyen expresamente)
- Preguntas abiertas (aspectos que requieren una decisión antes de implementar)
- Riesgos (ingeniería, producto, negocio)
- Métricas de éxito (cómo sabremos que funcionó)
Tono: directo, sin evasivas. Cita mis palabras cuando expresen bien una idea. Marca con [confirm] cualquier punto en el que hayas tenido que inventar detalles.
Ayuda para revisión de código.
Revisa el código siguiente. En orden:
- Errores: código que producirá un comportamiento incorrecto. Cita y explica.
- Problemas de seguridad: cualquier elemento que amplíe la superficie de ataque. Cita y explica.
- Problemas de rendimiento: cualquier elemento que probablemente sea lento a escala, con una estimación aproximada del orden de magnitud.
- Mantenibilidad: cualquier elemento que pueda confundir a la siguiente persona que lea el código.
- Detalles de estilo: señálalos solo si importarían a un revisor cuidadoso; evita los reparos insignificantes.
No reescribas el código. Cita los números de línea. Termina con la corrección más importante.
Cada plantilla está adaptada a un tipo de trabajo. Crea una plantilla de capa 2 para cada categoría de tarea que se repita en tu flujo.
Capa 3: Materiales de referencia para adjuntar
Algunos prompts necesitan archivos de apoyo, no solo instrucciones. Tu biblioteca debe incluir:
- Ejemplos de voz de marca. Entre tres y cinco textos breves que reflejen la voz deseada.
- Guías de estilo. Los estándares editoriales de tu empresa, el estilo de código de tu equipo, tus tokens de diseño.
- Glosarios por dominio. Terminología interna, nombres en clave y abreviaturas que el modelo podría interpretar mal.
- Plantillas. Las estructuras reales de plantilla que deseas que el modelo rellene.
- Contraejemplos. Material que debe evitarse: ejemplos genéricos, alejados de la marca o mal estructurados que muestran al modelo qué no debe producir.
Almacenar estos junto con tus prompts significa que cualquiera que aplique una plantilla también puede acceder a los materiales de referencia adecuados.
Dónde almacenar la biblioteca
La herramienta adecuada depende de cómo trabajes y de si lo haces en solitario o en equipo. Hay varias opciones válidas.
Para uso individual
Fragmentos de Raycast, Espanso o TextExpander. Escribe un desencadenante breve para expandirlo al prompt completo. Es la mejor opción para prompts que utilizas 10+ veces al día. Solo tienes que configurarlos una vez y la expansión es inmediata.
Apple Notes, Notion u Obsidian. Mantén un documento con todos los prompts organizados por categorías y cópialos cuando los necesites. Es menos elegante que utilizar fragmentos, pero permite incluir notas sobre cuándo usar cada plantilla.
GPT personalizados / Proyectos de Claude. La opción más potente: cada prompt se convierte en un asistente guardado que incorpora la plantilla. Exige más configuración por plantilla, pero reduce la fricción al utilizarla. Tenemos un artículo dedicado a esta opción.
Una combinación habitual es utilizar fragmentos para los prompts diarios, Notion o una herramienta similar para la biblioteca general y GPT personalizados para los flujos complejos que se repiten. Tres herramientas pueden parecer excesivas, pero cada una responde a un caso distinto.
Para uso en equipo
Página compartida de Notion o Confluence. Es la opción con menos fricción: una página con los prompts del equipo organizados por categorías y cada plantilla en un bloque que se pueda copiar. Puede funcionar bien para equipos de hasta unas 30 personas.
Promptly, PromptHub, Langfuse, Helicone u otras herramientas de gestión de prompts. Están diseñadas específicamente para esta tarea y ofrecen control de versiones, pruebas A/B y análisis de uso. Pueden merecer la pena cuando el equipo tiene 20+ integrantes o mide la calidad de forma sistemática.
Un repositorio de archivos .md con frontmatter estructurado. Es la opción más cómoda para equipos de ingeniería. Cada prompt se guarda como un archivo Markdown con metadatos —caso de uso, responsable, última actualización y versión—. Facilita el control de versiones, la revisión y la integración con herramientas posteriores. La biblioteca que estás leyendo utiliza esta estructura.
GPT personalizados / Proyectos de Claude compartidos mediante planes Team o Enterprise. ChatGPT Team y Claude Team permiten compartir asistentes con el equipo. Se crea una vez y lo utiliza todo el grupo.
El control de versiones importa
Una biblioteca sin control de versiones acumulará material obsoleto, contradicciones y plantillas rotas. Versiona los prompts igual que el código.
El mínimo:
- Un número de versión en cada plantilla (
v1,v2, …). - Un registro de cambios que indique qué cambió y por qué.
- Una fecha de “última verificación” para que la gente sepa si una plantilla está obsoleta.
- Una lista de limitaciones conocidas: qué no hace bien la plantilla y qué debes vigilar.
Una práctica útil consiste en archivar la versión anterior cuando hagas un cambio importante y sustituirla por la nueva. Así podrás consultar el historial y recordar por qué se modificó.
Para bibliotecas de prompts en equipo, trata los cambios como tratas los cambios de código: revisión por pares. Un segundo par de ojos detecta errores sutiles en el prompt que el autor pasó por alto.
¿Qué capturar más allá del prompt en sí
Una plantilla de prompt aislada carece de contexto. Una entrada útil de la biblioteca incluye:
- El prompt en sí, con
{{placeholders}}. - El caso de uso previsto: una frase que explique cuándo utilizarlo.
- Un ejemplo completo: cómo son la entrada y la salida.
- Las limitaciones conocidas: qué hace mal la plantilla y qué debes vigilar.
- La recomendación de modelo: si funciona mejor con un modelo rápido o uno de razonamiento, con Claude o con GPT.
- El autor y la última modificación: quién la creó y cuándo.
- La regla de revisión: qué revisión humana exige la salida antes de utilizarla.
- El modo de fallo: de qué forma suele fallar la plantilla.
Puede parecer una carga adicional, y en cierta medida lo es. Sin embargo, compensa en cuanto tú o un compañero necesitáis saber si una plantilla sigue siendo fiable.
La plantilla complementaria vinculada a este artículo ofrece la estructura exacta de una entrada apta para producción.
La disciplina de mantenimiento
Una biblioteca que no se mantiene se convierte en un cementerio. Algunos hábitos que la mantienen viva:
Revisión trimestral. Una vez al trimestre, recorre la biblioteca y pregúntate: «¿Cuáles no he utilizado durante los últimos tres meses? ¿Debería retirarlas?». Eliminar material obsoleto es parte del mantenimiento.
Añade sobre la marcha. Cuando escribas un buen prompt en una conversación, pásalo inmediatamente a la biblioteca. Es frecuente crear un prompt útil y no guardarlo; la solución consiste en facilitar la captura.
Registra el uso. Si tu herramienta de gestión ofrece análisis, comprueba qué plantillas se utilizan y cuáles no. Las que no se usan necesitan más visibilidad o deben eliminarse.
Refactoriza de vez en cuando. Si descubres que tres prompts hacen casi lo mismo, fusiónalos en una única versión canónica.
Prueba en trabajo real, no en ejemplos sintéticos. Cuando actualizas una plantilla, ejecútala en tres o cuatro casos reales de tu trabajo. Si la salida se degrada, revierte.
Ejemplo completo: crear una entrada de la biblioteca
Para hacer esto concreto, construiremos una entrada completa de biblioteca.
Nombre: Redactor de correos en tres versiones
Caso de uso: Redactar un correo cuando aún no he decidido el destinatario, el tono o la extensión y quiero comparar opciones.
Versión: v3 (mayo de 2026)
Modelo recomendado: Claude Sonnet 4.5 para reproducir la voz. También funciona bien con GPT-5. Un modelo de razonamiento suele ser innecesario para esta tarea.
Última verificación: 2026-05-12, con un correo real para rechazar una solicitud de un cliente y otro de seguimiento al propietario de mi vivienda.
Plantilla:
Draft an email in my voice.
Context: {{the situation, including any prior thread}}
Audience: {{who the recipient is — name, role, our relationship, their communication preferences if known}}
Goal: {{what I want to happen as a result of this email}}
Constraints:
- Under {{N}} words
- End with a clear next step
- No "I hope this finds you well", "I wanted to reach out", or "Please let me know if you have any questions"
- {{any other specific constraints}}
Produce three versions, labelled:
1. **Short and direct** ({{N1}} words)
2. **Warm and standard** ({{N2}} words)
3. **Longer and more detailed** ({{N3}} words)
Below each, give me one short note: "send this when..."
Limitaciones conocidas:
- No gestiona bien los hilos de correo: pega únicamente el mensaje más reciente, no la conversación completa.
- En correos muy largos (>200 palabras), las diferencias entre las tres versiones se vuelven menos claras. Considera solicitar solo dos.
- La nota «envía esto cuando…» ofrece resultados irregulares; elimínala si el modelo produce consejos genéricos.
Registro de cambios:
- v3 (mayo de 2026): añadí la restricción de no usar «Espero que estés bien» tras observar que el modelo recurría a esa frase.
- v2 (abril de 2026): añadí la nota «envía esto cuando…».
- v1 (marzo de 2026): versión inicial.
Ahora cualquiera, incluido tú en el futuro, puede recuperar esta entrada, completar los marcadores y producir en 30 segundos un borrador de correo adaptado.
La perspectiva del equipo
Para una biblioteca en equipo, algunas consideraciones adicionales:
Vocabulario compartido. Asegúrate de que las plantillas estén escritas para el equipo y no para ti en particular. Sustituye «mi voz» por «la voz de [nombre de marca]» y documenta cómo es.
Incorporación. Cuando se una una persona nueva, enséñale la biblioteca el primer día. Muéstrale las cinco plantillas más utilizadas y explica cuándo usar cada una. La biblioteca es uno de los recursos más valiosos del equipo; trátala como tal.
Responsables. Cada plantilla necesita una persona responsable de mantenerla actualizada y responder preguntas. Las plantillas sin responsable se deterioran.
Flujo de aprobación. Para prompts de alto riesgo —dirigidos a clientes, relacionados con regulación o asuntos jurídicos—, establece una aprobación rápida antes de publicar cambios. Una segunda persona puede detectar modificaciones que producirían un resultado incorrecto o perjudicial.
Un pequeño hábito cuyo valor aumenta
Una vez por semana, revisa tus conversaciones con IA de los siete días anteriores. Identifica los tres prompts que produjeron los mejores resultados y añádelos a la biblioteca, sustituyendo los detalles concretos por marcadores. Localiza también los tres peores y elimina o corrige las plantillas de las que proceden.
Este hábito de 15 minutos, repetido durante tres meses, puede producir una biblioteca adaptada a tu trabajo real y en mejora continua. Es la diferencia entre un «paquete de prompts» estático descargado de Internet y una herramienta viva que se afina cada semana.
Diez prompts bien afinados superan a cien
Una biblioteca de prompts es una de las inversiones con mayor impacto que puedes hacer al adoptar la IA. Empieza con entre cinco y diez plantillas bien documentadas, con un control de versiones sencillo y almacenadas en un lugar accesible. La configuración puede llevar un par de tardes y el valor aumenta con cada mejora.
Quienes utilizan bien la IA en 2026 no necesitan diez veces más prompts. Suelen disponer de unos pocos, bien ajustados y utilizados repetidamente. Esa es la diferencia, y puedes empezar a construirla en un fin de semana.
