Claude Cowork — Módulo 5: skills y plugins
Quinto módulo del curso de Claude Cowork: tus flujos repetibles convertidos en comandos. Qué es una skill (el procedimiento enseñado una vez, ejecutado siempre igual), cuándo un encargo merece volverse skill, cómo crear la tuya describiendo el flujo como a un colega nuevo, y el marketplace de plugins — paquetes listos por rol — con el criterio para adoptar sin acumular.
☰ Índice del contenido
Hasta aquí, cada encargo se escribe desde cero. Pero mira tus últimas dos semanas: el informe de ventas, el brief de reunión, el resumen del canal — la mitad de tus encargos son el mismo encargo con otra fecha. Este módulo instala la función que captura esa repetición: las skills, tus procedimientos enseñados una vez y ejecutados siempre igual — y su mercado, los plugins, donde otros ya empaquetaron flujos completos por rol.
La tesis del módulo
Una skill es la diferencia entre explicarle el informe mensual a Cowork cada mes y habérselo enseñado una vez: el procedimiento con nombre — pasos, formato, criterios — que se invoca como comando y sale siempre igual. La regla para crearlas es la del ajuste del módulo 3, subida un nivel: lo que encargaste tres veces parecido es una skill esperando nombre. Y la regla para adoptarlas del marketplace es la de los conectores: instala lo que tu rol usa, entiende qué hace, y poda lo que no.
Qué es una skill (sin misterio)
Una skill es, en esencia, un documento de procedimiento que Cowork sabe seguir: qué pasos dar, en qué orden, con qué formato de salida, con qué criterios de calidad — invocable por nombre (con un comando tipo /informe-mensual) o automáticamente cuando el encargo calza. La analogía exacta es el manual de inducción del colega nuevo: la primera vez le explicas el informe con lujo de detalle; la décima, le dices “el informe de siempre” — la skill es ese “de siempre”, escrito.
La relación con lo aprendido: las instrucciones del módulo 3 son reglas pasivas (“aquí se escribe así”) que tiñen todo; la skill es un procedimiento activo (“haz esto, en estos pasos”) que se ejecuta. Se complementan: la skill del informe se apoya en las instrucciones de la carpeta sin repetirlas.
| Instrucciones (m3) | Skill | Plugin | |
|---|---|---|---|
| Qué es | Reglas pasivas que tiñen todo | Procedimiento activo con nombre | Paquete de skills, instrucciones y conexiones |
| Cuándo actúa | En cada encargo, siempre | Al invocarla o cuando el encargo calza | Al instalarlo: agrega skills y conectores |
| Quién la escribe | Tú | Tú (o Cowork, a tu pedido) | Otros: se lee y se adapta |
| Ejemplo | ”Montos sin decimales” | /informe-mensual | El paquete de análisis financiero |
Cuándo un encargo merece volverse skill
El test de tres preguntas, en orden:
- ¿Lo encargué tres veces parecido? — la señal de repetición (una vez es tarea; tres, patrón).
- ¿El procedimiento está estable? — si cada vez lo haces distinto porque aún estás descubriendo cómo se hace, todavía no: la skill congela; congela cuando esté bueno.
- ¿Vale la pena el estándar? — la gracia de la skill no es solo el ahorro de tipeo: es que el resultado sale consistente — mismo formato, mismos criterios, comparable mes a mes. Para entregables que otros consumen, la consistencia vale tanto como el contenido.
Crear tu primera skill: describir, no programar
Crear una skill no exige código: exige describir bien el procedimiento — y ya entrenaste exactamente eso en el módulo 2. La forma más natural: díselo a Cowork — “quiero convertir esto que acabas de hacer en una skill llamada informe-mensual; el procedimiento es este” — y deja que él mismo la redacte para tu revisión. La estructura de una buena skill:
ANATOMÍA DE UNA SKILL
/informe-mensual
│
├── CUÁNDO: primer lunes del mes, o al
│ invocarla con el mes como dato
│
├── PASOS:
│ 1. leer las planillas nuevas de fuentes/
│ 2. calcular totales y variaciones vs mes
│ anterior
│ 3. armar el documento según el formato
│ de entregados/
│ 4. anotar inconsistencias al final
│
├── FORMATO: máx 3 páginas, tablas para
│ cifras, gráfico de evolución
│
└── CALIDAD: cifras verificables contra
fuente; sin adjetivos; borrador en
borradores/ — nunca se envía solo
Fíjate en la última línea: los criterios de calidad y los límites (“nunca se envía solo”) viajan dentro de la skill — el procedimiento incluye sus guardrails (los límites que no se cruzan), no los asume. Y como toda skill es un documento: se versiona con el reflejo del ajuste — cada corrección que le hagas al resultado del mes es una edición a la skill, y el mes siguiente sale mejor solo.
El marketplace de plugins: comprar hecho, con criterio
Los plugins empaquetan skills, instrucciones y conexiones para un rol o flujo completo — el de gestión de proyectos, el de análisis financiero, el de marketing — instalables desde el marketplace. El marketplace los organiza por rol, y las organizaciones (planes Team y Enterprise) pueden publicar el suyo con plugins aprobados por TI. El criterio de adopción, calcado del módulo 4:
- Instala lo que tu rol realmente hace — el plugin es un empleado con manual ajeno: si su flujo no es el tuyo, ajustarás más de lo que ahorras.
- Ábrelo y entiende qué trae — un plugin son skills legibles: léelas como leerías el manual del colega nuevo. Lo que no entiendes, pregúntaselo a Cowork (“¿qué hace exactamente este plugin cuando le pido X?”).
- Adapta en vez de acumular — el plugin bueno es punto de partida: sus skills se editan a tu contexto (tu formato, tus carpetas, tus reglas). Y el que no usas en un mes, se desinstala — la revisión trimestral de los conectores, extendida.
Ojo — la skill también se revisa: una skill que corre sola cada mes es un procedimiento que nadie mira envejecer. El formato que el comité pidió cambiar, la planilla que se renombró, el criterio que ya no aplica — la skill los sigue ejecutando fielmente hasta que alguien la edita. La rutina barata: cuando revises el entregable (el hábito del módulo 2 no se jubila con la automatización), pregúntate si la corrección va al resultado o a la skill. Es el reflejo del ajuste, tercera aparición — y no es casualidad: es el hábito central de todo el curso.
Errores comunes
- Explicar el mismo flujo por cuarta vez. Tres encargos parecidos y ninguna skill es tipeo en vez de sistema. El test de tres preguntas corre solo si lo corres.
- Congelar el procedimiento verde. La skill del flujo que aún estás descubriendo estandariza el borrador. Primero estabiliza a mano; después congela.
- Skills sin guardrails. El procedimiento sin sus límites (“nunca enviar solo”, “anotar inconsistencias”) delega también el criterio. Las reglas viajan dentro de la skill.
- Instalar plugins como apps de celular. Veinte plugins de roles ajenos son manuales de otros empleados estorbando al tuyo. El rol real decide; lo demás se poda.
- Usar el plugin sin leerlo. Skills ajenas ejecutándose sin que sepas qué hacen es delegación a ciegas. Se leen — o se le pregunta a Cowork qué hacen — antes de confiar.
- Skills eternas sin revisión. El procedimiento fiel a un contexto que cambió produce entregables puntualmente obsoletos. El reflejo del ajuste las mantiene vivas.
La frase para llevarse
“Lo que encargaste tres veces parecido es una skill esperando nombre: el procedimiento con pasos, formato y guardrails, enseñado una vez y ejecutado siempre igual. Los plugins te venden manuales hechos — léelos, adáptalos, poda — y a toda skill aplícale el hábito central del curso: cada corrección al resultado es una edición al procedimiento.”
Qué viene
Módulo 6: tareas programadas. Las skills saben cómo; falta el cuándo sin ti: el trabajo recurrente que corre solo — el informe que se arma cada primer lunes, el resumen de correos de cada mañana, el monitoreo semanal — con la pregunta que separa la automatización madura de la fábrica de ruido: qué merece correr solo, y cómo revisas lo que se produjo mientras dormías.
Material relacionado
Preguntas sobre este curso
Regístrate gratis para hacer preguntas y guardar tu progreso.
✉ Entérate de lo nuevo
Recibe un aviso cuando publique nuevos cursos, workshops o investigaciones. Sin spam.