Un prompt pack (también llamado biblioteca de prompts o colección de prompts) es un conjunto curado de instrucciones de texto guardadas que pegas en Claude para dirigir una tarea específica. Un Claude skill es un módulo de instrucciones empaquetado que Claude carga automáticamente, persiste entre sesiones y puede invocar archivos de referencia, scripts y workflows estructurados sin que tengas que volver a ingresar nada. La decisión entre ellos es una pregunta de construir vs copiar: si el trabajo es una tarea ocasional o de baja frecuencia, un prompt pack es lo correcto y un skill es sobreingeniería. Si el trabajo es una tarea de operaciones recurrente y de alto impacto donde la consistencia y la distribución en equipo importan, un skill es la unidad correcta.
Lo que NO es
Un prompt pack no es un skill. Un prompt es reactivo — lo provees en cada sesión; Claude lo aplica a lo que has dicho hasta ese momento y luego desaparece. Un prompt pack organizado en Notion, un Google Doc o una carpeta de archivos .txt no persiste en el contexto de Claude automáticamente. No carga archivos de referencia. No puede disparar sub-pasos sin que tú los orquestes manualmente.
Un Claude skill no es un prompt, aunque su archivo SKILL.md contenga instrucciones en lenguaje natural. La diferencia está en la capa de empaquetado y persistencia: un skill se registra en Claude Code (o se comparte mediante un plugin), por lo que Claude lo descubre dinámicamente, lo carga cuando es relevante y tu equipo puede invocarlo por nombre sin tocar el archivo subyacente. Un skill también puede incluir recursos de referencia — plantillas de cláusulas, rúbricas de puntuación, fichas de personas — que se cargan junto con las instrucciones.
Lo que un prompt pack hace bien
Un prompt pack cubre la mayoría del uso diario de Claude, y así debería ser. Los casos de uso donde un prompt pack es la elección correcta:
- Análisis ad-hoc. Estás explorando un dataset, resumiendo una transcripción de reunión o redactando una comunicación única. Necesitas que Claude aplique un marco específico esta vez; no sabes si lo necesitarás de nuevo.
- Tareas de baja frecuencia. ¿Realizando un análisis competitivo trimestral? Un prompt bien escrito pegado desde Notion toma 10 segundos y no tiene costo de mantenimiento.
- Experimentando con nuevos workflows. Antes de comprometerte a empaquetar un skill, un prompt pack te permite iterar en el conjunto de instrucciones sin tocar archivos de configuración. Usa un prompt pack para encontrar el método correcto; convierte a skill una vez que el método sea estable.
- Uso de contribuidor individual. Si el prompt es para el workflow de una persona y no se compartirá, un prompt pack en una herramienta de notas personal es apropiado.
El patrón correcto para un prompt pack es: redactar el prompt con cuidado, almacenarlo con un nombre claro y una nota de contexto, y recuperarlo cuando sea necesario.
Lo que un Claude skill hace que un prompt pack no puede
Un skill tiene cuatro capacidades que un prompt pack no tiene:
- Persistencia sin pegar. Un skill registrado siempre está disponible en el contexto de Claude sin que copies nada. Claude detecta que un skill es relevante y lo carga. Para workflows diarios esto se acumula: un equipo que ejecuta 15 análisis recurrentes deja de copiar 15 prompts diferentes.
- Recursos de referencia incluidos. Un prompt puede decirle a Claude “aplica nuestras posiciones de fallback estándar para NDAs.” Un skill realmente contiene esas posiciones de fallback como un archivo de referencia que Claude lee durante la ejecución. El skill garantiza que Claude esté usando la versión actual de ese documento, no lo que el usuario copió el mes pasado.
- Distribución en equipo y control de versiones. Un skill vive en el repositorio o se comparte mediante un plugin con una versión definida. Cuando actualizas el conjunto de instrucciones, cada miembro del equipo que ejecute el skill obtiene la actualización. Una actualización de prompt pack requiere que todos copien el nuevo texto.
- Ejecución de procedimientos secuenciales. Un skill puede definir métodos de múltiples pasos con lógica de etapas explícita — por ejemplo: leer el contrato, identificar cláusulas de riesgo, puntuar cada una según una rúbrica, devolver una salida JSON estructurada. Ejecutar ese mismo procedimiento desde un prompt requiere que el usuario orqueste manualmente cada paso en turnos.
El disparador de conversión: cuándo graduar de prompt pack a skill
Pasa de un prompt pack a un skill cuando se cumplen tres condiciones:
- La tarea se repite al menos semanalmente, ya sea para ti o tu equipo. Por debajo de la frecuencia semanal, el costo de mantenimiento de un skill (actualizarlo cuando el método cambia) no vale la pena.
- Han aparecido errores de consistencia. La misma tarea produce salidas diferentes entre usuarios o sesiones porque cada persona tiene una versión ligeramente diferente del prompt, u olvida un paso. Un skill elimina la divergencia por copiar y pegar.
- El método es estable. Has ejecutado la tarea suficientes veces para saber cómo se ve una buena salida, qué modos de fallo hay que proteger y qué materiales de referencia necesita. Convertir un prompt experimental en un skill demasiado pronto significa que el skill se convierte en un objetivo móvil.
Una verificación práctica: si has copiado y pegado el mismo prompt más de 20 veces y comenzaste a mantener copias “versión 2” y “versión 3”, ya estás ejecutando un mal skill. Formalízalo.
Comparación de costo y mantenimiento
| Dimensión | Prompt pack | Claude Skill |
|---|---|---|
| Tiempo de configuración | Minutos | 1–4 horas (redactar SKILL.md + archivos de referencia + pruebas) |
| Fricción por uso | Pegar el prompt en cada sesión | Cero — Claude lo carga automáticamente |
| Distribución en equipo | Cada persona mantiene su propia copia | Fuente única; actualizar una vez |
| Recursos de referencia | El usuario debe pegarlos o confiar en la memoria | Incluidos; siempre actuales |
| Versionado del método | Ad-hoc (v1, v2, final, FINAL) | Rastreado en Git |
| Costo de tokens | Tokens completos del prompt en cada sesión | 30–50 tokens en reposo; ~5.000 al activarse |
La inversión de configuración en un skill se recupera cuando la tarea se ejecuta más de ~20–30 veces. Por debajo de ese umbral, el prompt pack es más rápido en cualquier métrica.
Errores comunes
- Construir un skill demasiado pronto. Si aún no sabes cómo se ve una buena salida, empaquetar el prompt como skill significa que estarás editando SKILL.md cada semana en lugar de simplemente actualizar un archivo de texto. Espera hasta que el método se estabilice.
- Mantener un prompt pack más allá de su vida útil. Cuando tienes 40 prompts en una base de datos de Notion y tres personas en tu equipo usando diferentes versiones del mismo prompt, estás cargando el costo de un skill sin ninguno de los beneficios. Convierte los de alta frecuencia.
- Tratar la redacción de skills como un ejercicio de escritura. La sección más importante de un SKILL.md es el bloque “cuándo no invocar” y la especificación del formato de salida, no la descripción introductoria. Un skill que no especifica el formato de salida con precisión generará salidas inconsistentes sin importar qué tan bien estén redactadas las instrucciones.
Relacionado
- Claude Skill vs MCP server — qué es y qué no es un skill en la arquitectura más amplia de Claude
- Claude — la herramienta que ejecuta skills