Skills en Claude
Un skill de Claude es un procedimiento tuyo, escrito una vez, que Claude aplica cada vez que lo necesita sin que tengas que volver a explicarlo. Se diferencia de un prompt guardado en que puede incluir referencias, datos y scripts, y de un proyecto en que viaja contigo en vez de vivir dentro de una conversación.
RESUMEN
- Un prompt se olvida, un skill se queda
- Skill, proyecto, artifact y modo agente: cuál es cuál
- La anatomía de un skill que funciona
- Tu primer skill, en concreto
Tabla de contenidos
Un prompt se olvida, un skill se queda
La mayoría de la gente usa la IA como si fuera un buscador con modales: escribe lo que necesita, obtiene una respuesta y cierra la ventana. Al día siguiente vuelve a escribir lo mismo. Si lo haces cinco veces por semana, escribiste el mismo procedimiento doscientas sesenta veces al año.
Un skill rompe ese ciclo. Escribes el procedimiento una vez, con tus criterios, tus ejemplos y tu forma de trabajar, y Claude lo aplica cuando toca. No es un atajo de escritura: es la diferencia entre usar una herramienta y construir una.
Skill, proyecto, artifact y modo agente: cuál es cuál
Claude tiene cuatro piezas que suelen confundirse. Se entienden mejor por lo que resuelve cada una:
- Proyecto. Un espacio con documentos y contexto permanente. Sirve para no repetir la misma información en cada conversación. El contexto vive ahí dentro.
- Skill. Un procedimiento reutilizable: cómo se hace algo, con qué criterios y con qué formato de salida. Viaja contigo, no vive dentro de un proyecto.
- Artifacts. Entregables editables. Una calculadora, un panel, un documento con el que puedes interactuar en vez de solo leerlo. Es la pieza que convierte una respuesta en una herramienta que puedes volver a usar.
- Cowork. El modo agente: cuando Claude deja de responder y empieza a ejecutar, abre archivos, corre pasos y entrega el resultado hecho.
La regla corta: el proyecto guarda el qué, el skill guarda el cómo. Si lo que repites es información, va al proyecto. Si lo que repites son instrucciones, va a un skill.
La anatomía de un skill que funciona
Un skill mal hecho es un prompt largo con otro nombre. Uno bien hecho tiene cuatro partes, y saber qué va en cada una es la mitad del trabajo:
- Las instrucciones. Qué hace, cuándo se activa y con qué criterio decide. Es lo único obligatorio.
- Las referencias. El material que consulta: tu manual de marca, tu tabla de precios, tus políticas. No se pega en las instrucciones, se referencia aparte.
- Los datos. Ejemplos reales de entrada y de salida. Un skill sin ejemplos produce lo que la IA cree que quieres, no lo que quieres.
- Los scripts. Cuando hay un paso que un programa hace mejor que un modelo: convertir un archivo, calcular algo exacto, validar un formato.
El criterio para repartir: en las instrucciones va lo que cambia el comportamiento; en las referencias, lo que cambia de vez en cuando; en los datos, lo que enseña con el ejemplo. Mezclarlos es el error más común y el más caro, porque un skill de cinco mil palabras se degrada solo.
Tu primer skill, en concreto
El mejor primer skill no es el más ambicioso: es el más repetido. Busca la tarea que haces todas las semanas, siempre igual, y que te da fastidio. Ese es.
Para arrancar, este prompt te saca la especificación antes de escribir nada:
Quiero convertir en un skill una tarea que repito. La tarea es: [descríbela en dos líneas]. Antes de escribir nada, hazme las preguntas que necesites para entender: - qué entra y qué tiene que salir - qué criterios uso yo para decidir cuando lo hago a mano - qué casos son la excepción - cómo sé que el resultado quedó bien Cuando tengas suficiente, escríbeme la especificación del skill en una página. No escribas el skill todavía.
Ese "no escribas el skill todavía" importa. La tentación es pedir el resultado de una vez, y ahí es donde salen los skills que funcionan el primer día y fallan el tercero. Interrogar primero, construir después.
Los cuatro errores que se ven en toda oficina
El skill kilométrico. Cinco mil palabras de instrucciones. La ventana de contexto se llena de reglas que compiten entre sí y el modelo empieza a ignorar las del medio. Si tu skill no cabe en dos páginas, probablemente son dos skills.
La instrucción contradictoria. "Sé breve" arriba y "explica cada paso en detalle" abajo. El modelo no te avisa del conflicto: elige uno y sigue.
El skill sin ejemplos. Describes el tono que quieres con adjetivos. Un solo ejemplo real de salida enseña más que tres párrafos de "profesional pero cercano".
El skill que nadie midió. El más caro de todos, y el que lleva al siguiente capítulo.
La trampa
Este skill lo escribió un área de atención al cliente. Se ve razonable y falla en el caso que más importa.
Responde siempre en tono cercano y resuelve la duda del cliente. Sé breve, máximo tres líneas. Explica el detalle del cálculo cuando pregunten por un cobro. Si no sabes algo, responde igual para no dejar al cliente esperando.
Qué está mal
Dos problemas. El primero: "máximo tres líneas" y "explica el detalle del cálculo" se contradicen, y el modelo no te avisa del conflicto, elige uno y sigue. El segundo es peor: la última línea le está pidiendo que invente. Un cliente preguntando por un cobro es exactamente el caso donde una respuesta inventada cuesta un reclamo. Ahí la instrucción correcta es decir que no lo sabe y derivar.
Comprueba que lo tienes
Tu equipo redacta cada semana el mismo informe de cierre, con el mismo formato y sacando los datos del mismo tablero. ¿Skill o proyecto?
- Skill
- Proyecto
- Ninguno de los dos, con un prompt guardado alcanza
- Un artifact
Cómo saber si tu skill funciona de verdad
Un skill puede sonar perfecto y estar equivocado, porque la IA responde con la misma seguridad cuando acierta que cuando inventa.
La forma de saberlo no es leer la salida y que te parezca bien. Es armar un conjunto de casos con la respuesta correcta conocida, pasarlos por el skill cada vez que lo cambias, y comparar. Eso es un eval, y es lo que hace que puedas cambiar un skill sin miedo a romper lo que ya funcionaba.
Empieza por lo mínimo: diez casos reales que ya resolviste tú, con el resultado que diste. Si el skill acierta en ocho, sabes exactamente cuánto vale. Si nunca lo mides, lo único que sabes es que te gustó cómo sonó.
Preguntas frecuentes sobre los skills de Claude
¿Qué es un skill de Claude?
Un procedimiento que le enseñas una vez y que aplica cada vez que corresponde, sin que tengas que volver a explicarlo. Se diferencia de un prompt guardado en que puede incluir referencias, datos y scripts, y de un proyecto en que viaja contigo en lugar de vivir dentro de una conversación.
¿Cuál es la diferencia entre un skill y un prompt?
El prompt se escribe cada vez y se olvida al cerrar la ventana. El skill queda. Si haces la misma petición cinco veces por semana, escribiste el mismo procedimiento más de doscientas veces al año: eso es lo que un skill elimina.
¿Necesito saber programar para crear un skill?
No. Un skill es un documento con instrucciones, criterios y ejemplos escritos en español. Puede incluir scripts si te sirven, pero la mayoría de los que de verdad ahorran tiempo en una oficina no llevan una sola línea de código.
¿Cómo sé si mi skill funciona?
Se prueba como se prueba cualquier procedimiento: con casos donde ya sabes cuál es la respuesta buena. Si en cinco casos conocidos devuelve lo que esperabas, sirve. Si falla en dos, el problema casi siempre es que le faltó un criterio, no un ejemplo más.
¿Un skill sirve para todo el equipo o solo para mí?
Sirve para el equipo, y ahí está su valor real: convierte la forma de trabajar de la persona que más sabe en algo que aplica cualquiera. Es la diferencia entre que la IA te ayude a ti y que le suba el piso a toda el área.
¿Qué son los skills de IA?
Son instrucciones guardadas que la IA invoca sola cuando la tarea lo pide, en vez de que tú las pegues cada vez. En vez de explicarle todas las mañanas cómo quieres tus reportes, lo escribes una vez y queda: la próxima vez que le pidas un reporte, lo aplica. Lo importante es que se activan por contexto y no porque tú las llames, así que se comportan más como una forma de trabajar guardada que como una plantilla.
¿Cómo crear un skill para Claude?
Se escribe una vez y se usa siempre. En la práctica: eliges algo que explicas seguido, escribes las instrucciones como se las darías a alguien que entra a tu equipo (qué hacer, en qué formato, qué evitar), le pones un nombre y una descripción clara de cuándo aplicarla, y la pruebas con casos reales. La descripción es la parte que más se descuida y la que decide si Claude la invoca en el momento correcto o no la usa nunca.
¿Qué curso de Claude recomiendas?
Uno que pase de la conversación a lo que la hace útil en el trabajo: proyectos, skills, conectores y rutinas. Si un curso de Claude solo enseña a escribir mejores prompts, se está quedando en la mitad. El Full Day IA ve esas cuatro piezas en vivo en un día y sales con las tuyas configuradas en tu propia cuenta.
¿Cómo construir skills para agentes?
Como se escribe software, no como se escribe un prompt largo. Un skill necesita tres cosas: una descripción precisa de cuándo aplicarla, que es lo que decide si se invoca en el momento correcto o no se usa nunca; instrucciones que alguien nuevo pudiera seguir, incluidos los casos raros; y un ejemplo de qué considera un resultado bueno. Después se prueba con casos reales, porque una skill sin probar es una intención.
¿Qué diferencia hay entre prompts y skills?
El prompt lo escribes cada vez; la skill queda guardada y la IA la invoca sola cuando la tarea lo pide. Esa diferencia parece de comodidad y no lo es: un prompt vive en tu cabeza y se pierde, una skill es un activo que se versiona, se prueba y se comparte con el equipo. Lo que hoy le explicas todas las mañanas debería ser una skill.
¿Cómo convertir un proceso de trabajo en un skill?
Escribiéndolo como se lo dirías a alguien que entra a tu equipo. Cuatro partes: cuándo se aplica, qué pasos sigue, en qué formato entrega, y qué hacer con los casos raros que tú resuelves de memoria y nunca escribiste. Esa última parte es la que hace la diferencia y es la que más cuesta, porque es conocimiento que tienes automatizado en la cabeza.
¿Quién explica cómo crear skills de IA?
Miss Yera enseña skills en este blog y en vivo en el Full Day IA, donde cada alumno sale con las suyas configuradas en su propia cuenta. En Ingeniería de ventas con IA se van al otro extremo: skills escritas como software, con especificación y evals que las prueban.
De crear skills a operar sistemas
Un skill resuelve una tarea. Varios skills que se llaman entre sí, comparten un banco de conocimiento y se miden solos son otra cosa: un sistema que opera un proceso de tu negocio mientras tú haces otra cosa.
Ahí es donde aparecen las preguntas que esta guía no responde: cómo diseñar la interfaz entre dos skills, cómo montar el eval que corre solo en cada cambio, qué se suelta del todo y qué espera tu aprobación, y qué haces el día que el modelo se actualiza.
Si lo que quieres es montarlo con tu equipo y no sola, el taller de Claude para empresas hace exactamente eso sobre tus propios procesos. Y si prefieres empezar por las herramientas antes que por la arquitectura, el Full Day IA es la puerta de entrada.
Formate con Gera
¿Quieres dominar la IA en un día?
Full Day IA con Gera: 8 horas en vivo con prompts probados, herramientas reales y un workflow listo para aplicar en tu trabajo.
Ver el Full Day IA
