Anthropic cambia de criterio: no uses subagentes especializados

Anthropic publica un post en su sección de recursos. Su recomendación: integra tus subagentes en el loop del agente principal. Hace un año, la práctica habitual era otra. El agente principal delegaba en subagentes con un rol: producto, backend, frontend o QA. Cada subagente hacía su parte y pasaba un handoff al siguiente.

Esa arquitectura tenía sentido por los límites de los modelos. El contexto era de 100.000 o 200.000 tokens y se llenaba rápido. Los agentes no trabajaban más de 2 o 3 minutos seguidos, y tú tenías que escribir «sigue». Los subagentes automatizaban ese «sigue». Para Pablo, además, replicaban el organigrama de la empresa: la ley de Conway aplicada a agentes.

Desde Opus 4.5, el agente principal tiene más contexto y trabaja más tiempo en un solo loop. Ahora el problema de los subagentes es el contexto. Cada subagente empieza con el contexto limpio y repite la búsqueda en el código que el agente principal ya hizo. Según el post, Anthropic quita sus subagentes internos y gasta la mitad de tokens con el doble de velocidad.

La recomendación: si ya tienes subagentes, quítalos uno a uno y haz evals de cada cambio. Mueve las instrucciones de su system prompt a documentación o a skills, con progressive disclosure. Los subagentes generalistas sí tienen sentido para buscar contexto o paralelizar, y Claude Code, Codex y OpenCode ya los lanzan por defecto. Con Pi, tienes que pedirlo de forma explícita. Ver en vídeo.