Por qué los prompts que funcionan no escalan
Has construido un prompt perfecto para redactar propuestas comerciales. Funciona exactamente como quieres: tono correcto, estructura adecuada, longitud ideal. El problema es que está en tu cabeza o en un documento de texto en alguna carpeta. Mañana, cuando lo necesites, tendrás que buscarlo, copiarlo, pegarlo y tal vez volver a ajustarlo.
Y si tu compañero necesita usar el mismo prompt, tendrá que pedírtelo a ti.
El problema de los prompts que no escalan
Los prompts bien escritos tienen tres problemas estructurales cuando se usan en empresa:
Son difíciles de encontrar. Con el tiempo, acumulas decenas de prompts en chats, documentos, notas. Encontrar el correcto cuando lo necesitas cuesta tiempo. En muchos casos terminas reescribiéndolo desde cero.
Son difíciles de compartir. No hay un mecanismo estándar para que el equipo acceda a los mismos prompts. Cada persona desarrolla los suyos y el conocimiento no se consolida.
Se degradan. Un prompt guardado en un documento no se actualiza solo cuando el proceso de la empresa cambia. En 6 meses, la mitad de tus prompts pueden estar desactualizados sin que lo sepas.
Qué es una skill y cómo resuelve estos problemas
Una skill es un archivo de instrucciones en formato Markdown (.md) que vive en una carpeta definida de tu proyecto de Claude Code. Cuando está ahí, Claude puede encontrarla con un comando de barra, ejecutarla de forma consistente y compartirla con el equipo a través del repositorio del proyecto.
La diferencia no es de sofisticación técnica, es de accesibilidad y gobernanza:
- El prompt vive en un chat → la skill vive en un archivo
- El prompt se busca en conversaciones antiguas → la skill se activa con /nombre-skill
- El prompt solo lo tienes tú → la skill la tiene todo el equipo en el repositorio
- El prompt se queda obsoleto sin que lo notes → la skill tiene una versión y fecha de revisión