`/fork` ahora bifurca tu conversación a una sesión en segundo plano (y el subagente de antes es `/subtask`)

Sesgo declarado, como siempre: enseño Claude Code a equipos de ingeniería, así que cualquier cosa que cambie cómo delegas o bifurcas el trabajo me toca de lleno. Precisamente por eso esta pieza va de hechos verificables y de qué te toca corregir esta semana, no de vender el cambio como una revolución.

La portada de la semana se la llevan los artefactos que llaman a tus conectores MCP. Pero en la misma tanda de versiones hay un cambio más silencioso que afecta a cómo trabajas cada día si usabas /fork: el comando ha cambiado de significado. Ahora bifurca tu conversación a una sesión en segundo plano, y el subagente que lanzaba antes vive en un comando nuevo, /subtask.

Los hechos

Según el resumen semanal oficial (semana 29, 13–17 de julio de 2026) y el changelog de Claude Code, la versión 2.1.212 (17 de julio de 2026) trae dos cambios encadenados:

/fork ahora copia tu conversación a una nueva sesión en segundo plano, con su propia fila en claude agents, mientras tú sigues trabajando en la original. En palabras de la documentación, "copia tu conversación a una nueva sesión en segundo plano mientras sigues trabajando".
El subagente bifurcado dentro de la misma sesión que /fork lanzaba antes ahora es /subtask. Es un renombrado: la funcionalidad no desaparece, cambia de comando.

No es un experimento en preview: son cambios ya en la rama estable, dentro del tramo de versiones v2.1.207–v2.1.212. Para tenerlos, actualiza a 2.1.212 o superior.

Qué cambia en tu flujo

Hasta ahora, /fork "abría" una ramificación de la conversación dentro de tu propia sesión: un subagente que exploraba una alternativa sin ensuciar el hilo principal. Útil, pero atado a la sesión que tenías delante.

El nuevo /fork mueve esa idea un piso más arriba: duplica la conversación entera a una sesión aparte que corre en segundo plano. En la práctica esto sirve para lo que antes era incómodo:

Explorar dos caminos en paralelo. Bifurcas en el punto en el que dudas —dos refactors distintos, dos formas de montar la migración— y dejas que la copia avance por su lado mientras tú sigues en la original. No es "deshaz y prueba otra cosa": son dos hilos vivos a la vez.
Aislar un experimento arriesgado. Si quieres que Claude pruebe algo que podría descarrilar el contexto, lo mandas a la copia en segundo plano y tu sesión principal queda intacta.
Seguir el trabajo desde claude agents. Como cada /fork es ahora una sesión con su propia fila, la sigues, la retomas o la abandonas desde el mismo panel donde ya ves el resto de agentes en segundo plano.

Es la misma mecánica de trabajar con varias piezas a la vez sin perder el hilo que vemos en el curso de orquestar agentes: saber cuándo bifurcar, qué contexto arrastra la copia y cómo no acabar con seis sesiones abiertas que ya no sabes qué probaban.

El deber concreto: `/fork` ya no es lo que documentaste

Aquí está lo que de verdad te obliga a actuar. Si tu equipo usaba /fork para lanzar un subagente en la misma sesión —o si tu documentación interna, tu onboarding o tus notas lo mencionaban paso a paso—, esas instrucciones han quedado obsoletas de un día para otro. El comando sigue existiendo, pero hace otra cosa; ejecutarlo esperando el comportamiento viejo te dará una sesión en segundo plano donde tú esperabas un subagente.

El arreglo es directo: donde antes ponía /fork para "abrir un subagente que explore X", ahora va /subtask. Y donde quieras la bifurcación completa a segundo plano, ese es el nuevo /fork. Los dos comandos conviven; lo único que cambia es cuál llama a cuál. Actualiza tus guías internas antes de que alguien te pregunte por qué /fork "ya no crea subagentes". Si trabajáis con muchos comandos propios, cómo mantener esa capa sin sorpresas es justo lo que vemos en el curso de slash commands y skills, y el uso de subagentes en sí, en el de subagentes.

También en esta tanda

Alrededor del cambio de /fork hay tres apuntes que completan el cuadro de "mantener la sesión usable", todos en la misma 2.1.212:

/resume abre un selector. Escribir /resume en la vista de agentes muestra un selector de sesiones pasadas —incluidas las que borraste de la lista— y retoma la que elijas como sesión en segundo plano.
Las llamadas MCP largas pasan solas a segundo plano. Una herramienta MCP que tarda más de dos minutos se mueve automáticamente al fondo para que la sesión no se quede bloqueada. Ajustas el umbral o lo desactivas con CLAUDE_CODE_MCP_AUTO_BACKGROUND_MS.
Topes por sesión contra bucles desbocados. Las llamadas a WebSearch y el número de subagentes lanzados tienen ahora un tope por defecto de 200 cada uno, configurables con CLAUDE_CODE_MAX_WEB_SEARCHES_PER_SESSION y CLAUDE_CODE_MAX_SUBAGENTS_PER_SESSION. /clear reinicia el presupuesto de subagentes.

Ninguno cambia tu forma de trabajar tanto como el renombrado de /fork, pero si administras Claude Code para un equipo, los dos últimos son la clase de límite que conviene conocer antes de que alguien pregunte por qué "se le pararon" las búsquedas a mitad de una tarea.

Qué llevarte

/fork cambió de significado (2.1.212): ahora copia tu conversación a una sesión en segundo plano con su propia fila en claude agents, no lanza un subagente en la misma sesión.
El subagente de antes es /subtask: es un renombrado, no una retirada. Corrige tu documentación interna para no confundir a quien lo use.
Aprovecha la bifurcación: dos caminos en paralelo o un experimento aislado sin ensuciar el hilo principal, seguidos desde claude agents.
Conoce los topes: WebSearch y subagentes tienen tope 200 por sesión; MCP >2 min pasa a segundo plano solo.

Preguntas rápidas

¿Se ha eliminado el subagente que lanzaba /fork? No. Sigue existiendo, ahora bajo /subtask. Solo cambió el comando que lo invoca.

¿Tengo que hacer algo si nunca usé /fork? Poco. Puedes empezar a usar el nuevo /fork para bifurcar a segundo plano, pero no rompes nada por ignorarlo. El único deber real es para quien usaba o documentaba el /fork antiguo.

¿La sesión bifurcada arrastra todo mi contexto? Sí: /fork copia la conversación. A partir de ahí, la copia y la original avanzan por separado y no se sincronizan entre sí.

¿Vais a apoyaros en bifurcar y delegar trabajo en paralelo? Decidir cuándo bifurcar a segundo plano, cuándo basta un /subtask y cómo no perder el control de varias sesiones a la vez es justo el tipo de criterio que trabajamos en la formación en directo para equipos — sobre vuestro repo y con vuestro flujo real.