Perspectiva

Claude Code ramifica la conversación en vez de interrumpirla

La conversación con un agente dejó de ser una sola línea.

Antes de la versión 2.1.232, de agosto de 2026, si le pedías algo lateral a Claude Code mientras trabajaba en otra cosa, tenías dos caminos: abrir una conversación nueva sin memoria de lo anterior, o interrumpir lo que estaba haciendo para atenderte en el medio.

Desde el 13 de agosto de 2026 hay una tercera vía, y quedó prendida por defecto.

Un subagente que no arranca de cero

La documentación actual de Claude Code lo describe así:

“A fork is a subagent that inherits the entire conversation so far instead of starting fresh.”

En criollo: un fork es un subagente al que no hay que explicarle nada. Ve el mismo system prompt, las mismas herramientas, el mismo modelo y el mismo historial de mensajes que la sesión principal.

Ningún otro subagente arranca así. Los subagentes comunes —Explore, Plan, o uno que vos mismo definiste— parten de una definición propia y un contexto nuevo, sin nada de lo que pasó antes.

El fork corre en un panel aparte, debajo del prompt, mientras la sesión principal sigue funcionando. Sus propios pasos —los archivos que abre, los comandos que corre— no entran a tu conversación. Solo el resultado final llega como un mensaje cuando termina.

Se puede pedir a mano con el comando /subtask. Antes, entre las versiones 2.1.161 y 2.1.211, el mismo comando se llamaba /fork. O puede pedirlo el propio Claude, cuando decide que una tarea lateral necesita demasiado contexto de la conversación como para explicársela de nuevo a un subagente que arranca de cero.

Cómo se llegó hasta acá

El changelog de Claude Code muestra el camino en varios pasos.

El 21 de abril de 2026 (versión 2.1.117), forkear un subagente apareció por primera vez, pero detrás de una variable de entorno: CLAUDE_CODE_FORK_SUBAGENT=1. Había que activarla a mano.

El 27 de abril de 2026 (versión 2.1.121), esa misma variable empezó a funcionar también en sesiones no interactivas (claude -p y el Agent SDK).

El 13 de agosto de 2026 (versión 2.1.232), el changelog registró el cambio central:

“Subagent forking is now on by default: a subagent_type: 'fork' subagent inherits the full conversation and prompt cache, and non-teammate agent spawns in interactive sessions now run in the background by default.”

Es decir: dejó de ser algo que había que activar. En cualquier sesión interactiva, Claude puede abrir un fork por su cuenta, y ese fork corre en segundo plano salvo los casos que la propia herramienta reserva para primer plano.

En sesiones no interactivas y en el Agent SDK, la función sigue apagada por default — ahí hay que seguir prendiéndola a mano.

Qué lo distingue de pedirle una tarea a cualquier subagente

La diferencia no es solo de contexto. Según la documentación, al compartir el mismo system prompt y las mismas herramientas que la sesión principal, la primera consulta del fork reutiliza el caché de prompt del padre — algo que un subagente nuevo no puede hacer, porque arranca con su propio caché, separado.

Eso lo vuelve, en la práctica, más barato que abrir un subagente desde cero para una tarea que de todos modos necesita todo el contexto acumulado.

Una restricción que marca la documentación: un fork no puede abrir, a su vez, otro fork.

La pregunta que me queda

Uso Claude Code todos los días en Quantik. Este tipo de cambio entra en una sesión de trabajo sin aviso, en una línea de changelog, mientras uno sigue escribiendo y aprobando lo que aparece en pantalla.

La rama la abre el agente, no vos, y por default ya no hace falta pedirle permiso para eso tampoco.

¿Se dieron cuenta de este tipo de cambios de comportamiento antes de leerlos en un changelog, o los notan después, cuando algo no cierra?

Fuentes:

Comentarios