Hemos añadido Skills a Siesta AI, una forma específica de definir qué puede hacer un agente, cómo debe hacerlo y qué herramientas tiene permitido usar. Si tu prompt de sistema responde a “quién es el agente”, skills responde a “qué puede ejecutar de forma fiable”.
Esto importa cuando pasas de un único agente de demo. En equipos reales, la misma solicitud empieza a producir resultados distintos según el agente que use cada persona, porque las instrucciones se copian, se retocan y, con el tiempo, derivan. Skills está diseñado para frenar esa deriva convirtiendo el trabajo repetible en una capacidad mantenida que puedes reutilizar entre agentes.
Skills en la práctica: procedimientos reutilizables y acceso a herramientas
Un skill es una unidad de ejecución empaquetada que combina dos cosas: instrucciones (el procedimiento) y herramientas (las funciones e integraciones que el agente tiene permitido usar para ese procedimiento). Cuando adjuntas un skill a un agente, haces más que “añadir una función”. Estás estableciendo límites que hacen el comportamiento más predecible.
El beneficio menos evidente es la gobernanza por diseño. Cuando un flujo de trabajo se encapsula en un skill, puedes mantener al agente enfocado en las pocas herramientas que realmente necesita. Eso reduce el uso accidental de herramientas, facilita depurar fallos y mantiene resultados consistentes entre equipos, incluso a medida que añades más agentes.
Skills de organización vs. skills del sistema
Skills se divide en dos categorías. Skills de organización se crean dentro de tu organización. Puedes crearlos, editarlos y eliminarlos. Aquí es donde capturas cómo funciona realmente tu empresa: por ejemplo, cómo quieres que se redacten los tickets, cómo debe formatearse el reporting, qué comprobaciones deben ocurrir antes de enviar un email o qué sistema es la fuente de verdad cuando hay conflictos de datos. Skills del sistema están predefinidos y disponibles para todos. No se editan directamente, pero puedes copiarlos y adaptar la copia. En la práctica, esto te da un punto de partida que puedes ajustar a tus reglas internas, convenciones de nombres, aprobaciones y herramientas permitidas.
Skills vs. Subagentes: cuándo usar cada uno
Skills y Subagentes resuelven problemas distintos, y confundirlos lleva a configuraciones de agentes desordenadas.
- Un skill se centra en estandarizar la ejecución. Úsalo cuando quieres que la misma tarea se haga igual siempre: los mismos pasos, el mismo acceso a herramientas, la misma forma de salida. Skills es tu capa de repetibilidad.
- Un subagente se centra en la delegación y la especialización. Úsalo cuando una solicitud es demasiado amplia o multidisciplinar para que un solo agente la gestione de forma limpia, de modo que el agente principal delegue partes del trabajo en agentes especializados.
El patrón práctico que funciona bien es combinarlos: los subagentes dividen el trabajo y skills mantiene consistente cada parte. Sin skills, los subagentes pueden seguir produciendo resultados variables porque cada agente especializado “lo hace a su manera”. Sin subagentes, skills tiende a hincharse porque un solo agente intenta cubrir cada paso de una solicitud compleja.
Lee más sobre Subagentes: https://siesta.ai/blog/1329/new-in-siesta-ai-subagents
Una mejor forma de implementarlo
Si quieres que Skills aporte valor rápido, no empieces con un “skill maestro” que intente cubrirlo todo. Elige un flujo de trabajo que ya tenga un responsable claro y se repita semanalmente, como crear tickets en Jira a partir de escalados de soporte, convertir notas de reunión en seguimientos o generar una actualización estándar de operaciones.
Redacta el skill como un runbook interno, asígnale solo las herramientas que necesita y luego asígnalo a los agentes que la gente ya usa. Tras una semana, sabrás exactamente qué ajustar: entradas faltantes, traspasos poco claros, casos límite de permisos y los dos o tres modos de fallo que más retrabajo generan. Corrige eso una sola vez en el skill y la mejora se propaga automáticamente a todas partes.