Anthropic desplegó Claude Code Agent View el 11 de mayo de 2026. La promesa es justo lo que todo dev que lleva un año malabariando agentes en paralelo viene pidiendo — una sola pantalla, todas las sesiones, sin saltar entre pestañas de terminal y paneles de tmux. El dashboard funciona. La arquitectura del proceso supervisor es real. Pero una semana es suficiente para que aparezcan las grietas.
La documentación oficial incluye una frase que casi nadie repite en voz alta: diez agentes corriendo en paralelo consumen tu cuota unas diez veces más rápido que una sola sesión. La comunidad ya está encontrando los otros bordes — crashes del supervisor cuando combinás /bg con la app de escritorio en la misma sesión, agentes que se quedan atascados en bucles de razonamiento y queman tokens en silencio, una pared de “thread limit reached” que aparece antes de lo esperado, y el comportamiento por defecto de los git worktrees que soluciona conflictos de archivos pero rompe la conciencia del entorno de desarrollo activo.
Esto es un reporte honesto de campo. Qué funciona, qué se rompe, y las cuentas de costo que deberías hacer antes de lanzar seis tareas y caminar a la cocina. Particularmente relevante si laburás como founder o dev en LatAm/España donde el salto de $20 a $100/mes del plan Max representa 5x el costo operativo — un cálculo que los desarrolladores en EE.UU. no necesariamente hacen.
Qué es Agent View en concreto
Agent View es un dashboard de CLI que abrís ejecutando claude agents desde cualquier terminal. Lista cada sesión de Claude Code en segundo plano — a través de todos tus proyectos, sin importar desde qué directorio lo abriste — y te deja inspeccionar el último output de cada sesión, responder sin attachar, o tomar el control de la conversación completa con la tecla flecha derecha. Las sesiones se agrupan por estado: arriba las fijadas, después “Ready for review”, “Needs input”, “Working”, “Completed”.
Tres comandos cubren la mayoría del uso:
claude agents— abre el dashboard/bg— manda la sesión actual del foreground al background (y a Agent View)claude --bg "<task>"— lanza una sesión directamente en background desde la shell, sin pasar por el foreground
Después están --name "fix-test-flaky" para etiquetas legibles, y --agent code-reviewer para correr un subagente específico como agente principal. Más los comandos de shell: claude attach <id>, claude logs <id>, claude stop <id>, claude respawn --all. Nada complicado de aprender.
Agent View requiere Claude Code v2.1.139 o posterior. Revisá con claude --version; si estás en una versión más vieja, claude update te pone al día.
El proceso supervisor y por qué cambia el modelo mental
Lo que hace funcionar a Agent View es el proceso supervisor por usuario — un proceso separado del terminal y del propio Agent View. Arranca automáticamente la primera vez que mandás una sesión al background, hospeda cada sesión en background, y sobrevive el cierre del terminal, el cierre del propio Agent View, y los auto-updates de Claude Code. No lo administrás directamente.
Antes de Agent View, una sesión de Claude Code vivía dentro del terminal que la había arrancado. Cerrás el terminal, matás la sesión. Después de Agent View, una sesión en background vive dentro del supervisor, que es un proceso separado y desacoplado. Cerrás el terminal, la sesión sigue trabajando. El auto-updater reemplaza el binary en mitad de una tarea, el supervisor reconecta a tus sesiones in-flight cuando vuelve a subir.
El estado vive en tres lugares del disco:
~/.claude/daemon.log— log del supervisor; mirá ahí cuando algo falle~/.claude/daemon/roster.json— lista de sesiones en background, usada para reconectar después de un restart del supervisor~/.claude/jobs/<id>/state.json— estado por sesión, un archivo por sesión
Algunas limitaciones honestas: las sesiones en background son locales, así que se paran si tu Mac entra en suspensión o tu Linux se apaga. Después de aproximadamente una hora idle sin nadie atachado, el supervisor para el proceso para liberar recursos — peek o attach lo reinicia desde donde quedó. Y los modos de permiso bypassPermissions y auto son rechazados al despachar hasta que los hayas aceptado interactivamente una vez en ese directorio.
La matemática de costos que todo el mundo está esquivando
Acá va la cita textual de la sección de Limitations en la documentación oficial: “Se aplican los límites de tarifa: las sesiones en background consumen tu cuota de suscripción igual que las sesiones interactivas, así que correr diez agentes en paralelo usa cuota aproximadamente diez veces más rápido que correr uno.”
Esa oración hace mucho trabajo. Significa que la ventana de uso de 5 horas del plan Max no se estira cuando trabajás en paralelo. Se comprime. Si una sola sesión interactiva agota tu cuota Max en cinco horas, diez sesiones paralelas la agotan en aproximadamente media hora. El supervisor no comparte gasto de tokens entre sesiones. Cada sesión es su propia conversación independiente pegándole a la API del modelo.
Tres cifras para contexto. Un desarrollador documentó 781.000 tokens en una sola sesión de Claude Code Max esta semana — una sesión, un terminal, un proyecto. Otro reporte mencionó que Uber quemó su presupuesto entero de IA de 2026 en Claude Code en cuatro meses. Y uno de los takes más compartidos esta semana de un usuario frustrado describía “gastar 80.000 a 200.000 tokens para arreglar bugs minúsculos” — eso es el costo de una feature en una sesión, antes de paralelizar nada.
Para el contexto LatAm/España: el plan Pro a $20/mes es accesible para founders solos. El plan Max ($100/mes) representa un 5x del costo operativo según análisis de El Ecosistema Startup. Si la lectura de Agent View es “lancé diez agentes en paralelo y eso me deja libre la tarde”, la lectura real es “comprimí cinco horas de trabajo de un agente en media hora, gastando lo mismo.” La productividad sube, sí. El gasto también.
Los cinco modos de falla de la primera semana
Un patrón emerge de la primera semana pública. Los fallos se agrupan en cinco categorías, y solo uno (conflictos de archivos) está resuelto por la arquitectura por defecto de Anthropic. El resto sigue siendo borde crudo.
1. El crash de /bg + Agent View + Desktop. Un usuario posteó el 16 de mayo capturas de Claude Code crasheando con Claude Code process exited with code 1 al abrir una sesión de background con /bg mientras la app de escritorio seguía conectada a la misma sesión. Workaround: desconectar la desktop primero, después /bg, después abrir Agent View. Si no usás la desktop, no te toca.
2. Sesiones colgadas y deadlocks al cambiar. Un usuario el 12 de mayo: el supervisor cuelga al arranque y al cambiar entre agentes en background “cuelga por como un minuto, parece deadlock.” Pattern: lanzás tres o cuatro sesiones, la primera termina, intentás cambiar a la segunda y el dashboard se congela 30-60 segundos. Anecdóticamente afloja si le das al dashboard un minuto de aire después del dispatch.
3. La pared de “thread limit reached”. Un usuario el 17 de mayo se chocó con One QA/accessibility reviewer did not spawn because the thread limit is reached. No es el rate-limit de la cuota — es un techo de concurrencia sobre el dispatch mismo. La documentación oficial no nombra una cifra, pero los reportes de comunidad lo ubican consistentemente entre 5 y 7 sesiones activas simultáneas en planes consumer. Si ves el error, parate, esperá a que las in-flight terminen o pasen a Needs input, y seguí.
4. El patrón “se voló y quemó tokens”. Múltiples reportes esta semana de sesiones que salen de carril y consumen presupuesto en silencio. Un dev chino: “Cuando corro 4 subs en paralelo, casi siempre uno se va volando — la lista solo te deja mirar como quema tokens.” Otro reporte documentó cinco fallos silenciosos en nueve días, incluyendo un agente con DELETE en SQL que borró 24.000 filas en producción. Mitigación: no despachar trabajo destructivo en modo auto ni bypassPermissions.
5. El límite de 2 agentes por host (raro, real). Un usuario el 13 de mayo: “no puedo correr más de 2 claude agents en el mismo host sin que se rompan entre sí.” Parece atado a entornos locales específicos — probablemente límites de Mac sobre file watchers o conteo de procesos. Si lo encontrás a 2 agentes, no estás “haciéndolo mal” — chocaste con un techo específico del entorno.
El default de git worktrees — resolviendo conflictos al estilo Anthropic
La decisión arquitectónica interesante en Agent View es qué pasa cuando dos sesiones tocan el mismo archivo. La respuesta está en un párrafo de la documentación: “Antes de editar archivos, Claude mueve la sesión a un git worktree aislado bajo .claude/worktrees/, así sesiones paralelas pueden leer el mismo checkout pero cada una escribe al suyo.”
Traducción: cada sesión en background que toca archivos en un repo git tiene su propio worktree en .claude/worktrees/<session-id>/. Lectura del repo compartido, escritura aislada. Cuando borrás la sesión, el worktree se limpia — pero los cambios sin commitear se van con él. Push o commit antes de borrar.
Esto resuelve limpiamente el problema de “dos agentes editando el mismo archivo” para cualquier sesión que corra dentro de un repo git. Tiene dos consecuencias prácticas que conviene tener presentes.
Primera: las sesiones fuera de un repo git caen al directorio de trabajo directamente, sin aislamiento. Si despachas trabajo paralelo en un proyecto sin git, podés generar colisiones. git init no cuesta nada y elimina toda una clase de bugs.
Segunda: una sesión en su propio worktree pierde conciencia del entorno de desarrollo activo. Un dev lo señaló el 13 de mayo: “Agent View despacha sesiones a git worktrees aislados. Es genial para evitar colisiones de archivos pero hay un trade-off — el agente pierde la conciencia del entorno real de desarrollo.” El arreglo: commitear (o stash en el checkout principal) antes de despachar trabajo que necesita ver el estado actual.
Qué significa esto para vos
Si sos founder solo o dev freelance en LatAm/España con plan Pro. No pienses en Agent View como un feature de 10 agentes paralelos. Pensalo como “una tarea corta en background mientras termino esta edición.” Una tarea, dejarla correr, peek cuando cambies de contexto. Vas a quemar cuota más rápido que estando puramente interactivo, pero el bump de productividad es real porque dejás de bloquearte en la tarea larga. Techo realista en Pro: dos sesiones paralelas.
Si estás en plan Max o equipo dev pequeño. Tres a cinco sesiones paralelas es el techo real de trabajo. Más arriba pegás contra el thread limit, el deadlock de switching del dashboard, y las ventanas de pausa del supervisor. Cada sesión scoped a una preocupación — “arreglar test flaky X”, no “investigar la suite de tests.” Despachar con --name para encontrar después. Commitear antes de despachar cualquier cosa que toque tu rama de dev. Siempre defaultMode en el despacho, nunca auto.
Si estás en un equipo grande o en plan Enterprise. Acá Agent View se gana el sueldo. La cuota tolera 5-10 sesiones paralelas. Los babysitters de PR, los actualizadores de dashboard, los jobs en bucle con /loop se sientan en el dashboard y dejan que un dev triage lo que serían doce cambios de contexto separados. Con --cwd scope a un proyecto por terminal. Y CLAUDE_CODE_DISABLE_AGENT_VIEW=true en ambientes CI donde no querés sesiones acumulándose en silencio.
Lo que Agent View no puede hacer (aún)
- No sobrevive el suspend del equipo. Las sesiones background se paran si tu Mac duerme o tu Linux apaga. Aparecen como Failed cuando despertás.
claude respawn --alllas recupera, pero si contabas con que el agente trabaje overnight con la laptop cerrada, no va. - No comparte cuota entre sesiones. Diez sesiones = diez veces el rate de quema. Sin descuento por paralelo.
- No bloquea acciones destructivas. Si despachas en
autoy el agente borra 24.000 filas, Agent View te muestra esa fila ponerse verde. El supervisor no interrumpe llamadas destructivas a tools. - No unifica lista de sesiones entre máquinas. Agent View es local. Despachar desde la laptop del trabajo y mirar desde el Mac de casa no se puede. Para eso está la versión web de Claude Code.
- Sigue siendo Research Preview. El flag
disableAgentViewexiste por una razón. Interface y atajos pueden cambiar.
El balance final
Agent View es un desbloqueo real de productividad para trabajo paralelo, y la arquitectura del supervisor es la respuesta correcta a “qué pasa cuando cierro el terminal.” El titular de 10 agentes paralelos es técnicamente posible, ocasionalmente útil, y un desastre de cuota si lo agarrás como default. Tres a cinco sesiones paralelas es el sweet spot para la mayoría. Commit antes de despachar. Quedate en defaultMode. Tratá cada sesión como una tarea scoped con una preocupación clara.
Si las sesiones paralelas son la parte de Claude Code que querés exprimir, nuestro curso Claude Code Mastery recorre los patrones de despacho, manejo de worktrees, y los hábitos de presupuesto de cuota que convierten Agent View en el multiplicador de productividad que promete. Para el contexto más amplio de agentes autónomos, Agentes IA Autónomos cubre el diseño de sistemas multi-agente.
Fuentes
- Descripción general de Claude Code — Docs oficiales (español)
- Manage multiple agents with agent view — Claude Code Docs
- Claude Code Agent Teams: Automatización Multi-Agente 2026 — El Ecosistema Startup
- Claude Code 2026: $20/mes y 3 alternativas para founders — El Ecosistema Startup
- Conductor promete coordinar equipos de agentes de código con Claude Code — DiarioBitcoin
- Expertos en Claude Code y Agentes IA en Español — Upliora
- Claude Code Agents y Subagents: Como Crear Agentes IA Autonomos — Javadex
