Construir una biblioteca de prompts, reutilizar tus prompts favoritos sin copy-paste

Tienes prompts favoritos. El que resume ofertas de empleo. El que redacta correos. El que explica diffs de código. Hoy viven en notas de WhatsApp, en una pestaña del navegador, en tu cabeza. Los tecleas cada vez.

Una biblioteca de prompts no es una herramienta, es un hábito. Guardas tus prompts en un sitio, con tres campos obligatorios, y los usas desde ahí cada vez. A las dos semanas es el primer reflejo antes de mandarle una tarea nueva a Claude.

Este playbook muestra 10 pasos para construir una biblioteca que funcione tanto en claude.ai (web) como en Claude Code (terminal), sin herramientas premium. Necesitas una app de notas que hable Markdown (Obsidian, Notion, Apple Notes, Bear, incluso una carpeta con archivos .md sirve).

Paso 1, un sitio para todo

Primera decisión, dónde vive la biblioteca. La mía es una carpeta ~/notes/prompts/ con un archivo Markdown por prompt. Otra gente usa una base de datos en Notion, otros un vault en Obsidian. Sea cual sea la herramienta, tres reglas, un sitio para todos los prompts, buscable en menos de 5 segundos, exportable como Markdown.

Lo que no funciona, repartido entre borradores de correo, sticky notes y pestañas del navegador. Una fuente. Si no, buscas más de lo que usas.

Paso 2, tres campos por entrada

Cada entrada de prompt necesita tres campos. Título ("Resumir oferta de empleo"), use case ("cuando encuentro una oferta y quiero decidir si encaja"), y el texto del prompt en sí.

Cuatro campos opcionales que añadí tras tres meses, "Input esperado" (qué pego dentro), "Output esperado" (qué vuelve), "Tonalidad" (suelta, formal, técnica), "Última actualización" (fecha).

No inventes más campos. Si una entrada tiene siete campos, nunca la actualizas.

Paso 3, categorías, no tags

Tres categorías bastan al principio. Las mías, "escribir", "analizar", "transformar". Cada prompt cae en exactamente una. Si dudas constantemente porque un prompt encaja en dos, el corte es demasiado fino. Reduce.

Los tags son tentadores pero se vuelven inconsistentes. Pones "Solicitud" y la semana que viene "solicitudes" y ya no encuentras nada. Tres categorías estables son mejores que 30 tags creciendo.

Paso 4, la primera tanda es la más dura

Siéntate 30 minutos y piensa, qué prompts escribo a menudo. Mira tus últimos 20 chats en claude.ai o ChatGPT. Si has tecleado algo parecido tres veces ahí, es candidato a biblioteca.

Objetivo de arranque realista, 5 prompts. No 30. Vas a probar los primeros 5 en la semana siguiente y verás que tres aún no son buenos. Solo entonces construyes más.

Paso 5, afilar un prompt

Un prompt de biblioteca no es lo mismo que un prompt de usar y tirar. Tiene que funcionar sin contexto porque mañana lo pegas en un chat vacío.

Cuatro cortes afilados afilan un prompt. Uno, claro qué es el input ("Te doy una oferta de empleo como texto"). Dos, claro qué debe ser el output ("Lista con 5 puntos, 1 frase cada uno, al final un score 1-10"). Tres, claro qué no (sin carta, sin encabezado). Cuatro, claro quién eres tú ("Soy candidato para roles junior de frontend").

Test, si mañana por la mañana pegas el prompt en una pestaña vacía del navegador, ¿sabe Claude qué hacer? Si no, afila.

Paso 6, variables con placeholders

En vez de teclear cada vez tu rol, tu proyecto, el destinatario, usa placeholders. Yo uso llaves, {ROL}, {PROYECTO}, {DESTINATARIO}. Al pegar, los sustituyes.

Prompt de ejemplo para correos de cliente:

Eres \{ROL\} y escribes a \{DESTINATARIO\} sobre \{PROYECTO\}. El tono es \{TONO\}. El objetivo del correo es \{OBJETIVO\}. Escribe en tú, corto, sin lenguaje de marketing.

Pegas, sustituyes 5 llaves, el prompt está listo. Más rápido que escribirlo de nuevo cada vez.

Paso 7, montar el bloque de tonalidad una vez

Si fuerzas una tonalidad en varios prompts (tú, corto, sin floritura), escribe un bloque de tonalidad una vez como nota propia y pégalo debajo de cada prompt que lo necesite.

Mi tonalidad-default.md dice, "Escribe en tú. Mantén las frases cortas. Evita en el mercado acelerado de hoy, en esencia, vamos a sumergirnos. Em-dashes apagados." Cuando uso un prompt de escritura, le pego este bloque debajo. Cambia la tonalidad, un archivo, todos los prompts se benefician.

Paso 8, slash commands para power users

Si usas Claude Code, puedes dejar tus prompts más importantes como slash commands. Deja un archivo Markdown en ~/.claude/commands/ con nombre resumir-oferta-empleo.md. El contenido es el texto de tu prompt. En el chat de la terminal escribes luego /resumir-oferta-empleo y el prompt está cargado.

Ventaja, el prompt siempre está ahí y puedes mantenerlo por proyecto. Desventaja, eso solo va en Claude Code, no en claude.ai. Para claude.ai te quedas con el copy-paste desde la biblioteca.

Quien lo quiera aún más limpio, empaqueta una colección de slash commands en un plugin y lo comparte con compañeros, mira el playbook Tu primer plugin de Claude Code en 60 minutos.

Paso 9, limpieza mensual

Una biblioteca se convierte en basura si no se cuida. Planifica una rutina de 15 minutos cada 4 semanas, recorre todas las entradas, marca con "mantener", "afilar" o "borrar".

Reglas del pulgar, si no has usado un prompt en 4 semanas y no ves un motivo concreto para la semana que viene, fuera. Si lo has usado 4 veces pero el resultado fue dos veces no bueno, afílalo (paso 5). Si va sólido, déjalo en paz.

Una biblioteca con 25 prompts afilados es más útil que una con 80 polvorientos.

Paso 10, mantén el versionado ligero

Vas a cambiar prompts. A veces descubres que la versión vieja era mejor. Red de seguridad, mete la carpeta bajo Git. Un git init en la carpeta de notas, un git commit -am "prompt updates" una vez por semana, y puedes reconstruir cualquier versión anterior.

Quien no conozca Git, mira L1 Git para IA Lesson 1. Alternativamente sufija cada archivo de prompt con _v1, _v2 cuando tus cambios sean drásticos. Pero Git es más limpio.

Qué viene después

Cuando la biblioteca esté firme, la siguiente palanca es combinarla con project knowledge en claude.ai, mira el playbook Claude Projects para no-coders. Quien quiera mantener prompts técnicos en slash commands sigue a la lesson L2 System Prompts y al playbook Tus propios slash commands para Claude Code. Quien quiera montar una skill propia a partir de tres prompts recurrentes mira Primera skill propia en 30 minutos.

Doc oficial de Custom Slash Commands en Claude Code, https://docs.claude.com/en/docs/claude-code/slash-commands.