Trabajo a diario con varios agentes de Claude Code en paralelo. Durante meses, lo difícil no fue ponerlos a trabajar, sino no perderles la pista: ninguna pantalla me decía qué sesiones tenía vivas ni en qué estado.
Así que me lo monté yo. Un comando para recuperar conversaciones por su directorio. Un directorio de symlinks para arrancar sesiones en cualquier repo. Una skill para preparar worktrees. Soluciones propias para huecos que Claude Code no cubría.
Entonces llegó Agent View: una sola pantalla para todos tus agentes, con lo que corre, lo que espera tu input y lo que ya ha terminado. Exactamente el hueco que yo llevaba meses cubriendo por mi cuenta.
Mi valoración: era imprescindible, se nota que acaba de salir, y va en la dirección correcta. Este artículo no enumera sus funciones; eso lo tienes en el tip de Agent View. Aquí cuento cómo lo uso de verdad, en un flujo íntegramente en la terminal, y las carencias con las que sigo lidiando.
Qué es la vista de agentes
claude agents abre una pantalla con todas tus sesiones en segundo plano, agrupadas por estado: las que esperan tu input arriba, después las que trabajan, y al final las que han terminado. Un proceso supervisor las mantiene vivas aunque cierres la vista o el terminal. Puedes revisar una sesión sin entrar en ella, responderle, o abrirla por completo.
Eso es lo esencial. Para el recorrido completo de teclas y comandos está el tip. Y para situar Agent View frente a las otras formas de mandar Claude Code a segundo plano (headless, /loop, Routines), el mapa de background agents lo ordena. No conviene confundirla con el panel de Tasks: Tasks muestra lo que ocurre dentro de una sesión; Agent View muestra todas tus sesiones desde fuera.
Mi lectura
Era una carencia evidente. Existe todo un género de aplicaciones de terceros que intenta cubrirla: Conductor y similares, dashboards para orquestar varios agentes a la vez. Casi todas están construidas en Electron (Crystal es el ejemplo claro) y son una aplicación aparte, con el cuidado habitual de las apps Electron, que no es precisamente el de Visual Studio Code.
Agent View hace lo mismo dentro de la terminal, sin salir de tu harness. Para mí ahí está la diferencia: no dependo de una herramienta externa que mañana puede desaparecer o empezar a cobrar, y recibirá actualizaciones del mismo equipo que desarrolla Claude Code.
Hay una pega que no conviene callar, porque me costó tiempo. La documentación de Agent View, en un terreno donde Anthropic suele ser excelente, se queda corta. Es una funcionalidad compleja y tuve que leerla varias veces para entender cómo encajaban las piezas. Parte de por qué sorprenden las carencias que vienen ahora es que la propia documentación no las explica bien.
Una precisión, para no exagerar: cuando digo "sin salir del ecosistema" me refiero a la capa de gestión de agentes. Mi terminal es Warp, no una aplicación de Anthropic. Agent View se ejecuta dentro de Warp. No es "todo Anthropic", es "todo en la terminal".
Mi stack: todo en la terminal
Mi terminal es Warp, y en experiencia de uso está, para mí, muy por delante del resto. Hace poco se ha hecho open source (abril de 2026, licencia AGPL), con lo que la preocupación por la telemetría pierde fuerza: ahora el código se puede inspeccionar. Su integración con agentes de IA es de primer nivel.
Sobre él corre Neovim, así que no salgo de la terminal en ningún momento. Warp ya incorpora funciones de multiplexor suficientes para mí, de modo que no necesito tmux por separado. Con ese montaje, claude agents no es una herramienta más a la que cambiar de ventana: es la pantalla desde la que dirijo el trabajo, en el mismo lugar donde escribo el código.
Las carencias y mis workarounds
Aquí está lo que este artículo aporta sobre el tip: cada carencia que me he encontrado, y cómo la resuelvo.
Buscar y recuperar sesiones
Este era mi mayor problema con Claude Code mucho antes de Agent View: las conversaciones pertenecen a un directorio. Para recuperar una, tenías que ir a ese directorio y arrancarla desde allí. Si no recordabas dónde la habías empezado, perdías el rastro.
Agent View ayuda, aunque no del todo. Puedes filtrar por estado (s:working, s:blocked), por agente (a:<nombre>) o por PR (#<número>), pero no hay búsqueda por nombre ni por contenido. Con cuatro o cinco agentes sobre la mesa, localizar el que buscas lleva su tiempo.
Mi solución visual es /color. Desde dentro de cada conversación, /color tiñe la barra del prompt de un color (red, blue, green, yellow, purple, orange, pink, cyan), y así distingo unas sesiones de otras de un vistazo, sin leer nombres.
Mi solución de fondo es un comando que me construí antes de todo esto: cs, de "Claude session". Es un buscador de sesiones sobre fzf: búsqueda difusa entre todas mis conversaciones y en todos los perfiles (tengo uno personal y otro de trabajo, y cs ve los dos). Eliges una y la reanuda en su directorio original. Es una versión rudimentaria y anterior de Agent View, sin supervisor ni el resto de funciones, pero hace algo que Agent View todavía no hace: buscar por texto y reanudar cualquier conversación, no solo las que están en segundo plano. Son complementarios, no sustitutos.
@repo necesita un directorio padre
Una de las funciones más útiles: escribes @ y el nombre de un repositorio, y arranca una sesión nueva dentro de él. El problema es que solo funciona si abriste claude agents en un directorio que contenga ese repo. Si tienes los repositorios repartidos por el disco, como yo, no sirve.
Mi solución es algo artesanal: un directorio ~/workspace con symlinks a las dos carpetas donde vive la mayoría de mis repos. Abro Agent View ahí y puedo usar @ con cualquiera de ellos. Tiene un efecto secundario intermitente: a veces muestra la ruta del workspace en lugar del destino del symlink. Espero que lo corrijan.
(También puedes acotar la lista con claude agents --cwd <dir>, o lanzar directamente desde la shell con cd <dir> && claude --bg "<tarea>".)
Entrar y salir de sesiones
Para incorporar a la vista una conversación que ya tienes abierta: /bg (alias de /background), o pulsar ← en un prompt vacío, que la manda a segundo plano y abre la vista en un solo paso.
Para retirarla, atención a un detalle que confunde. Ctrl+X detiene la sesión; Ctrl+X de nuevo en dos segundos la elimina. Una sesión detenida permanece en la lista, en gris, hasta que la eliminas; de ahí la sensación de "le doy a detener y no desaparece": se detuvo, pero sigue listada a propósito. Y desanclar (←, Ctrl+Z, /exit) no detiene nada; para terminar una sesión desde dentro, /stop.
Cuando la salida se queda colgada
Un detalle menor que me hizo perder tiempo. Sales de una sesión con ←, pero a veces, si hay un diálogo con el foco, ← no responde y parece bloquearse. La salida definitiva es Ctrl+Z. Está documentado, aunque es fácil toparse con ello antes de leerlo.
Worktrees a mi manera
Por defecto, Agent View aísla cada sesión en su propio git worktree, y lo hace de forma diferida: crea el worktree justo antes de editar archivos. Es una decisión razonable para ejecutar trabajo en paralelo sin que las sesiones se pisen.
Yo lo desactivo. En .claude/settings.json:
{
"worktree": {
"bgIsolation": "none"
}
}
Con esto, las sesiones en segundo plano editan tu copia de trabajo directamente, sin moverse a un worktree. Los creo yo, bajo demanda, con una skill propia (worktree-setup) que se ejecuta en Haiku, un modelo sencillo, y deja el worktree listo para arrancar: enlaza dependencias, copia configuración y genera un .worktreeinclude, el archivo (exclusivo de Claude Code) que determina qué ficheros gitignored, tu .env por ejemplo, se copian al nuevo worktree.
Por si quieres replicarla, esta es la esencia de la skill (corre en Haiku):
---
name: worktree-setup
description: Prepare a worktree for development and ensure the project can run
model: haiku
disable-model-invocation: true
argument-hint: "<branch-name>"
allowed-tools: Read, Bash, Glob, Grep, Write, EnterWorktree
---
1. Ensure you're in a worktree (git worktree list; if not, EnterWorktree).
2. Make it runnable: read .gitignore and .env; for each missing gitignored
resource, symlink (deps), copy (config), or create (dirs).
3. Verify with the project's smoke check; on failure, fix and repeat.
4. Generate a .worktreeinclude listing what you copied, for future worktrees.
5. Report: stack, what was linked/copied/created, and whether it boots.
¿Por qué a mano? Porque, en mi opinión, paralelizar es cosa de agentes, no de humanos. Pero eso es material para otro artículo.
Cierre
Lo que de verdad me llevo es esto: el nivel de abstracción no deja de subir. Con un buen sistema, una buena planificación y una buena infraestructura, cada vez más detalles de implementación dejan de necesitar a un humano supervisándolos uno a uno. Agent View es, en el fondo, una interfaz para esa dirección: dejar de mirar cada terminal y empezar a dirigir un conjunto de agentes.
Todavía está lejos de ser redonda, pero avanza por donde debe. Y si Claude Code es tu harness principal, como el mío, no vas a renunciar a esto. Yo me quedo en la terminal, con Warp y Neovim, y dejo que Agent View ordene lo que antes resolvía por mi cuenta.