Sesgo declarado, como siempre: enseño Claude Code a equipos de ingeniería, así que los cambios en cómo se delega trabajo a los subagentes me tocan de lleno. Precisamente por eso esta pieza va de hechos verificables y de qué te toca tocar esta semana, no de vender el cambio como una revolución.
Estos días la portada se la lleva Claude Sonnet 5,
el nuevo modelo por defecto. Pero en la misma tanda de versiones hay un cambio
más silencioso que afecta a cómo trabajas cada día si usas subagentes: ahora
corren en segundo plano por defecto, y el asistente /agents ha desaparecido.
Los hechos
Según el changelog oficial de Claude Code, la versión 2.1.198 (1 de julio de 2026) trae dos cambios que la propia Anthropic marca como mayores:
- Los subagentes corren en segundo plano por defecto, de modo que Claude sigue trabajando mientras se ejecutan y te avisa cuando terminan. Antes esto era un despliegue gradual; ahora es el comportamiento estándar.
- Se retira el asistente
/agents. Para crear o gestionar subagentes, ahora se lo pides a Claude directamente o editas los ficheros de.claude/agents/a mano.
Alrededor de esos dos hay tres apuntes que completan el cuadro:
- El panel
claude agentsgana avisos de agentes en segundo plano: las sesiones que necesitan tu input o que terminan disparan el hookNotificationcon los eventosagent_needs_inputyagent_completed. - Los agentes en segundo plano lanzados desde
claude agentsque trabajan dentro de un worktree ahora hacen commit, push y abren una PR en borrador cuando acaban el trabajo de código. - El agente de exploración integrado (Explore) hereda el modelo de la sesión principal (con tope en Opus) en lugar de correr siempre en Haiku.
Nada de esto es un experimento en preview: son cambios ya en la rama estable. Para tenerlos, actualiza a 2.1.198 o superior (la 2.1.199 del 2 de julio suma arreglos de fiabilidad en el demonio de agentes en segundo plano).
Qué te afecta, según quién seas
Si delegas en subagentes de forma interactiva. El cambio de mentalidad es el de arriba: lanzas una tarea a un subagente y no te quedas esperando. Claude sigue contigo en el hilo principal y te avisa cuando el subagente termina. En la práctica, esto premia partir el trabajo en piezas que puedan correr en paralelo mientras tú avanzas en otra cosa. Si tu forma de trabajar era "lanzo un subagente y me bloqueo hasta que responde", ese hábito ya no tiene sentido. Es justo la mecánica que trabajamos en el curso de subagentes: cuándo delegar, qué contexto pasar y cómo no perder el hilo cuando hay varias piezas en marcha.
Si dependías del asistente /agents. Aquí sí tienes un deber concreto,
porque es una retirada, no un cambio de nombre. Si tu equipo creaba o editaba
subagentes con el wizard —o si tu documentación interna o tu onboarding lo
mencionaban paso a paso—, esas instrucciones han quedado obsoletas de un día
para otro. Los dos caminos que quedan son pedírselo a Claude ("créame un
subagente que…") o editar directamente los ficheros de .claude/agents/.
La buena noticia es que la definición sigue viviendo en el repo, en texto
plano y versionable, que es donde conviene tenerla para un equipo. Actualiza
tus guías internas antes de que alguien te pregunte por qué el comando ya no
existe.
Si administras Claude Code para un equipo. Más allá de arreglar la
documentación, hay dos piezas que te interesan. La primera son los hooks de
notificación: agent_needs_input y agent_completed te dejan enganchar
avisos propios (a un canal de Slack, a un script) cuando un agente en segundo
plano se atasca o termina, sin tener que vigilar el panel a mano. Cómo montar
esos automatismos de forma determinista es lo que vemos en el curso de
hooks deterministas. La segunda es el flujo de
worktree con commit, push y PR en borrador automáticos: si tu gente va a
lanzar agentes que abren PRs por su cuenta, conviene fijar antes la política de
ramas y de revisión, para que "abrir borrador" no se convierta en ruido en
vuestro repositorio. Orquestar varios agentes sin perder el control del árbol
de trabajo es el hilo del curso de
orquestar agentes.
Qué llevarte
- Subagentes en segundo plano por defecto (2.1.198): delegar deja de bloquearte. Parte el trabajo para aprovecharlo y apóyate en los avisos en lugar de vigilar.
/agentsretirado: es una retirada real. Si lo usabas o lo documentabas, cambia a pedírselo a Claude o a editar.claude/agents/a mano, y corrige tu documentación interna.- Automatiza los avisos:
agent_needs_inputyagent_completedte dejan reaccionar sin mirar el panel. - Cuida el flujo de PRs: los agentes en worktree abren PR en borrador solos; fija la política de ramas y revisión antes de soltarlos en tu repo.
Preguntas rápidas
¿Tengo que hacer algo si nunca usé /agents?
No. Si creabas subagentes pidiéndoselo a Claude o editando los ficheros, sigues
igual. El único deber es para quien dependía del asistente retirado.
¿Los subagentes en segundo plano gastan más? El cambio es de cuándo corren (en paralelo, sin bloquearte), no de un precio nuevo. Lo que sí conviene es no lanzar más piezas de las que necesitas por el mero hecho de que ya no te bloquean.
¿Puedo volver a que los subagentes corran en primer plano? El changelog marca el segundo plano como el nuevo comportamiento por defecto; gestiona el flujo contando con eso en lugar de pelearte con él.
¿Vais a apoyar el trabajo de tu equipo en subagentes en paralelo? Decidir qué se delega, con qué hooks de aviso y bajo qué política de ramas cuando los agentes abren PRs solos es justo el tipo de criterio que trabajamos en la formación en directo para equipos — sobre vuestro repo y con vuestro flujo real.