Skills: el nuevo lenguaje invisible entre tú y tus agentes
Las skills son intenciones reutilizables y encapsuladas que convierten prompts repetitivos en un comportamiento de agente escalable y compatible con la arquitectura. Combinan tres elementos: Contexto (qué sabe el agente cuando se usa), Capacidad (qué puede hacer) e Intención (el resultado deseado). En esencia, una skill es una forma de decir: “Cuando te pida esto, actúa así. Siempre.” Y eso cambia todo.
Del prompt al sistema
Sin skills, trabajas así:
“Revisa este PR y dime los problemas, analiza, sé conciso…”
Con skills, trabajas así:
“Ejecuta analyzeTicket”.
Y eso no es solo comodidad. Es arquitectura. Porque una skill ya sabe:
- dónde mirar
- cómo analizar
- qué formato devolver
- qué herramientas usar
Dejas de escribir instrucciones y empiezas a orquestar comportamientos.
El paralelismo que todo Dev entiende
Si eres developer, esto te va a sonar muchísimo. Pasar de prompts a skills es como pasar de scripts sueltos a funciones bien diseñadas. O mejor aún: a servicios.
No repites lógica. La encapsulas. No dependes de cómo lo escribes hoy; dependes de cómo está definida la skill. Y eso abre la puerta a:
- versionado de comportamiento
- testeo de agentes
- reutilización entre equipos
- mejora incremental sin romper flujos
Donde realmente brillan: cuando las conectas con MCP
Las skills por sí solas ya son útiles, pero cuando las conectas con MCP, elevan su nivel. Dejan de ser solo una forma de hablar con el modelo y pasan a ser acciones reales sobre sistemas.
Una skill puede:
- leer tickets de Azure DevOps
- consultar Freshdesk
- revisar código en repos
- analizar métricas
- ejecutar acciones
Y todo ello bajo una única intención.
Ejemplo realista: resolveIncident
Esa skill podría:
- Buscar alertas recientes
- Cruirlas con logs
- Revisar cambios recientes en el repo
- Sugerir causa probable
- Proponer solución
No estás encadenando prompts. Estás ejecutando un flujo inteligente.
El cambio mental más importante
Aquí hay un cambio que cuesta al principio. Pasas de pensar en “qué le digo al modelo” a pensar en: “qué capacidades quiero en mi sistema”.
- Es diseño, no conversación. Y eso es clave si quieres escalar agentes de verdad, no solo hacer demos bonitas.
La trampa habitual
Hay un error muy común: crear demasiadas skills, demasiado específicas. Eso lleva a un sistema rígido, difícil de mantener, casi peor que escribir prompts.
La buena skill tiene un equilibrio:
- suficientemente específica para ser útil
- suficientemente general para reutilizarse
No es trivial. Pero es donde está el valor.
¿Estamos creando una nueva capa de software?
Sí. Y bastante importante. Las skills son, en cierto modo, la API interna de tus agentes.
Para entender mejor la mecánica de skills y APIs, mira: