¿Un agente o varios? La guía de Anthropic sobre skills para tu pyme

En 60 segundos: Si te preguntas si necesitas un agente o varios agentes de IA, empieza por una tarea completa y un agente con procedimientos reutilizables, llamados skills, y herramientas acotadas. Añade otro agente cuando las pruebas justifiquen separar contexto, trabajo paralelo o accesos. La recomendación de Anthropic sirve para revisar una arquitectura que ya compraste; la decisión se toma con resultados, coste por tarea aceptada y errores observados. Abajo tienes un ejemplo de distribución y una evaluación que puedes preparar en una tarde.

Imagina una pyme de distribución que pagó seis agentes, un orquestador y un enrutador. Hoy una cotización falla entre ventas y almacén. Nadie sabe qué dato se perdió ni cuánto costó llegar hasta ese fallo. Es un ejemplo sintético, no un caso de cliente de Kiia.

En su guía del 22 de octubre de 2026, Anthropic propone integrar subagentes en el agente principal mediante skills y herramientas. En varios despliegues empresariales, el diseño con un agente y skills frecuentemente obtuvo mejor calidad y, a menudo, menor coste y latencia. Es una observación de esos despliegues, sin garantía para tu operación.

Veredicto por perfil

• Si tu flujo comparte pedido, condiciones y conversación, prueba un agente con skills antes de añadir especialistas.
• Si debes investigar alternativas independientes o aislar una tarea que llena el contexto de material irrelevante, compara una versión con subagentes.
• Si todavía no puedes definir una salida correcta o quién atiende las excepciones, aclara eso antes de contratar cualquiera de las dos arquitecturas.

La guía de agente generalista o agentes especializados desarrolla los criterios generales. Aquí el cambio concreto es convertir el procedimiento de cada especialista en material que el mismo agente consulta cuando lo necesita.

Skill, herramienta y subagente en lenguaje de operaciones

Una skill recoge el «cómo trabajamos aquí»: pasos, reglas y criterio para una tarea. Puede incluir plantillas, archivos y scripts. Una herramienta permite consultar datos o ejecutar una acción. Un subagente es otro agente con su propio contexto e instrucciones.

En Skills explained, publicado el 5 de marzo de 2026, Anthropic explica la carga progresiva: primero se ven descripciones breves; las instrucciones completas y los recursos se cargan cuando hacen falta. Así puedes organizar procedimientos sin pegarlos todos en un único prompt enorme. La guía de octubre aplica también la carga diferida a las herramientas mediante su búsqueda.

En nuestra distribuidora ficticia, la petición es: «Prepara una cotización con disponibilidad y entrega; déjala para revisión».

Pieza	Ejemplo propuesto
Skill de cotización	Comprobar unidad de venta, aplicar la política comercial vigente y señalar datos faltantes.
Skill de entrega	Pedir confirmación de almacén antes de prometer una fecha.
Herramientas	Consultar catálogo, stock y condiciones autorizadas; guardar el borrador en el sistema de registro.
Posible subagente	Investigar proveedores alternativos en documentos extensos y devolver opciones con sus fuentes.

El agente mantiene la solicitud y las decisiones del pedido mientras consulta los procedimientos. Si falta una fecha confirmada, el borrador lo indica. Una instrucción escrita no sustituye al control del sistema que impide enviar la cotización sin aprobación.

Qué se paga en cada traspaso

Cuando un agente entrega trabajo a otro, hay que decidir qué historial, datos y restricciones viajan con él. Un resumen puede omitir que el cliente cambió la unidad de compra. Después alguien debe detectar la inconsistencia y repetir consultas.

La guía de agentes de comercio de Anthropic, del 2 de septiembre de 2026, describe estos traspasos como operaciones que pierden parte del estado y añaden tokens y latencia. Las skills conservan la modularidad dentro del agente que ya lleva la conversación.

Que ventas y almacén tengan responsables distintos no demuestra que necesiten contextos separados. Anthropic también advierte contra copiar el organigrama en subagentes en su guía de octubre. En el ejemplo, ambos equipos pueden mantener sus procedimientos y revisar sus casos, con una persona responsable del resultado completo.

Cuándo sí dividir

La guía When to use multi-agent systems (and when not to), del 23 de enero de 2026, identifica tres motivos: contaminación de contexto, tareas paralelizables y especialización que mejora la selección de herramientas o el foco.

Para la distribuidora, investigar varios mercados puede separarse en búsquedas independientes. Si una investigación añade documentos que empeoran la cotización posterior, prueba aislarla y devolver solo los hallazgos necesarios. Si el agente confunde herramientas parecidas, compara primero descripciones más claras y después la separación.

Anthropic usa multiagente en su propio sistema de investigación. En How we built our multi-agent research system, del 13 de junio de 2025, informó una mejora del 90,2 % frente a un solo Opus 4 en su evaluación interna de investigación, con Opus 4 como líder y subagentes Sonnet 4. También reportó aproximadamente 15 veces los tokens de un chat, frente a unas cuatro veces para un agente. Son resultados de ese sistema y evaluación, no una previsión para una cotización. El artículo señala peor encaje donde hay mucho contexto compartido o dependencias entre tareas.

Hay otras fronteras válidas. Un subagente puede necesitar herramientas restringidas; comprueba el aislamiento real con la guía de permisos seguros para agentes. La guía de comercio también contempla el traspaso completo a un agente de dominio que deba atender directamente al usuario. Por ejemplo, una consulta que pasa a una experiencia financiera propia puede necesitar esa continuidad dentro de su dominio.

Comparación con el mismo alcance

Esta tabla compara diseños para el mismo flujo. Las condiciones comerciales y de alojamiento las determina la implementación; pide evidencia al proveedor.

Criterio	Un agente con skills	Varios agentes
Precio de entrada (verificado)	No hay una tarifa universal por esta arquitectura. Solicita presupuesto por el flujo definido.	Tampoco hay tarifa universal. Exige el desglose de coordinación y subagentes.
Dónde corre o vive el dato	Confirma alojamiento, región y retención de cada integración.	Confirma además qué datos se copian entre agentes.
Estado del MCP	No lo determina la arquitectura; verifica si la implementación lo usa.	El número de agentes tampoco confirma soporte MCP.
Autenticación	Pide identidad y alcances de cada herramienta.	Pide también identidad y credenciales de cada agente.
Respeta los permisos del usuario	Exige una prueba de rechazo fuera del alcance.	Exige esa prueba en cada frontera; separar nombres no demuestra aislamiento.
Integraciones	Inventaría las necesarias para la tarea completa.	Revisa también conexiones duplicadas y traspasos.
Límites	Define presupuesto, tiempo y reintentos del flujo.	Aplica límites al conjunto, además de a cada agente.
Soporte en LATAM	Confirma idioma, horario, facturación y responsable por contrato.	Confirma también quién atiende un fallo entre agentes.

Las definiciones se apoyan en las guías oficiales enlazadas arriba. No evaluamos un producto ni atribuimos a una arquitectura una región, un plan o una integración específica.

Criterios de decisión: prepara la evaluación en una tarde

Anthropic propone empezar incluso con unos diez ejemplos e integrar subagentes de uno en uno, comparando resultados. Esta es nuestra adaptación para operaciones; preparar la comparación en una tarde no implica completar una migración ese día.

1. Elige una salida verificable: una cotización en borrador con precio autorizado, disponibilidad y fecha confirmada o pendiente explícita. Si necesitas acotar el trabajo, revisa qué automatizar primero.
2. Prepara unos diez casos reales anonimizados. Incluye el pedido normal, stock insuficiente, unidad ambigua, condición comercial vencida, dato faltante y una solicitud que exceda permisos. Anota la salida esperada antes de ejecutar.
3. Compara el diseño actual con una variante donde un solo subagente pase a ser skill y herramientas. Mantén los mismos datos, modelo, límites y criterios, y repite los casos para detectar variación. Usa un entorno de prueba sin envíos externos.
4. Registra aceptación por caso, omisiones, tiempo total, reintentos, consumo y minutos de corrección humana. Conserva qué skill se cargó y qué herramienta se eligió, sin copiar datos sensibles al registro.
5. Revisa los casos que empeoran aunque el promedio mejore. Conserva el subagente si la versión integrada pierde calidad; documenta la razón antes de probar el siguiente cambio.

Calcula coste por tarea aceptada = coste total de la muestra / tareas completadas y aceptadas. El numerador incluye también intentos fallidos y correcciones. Si no hay tareas aceptadas, la variante no supera la prueba. La guía del coste real de un agente de IA desarrolla las partidas para presupuestarlo.

Mantén una biblioteca pequeña y distinguible

En el ejemplo, «cotización» y «entrega» tienen disparadores distintos. Dos skills llamadas «ventas» y «apoyo comercial» pueden competir por el mismo pedido. Escribe cuándo usar cada una, qué entrada espera y quién mantiene su política. Prueba la elección con casos ambiguos antes de añadir otra.

Versiona procedimiento y ejemplos juntos. Cuando cambie una condición comercial, identifica qué skill y qué casos hay que revisar. La guía de especialistas en producción amplía la organización del trabajo y sus puntos de revisión.

Qué preguntar al proveedor antes de pagar

• ¿Qué fallo concreto del agente único exige cada subagente? Pide casos y resultados comparables.
• ¿Puedes ver la entrada, la salida y lo que se descarta en cada traspaso?
• ¿El presupuesto incluye reintentos, herramientas, observabilidad, correcciones y mantenimiento? ¿Cómo se mide por tarea aceptada?
• ¿Dónde se bloquea una acción no autorizada y puedes probar ese rechazo?
• ¿Quién mantiene cada procedimiento y quién responde por el resultado completo?
• ¿Se puede integrar o retirar un especialista sin rehacer el flujo? Pide una demostración en pruebas.

Cuándo no elegir ninguno

Si el stock no tiene una fuente fiable, la política comercial se contradice o nadie puede validar la salida, cualquiera de las dos opciones automatizará una incertidumbre. Resuelve esa dependencia primero. Una consulta de datos, una regla y un borrador manual pueden bastar para estabilizar el proceso antes del piloto.

Siguiente paso

Lleva a una conversación de diagnóstico con Kiia un diagrama del flujo actual y dos ejemplos anonimizados: uno que funciona y otro que falla. Con eso podemos delimitar qué comparar y qué evidencia pedir antes de cambiar la arquitectura.

Todas las fuentes oficiales enlazadas se consultaron el 26 de octubre de 2026. Sus fechas de publicación eran visibles al revisar. Los ejemplos y el método operativo son propuestas ilustrativas de Kiia; no son benchmarks ni promesas de ahorro.