Se acabaron las cien ventanas abiertas: /fork y claude agents

El problema no era la IA, eran las ventanas

Si trabajas con agentes en el terminal, ya conoces la escena: seis pestañas abiertas, cada una con una sesión haciendo algo distinto, y tú saltando entre ellas para ver cuál ha terminado y cuál lleva veinte minutos parada esperando que le digas que sí. El cuello de botella dejó de ser la máquina hace tiempo. Eres tú mirando ventanas.

La respuesta de Claude Code a eso es una pantalla única que se abre con `claude agents`. Ahí ves todas las sesiones que tienes corriendo en segundo plano, en qué estado está cada una y cuál necesita tu respuesta. Las sesiones siguen vivas aunque cierres esa pantalla. ¹

Los estados que muestra son los que uno esperaría de un panel de control: trabajando, necesita respuesta, en reposo, terminada, fallida o detenida. Y el icono te dice además si el proceso sigue vivo o si se ha apagado y se reanudará cuando le escribas. ²

La documentación avisa de que esto está en «research preview»: la interfaz y los atajos pueden cambiar. Lo apunto porque si montas una rutina de equipo encima, conviene saber que el suelo todavía se mueve. ²

Qué hace cada comando, en llano

Hay tres gestos distintos y es fácil confundirlos, así que van uno a uno, tal como los documenta Anthropic hoy. ^{1 2}

`/bg` manda a segundo plano la conversación en la que estás. Tu terminal queda libre y esa sesión sigue trabajando; la ves aparecer como una fila en la pantalla de agentes.

`/fork` es distinto: hace una copia de la conversación actual y la manda a segundo plano, mientras tú te quedas donde estabas. La copia hereda modelo, permisos, directorios y configuración, y a partir de ahí las dos son independientes. Es el gesto de «sigue tú por este camino que yo voy por el otro». Requiere Claude Code v2.1.212 o posterior; en versiones anteriores se comportaba de otra manera.

`/subtask` lanza un subagente que hereda toda tu conversación en vez de empezar de cero. Ojo con este matiz, porque es el que más lío causa: un subagente trabaja dentro de tu sesión y te devuelve un resumen; una sesión en segundo plano es una conversación aparte con vida propia.

Y desde el shell, sin entrar en ninguna sesión: `claude --bg "lo que quieras"` lanza un trabajo directamente, `claude attach <id>` te engancha a él, `claude logs <id>` te enseña lo último y `claude stop <id>` lo para. ²

Una nota de honestidad: hay quien cita también `/branch` y `/background`. En la documentación oficial que he podido abrir hoy no los encuentro; lo que hay es `/bg`, `/fork` y `/subtask`. Estas herramientas cambian de nombre cada pocas semanas, así que la referencia buena siempre es la documentación oficial, no lo que se cuente por ahí.

La parte que evita el desastre: nadie se pisa los archivos

Aquí está, para mí, lo verdaderamente interesante. Lanzar cinco agentes sobre el mismo proyecto suena bien hasta que dos de ellos editan el mismo archivo a la vez y te quedas con un destrozo que nadie sabe deshacer.

Claude Code lo resuelve moviendo cada sesión de segundo plano a su propia copia del proyecto —un «worktree» de git, es decir, una carpeta independiente con la misma historia— antes de tocar ningún archivo. Cada una trabaja en su copia y al terminar deja sus cambios registrados, sin forzar nada ni fusionarlos con la rama principal. Si no quieres ese aislamiento, se apaga en la configuración. ²

Es la misma idea que aplicarías en cualquier oficina: si mandas a cinco personas a revisar el mismo contrato, no les das el mismo papel. Les das una copia a cada uno y luego alguien junta.

Para que además se hablen entre ellas, existe la mensajería entre sesiones, que permite que una sesión liste y escriba a las demás de tu máquina, de otra o de la nube. Es donde esto deja de ser «varias ventanas» y empieza a ser otra cosa. ¹

Lo que nadie enseña en el vídeo: la factura

La propia documentación lo dice sin rodeos: hacer correr varias sesiones o subagentes a la vez multiplica el consumo, y cada sesión gasta de tu cuota de forma independiente, así que recomiendan no despachar muchas a la vez. ^{1 2}

Eso cambia bastante la conversación. La tentación al ver esta pantalla es lanzar diez trabajos porque se puede. Pero diez agentes trabajando son diez facturas pequeñas corriendo en paralelo, y la mitad de ellos suelen estar haciendo algo que tú ya habías descartado mentalmente.

Mi regla sería otra: lanzar en paralelo solo cosas que de verdad no dependen entre sí, y que además tengan un resultado comprobable. «Investiga por qué falla esto», «prepara la documentación de aquello», «revisa esas dependencias». Tres trabajos con final claro valen más que diez abiertos.

Y hay un coste que no aparece en ninguna cuota: el tuyo revisando. Si terminan cinco cosas a la vez y no tienes tiempo de mirarlas, no has ganado velocidad, has acumulado deuda.