Skills: tu criterio, repetible

Hay una frase que oigo en casi todas las implantaciones, normalmente en boca del director: «El problema es que solo le sale bien a Marta». Marta ha aprendido a pedir las cosas de una manera concreta, obtiene resultados excelentes, y nadie sabe replicarlos. Las Skills existen para eso: para sacar el criterio de Marta de la cabeza de Marta.

Qué es una Skill

Una Skill es una capacidad reutilizable que empaqueta un procedimiento tuyo para que Claude lo aplique igual siempre. Técnicamente es simple: una carpeta con un archivo llamado SKILL.md, escrito en Markdown —texto plano con títulos y listas—, al que puedes añadir archivos de referencia, plantillas o scripts.

Eso es todo. No hay lenguaje de programación, ni interfaz de configuración con cincuenta casillas. Escribes en español cómo se hace una cosa en tu empresa, y esa descripción pasa a ser ejecutable.

Una Skill es documentación que se ejecuta. Si ya tienes el procedimiento escrito en un Word que nadie lee, tienes media Skill hecha.

Skill o Proyecto: la confusión más cara

Esta distinción merece un apartado propio porque casi todo el mundo la mezcla, y mezclarla produce proyectos gigantes con instrucciones interminables que rinden mal.

Un Proyecto guarda contexto: quién sois, qué vendéis, a qué precio, con qué tono. Es información estable sobre vuestra realidad. Una Skill guarda procedimiento: en qué orden se hacen los pasos de una tarea concreta, qué hay que comprobar y cómo debe quedar el entregable.

La prueba para saber cuál necesitas: si lo que ibas a escribir empieza por «somos», es Proyecto. Si empieza por «primero», es Skill.

Los tres tipos

Integradas

Vienen de serie: trabajo con Excel, generación de PowerPoint, conversión de archivos y análisis de datos. No hay que montarlas y resuelven las tareas de formato que ocupan horas invisibles cada semana.

De empresa

Las que escribís vosotros y se comparten con el equipo: guía de marca aplicada, modelos financieros, procedimientos de cumplimiento normativo. Son las que tienen valor real, porque codifican lo que os diferencia.

Individuales

Las de una sola persona para su propio trabajo: cómo prepara sus notas de reunión, cómo revisa un pliego. Suelen ser el mejor campo de pruebas: alguien monta la suya, funciona, y a los dos meses el equipo la adopta.

Cómo crear la tuya, paso a paso

1. Elige un proceso que ya se repite

   No inventes nada nuevo. Coge algo que hagáis al menos dos veces al mes, que tenga criterio propio y que hoy salga distinto según quién lo haga. El informe de cierre, la revisión de un contrato, la ficha de una cuenta antes de una visita.

2. Escríbelo como se lo explicarías a alguien nuevo

   Sin lenguaje técnico. Pasos en orden, criterios de decisión, y sobre todo las comprobaciones finales: qué mira una persona con experiencia antes de dar algo por bueno. Ahí está el criterio que quieres capturar.

3. Usa el Skill Creator para montar la estructura

   Existe un Skill Creator que genera la carpeta y el SKILL.md por ti a partir de lo que le cuentes. Es la vía rápida: le explicas el proceso en español y te devuelve el archivo listo para revisar.

4. Añade los archivos de apoyo

   La plantilla en la que se entrega, el listado de KPI, la tabla de criterios. Todo lo que la persona experta consultaría mientras trabaja va en la carpeta, junto al SKILL.md.

5. Instálala en Ajustes → Capacidades

   Ahí se gestionan las Skills: se activan, se comparten y se desactivan. Si es una Skill de empresa, decide quién debe tenerla antes de repartirla.

6. Pruébala con dos personas distintas

   Este es el examen. Si dos compañeros que no han hablado entre sí obtienen resultados equivalentes, la Skill está bien escrita. Si no, falta criterio explícito en algún paso.

Un SKILL.md de verdad

Así de sencillo es el archivo. Este es el esqueleto de una Skill real de informe mensual, recortado:

Fíjate en que la parte valiosa no son los pasos, que son obvios para quien conoce el trabajo. Es el bloque de comprobaciones y la instrucción de marcar con [VERIFICAR] lo que no proceda de un archivo. Eso es criterio profesional escrito, y es lo que evita que salga un informe con cifras inventadas.

Dónde funcionan y qué no conviene convertir

Una Skill funciona igual en claude.ai, en Claude Code y en la API. Se escribe una vez y sirve en los tres sitios, lo cual importa cuando una tarea que empieza siendo manual en el chat acaba automatizada en un proceso.

También se apoyan bien en el resto de piezas: una Skill puede leer datos a través de un conector, entregar el resultado como Artifact o ejecutarse dentro de una tarea programada de Cowork.

Qué merece la pena

• Procesos repetitivos con criterio: informes periódicos, revisiones de contrato, respuestas a pliegos, control de calidad de entregables.
• Todo lo que hoy depende de una sola persona y para en cuanto esa persona se va de vacaciones.
• Lo que exige formato consistente hacia fuera: propuestas, informes a cliente, comunicaciones reguladas.

Qué no

• Tareas que se hacen una o dos veces al año. Escribir la Skill cuesta más que hacer el trabajo.
• Procesos que aún no están decididos. Codificar un procedimiento que va a cambiar el mes que viene es trabajo tirado. Primero se estabiliza, luego se escribe.
• Trabajo que es puro juicio sin pasos: una negociación, una decisión de despido, una estrategia. Puedes apoyarte en Claude para preparar material, pero no hay procedimiento que empaquetar.

Mi recomendación práctica es empezar por una sola Skill, la del proceso que más veces se hace mal. Cuando funcione, el equipo pedirá la segunda sin que tengas que convencer a nadie.

En la siguiente lección pasamos del procedimiento al producto: cómo convertir una respuesta en una herramienta que tu equipo puede usar —una calculadora, un panel, un simulador— sin desarrollo ni despliegue. Es la lección de Artifacts.