Skip to main content
La vista de agentes, abierta con claude agents, es una pantalla para todas sus sesiones en segundo plano: qué se está ejecutando, qué necesita su entrada y qué está hecho. Distribuya nuevas sesiones, observe su estado de un vistazo en lugar de desplazarse por transcripciones, e intervenga solo cuando una lo necesite. Cada sesión en segundo plano es una conversación completa de Claude Code que sigue ejecutándose sin una terminal conectada, por lo que puede abrirla, responder y marcharse cuando quiera. Vista de agentes en una terminal. Una línea en la parte superior cuenta las sesiones que esperan entrada, las que están trabajando y las completadas. Cuatro sesiones se agrupan bajo Necesita entrada, Trabajando y Completado. Cada fila muestra el nombre de la sesión, su estado más reciente o pregunta, y una hora. En la parte inferior hay una entrada para describir una nueva tarea y una fila de sugerencias de teclado. Vista de agentes en una terminal. Una línea en la parte superior cuenta las sesiones que esperan entrada, las que están trabajando y las completadas. Cuatro sesiones se agrupan bajo Necesita entrada, Trabajando y Completado. Cada fila muestra el nombre de la sesión, su estado más reciente o pregunta, y una hora. En la parte inferior hay una entrada para describir una nueva tarea y una fila de sugerencias de teclado. Utilice la vista de agentes cuando tenga varias tareas independientes en las que Claude pueda trabajar sin que usted observe cada paso. Distribuya una corrección de errores, una revisión de solicitud de extracción y una investigación de prueba inestable como tres filas, continúe trabajando en otra ventana y verifique cuando una fila muestre que la necesita o tenga un resultado. Cuando desee trabajar de forma más directa en la sesión de cualquier agente, conéctese a la fila para entrar en la conversación completa. Para comparar la vista de agentes con subagentes, equipos de agentes y worktrees, consulte Ejecutar agentes en paralelo. La vista de agentes ejecuta sesiones en su máquina y usted distribuye cada una; para que Claude inicie y rastree sesiones paralelas en la nube desde una conversación en su lugar, consulte Proyectos.
La vista de agentes está en vista previa de investigación. La interfaz y los atajos de teclado pueden cambiar a medida que la función evoluciona.

Inicio rápido

Este tutorial cubre el bucle principal de la vista de agentes: distribuir una tarea, observar cómo se actualiza su fila mientras Claude trabaja, echar un vistazo para verificar y responder, y conectarte para ver la conversación completa. La sesión que distribuyes sigue ejecutándose después de cerrar la vista de agentes, por lo que puedes irte y volver a ella.
1

Abrir la vista de agentes

Desde tu shell, ejecuta:
Si aún no has aceptado el diálogo de confianza del espacio de trabajo para el directorio, Claude Code lo muestra antes de que se abra la vista de agentes, el mismo diálogo que muestra claude. Acepta para guardar la confianza del espacio de trabajo y continuar. Si rechazas, Claude Code se cierra sin abrir la vista de agentes.La vista de agentes se abre con una entrada en la parte inferior y una tabla que se completa a medida que comienzan las sesiones. Presiona Esc para volver a tu shell; si abriste la vista de agentes enviando una sesión al segundo plano con ←, Esc vuelve a esa conversación en su lugar. Tus sesiones siguen ejecutándose mientras no estás y reaparecen la próxima vez que abras la vista de agentes.
2

Distribuir una sesión

Escribe un prompt que describa una tarea y presiona Enter. Una nueva sesión en segundo plano comienza con esa tarea y aparece como una fila que muestra si está trabajando, esperándote o terminada. La nueva sesión utiliza el modelo que se muestra en el encabezado de la vista de agentes. El modo de permisos en el que comienza depende de cómo abriste la vista de agentes.Cada prompt que ingresas aquí inicia su propia sesión nueva. Escribir otro prompt y presionar Enter lanza una segunda sesión junto a la primera en lugar de enviarle una continuación. Puedes ejecutar varias en paralelo de esta manera.Cada sesión utiliza tu cuota de suscripción de forma independiente, así que consulta Limitaciones antes de distribuir muchas a la vez.
3

Echar un vistazo y responder

Selecciona una fila con las teclas de flecha y presiona Space para abrir el panel de vista previa. Muestra la salida más reciente de la sesión, o la pregunta que está esperando que respondas, en lugar de la transcripción completa. Escribe una respuesta y presiona Enter para enviarla sin salir de la vista de agentes.
4

Conectar y desconectar

Presiona Enter o → en una fila para conectarte cuando quieras ver la conversación completa. La sesión toma el control de la terminal como una sesión completa e interactiva de Claude Code. Presiona ← en un prompt vacío para desconectarte y volver a la tabla.
5

Traer una sesión existente

Este paso necesita una sesión en ejecución. Si seguiste los pasos anteriores, no tienes una abierta en esta terminal, así que abre una sesión regular de claude en otra terminal y envíale un mensaje primero.Para mover una sesión que ya tienes abierta a la vista de agentes, ejecuta /bg dentro de ella, o presiona ← en un prompt vacío para enviarla al segundo plano y abrir la vista de agentes en un solo paso. En una sesión nueva sin mensajes aún, /bg te pide que envíes un mensaje primero, mientras que ← funciona de inmediato. La sesión sigue ejecutándose y aparece como una fila junto a las que distribuiste.
Dentro de una sesión regular de claude, la pista ← del pie del prompt cuenta los agentes en segundo plano que te están esperando, como ← 2 agents, y vuelve a ← for agents cuando ninguno necesita tu intervención. Los conteos superiores a 99 se muestran como 99+. El conteo se actualiza aproximadamente cada diez segundos mientras la terminal tiene el foco e inmediatamente cuando el foco regresa. Cambia brevemente de color cuando se modifica y cuando un agente termina, y cuando una sesión en segundo plano termina mientras ninguna necesita tu intervención, muestra brevemente el número de las completadas, como ← 2 done. Ambos destellos se desactivan cuando el ajuste prefersReducedMotion está activado, y la pista se oculta en modo de lector de pantalla.

Abrir la vista de agentes de forma predeterminada

Para que claude sin argumentos abra la vista de agentes en lugar de una nueva conversación, activa un ajuste de /config.
1

Activar el ajuste

En una sesión regular de claude, ejecuta /config y activa Abrir vista de agentes de forma predeterminada. Para omitir el menú, establece la clave defaultToAgentsView directamente:
2

Iniciar Claude Code

Sal de la sesión y luego ejecuta claude sin argumentos:
La vista de agentes se abre en lugar de una nueva conversación.
Para iniciar una sesión regular mientras el ajuste está activado, pasa un prompt: claude "fix the login test". Para desactivar el ajuste, ejecuta /config defaultToAgentsView=false en una sesión regular o en una a la que te conectes desde la vista de agentes.

Monitorear sesiones con la vista de agentes

Ejecuta claude agents para abrir la vista de agentes. Ocupa la terminal completa y enumera cada sesión agrupada por estado, con las sesiones fijadas y las que necesitan tu atención en la parte superior. Cada fila muestra el nombre de la sesión, la actividad actual y su antigüedad, contada desde que se creó la sesión; la antigüedad de una sesión finalizada se congela en lo que tardó la ejecución. El nombre está teñido con el color establecido por /color en esa sesión, incluso cuando pasas una sesión a segundo plano con ← o /background. De forma predeterminada, la lista muestra cada sesión en segundo plano que has iniciado, en todos tus proyectos. Una sesión que trabaja en un repositorio y otra en un worktree diferente aparecen aquí, independientemente del directorio desde el que abriste la vista de agentes. Para reducir la lista a un proyecto, pasa --cwd:
Esto muestra solo las sesiones iniciadas en ese directorio. Aún enumera una sesión que se ha movido a un worktree bajo ~/projects/my-app/.claude/worktrees/. Las sesiones interactivas que tienes abiertas en otras terminales no aparecen hasta que las pases a segundo plano. Los subagentes y compañeros de equipo que genera una sesión no se enumeran como filas separadas.

Leer el estado de la sesión

Cada fila comienza con un icono cuyo color y animación muestran el estado de la sesión: Por separado, la forma del icono tiene su propio significado: La etiqueta #N o !N que puede aparecer en el borde derecho de una fila es un enlace al pull request o merge request de la sesión, no parte del icono de estado. El título de la pestaña de la terminal muestra el recuento de sesiones en espera de entrada mientras la vista de agentes está abierta: 2 awaiting input · claude agents cuando hay sesiones que necesitan entrada, o claude agents cuando ninguna la necesita. Para leer el estado de la sesión desde un script u otro programa, usa claude agents --json en lugar de los archivos bajo ~/.claude/jobs/. Mientras la vista de agentes está abierta, Claude Code también envía una notificación a través de tu canal de notificación de terminal configurado cuando una sesión local en segundo plano empieza a necesitar tu entrada, termina o falla. Las sesiones que se ejecutan según un cronograma, como las sesiones de /loop, notifican solo cuando necesitan tu entrada. Las notificaciones usan el mismo ajuste preferredNotifChannel que el resto de Claude Code y activan el hook Notification con el tipo agent_needs_input o agent_completed. Las sesiones en segundo plano no necesitan ninguna terminal abierta para seguir trabajando. Un proceso supervisor separado las ejecuta, por lo que puedes cerrar la vista de agentes, cerrar tu shell o iniciar una nueva sesión interactiva y el trabajo que despachaste sigue adelante. El estado de la sesión persiste en el disco a través de actualizaciones automáticas y reinicios del supervisor. Las sesiones también se conservan cuando tu máquina entra en suspensión. Sus procesos se reanudan al despertar y el supervisor se reconecta a ellos en lugar de tratar el intervalo de tiempo como inactividad. Apagar la máquina sí detiene las sesiones en ejecución; consulta Las sesiones se muestran como fallidas o detenidas después del apagado para saber cómo recuperarlas. Una sesión que estaba a mitad de una respuesta cuando la máquina entró en suspensión puede volver sin responder. Cuando abres una sesión que ha dejado de responder, el supervisor reinicia su proceso y la sesión continúa la respuesta interrumpida desde donde la dejó.

Resúmenes de filas

El resumen de una línea en cada fila lo genera un modelo de clase Haiku para que la fila pueda decirte qué está haciendo la sesión, qué necesita o qué produjo sin abrir la transcripción. Mientras una sesión está trabajando activamente, el texto de la fila se actualiza como máximo una vez cada 15 segundos a partir de la salida reciente de la propia sesión sin enviar una solicitud al modelo, y el modelo escribe un resumen nuevo cuando termina cada turno. Una fila en curso muestra lo que la sesión dice que está haciendo, y una fila bloqueada muestra la pregunta que está haciendo. Durante un turno largo, el modelo también reescribe el resumen cada pocos minutos para que una fila ocupada no siga mostrando uno desactualizado. El texto del resumen ocupa el ancho restante de la fila; abre el panel de vista previa para leer una oración que el borde de la terminal recorta. Cuando la lista está agrupada por directorio, el resumen comienza con el estado de la sesión como una palabra coloreada, como Needs input · double jump or wall climb?. En la agrupación predeterminada por estado, el encabezado del grupo ya nombra el estado, por lo que la fila muestra solo el resumen. El resumen de fin de turno y cada reescritura a mitad de turno son una solicitud corta de clase Haiku a través de tu proveedor habitual, facturada y gestionada bajo los mismos términos de uso de datos que la propia sesión. Las actualizaciones de 15 segundos entre reescrituras del modelo reutilizan la salida de la propia sesión y no envían una solicitud. En un proveedor de terceros o un gateway sin un modelo de clase Haiku configurado, la solicitud usa en su lugar el modelo principal de la sesión; establece ANTHROPIC_DEFAULT_HAIKU_MODEL para elegir uno.

Estado del pull request

Cuando una sesión abre un pull request, Claude Code agrega una etiqueta en el borde derecho de la fila, vinculada al pull request:
  • Claude Code escribe la etiqueta como #1234 para un pull request y como !1234 para un merge request de GitLab.
  • Claude Code emite el enlace incluso cuando no puede detectar soporte de hipervínculos, por ejemplo a través de SSH o tmux. Establece FORCE_HYPERLINK=0 para mostrar la etiqueta como texto sin formato.
  • Después de enviar un seguimiento a la sesión, Claude Code mantiene la etiqueta mientras la fila vuelve a mostrar el progreso en vivo.
Una sesión que trabaja en un pull request existente se vincula a él de la misma manera. Claude Code encuentra el pull request de forma diferente según el comando que ejecute Claude:
  • Cuando Claude edita, comenta, cierra o marca como listo un pull request con gh, Claude Code vincula el pull request que nombra la propia salida del comando. Un comando gh cuya salida capturada no nombra ningún pull request no crea un enlace; gh pr merge es el caso común, porque imprime su resultado solo en una terminal interactiva.
  • Cuando Claude hace checkout de un pull request con gh pr checkout o hace push a una rama, Claude Code busca la rama con gh pr view y vincula su pull request abierto.
  • No hace falta que el pull request exista todavía cuando Claude hace push: Claude Code reintenta la búsqueda de la rama después de hasta cinco comandos posteriores de git, gh, glab o curl ejecutados en el mismo directorio, por lo que un pull request creado después del push, incluido uno que Claude crea a través de la API REST de GitHub, se vincula cuando un reintento lo encuentra.
Cuando una sesión está vinculada a más de un pull request, la etiqueta muestra en su lugar un recuento, como 3 PRs, coloreado según el pull request abierto que más necesita atención. Abre el panel de vista previa para verlos todos. El número del pull request se colorea según su estado: Para una tarea que termina en un pull request, consulta esta etiqueta para ver el resultado: revisa y fusiona el pull request cuando su número se vuelva verde.

Vista previa y respuesta

Presiona Space en una fila seleccionada para abrir el panel de vista previa. Se abre con la oración que la fila trunca en el borde de la terminal, y cuál es esa oración depende del estado de la sesión:
  • Una sesión que te está esperando: la pregunta exacta que está haciendo, encima de la entrada de respuesta
  • Una sesión finalizada: su resultado
  • Una sesión en curso: su oración de estado completa
A continuación se enumeran los pull requests vinculados a la sesión. Para una sesión que te está esperando, una línea como waiting 3m debajo de ellos muestra cuánto tiempo lleva esperando, y es el único tiempo que se muestra en el panel. La antigüedad en el borde derecho de la fila es un número diferente: cuenta desde que se inició la sesión. La mayoría de las veces el panel de vista previa es suficiente y no necesitas abrir la transcripción completa. Escribe una respuesta en el panel de vista previa y presiona Enter para enviarla a esa sesión. Antepón ! a una respuesta para enviar en su lugar un comando Bash. Lo que pasa con la respuesta depende de la sesión y de lo que envíes:
  • Una sesión que está trabajando: /model, /effort, /rename y /usage se ejecutan de inmediato. Las demás respuestas se unen a la cola de mensajes de la sesión en lugar de interrumpir la respuesta, y surten efecto cuando lo hace la entrada en cola. Los demás comandos esperan a que termine el turno, incluso los que se ejecutan en cuanto los escribes en el propio prompt de una sesión
  • Una respuesta que es exactamente /stop: detiene la sesión de inmediato en lugar de entregársele, tanto si la sesión está trabajando como si te está esperando
  • Un trabajo de shell: la respuesta, incluido /stop, va a la terminal del comando como entrada escrita
Cuando la sesión te está esperando, cómo respondes desde el panel de vista previa depende de lo que esté esperando:
  • Una pregunta con opciones predefinidas: el panel enumera las opciones por número. Con la entrada de respuesta vacía, presiona el número de una opción para rellenarla y luego Enter para enviarla, o escribe tu propia respuesta en su lugar
  • Una pregunta sin opciones predefinidas: escribe tu respuesta. Cuando la entrada vacía muestra una respuesta sugerida, presiona Tab para rellenarla y editarla antes de enviarla
  • Una solicitud de permiso u otro diálogo, como un prompt del sandbox o la solicitud de entrada de un servidor MCP: responder no lo contesta. Tu respuesta espera en la cola. Para contestar el diálogo, adjúntate con →
Cuando un hook PermissionRequest o PreToolUse devuelve una salida que Claude Code no puede validar para la llamada que la sesión está pidiendo, la fila muestra el evento del hook y hook output invalid: con el error de validación antes del texto de la solicitud pendiente. Para un hook que falla de otra manera, la fila dice que el hook falló. La sesión sigue esperando la misma solicitud. Cuando una respuesta no se puede entregar, el mensaje de error indica si se guardó. Una respuesta con el prefijo ! o / nunca se guarda. Claude Code envía una respuesta guardada como el próximo prompt de la sesión la próxima vez que reinicies la sesión; vuelve a enviar cualquier otra respuesta. Con el dictado de voz habilitado en modo de mantener, mantén presionada tu tecla de pulsar para hablar mientras la entrada de respuesta tiene el foco para dictar una respuesta en lugar de escribirla. Lo mismo funciona en la entrada de despacho en la parte inferior de la vista de agentes. Usa ↑ y ↓ para echar un vistazo a las sesiones adyacentes sin cerrar el panel, o → para adjuntarte.

Adjuntarse a una sesión

Presiona Enter o → en una fila seleccionada para adjuntarte. La vista de agentes se reemplaza por la sesión interactiva completa. Cuando te adjuntas, Claude publica un breve resumen de lo que sucedió mientras no estabas. Mientras estás adjunto, la sesión se comporta como cualquier otra sesión de Claude Code: los comandos, los atajos de teclado y las funciones funcionan todos, con las excepciones que se indican a continuación. Mientras estás adjunto, /install-github-app y la lista de configuración de /mcp funcionan con normalidad, ya que una persona en la terminal puede completar sus diálogos. Cuando nadie está adjunto, estos comandos no pueden abrir sus diálogos, por lo que la sesión aparece bajo Needs input en la vista de agentes con una fila como open this session to manage MCP servers, y la respuesta en la transcripción dice lo mismo. Adjúntate y vuelve a ejecutar el comando para continuar; la fila de entrada necesaria desaparece cuando te adjuntas. /mcp reconnect <server>, /mcp enable y /mcp disable funcionan sin adjuntarte en cualquier caso. Las sesiones adjuntas siempre se muestran en modo de pantalla completa, independientemente de tu ajuste tui, porque una sesión en segundo plano no tiene historial de desplazamiento de terminal al que agregar contenido. Desplázate con PgUp, PgDn o la rueda del ratón, y presiona Ctrl+O para el modo de transcripción. El desplazamiento nativo de tu terminal y el modo de copia de tmux muestran solo la ventana visible actual, igual que cuando ejecutas cualquier aplicación de pantalla completa. Una sesión adjunta no informa su estado a tu terminal. Presiona ← en un prompt vacío, o ejecuta /exit, para desconectarte y volver a la vista de agentes, ya sea que hayas abierto la sesión desde la vista de agentes o con claude attach <id> desde tu shell. ← también te desconecta mientras la superposición de /btw está abierta. Requiere Claude Code v2.1.257 o posterior. Una pregunta secundaria que aún se está respondiendo sigue ejecutándose mientras no estás. La próxima vez que te adjuntes, la superposición se vuelve a abrir con ella o con su respuesta. En Windows, si presionas ← en aproximadamente medio segundo después de adjuntarte, Claude Code muestra Ambiguous ←, press again to detach, porque en ese intervalo la terminal puede volver a entregar una pulsación de antes de que te adjuntaras. Presiona ← de nuevo para desconectarte. Ctrl+Z también te desconecta, pero en su lugar vuelve a donde empezaste: a la vista de agentes si te adjuntaste desde allí, o a tu shell si ejecutaste claude attach. Usa Ctrl+Z cuando un diálogo tiene el foco y no responde a ←. Ctrl+C mantiene su comportamiento de interrupción estándar mientras estás adjunto: cancela una respuesta en ejecución o un comando de shell ! en lugar de desconectarte. Presionar Ctrl+C dos veces en un prompt vacío te desconecta. Desconectarte nunca detiene una sesión en segundo plano: ←, Ctrl+Z, /exit y Ctrl+C o Ctrl+D dobles la dejan en ejecución. Si te desconectas mientras un /loop espera su próxima iteración, el loop sigue ejecutándose y esa iteración empieza según lo programado sin ti. Para detener el loop antes de desconectarte, consulta Detener un loop. Para finalizar una sesión desde dentro de ella, ejecuta /stop.

Cambiar de sesión sin salir de la terminal

En una sesión que se ejecuta en primer plano, una que iniciaste en la terminal en lugar de adjuntarte a ella desde la vista de agentes, presionar ← en un prompt vacío la pasa a segundo plano y abre la vista de agentes con esa fila seleccionada, para que puedas cambiar de sesión sin salir de la terminal. La misma pulsación única desconecta una sesión adjunta. Si presionas ← justo después de borrar el último texto del prompt o de moverte por el historial de prompts, Claude Code te pide que confirmes: la primera pulsación muestra Press ← again to open agents, o Press ← again to go back to agents en una sesión adjunta, y la segunda pulsación hace el cambio. Cuando ← pasa a segundo plano una sesión en primer plano, la vista de agentes muestra Your conversation moved to the background encima de la lista, con la fila de esa sesión ya seleccionada. Desde allí:
  • Presiona Enter para volver a abrir la conversación.
  • Presiona Esc para deshacer el cambio y volver a la conversación. Si Esc muestra Still starting — try again in a moment, la sesión en segundo plano aún no está lista, así que vuelve a presionar Esc en un momento.
  • Presiona Ctrl+C dos veces para salir a tu shell.
Cuando Claude Code no puede volver a abrir la conversación, sale e imprime un comando claude --resume que la reanuda. La lista de tareas de Claude se traslada a la sesión en segundo plano junto con la conversación, por lo que la lista de verificación está intacta cuando vuelves a esa fila. La fila desde la que presionaste ← también mantiene un nombre en negrita y sin atenuar después de que muevas la selección con las teclas de flecha o el ratón, para que puedas saber de qué sesión viniste. Si una herramienta se está ejecutando cuando presionas ←, Claude Code espera a que termine antes de pasar a segundo plano, y Claude continúa la respuesta en la sesión en segundo plano. Presiona ← de nuevo para pasar a segundo plano de inmediato en lugar de esperar. Cuando el trabajo en segundo plano en curso no puede trasladarse a la sesión en segundo plano, Claude Code muestra primero el diálogo Background this session?, igual que con /background. Después de unos diez segundos, Claude Code pasa la sesión a segundo plano sin esperar más, excepto en casos como estos:
  • Los subagentes en primer plano siguen ejecutándose: Claude Code sigue esperando para que el trabajo de los subagentes en primer plano que Claude inició se traslade, y muestra Still backgrounding after the current tool. Presiona ← de nuevo para pasar a segundo plano sin esperar, lo que reinicia esos subagentes desde el principio.
  • Una solicitud de permiso o una pregunta espera tu respuesta: mientras espera una solicitud de permiso o una pregunta que hizo Claude, Claude Code sigue esperando y muestra Still backgrounding after the current tool — a question is waiting for your answer. Si tu respuesta permite que el turno continúe, como Yes en una solicitud de permiso, Claude Code pasa la sesión a segundo plano cuando termina la herramienta actual.
  • Escribes en la entrada del prompt: Claude Code cancela el cambio, porque el texto sin enviar permanece en el cuadro de entrada de tu terminal y no se trasladaría a la sesión en segundo plano. Muestra Backgrounding cancelled — you have unsent text in the input. Send it or clear it, then press ← again.
  • Detienes el turno: Claude Code cancela el cambio y muestra Backgrounding cancelled — the turn was stopped. Por ejemplo, el turno se detiene cuando interrumpes a Claude con Esc o seleccionas No sin un comentario en una solicitud de permiso de la conversación principal, o presionas Esc en una pregunta que Claude hace allí. Presiona ← de nuevo para pasar la sesión a segundo plano.
  • Un mensaje en cola no puede trasladarse: los mensajes que pusiste en cola mientras Claude trabajaba se trasladan a la sesión en segundo plano junto con la conversación. Cuando alguno de ellos no puede trasladarse, la sesión permanece en primer plano y Claude Code muestra un aviso como Cannot open agents — 1 queued message can't move to the background. Press ← again once Claude has read it.
Cuando Claude Code pasa la sesión a segundo plano, ya sea después de unos diez segundos o después de que presiones ← de nuevo, detiene un comando de shell que Claude todavía está ejecutando en primer plano. Claude Code no muestra el diálogo Background this session? para ese comando. En la sesión en segundo plano, Claude no tiene registro de que el comando se inició, por lo que Claude puede volver a ejecutarlo. Para mantener el comando en ejecución cuando la sesión se traslada, presiona Ctrl+B para convertirlo en un comando en segundo plano mientras Claude Code todavía está esperando. Presionar ← crea la fila de la sesión incluso cuando la conversación aún no tiene mensajes, por lo que → sigue volviendo a ella. Puedes desactivar este atajo para las sesiones en primer plano con el ajuste leftArrowOpensAgents en /config.

Organizar la lista

La vista de agentes agrupa las sesiones para que las que necesitan entrada estén en la parte superior, con Ready for review y Needs input encima de Working y Completed. Estos nombres de grupo no se corresponden uno a uno con los estados anteriores: una sesión pasa a Ready for review cuando tiene un pull request abierto que necesita revisión o tiene verificaciones fallidas, y Completed reúne las sesiones terminadas, fallidas y detenidas. Presiona Ctrl+S para agrupar por directorio en su lugar. Tu elección persiste entre ejecuciones. Dentro de un grupo:
  • Presiona Ctrl+T para fijar una sesión en la parte superior y mantener su proceso en ejecución mientras está inactiva
  • Presiona Shift+↑ o Shift+↓ para reordenar las sesiones
  • Presiona Ctrl+R para cambiar el nombre de una sesión
  • Presiona Enter en un encabezado de grupo para contraerlo, excepto mientras hay un filtro activo, cuando todos los grupos permanecen expandidos
Para quitar una sesión de la lista, presiona Ctrl+X para detenerla y Ctrl+X de nuevo en menos de dos segundos para eliminarla. Presionar Ctrl+X en un encabezado de grupo elimina todas las sesiones de ese grupo después de una confirmación. La segunda pulsación elimina la sesión incluso cuando el intento de detenerla falla, por ejemplo porque el servicio en segundo plano no responde: la confirmación permanece activa otros dos segundos, y la eliminación termina por sí misma el proceso de la sesión. Presiona Esc para descartar la confirmación sin eliminar. Salvo en los casos de conservación descritos en Qué elimina borrar una sesión, eliminar quita la sesión de la lista, y un worktree que Claude creó para ella se elimina, se conserva o se deja en su lugar según cómo la elimines y lo que contenga el worktree. La transcripción de la conversación siempre permanece en tu máquina local, disponible mediante claude --resume. Para recuperar una sesión en Claude Code v2.1.212 o posterior, escribe /resume en la entrada de despacho. Se abre un selector con las sesiones anteriores del repositorio desde el que abriste la vista de agentes, de la más reciente a la más antigua, incluidas las sesiones que eliminaste de la lista; las sesiones que ya tienen una fila no se enumeran. ↑/↓ mueven la selección, Enter reanuda la sesión seleccionada como sesión en segundo plano para que vuelva a la lista como una fila, y Esc cierra el selector. El selector se abre solo con un /resume sin argumentos. Una reanudación dirigida, acotada o restringida no puede resolverse con el selector, por lo que la vista de agentes muestra en su lugar la sugerencia attach to a session to run it cuando:
  • /resume nombra un id o un término de búsqueda
  • la vista está acotada con --cwd
  • la vista se inició con --safe-mode
  • la vista se abrió con un flag como --permission-mode o --settings
Las sesiones completadas que no caben en la pantalla se pliegan en una fila … N more. El grupo Completed ocupa el espacio vertical que queda después de los grupos activos, y en una terminal corta el encabezado se compacta en una sola línea de resumen para que las sesiones que están trabajando o necesitan entrada sigan visibles.

Filtrar sesiones

Comienza la entrada de despacho con uno de estos filtros para reducir la lista mientras escribes: Para combinar filtros, comienza con a:, s:, n: u o: y agrega más, separados por espacios. La lista muestra las sesiones que coinciden con todos ellos. Por ejemplo, s:blocked a:reviewer enumera las sesiones reviewer que te están esperando. Mientras hay un filtro activo, los grupos que contrajiste se expanden para mostrar sus coincidencias y se selecciona una coincidencia, de modo que al presionar Enter se abre. Borra la entrada para quitar el filtro, y esos grupos se vuelven a contraer.

Atajos de teclado

Presiona ? en la vista de agentes para ver los atajos en contexto. La siguiente tabla los resume. Los atajos que tienen una acción en el contexto Agents siguen tu keybindings.json. También lo hace Ctrl+G, a través del atajo chat:externalEditor del contexto Chat.

Enviar nuevos agentes

Puedes enviar nuevas sesiones en segundo plano desde la vista de agentes, enviar o copiar una sesión interactiva existente al segundo plano, o iniciar una directamente desde el shell.

Enviar un agente desde la vista de agentes

Escribe un prompt en la entrada de la parte inferior de la vista de agentes y presiona Enter para iniciar una nueva sesión en segundo plano. La sesión se nombra automáticamente a partir del prompt; cámbiale el nombre más tarde con Ctrl+R. El nombre automático es una etiqueta corta escrita por un modelo de clase Haiku. Un nombre que la sesión obtiene más tarde también aparece en su fila, incluido el título generado que la sesión obtiene cuando aceptas un plan en esa sesión. Pega una imagen en el prompt para incluir una captura de pantalla o un diagrama con la tarea. El texto pegado de más de 800 caracteres o más de tres líneas se contrae en un marcador de posición [Pasted text #N] para que la entrada permanezca en una sola línea; el texto completo se envía cuando haces el envío. Para revisar o editar el texto contraído antes de enviarlo, pega el mismo texto de nuevo y el marcador de posición se vuelve a expandir en la entrada. Usa prefijos o menciones en partes del prompt para controlar cómo comienza la sesión: Un pequeño conjunto de comandos se ejecuta en la propia vista de agentes en lugar de enviarse:
  • /exit y /quit cierran la vista de agentes
  • /logout cierra tu sesión
  • /model establece el modelo de envío
  • /login abre el diálogo de inicio de sesión para que puedas iniciar sesión de nuevo sin adjuntarte a una sesión
  • Un /resume sin argumentos, o su alias /continue, abre un selector de sesiones anteriores del repositorio para recuperar una como sesión en segundo plano. Requiere Claude Code v2.1.212 o posterior
Los skills, tus propios comandos y los comandos integrados que expanden prompts, como /init, se envían a una nueva sesión en segundo plano como su primer prompt. Otros comandos integrados muestran en su lugar la sugerencia attach to a session to run it. Todo lo que escribiste permanece en la entrada junto a la sugerencia para que puedas editarlo. Empaquetar una tarea recurrente como un skill te permite iniciar el mismo flujo de trabajo desde la vista de agentes repetidamente sin volver a escribir el prompt. Cuando el mismo @name coincide tanto con un subagente como con un repositorio hermano, el subagente tiene prioridad. La coincidencia con la primera palabra sin @ también se aplica, por lo que un prompt que casualmente comienza con uno de los nombres de tus subagentes envía ese subagente en lugar de tratar la palabra como texto sin formato. Usa la forma @ cuando quieras ser explícito, o comienza el prompt con otra palabra para evitar la coincidencia.

Enviar a un directorio específico

Una nueva sesión se ejecuta en el directorio desde el que abriste la vista de agentes. Para apuntar a un directorio diferente, usa cualquiera de estas opciones:
  • Abre claude agents en ese directorio.
  • Abre claude agents en un directorio principal y menciona un repositorio secundario con @<repo> en el prompt. Al escribir @ se enumeran estos destinos:
    • Repositorios Git un nivel por debajo del directorio de inicio
    • Los git worktrees registrados del repositorio desde el que iniciaste que se encuentran dentro de su árbol de directorios, como los que Claude crea en .claude/worktrees/, etiquetados con su rama extraída. Los worktrees agregados fuera del repositorio, como con git worktree add ../feature, no se enumeran
    • Cualquier directorio que ya tenga una sesión en la lista
    Un directorio cuyo nombre contiene un espacio no se enumera.
  • Desde el shell, haz cd al directorio y ejecuta claude --bg "<prompt>".
Cuando la vista de agentes está agrupada por directorio, el envío manda el prompt al directorio de la fila seleccionada, para que puedas seleccionar un grupo y enviar a él sin volver a escribir la ruta.

Enviar o copiar una sesión al segundo plano

Dos comandos mueven el trabajo de la sesión en la que estás al segundo plano: /background envía allí la conversación actual y libera tu terminal, y /fork envía una copia mientras sigues trabajando donde estás.

Enviar la sesión al segundo plano

Ejecuta /background o su alias /bg para mover la conversación actual a una sesión en segundo plano. Pasa un prompt como /bg run the test suite and fix any failures para dar antes una instrucción más. Si Claude está respondiendo cuando ejecutas /bg, la respuesta continúa en la sesión en segundo plano. Salir de una sesión que aún tiene trabajo en segundo plano en ejecución, como subagentes, comandos de shell en segundo plano, flujos de trabajo o monitores, muestra un diálogo Background work is running en lugar de salir inmediatamente. Elige Move to background and exit para enviar la sesión al segundo plano de la misma manera que lo hace /background y volver a tu shell. La opción no se muestra cuando la vista de agentes está desactivada. Si una sesión en segundo plano de la lista ya tiene el nombre de la conversación, Claude Code numera el nombre de la nueva fila, como my-session (2), y deja sin cambios el nombre de la fila existente. Para cambiar el nombre de la nueva fila, selecciónala en la vista de agentes y presiona Ctrl+R.

Copiar la sesión con /fork

Ejecuta /fork para copiar la conversación actual en una nueva sesión en segundo plano mientras la original sigue ejecutándose. La copia comienza con todo lo que hay en la conversación hasta ese punto; consulta los puntos a continuación para ver dónde se ejecuta la copia. También conserva el modelo, el modo de permisos, el nivel de esfuerzo y cualquier directorio o concesión de permisos “no volver a preguntar” que agregaste durante la sesión. La copia aparece como su propia fila en la vista de agentes. Después del fork, las dos conversaciones son independientes: nada de lo que hace la copia entra por sí solo en la conversación original, aunque en las sesiones donde la mensajería entre sesiones está habilitada, el Claude de cualquiera de las dos sesiones puede enviarle un mensaje explícito a la otra. Copiar la sesión requiere Claude Code v2.1.212 o posterior; en las versiones v2.1.161 a v2.1.211, /fork inicia en su lugar un subagente bifurcado, que ahora es /subtask. Cuando la vista de agentes está desactivada, /fork mantiene el comportamiento de subagente bifurcado y /subtask no está disponible. Pasa un prompt como /fork open a draft pull request with the work so far y la copia comienza a trabajar en él de inmediato. Sin un prompt, la copia espera su primera instrucción: selecciona su fila en claude agents y presiona Space para enviarle una, o ejecuta claude attach <id>. La fila seleccionada muestra space to send it a prompt mientras espera. La confirmación de /fork es una línea que muestra el estado de la copia, como session running, el nombre de su fila en la vista de agentes y su ID de sesión para claude attach. Haz clic en el nombre para cambiar a la copia: esta sesión pasa al segundo plano, igual que al presionar ←, y la vista de agentes abre la sesión de la copia. Excepto cuando la copia edita en el mismo lugar, Claude Code le indica que cree un worktree propio antes de hacer cambios en el código. Fuera de un repositorio git, solo una copia que sale de un worktree creado por un hook recibe la instrucción; sin un hook WorktreeCreate, la copia edita en el mismo lugar. A una copia que sale de tu worktree también se le indica que nunca edite, ejecute comandos ni entre en ese worktree, sea cual sea el ajuste de aislamiento. Dónde comienza la copia depende de dónde se esté ejecutando la sesión actual:
  • Como cualquier sesión enviada, la copia se mueve a su propio worktree antes de editar archivos. En ese caso, la confirmación no menciona dónde se ejecuta la copia.
  • Cuando tu sesión se movió a su worktree vinculado después de iniciarse, la copia comienza de nuevo donde estaba la sesión antes del movimiento y, a menos que edite en el mismo lugar, hace sus cambios de código en un worktree propio allí. Cuando tu worktree tiene extraída una rama, esa instrucción también le indica a una copia cuya tarea se basa en tu trabajo que base su nueva rama en la tuya, ya que tu rama permanece extraída en tu worktree. La confirmación termina con runs in the origin tree.
  • Cuando iniciaste la sesión dentro de un worktree vinculado de un repositorio que tiene un árbol de trabajo principal, la copia comienza en ese árbol de trabajo principal, con la misma regla de worktree propio pero sin instrucción sobre la rama. Aquí la confirmación también termina con runs in the origin tree.
  • Una sesión iniciada dentro de un worktree de una estructura de repositorio bare no tiene un árbol de trabajo principal al que volver, por lo que la copia permanece donde está y la confirmación termina con edits this checkout. La misma nota aparece cuando el aislamiento con worktrees está desactivado en una sesión que no está dentro de un worktree vinculado, porque entonces la copia edita los archivos que tienes abiertos.
Las sesiones iniciadas con flags de inicio que la copia no heredaría, como un prompt del sistema reemplazado o una lista de permitidos --tools, no se pueden bifurcar; Claude Code lo indica en lugar de hacer una copia parcial. Una sesión enviada desde la vista de agentes se bifurca normalmente: la copia se inicia con la misma definición de agente e instrucciones añadidas que la sesión de la que proviene.

Qué se conserva al enviar al segundo plano

Enviar al segundo plano inicia un proceso nuevo que se reanuda desde la conversación guardada, y el trabajo en segundo plano en curso pasa a él: los comandos de shell en segundo plano en ejecución, los subagentes en segundo plano, los flujos de trabajo dinámicos, las tareas programadas que creaste con /loop y las respuestas automáticas de Claude a comentarios de artefactos se conservan y siguen ejecutándose allí. Un subagente se mueve junto con todo lo que inició, por lo que solo se conserva cuando todo ese trabajo también puede moverse. Para detener el trabajo en segundo plano en curso en lugar de conservarlo, establece la variable de entorno CLAUDE_DISABLE_ADOPT=1; Claude Code entonces te pide que confirmes antes de enviar al segundo plano. Cuando un flujo de trabajo dinámico aún tiene subagentes en ejecución, Claude Code pregunta antes de enviar al segundo plano con el diálogo Background this session?, que indica cuántos subagentes se reiniciarían. Elige Stay para dejar que terminen primero. Si confirmas, Claude Code reproduce la ejecución en la sesión en segundo plano: los subagentes que aún se estaban ejecutando comienzan de nuevo desde el principio, por lo que los tokens que usaron hasta ese momento se gastan otra vez. Consulta Reanudar después de una pausa para ver qué subagentes completados devuelven sus resultados guardados y cuáles se ejecutan de nuevo. Claude Code detiene el trabajo en segundo plano que no se puede conservar, como un monitor en ejecución, y detiene también un subagente en segundo plano que posee un monitor. Cuando hay trabajo de este tipo en ejecución, Claude Code muestra el diálogo Background this session? para que puedas confirmar antes de que detenga el trabajo. Una vez en segundo plano, la sesión puede iniciar nuevos subagentes, monitores y comandos en segundo plano, y estos siguen ejecutándose tras desasociaciones y nuevas conexiones posteriores. Los flags de configuración del inicio original se conservan en la sesión en segundo plano, por lo que sus servidores MCP, su configuración y su modelo de respaldo siguen en vigor:
  • --mcp-config y --strict-mcp-config
  • --settings
  • --setting-sources
  • --add-dir
  • --plugin-dir
  • --fallback-model
  • --allow-dangerously-skip-permissions
Los directorios que agregaste durante la sesión con /add-dir también se conservan. Conservar --allow-dangerously-skip-permissions mantiene bypassPermissions disponible en la sesión en segundo plano, pero no otorga nada nuevo: el modo sigue requiriendo que conste tu aceptación del descargo de responsabilidad de omisión.

Enviar un agente desde tu shell

Pasa --bg o su forma larga --background para iniciar una sesión que va directamente al segundo plano:
El prompt es el argumento posicional, no un valor de -p. Claude Code rechaza --bg combinado con -p o --print antes de crear ninguna sesión, porque --print nunca inicia la sesión interactiva a la que se adjunta claude agents. Si ejecutas claude --bg desde una terminal en un directorio en el que no has confiado, primero aparece el diálogo de confianza del espacio de trabajo y la sesión comienza una vez que aceptas. Si rechazas, Claude Code sale sin iniciar una sesión. Donde no puede aparecer ningún diálogo, como en un script, el comando sale en su lugar con un error Workspace not trusted. Para ejecutar un subagente específico que hayas definido, como un code-reviewer, como el agente principal de la sesión, combina --bg con --agent:
Si el nombre no coincide con ninguno de tus subagentes, el inicio falla: Claude Code imprime una advertencia no agent named y aun así informa que la sesión se envió al segundo plano, pero la sesión sale inmediatamente con un error --agent '<name>' not found. Cuando la sesión en segundo plano se reanuda o se reinicia más tarde, Claude Code restaura el agente y sus restricciones de herramientas; para su prompt del sistema, consulta Flags de prompt del sistema en conversaciones reanudadas. Primero busca el agente en el propio directorio de la sesión, siempre que hayas confiado en ese espacio de trabajo, por lo que un agente con alcance de proyecto se sigue cargando cuando la sesión se reanuda desde otro directorio. Si el agente ya no existe, la sesión continúa con las herramientas predeterminadas y su transcripción se abre con una advertencia que nombra al agente. Para continuar una conversación existente en segundo plano, pasa su ID de sesión completo con --resume:
En Claude Code v2.1.257 o posterior, Claude Code continúa esa sesión con el mismo ID, o inicia una copia con un ID nuevo e imprime una línea note: que explica por qué no pudo continuar en el mismo lugar. Cuando la sesión continúa en el mismo lugar, claude agents muestra una sola fila para ella. Cuando combinas --bg con --continue, con un --resume sin argumentos o con --resume seguido de un nombre o una ruta de archivo, Claude Code siempre inicia una copia de este tipo. Agrega --fork-session para iniciar una copia a propósito, sin la nota. Pasa --name para establecer el nombre visible de la sesión en la vista de agentes en lugar del generado automáticamente:
Después de enviar al segundo plano, Claude imprime el ID corto de la sesión y los comandos para administrarla. Cuando el servicio que aloja las sesiones en segundo plano aún no se está ejecutando, --bg puede imprimir primero Starting background service… encima de esta salida. Cuando pasas --name, el nombre aparece después del ID corto:

Ejecutar un comando de shell

Para ejecutar un comando de shell como un trabajo en segundo plano en lugar de una sesión de Claude, pasa --exec. El siguiente ejemplo ejecuta pytest -x como un trabajo en segundo plano:
Desde la vista de agentes, envía el mismo tipo de trabajo escribiendo ! como primer carácter de la entrada de envío: el ! se muestra como prefijo, todo lo que viene después es el comando, y Enter inicia el trabajo. El comando se ejecuta como un trabajo respaldado por un PTY y aparece como una fila en la vista de agentes, con la línea de salida más reciente como su estado. Un trabajo de shell ejecuta el comando en lugar de Claude, por lo que no se invoca ningún modelo y la salida no se envía a ninguna sesión. Para ver la salida, adjúntate a la fila, presiona Space para echar un vistazo sin adjuntarte, o ejecuta claude logs <id> desde tu shell. La salida capturada permanece en memoria y no se escribe en el disco. La fila y su salida se limpian automáticamente unos cinco minutos después de que el comando termina, así que léela antes si necesitas el resultado.

Cómo se aíslan las ediciones de archivos

Cuando envías una sesión en segundo plano desde la vista de agentes o inicias una con claude --bg, la sesión comienza en tu directorio de trabajo. Antes de editar archivos, Claude mueve la sesión a un git worktree aislado en .claude/worktrees/, para que las sesiones paralelas puedan leer el mismo checkout pero cada una escriba en el suyo. Una vez que la sesión está en su worktree, Claude Code aplica el aislamiento con worktrees a la sesión y a cualquier subagente que genere. Claude omite el worktree cuando:
  • Moviste al segundo plano una sesión que ya tenías abierta con ← o /background. Esa sesión sigue editando archivos donde ya estaba trabajando
  • La sesión ya está dentro de un git worktree vinculado, ya sea que Claude lo haya creado en .claude/worktrees/ o que tú lo hayas creado con git worktree add en otro lugar
  • El archivo que Claude está editando está dentro de un git worktree vinculado, como uno que la sesión o su subagente creó con git worktree add
  • El directorio de trabajo no es un repositorio git y no hay ningún hook WorktreeCreate configurado
  • La escritura está fuera del directorio de trabajo
Para desactivar el aislamiento con worktrees en un repositorio donde los git worktrees no son prácticos, establece worktree.bgIsolation en "none". Las sesiones en segundo plano editan entonces tu copia de trabajo directamente sin moverse antes a un worktree. Agrega el ajuste al .claude/settings.json del proyecto:
Fuera de un repositorio git, las sesiones escriben directamente en el directorio de trabajo y no están aisladas entre sí, así que evita enviar sesiones paralelas que editen los mismos archivos. Si usas un sistema de control de versiones diferente, configura un hook WorktreeCreate y Claude aísla las ediciones de la misma manera que lo hace con git. Cuando el hook falla en un directorio que no es un repositorio git, Claude omite el aislamiento para ese directorio y edita el directorio de trabajo en el mismo lugar. Dentro de un repositorio git, una sesión que Claude mueve a un worktree antes de editar no puede usar las herramientas Edit, Write o NotebookEdit en el checkout compartido hasta que se produce ese movimiento. Para encontrar la ruta del worktree de una sesión, adjúntate y revisa su directorio de trabajo. Un subagente que genera la sesión en segundo plano hereda el directorio de trabajo de la sesión. Una vez que la sesión está en un worktree, las ediciones de archivos del subagente quedan en ese worktree y no en tu copia de trabajo. Para darle en cambio a un subagente su propio worktree separado, establece isolation: worktree en su frontmatter o pasa isolation: "worktree" al generarlo. Cuando una sesión en segundo plano ha hecho cambios de código en un worktree en el que entró Claude, Claude Code le indica a Claude que preserve el trabajo antes de terminar, para que se conserve si eliminas la sesión y su worktree:
  • Hacer commit y push: Claude hace commit sin preguntar y hace push de la rama cuando el repositorio tiene un remoto.
  • Pull request en borrador: Claude abre uno cuando la tarea lo requiere, y la etiqueta #N aparece en la fila.
  • Nunca: hacer push a main o master, hacer force push ni fusionar.
  • Tus instrucciones de git tienen prioridad: si la tarea, CLAUDE.md o la memoria indican que tú te encargas de hacer commit o push, Claude te deja git a ti.
Una sesión que edita un checkout que no aisló ella misma sigue preguntando antes de hacer commit o cambiar de rama. Esto se aplica cuando el aislamiento está establecido en "none", cuando falló el movimiento al worktree o cuando la sesión comenzó dentro de un worktree que ya existía. Sea cual sea la tarea, Claude termina el trabajo con un informe que dice qué hizo y dónde está el trabajo: una ruta, una rama, un pull request o la propia respuesta.

Qué elimina borrar una sesión

Elimina una sesión con Ctrl+X dos veces en la vista de agentes o con claude rm. Excepto en los casos conservados que se indican a continuación, la sesión sale de la lista. Su transcripción permanece en tu máquina a través de claude --resume, y la eliminación se mantiene tras los reinicios del supervisor. Qué sucede con un worktree que Claude creó para la sesión:
  • La vista de agentes lo elimina, incluidos los cambios sin commit, así que primero haz commit de lo que quieras conservar.
  • claude rm lo conserva, junto con la fila de la sesión, cuando tiene cambios sin commit.
  • Ni la vista de agentes ni claude rm eliminan un worktree que otra sesión en ejecución está usando o ha bloqueado, y volver a eliminar no cambia eso. Claude Code conserva el worktree y la sesión, e indica el directorio conservado y el motivo; en la vista de agentes, la fila de la sesión muestra not deleted. Cierra la otra sesión y luego vuelve a eliminar.
  • Cuando eliminas una sesión cuyo worktree tiene commits que Claude Code no puede confirmar que estén guardados en otro lugar, Claude Code conserva el worktree y la sesión, y el mensaje indica la rama del worktree y cuántos commits no tienen push. El mensaje también ofrece las dos formas de continuar: hacer push de los commits, o volver a eliminar para descartarlos. Los commits que están en un remoto no bloquean la eliminación. Tampoco los commits en la copia local de la rama predeterminada de tu remoto origin, siempre que esa rama esté extraída en tu checkout principal, es decir, el propio directorio del repositorio y no un worktree. Después de ese rechazo, tú eliges:
    • Para conservar los commits, haz push de ellos o fusiónalos en esa rama predeterminada, y luego vuelve a eliminar la sesión.
    • Para descartarlos, vuelve a eliminar la sesión sin hacer push: presiona Ctrl+X dos veces en su fila en la vista de agentes, o ejecuta el comando claude rm <id> --discard-unpushed que imprimió el rechazo. Esto elimina la sesión y el worktree junto con su rama, descartando los commits sin push y cualquier cambio sin commit.
    Cuando vuelves a eliminar, Claude Code descarta solo lo que mostró el rechazo: si el worktree ha ganado un commit desde entonces, Claude Code lo conserva de nuevo y muestra el estado actualizado. Cuando los registros de otra sesión terminada también mencionan el worktree, este se conserva cuando vuelves a eliminar; haz push de los commits y luego vuelve a eliminar.
  • Un worktree que git ya no reconoce, por ejemplo después de git worktree prune, no bloquea la eliminación. Claude Code elimina la sesión y deja el directorio en el disco.
  • Cuando git o tu hook WorktreeRemove no logra eliminar el worktree, Claude Code conserva el worktree y la sesión, y el mensaje indica la causa. En el caso de un hook, el mensaje dice cómo terminó, como exited 1, y cita el inicio de su stderr. El mensaje también te indica cuál de estas opciones seguir:
    • Vuelve a eliminar la sesión para eliminar el directorio de todos modos, presionando Ctrl+X dos veces en su fila en la vista de agentes o ejecutando el comando claude rm <id> --force-remove-worktree <worktree-id> que imprimió el rechazo de claude rm. La rama del worktree permanece en el repositorio. Claude Code ofrece esto solo cuando puede confirmar todo lo siguiente:
      • El directorio es uno de los worktrees vinculados del repositorio en .claude/worktrees/
      • Ni el worktree ni un submódulo extraído tienen cambios sin commit en archivos rastreados
      • Ningún registro de otra sesión lo menciona
      Cuando Claude Code no puede verificar el estado del checkout de un submódulo, como uno reemplazado por un repositorio git separado, tampoco ofrece esto.
    • Corrige lo que lo impide, como hacer commit o stash de los cambios sin commit, mover un repositorio git separado fuera del worktree, cerrar lo que esté usando el directorio o corregir el hook, y luego vuelve a eliminar la sesión.
    • Elimina tú mismo el directorio y luego vuelve a eliminar la sesión.
Un worktree que creaste tú mismo y dentro del cual iniciaste la sesión se deja en su lugar en cualquier caso. Una sesión cuyo directorio de worktree no pertenece a ningún repositorio git, porque el repositorio se eliminó o porque un hook WorktreeCreate creó el directorio en otro lugar, aún se puede eliminar. Mientras queden archivos en el directorio:
  • La vista de agentes pide la misma doble pulsación de Ctrl+X antes de descartarlos. Para un directorio creado por un hook, ejecuta en su lugar tu hook WorktreeRemove, y si no hay uno, rechaza la eliminación y conserva la sesión.
  • claude rm conserva la sesión y el worktree, e indica el motivo.
Cualquiera de las dos vías conserva un directorio que mencionan los registros de otra sesión terminada.

Establecer el modelo

El nombre del modelo que se muestra en el encabezado de la vista de agentes es el predeterminado de envío. Las nuevas sesiones que inicias desde la entrada usan este modelo, que proviene del ajuste model de tu configuración de usuario. Establécelo seleccionando un modelo en el selector /model, o edita el ajuste directamente. Para sobrescribir el predeterminado de envío durante toda la sesión de la vista de agentes, pasa --model al abrir la vista de agentes. Consulta Modo de permisos, modelo y esfuerzo. Para cambiar el predeterminado de envío desde dentro de la vista de agentes, escribe /model seguido del nombre de un modelo en la entrada de envío y presiona Enter. El encabezado se actualiza para mostrar ese modelo con un marcador (session), y las sesiones que envíes después lo usan. Escribe /model default para borrar la sobrescritura y volver al predeterminado de envío. Esta sobrescritura dura el resto de la ejecución actual de claude agents y no escribe en tu archivo de configuración. El siguiente ejemplo envía una sesión con Opus y la siguiente con Sonnet:
Cada sesión en segundo plano puede ejecutarse con un modelo diferente. Para sobrescribirlo en una sesión:
  • Desde el shell, pasa --model con claude --bg.
  • Adjúntate a una sesión en ejecución y ejecuta /model para cambiarlo: una selección en el selector, o un /model <name> escrito, se guarda como tu predeterminado para nuevas sesiones, a menos que presiones s en el selector para un cambio solo de la sesión. Un cambio solo de la sesión se mantiene si la sesión se vuelve a generar.
  • Envía un subagente cuyo frontmatter establezca un campo model.

Modo de permisos, modelo y esfuerzo

Una sesión en segundo plano toma su configuración, proveedor, modo de permisos, modelo y esfuerzo de dónde y cómo la enviaste. Las subsecciones a continuación cubren cada fuente y lo que persiste cuando el supervisor reinicia la sesión.

Configuración y proveedor

Una sesión en segundo plano lee su configuración del directorio en el que se ejecuta, igual que si hubieras iniciado claude allí con los flags de configuración que conservó. Esto incluye los valores env de la configuración del proyecto, por lo que un ANTHROPIC_MODEL o una variable de proveedor establecidos allí se aplican a todas las sesiones en segundo plano de ese directorio. Una sesión en segundo plano también se ejecuta con el PATH del shell desde el que la enviaste, por lo que los comandos que ejecuta encuentran las mismas herramientas que tu terminal. También conserva la selección de proveedor de nube de ese shell, como CLAUDE_CODE_USE_BEDROCK o CLAUDE_CODE_USE_VERTEX, junto con sus alias ANTHROPIC_DEFAULT_*_MODEL y cualquier sobrescritura de CLAUDE_CODE_EXTRA_BODY que hayas exportado allí.

Gateway LLM

Si enrutas Claude Code a través de un gateway LLM, coloca las variables del gateway en el bloque env de un archivo de configuración en lugar de exportarlas en tu shell, y las sesiones en segundo plano las leen con el resto de su configuración. Establecer en un archivo de configuración muestra el bloque y qué archivo de configuración usar para la credencial. Si en cambio exportas un ANTHROPIC_BASE_URL de gateway solo en tu shell, este llega a una sesión en segundo plano, junto con el ANTHROPIC_CUSTOM_HEADERS y la credencial que exportaste con él, solo cuando el propio supervisor se inició desde un shell que exportó el mismo gateway, y solo en estos casos:
  • Envías tu propia sesión al segundo plano con ← o /background
  • Envías una sesión al directorio en el que estás
  • Reactivas una sesión detenida en el directorio en el que estás adjuntándote a ella o respondiéndole
Claude Code reenvía un gateway situado delante de un proveedor de nube. Si el shell desde el que haces el envío selecciona el proveedor y exporta su endpoint de gateway con su flag para omitir la autenticación, Claude Code reenvía el par de endpoint y flag a la sesión en las condiciones que se aplican a ANTHROPIC_BASE_URL, junto con ANTHROPIC_CUSTOM_HEADERS. Por ejemplo, exporta CLAUDE_CODE_USE_VERTEX=1 con ANTHROPIC_VERTEX_BASE_URL y CLAUDE_CODE_SKIP_VERTEX_AUTH=1, y Claude Code reenvía ese endpoint y ese flag. Claude Code aplica un gateway reenviado solo al proceso en ejecución de esa sesión y nunca lo escribe en el disco.

Modo de permisos

El modo de permisos depende de cómo iniciaste la sesión:
  • Enviada al segundo plano con /bg o ←: Claude Code conserva el modo de permisos en el que estaba la sesión, por lo que una que cambiaste a acceptEdits o auto se mantiene así después de desasociarte
  • Enviada desde una vista de agentes que abriste con ←: la configuración propia del destino tiene prioridad, y el modo de permisos de la sesión de la que viniste se aplica cuando nada más establece uno
  • Enviada desde claude agents iniciado en un shell, o con claude --bg: la nueva sesión comienza como lo haría una nueva sesión de claude en ese directorio, a menos que la hayas enviado desde una vista de agentes que abriste con predeterminados de envío. En qué modo de permisos comienza una sesión enumera el orden
Para una sesión que envías desde una vista de agentes abierta con ←, Claude Code toma el modo de permisos de la primera de estas fuentes que se aplique:
  1. El permissions.defaultMode del directorio de destino. Se aplican dos reglas sobre la fuente:
  2. El modo de permisos de la sesión de la que viniste
Cuando Claude Code rechaza el modo de una fuente por ser demasiado permisivo, decide la siguiente fuente de la lista. Por ejemplo, si haces el envío desde una sesión en modo plan a un directorio cuya configuración registrada en el repositorio pide acceptEdits, la nueva sesión comienza en modo plan. Si mueves ese defaultMode a ~/.claude/settings.json, se aplica sin importar el modo de permisos de la sesión de la que viniste. El orden de permisividad es plan, luego Manual y dontAsk, luego acceptEdits y auto, cada uno de los cuales cuenta como más permisivo que el otro, y luego bypassPermissions.

Predeterminados de envío

Para establecer predeterminados para cada sesión que envíes desde la vista de agentes, pasa cualquiera de --permission-mode, --model, --effort o --agent al abrirla:
Aquí --effort acepta los mismos valores que el flag --effort de nivel superior, incluido ultracode. --agent establece el subagente que se usa cuando un prompt de envío no nombra ninguno, ya sea con @name o como primera palabra. Su valor predeterminado es el ajuste agent si hay uno establecido; de lo contrario, el agente integrado genérico claude. Nombrar un subagente en la entrada de envío sobrescribe ambos. claude agents también acepta --dangerously-skip-permissions como abreviatura de --permission-mode bypassPermissions, y --allow-dangerously-skip-permissions para que bypassPermissions esté disponible en el ciclo de Shift+Tab de cada sesión enviada sin comenzar en ese modo. Ambos coinciden con los flags de nivel superior de la CLI. Pasa --restricted para iniciar cada sesión que envíes desde la vista en modo restringido, como si cada una se iniciara con el flag de nivel superior --restricted. Requiere Claude Code v2.1.248 o posterior. Los predeterminados activos aparecen en el pie, debajo de la entrada de envío. Una sesión en segundo plano iniciada en modo bypassPermissions requiere que conste tu aceptación del descargo de responsabilidad de omisión, ya que ese modo permite que una sesión que no estás observando actúe sin aprobación. Pasar --dangerously-skip-permissions o --permission-mode bypassPermissions a claude agents muestra el mismo descargo de responsabilidad si no lo has aceptado antes, y aceptarlo aplica bypassPermissions a las sesiones que inicies desde la vista. Pasar --allow-dangerously-skip-permissions también muestra el mismo descargo de responsabilidad, y aceptarlo hace que bypassPermissions esté disponible en el ciclo de Shift+Tab de esas sesiones sin iniciarlas en ese modo.

Qué persiste tras los reinicios

El modo de permisos, el modelo y el esfuerzo que elegiste para una sesión en segundo plano, junto con los flags de configuración que conserva, persisten cuando el supervisor más tarde detiene y reinicia su proceso. Un modelo o esfuerzo que cambiaste a mitad de la sesión con /model o /effort también se conserva. Si la sesión tomó su esfuerzo de tu configuración en lugar de --effort o /effort, Claude Code vuelve a leer tu configuración cada vez que inicia un proceso para la sesión. Después de editar el esfuerzo guardado en settings.json, el cambio llega a las sesiones que envíes al segundo plano con ← o /bg y a sus reinicios posteriores. El esfuerzo guardado es la clave effortLevel o una entrada de modelSettings. Claude Code también conserva tras ese reinicio un nombre que hayas establecido con /rename o Ctrl+R, para que puedas seguir ejecutando claude --resume <name> para acceder a la sesión. Un prompt que guardaste con Ctrl+S mientras estabas adjunto también se conserva con la sesión. Vuelve a abrir la sesión después de que su proceso se haya detenido o reiniciado, y presiona Ctrl+S para restaurar el texto guardado. El contenido pegado en lo guardado no se conserva tras el reinicio.

Configuración, plugins y servidores MCP

La vista de agentes acepta los mismos flags de configuración que claude para cargar configuración, plugins, servidores MCP y directorios adicionales. La vista de agentes aplica --settings, --setting-sources y --plugin-dir a sí misma y pasa todos los flags de configuración a las sesiones que envías desde ella, por lo que un plugin o servidor MCP que cargues de esta manera está disponible en esas sesiones. Repite --add-dir, --plugin-dir o --mcp-config una vez por valor. claude agents no admite la forma separada por espacios, como --add-dir a b c. Puedes colocar --settings, --setting-sources y --plugin-dir antes o después de agents. Mantén --add-dir y --mcp-config después de agents: si colocas cualquiera de ellos antes de agents, claude agents --json falla con un error unknown option. El siguiente ejemplo abre la vista de agentes con una sobrescritura de configuración y un directorio adicional:
--settings acepta una ruta de archivo o una cadena JSON en línea. Una ruta de archivo debe apuntar a un archivo existente; si no es así, Claude Code sale con un error Settings file not found.

Gestionar sesiones desde el shell

Cada sesión en segundo plano tiene un ID corto que puedes usar desde el shell. El ID se imprime cuando inicias una sesión con claude --bg, y el ID de cada sesión es su nombre de directorio bajo ~/.claude/jobs/. Estos comandos son útiles para scripting o cuando no quieres abrir la vista de agentes. claude attach y claude logs pueden recibir parte del nombre de una sesión en lugar del ID, como en claude logs "auth refactor". claude attach abre una sesión por nombre solo mientras su proceso está en ejecución, así que pasa el ID en su lugar para reiniciar una sesión detenida. Pasar un nombre requiere Claude Code v2.1.290 o posterior.

Listar sesiones como JSON

claude agents --json imprime sesiones activas como un array JSON y sale: cada sesión activa, más sesiones en segundo plano que aún están funcionando o bloqueadas incluso cuando su proceso ha salido. Agrega --all para incluir también sesiones en segundo plano completadas, y --cwd <path> para limitar la lista a sesiones iniciadas bajo ese directorio. Cada entrada describe una sesión:

Leer el estado de la sesión desde un script

claude agents --json es la forma compatible para leer el estado de la sesión desde fuera de Claude Code, por ejemplo desde una barra de estado, un programador u otra sesión de Claude que supervisa el trabajo en segundo plano. Consulta claude agents --json --all, que sigue listando sesiones cuyo proceso ha salido, y lee el state, status y waitingFor de cada entrada. Una sesión que terminó su turno y está esperando tu siguiente instrucción lee done, no blocked. blocked siempre significa que la sesión necesita algo de ti antes de poder continuar. Los archivos bajo ~/.claude/jobs/<id>/ no son una interfaz estable. Los valores que una sesión u otro programa escribe en state, detail, tempo o needs se reemplazan en la siguiente actualización. Si quieres que una sesión informe el progreso con sus propias palabras, haz que escriba un archivo propio, por ejemplo bajo $CLAUDE_JOB_DIR/tmp, en lugar de editar state.json.

Cómo se alojan las sesiones en segundo plano

Claude Code trata cada sesión listada en la vista de agentes como una sesión en segundo plano, independientemente de si estás actualmente conectado a ella. Por el contrario, una sesión iniciada ejecutando claude directamente está vinculada a esa terminal y finaliza cuando se cierra, a menos que la envíes al segundo plano. Para verificar qué tipo de sesión estás usando, ejecuta /status. La fila Session kind muestra background job · attached o background job · unattended en una sesión en segundo plano, dependiendo de si una terminal está conectada, e interactive en cualquier otra sesión.

El proceso supervisor

El supervisor es un servicio en segundo plano que ejecuta tus sesiones en segundo plano para que sigan funcionando después de cerrar la vista de agentes o tu terminal. Claude Code lo inicia la primera vez que envías una sesión al segundo plano o abres la vista de agentes, y no necesitas administrarlo tú mismo. Cada sesión es su propio proceso de Claude Code bajo el supervisor, y lo que sucede con ese proceso depende del estado de la sesión:
  • Funcionando, pausado en una solicitud de permiso u otro diálogo, o conectado: el proceso sigue ejecutándose. Un subagente, flujo de trabajo o monitor en ejecución cuenta como funcionando, y también una tarea programada con alcance de sesión pendiente, como una reactivación de /loop.
  • Finalizado o esperando tu próximo mensaje, y sin conectar durante aproximadamente una hora: el supervisor detiene el proceso para liberar recursos. Una sesión que terminó su turno haciéndote una pregunta cuenta como esperando tu próximo mensaje. La conversación permanece en el disco, y la próxima vez que te conectes o respondas, la sesión se reanuda donde se quedó. Fija una sesión con Ctrl+T para mantener su proceso ejecutándose.
  • Salió inesperadamente mientras el supervisor está ejecutándose: el supervisor reinicia el proceso. Finalizar una sesión que enviaste al segundo plano tú mismo con ← o /background, por ejemplo con kill, la marca como detenida en lugar de reiniciarla. Para sesiones que finalizaron con un apagado, consulta Las sesiones se muestran como fallidas o detenidas después del apagado.
  • Después de una actualización automática: el supervisor se reinicia en la nueva versión y mueve las sesiones inactivas en segundo plano. Las sesiones que están funcionando, esperando tu respuesta o conectadas no se interrumpen.
  • El propio supervisor se detiene, por ejemplo porque su proceso se finalizó desde fuera de Claude Code: en macOS y Linux, el proceso de cada sesión espera aproximadamente un minuto a que un nuevo supervisor se reconecte a él, y se detiene si ninguno lo hace. Ejecuta claude agents en tu shell dentro de ese minuto para iniciar un nuevo supervisor y mantener tus sesiones en ejecución. Si el minuto pasa primero, las sesiones se detienen, pero sus conversaciones guardadas permanecen en el disco: conéctate o responde a una sesión y se reiniciará desde su conversación guardada, como se describe en Las sesiones se muestran como fallidas o detenidas después del apagado.
Cuando el proceso de una sesión se detiene o se reinicia, los comandos de shell en segundo plano, los flujos de trabajo dinámicos y los subagentes en segundo plano que Claude inició en ella se transfieren al siguiente proceso; los monitores en ejecución y los comandos de shell que un subagente inició se detienen con el proceso. Eliminar la sesión detiene todo lo que se transfirió. Para detener todo con el proceso en lugar de transferirlo, establece CLAUDE_CODE_DISABLE_BG_EXIT_HANDOFF en 1. El supervisor y sus sesiones se autentican con las mismas credenciales almacenadas que tus sesiones interactivas. Para saber qué ajustes y variables de shell llegan a una sesión, incluido PATH, consulta Configuración y proveedor. Para endpoints de gateway, consulta Gateway LLM.

Dónde se almacena el estado

El estado de la sesión se almacena en tu directorio de configuración de Claude Code. Si estableces CLAUDE_CONFIG_DIR, el supervisor usa ese directorio en lugar de ~/.claude y se ejecuta como una instancia separada con sus propias sesiones. Cada sesión en segundo plano tiene la variable de entorno CLAUDE_JOB_DIR establecida en su directorio ~/.claude/jobs/<id>, por lo que los comandos de shell que ejecuta la sesión pueden escribir archivos temporales en $CLAUDE_JOB_DIR/tmp sin colisionar con sesiones paralelas. Para inspeccionar este estado sin leer los archivos directamente, ejecuta claude daemon status. Informa si el supervisor es accesible, su ID de proceso y versión, el directorio de socket y cuántas sesiones en segundo plano están activas. El comando también advierte cuando el supervisor en ejecución está en una versión diferente a la de claude que invocaste, lo que sucede después de una actualización en la que el supervisor aún no se ha reiniciado. La advertencia muestra ambas versiones y te indica que ejecutes claude daemon stop --any para adoptar la nueva versión. Las sesiones sobreviven intactas a ese desajuste de versión: una versión anterior de Claude Code que actualiza el state.json de una sesión preserva campos que no reconoce y mantiene la sesión listada. La lista de sesiones en roster.json sigue la misma regla, por lo que las sesiones iniciadas por la versión más nueva permanecen accesibles y continúan aceptando entrada después de que el supervisor se reinicia.

Desactivar la vista de agentes

Para desactivar completamente los agentes en segundo plano y la vista de agentes, establece el ajuste disableAgentView en true o establece la variable de entorno CLAUDE_CODE_DISABLE_AGENT_VIEW. Los administradores pueden aplicar esto a través de la configuración administrada.

Solución de problemas

claude agents enumera subagentes en lugar de abrir la vista de agentes

Si claude agents imprime un recuento seguido de tus subagentes configurados y luego sale, la vista de agentes no está disponible en tu entorno. Ejecuta claude update para instalar la versión más reciente. Si la vista de agentes aún no se abre después de actualizar, verifica si ha sido desactivada por un ajuste o una variable de entorno.

La vista de agentes se abre sin sesiones

Antes de distribuir tu primera sesión, la vista de agentes muestra las secciones de encabezado vacías con una descripción debajo de cada una, más una explicación de una línea encima de la entrada, en lugar de la lista de sesiones. Escribe un prompt en la entrada en la parte inferior y presiona Enter para distribuir tu primera sesión.

Enviar al segundo plano muestra un diálogo Background this session?

Si presionas ← para enviar al segundo plano la sesión actual y Claude Code muestra un diálogo Background this session?, la sesión tiene trabajo en segundo plano en curso que enviarla al segundo plano detendría, reiniciaría o dejaría ejecutándose sin supervisión, y Claude Code pregunta antes de hacer cualquiera de esas cosas:
  • Trabajo que no se puede mover: la sesión tiene trabajo que no se puede mover a la sesión en segundo plano, como un monitor en ejecución. El diálogo nombra el trabajo en segundo plano que Claude Code detendría y, por separado, cuenta las tareas que se trasladan.
  • Un flujo de trabajo con subagentes en ejecución: un flujo de trabajo dinámico aún tiene subagentes en ejecución. El flujo de trabajo en sí se traslada, pero sus subagentes en ejecución se reinician desde el principio, y el diálogo dice cuántos.
  • Respuestas automáticas de artefactos: Claude está respondiendo a comentarios en un artefacto por su cuenta. Esas respuestas continúan en la sesión en segundo plano, y el diálogo lo indica.
Ejecuta /tasks para ver todo lo que se está ejecutando, luego confirma para enviar al segundo plano de todas formas o elige Stay para dejar que el trabajo termine primero. Consulta Qué se traslada cuando envías al segundo plano para saber qué tipos de trabajo se trasladan y cuáles detiene Claude Code.

Prompt rechazado por ser demasiado corto

La entrada de distribución espera una descripción de tarea, no un saludo conversacional. Un prompt de menos de cuatro caracteres se rechaza con una sugerencia Too short para que una pulsación de tecla accidental no inicie una sesión. Describe lo que quieres que haga la sesión, como investigate the flaky checkout test.

Las sesiones se muestran como fallidas o detenidas después del apagado

Apagar o reiniciar tu máquina detiene las sesiones en segundo plano en ejecución. Una sesión que estaba esperando tu entrada permanece bajo Needs input cuando regresas. Para cualquier otra sesión en ejecución, lo que muestra la vista de agentes depende de cuánto tiempo hace que avanzó por última vez:
  • Dentro de las 48 horas, la sesión se muestra como fallida. Conéctate o responde a ella y se reiniciará desde su conversación guardada. Para retomar el trabajo interrumpido, envíale una respuesta pidiéndole que continúe.
  • Pasadas 48 horas, como después de que la máquina estuvo apagada durante días, la sesión se muestra como detenida con ended while the background service was off. Presiona Enter en la fila y el pie de página muestra Press enter again to resume this session (it ended while the background service was off), or ctrl+x to delete it. Presiona Enter en la misma fila nuevamente para reanudar su conversación guardada. Una respuesta, o claude attach <id>, la reanuda sin esa solicitud del pie de página.
Cuando la limpieza de transcripciones ha eliminado la conversación guardada de una sesión detenida, Claude Code se niega a abrir la fila: el mensaje dice que no hay nada que reanudar. claude rm <id> elimina la fila, excepto en los casos en que se conserva descritos anteriormente, y claude respawn <id> ejecuta su prompt original nuevamente. Consulta La conversación guardada de esta sesión ya no está en el disco. La suspensión por sí sola no detiene las sesiones. Las sesiones se conservan durante la suspensión y el supervisor se reconecta a ellas al reactivarse.

Abrir una sesión dice que la conversación ya está abierta

Dos procesos no pueden escribir en la misma transcripción. Cuando la conversación guardada de una sesión detenida ya está abierta en otro proceso de Claude Code activo, Claude Code se niega a iniciar el proceso propio de la sesión. Lo que ves depende de qué tiene abierta la conversación:
  • Una terminal donde reanudaste la conversación, por ejemplo con claude --resume o /resume: la fila muestra Open in a terminal con una sugerencia para continuarla allí, y abrir la fila muestra Can't open — this session is running in another terminal. Continúa en esa terminal, o sal de ella y abre la fila nuevamente.
  • Otro proceso de Claude Code no interactivo, por ejemplo un proceso de sesión en segundo plano para la misma conversación que aún no ha salido: abrir la fila muestra This conversation is already open in another running Claude session. Usa ese proceso, o espera a que salga y abre la fila nuevamente.
Claude Code guarda una respuesta que escribiste con el intento rechazado, excepto una que empiece con ! o /, y la envía la próxima vez que se inicia la sesión.

Abrir una sesión dice que no tiene transcripción guardada

Cuando abres una sesión que enviaste al segundo plano desde otra conversación y que se detuvo antes de ejecutar un turno propio, Claude Code reanuda esa conversación. Si Claude Code no puede encontrar la conversación, se niega a abrir la sesión:
  • claude attach imprime This session has no saved transcript.
  • La vista de agentes muestra Press enter again to restart this session fresh debajo de la lista.
Presiona Enter en la misma fila nuevamente para reiniciar la sesión con una conversación vacía, o ejecuta claude respawn <id> desde el shell. Consulta la referencia de errores para obtener detalles.

El host de terminal murió o la sesión dejó de responder

El supervisor ejecuta la terminal de cada sesión en segundo plano en su propio proceso host. Cuando ese proceso muere o deja de responder, Claude Code muestra la razón y ofrece un reinicio; en ambos casos la conversación se guarda y el reinicio la reanuda. La referencia de errores cita los mensajes completos. Claude Code nunca reinicia una fila que ejecuta un comando de shell, ni desde Enter ni desde claude attach, porque eso ejecutaría el comando nuevamente; tanto el mensaje de la fila como claude attach indican que el comando no se vuelve a ejecutar.

Una sesión falla antes de iniciarse con una nota possibly low memory

Cuando el proceso de una sesión en segundo plano sale antes de terminar de iniciarse y el host tiene poca memoria del sistema, el estado de la fila nombra la salida y añade possibly low memory — free some up and retry. La nota es una hipótesis, no una causa confirmada. Claude Code la añade solo cuando el proceso salió silenciosamente, sin escribir un error y sin ser detenido por una señal, y el host reportó poca memoria en ese momento. Cuando el proceso sí escribió un error antes de salir, la fila muestra ese error en su lugar. Libera memoria en la máquina, luego conéctate o responde a la fila y el supervisor inicia un proceso nuevo para la sesión. Cuando la memoria sigue siendo baja, el supervisor también detiene las sesiones inactivas para liberar recursos por su cuenta, y detiene también las sesiones fijadas inactivas si detener las demás no liberó nada.

La vista de agentes dice que el servicio en segundo plano no respondió

Si al conectarte, echar un vistazo o usar claude logs se reporta que el servicio en segundo plano no respondió, probablemente el proceso supervisor se ha bloqueado. Detenlo y deja que el siguiente claude agents inicie uno nuevo. Para mantener tus sesiones en segundo plano en ejecución durante el reinicio, pasa --keep-workers:
Luego ejecuta claude agents en tu shell para iniciar el nuevo supervisor. Si lo haces dentro de aproximadamente un minuto después de la detención, se reconecta a las sesiones que siguen en ejecución y su trabajo continúa sin interrupciones. Si tardas más, en macOS y Linux las sesiones ya se habrán detenido por sí solas, y conectarte o responder a una la reinicia desde su conversación guardada. Sin --keep-workers, el comando también termina las sesiones en segundo plano. El flag --any hace que el comando detenga un supervisor que Claude Code inició bajo demanda. Un supervisor que se inicia pero no puede aceptar conexiones sale y libera su bloqueo por sí solo, por lo que el siguiente claude agents inicia uno nuevo sin esta detención manual. Los pasos anteriores se aplican cuando un supervisor en ejecución se bloquea. Si en cambio el comando sale diciendo que el proceso registrado no pudo verificarse como el supervisor, revisa el ID de proceso reportado: si es un supervisor tuyo, detenlo tú mismo y luego elimina ~/.claude/daemon.lock para que el siguiente claude agents inicie desde cero. En Windows, si el supervisor no responde a la solicitud de detención, el comando imprime su ID de proceso. Termina ese proceso con taskkill /PID <pid> para completar la recuperación. Las sesiones en segundo plano se siguen conservando si pasaste --keep-workers.

La distribución falla con Could not resolve authentication method

Si una distribución en segundo plano falla con Could not resolve authentication method mientras las sesiones interactivas se autentican normalmente, el worker que recibió la distribución no obtuvo las credenciales. Las sesiones en segundo plano obtienen sus credenciales del supervisor, por lo que este error significa que no había ninguna credencial almacenada disponible para el propio proceso supervisor. Confirma que ejecutaste /login o configuraste una clave de API, luego detén el supervisor:
Dentro de aproximadamente un minuto, ejecuta claude agents o claude --bg en tu shell para iniciar un supervisor nuevo que lea tus credenciales almacenadas. Si te autenticas con una variable de entorno como ANTHROPIC_API_KEY en lugar de /login, ejecuta ese siguiente comando desde un shell donde la variable esté definida. Consulta la referencia de errores para ver la lista completa de causas y soluciones.

Las sesiones en segundo plano no pueden leer Desktop, Documents o Downloads en macOS

En macOS, el host de sesiones en segundo plano se ejecuta como su propio proceso y solicita acceso a las carpetas protegidas por separado de tu terminal. Si una sesión en segundo plano reporta Operation not permitted al leer ~/Desktop, ~/Documents, ~/Downloads u otra ubicación protegida, otorga acceso en Configuración del Sistema, en Privacidad y Seguridad > Archivos y Carpetas, o habilita Acceso Total al Disco para la entrada. Con el instalador nativo, la entrada aparece como Claude Code y el permiso se mantiene entre actualizaciones. Con otros métodos de instalación como Homebrew o npm, la entrada muestra la ruta del binario y es posible que debas otorgar el permiso nuevamente después de actualizar.

Las sesiones en segundo plano no pueden alcanzar hosts de la red local en macOS

En macOS 15 y posteriores, el sistema impide que un proceso acceda a dispositivos de tu red local hasta que otorgues el permiso de Red Local, por lo que un comando dirigido a una dirección LAN puede fallar con connect: no route to host en una sesión en segundo plano aunque funcione en una terminal en primer plano. El primer comando en una sesión en segundo plano que se conecta a una dirección de la red local activa la solicitud de permiso de Red Local de macOS para Claude Code. Otórgalo una vez y esos comandos alcanzarán los hosts LAN de la misma manera que en una terminal en primer plano.

Una sesión tarda en responder después de conectarte

Cuando una sesión que ha terminado o que está esperando tu siguiente mensaje permanece sin conexión durante aproximadamente una hora, el supervisor detiene su proceso para liberar recursos. Conectarte inicia un proceso nuevo desde donde se quedó y cambia a la sesión inmediatamente mientras el proceso se reinicia. Las sesiones que están trabajando, en pausa en una solicitud de permiso u otro diálogo, o fijadas no se detienen de esta manera, así que fija una sesión con Ctrl+T para mantenerla receptiva. Mientras el proceso se inicia, Claude Code muestra el final de la transcripción de la sesión con el mismo formato con que la renderiza la sesión activa, con markdown, bloques de código resaltados y llamadas a herramientas como filas atenuadas, encima de un área de prompt atenuada con una nota Session is starting. La sesión activa la reemplaza en cuanto está lista.

.claude/worktrees/ se está llenando

Eliminar una sesión en la vista de agentes elimina el worktree que Claude creó para ella, pero algunas eliminaciones conservan el worktree o dejan su directorio en el disco, por lo que los directorios sobrantes pueden acumularse. Los directorios que git ya no reconoce no aparecen en git worktree list, así que elimínalos a mano. Enumera las entradas sobrantes con git worktree list en el directorio del proyecto y elimina cada una con git worktree remove <path>. Consulta Limpiar worktrees.

Limitaciones

La vista de agentes está en vista previa de investigación con las siguientes limitaciones:
  • Se aplican límites de velocidad: las sesiones en segundo plano consumen el uso de su suscripción igual que las sesiones interactivas, por lo que ejecutar diez agentes en paralelo usa cuota aproximadamente diez veces más rápido que ejecutar uno.
  • Las sesiones son locales: las sesiones en segundo plano se ejecutan en su máquina. Se conservan durante el modo de suspensión pero se detienen si la máquina se apaga.
  • Los worktrees creados por Claude se eliminan con la sesión en la vista de agentes: confirme los cambios antes de eliminar una sesión que editó archivos en su propio worktree. Algunos borrados mantienen el worktree en su lugar.
Para otras formas de ejecutar Claude en paralelo, y para pasar hallazgos entre las sesiones que ejecuta, consulte:

Historial de versiones

La vista de agentes ha evolucionado rápidamente durante la vista previa de investigación. Si estás en una versión anterior de Claude Code, algunos comportamientos en esta página pueden diferir; en particular, claude agents rechaza los flags que aún no admite con un error unknown option. La tabla a continuación enumera cuándo se agregó cada flag y comportamiento.