# Agentes en segundo plano: trabajo que avanza mientras tú haces otra cosa > Un agente en segundo plano trabaja sin bloquear tu sesión y avisa al terminar. Qué límites fijar antes de dejarlo solo y cómo revisar lo que entrega. *Tags: ia, agentes, productividad, claude-code* --- > [!info] Definición Rápida > Un **agente en segundo plano** es un agente que ejecuta una tarea mientras la persona sigue trabajando en otra cosa. No bloquea la conversación principal, y entrega su resultado cuando termina. ## ¿Qué cambia respecto a un agente normal? Un [[que-es-un-agente-de-ia|agente]] normal ocupa tu sesión: escribes, esperas, lees el resultado, decides el siguiente paso. Uno en segundo plano sale de ese ciclo. Lanzas la tarea, sigues con otra, y el resultado llega después. La diferencia no es solo de comodidad. Cambia cuánto tiempo de atención necesita la persona y en qué momento tiene que decidir. Un agente que trabaja en segundo plano puede estar corriendo mientras la persona revisa un pull request o escribe un documento. Muchas veces el trabajo en segundo plano es un [[subagentes|subagente]] que el agente principal lanza. Según la documentación de Claude Code, los subagentes en segundo plano "return their result via a completion notification on a later turn". Es decir, el resultado no aparece en medio de tu trabajo: llega como notificación. Cada turno de su propio ciclo es una vuelta del [[loop-de-agente|loop de agente]]. ## ¿Qué tipo de tarea le conviene? Las tareas que no necesitan tu decisión en cada paso: - Explorar un repositorio y devolver una lista de hallazgos. - Revisar muchos archivos contra una regla fija. - Generar borradores que vas a revisar después. - Ejecutar una batería de pruebas y reportar fallos. No conviene para tareas donde cada paso depende de una decisión tuya, ni para acciones irreversibles sin revisión. Un agente en segundo plano sigue avanzando mientras tú miras otra cosa. En Claude Code, lo que necesita un permiso que no concediste antes se pide en la sesión principal o se rechaza, según la versión. Por eso el diseño de la tarea tiene que anticipar los puntos donde debería parar. ## ¿Qué controles conviene pedir antes? Antes de dejarlo solo, define cinco cosas: 1. **Permisos.** Qué herramientas puede usar. Para una exploración, lectura basta. 2. **Alcance.** Qué archivos o carpetas puede tocar. 3. **Límite de turnos.** Cuántos ciclos puede dar antes de detenerse. 4. **Presupuesto.** Cuánto gasto máximo permites. El Agent SDK ofrece un límite en dólares, y el gasto de los subagentes cuenta para ese total. 5. **Punto de revisión.** Qué resultado se revisa antes de aplicar cambios. Los límites no son una formalidad. Son lo que convierte un agente sin supervisión en uno con supervisión diferida. Ten en cuenta que el límite de turnos cuenta solo los turnos en los que el agente usa herramientas, no cada mensaje. ## ¿Cómo se detiene uno? Según la documentación de Claude Code, el atajo `Ctrl+X Ctrl+K` detiene todos los subagentes en segundo plano de la sesión, y pide confirmación con una segunda pulsación en tres segundos. Para ver qué está corriendo, usa el comando `/tasks`. Si un subagente ya está en primer plano y te estorba, `Ctrl+B` lo manda al segundo plano. Con el Agent SDK, un límite de presupuesto termina la ejecución con un error de presupuesto en vez de dejar que el gasto siga. Conoce el atajo antes de necesitarlo. ## ¿Por qué le importa a un diseñador? Porque define el diseño de la notificación y del momento de revisión. Si un agente termina mientras la persona está concentrada, la notificación interrumpe. Si termina y nadie lo ve, el trabajo se pierde. Algunas preguntas de diseño: - ¿La persona se entera del resultado sin mirar la pantalla? - ¿El resultado se presenta como algo para revisar o como algo ya aplicado? - ¿Qué pasa si el agente falla a mitad del trabajo? - ¿Cuánto tiempo puede estar un resultado pendiente antes de que deje de ser útil? Las respuestas definen si el agente es útil o un generador de ruido. Los criterios para interrumpir se trabajan en [[notificaciones-de-agentes|notificaciones de agentes]]. ## ¿Cuándo NO conviene? - Cuando la tarea es corta. Lanzar un proceso en segundo plano tiene costo de coordinación. - Cuando el resultado es urgente y no puedes esperar la notificación. - Cuando el agente toca sistemas de producción sin un punto de aprobación. - Cuando no vas a revisar el resultado. Un trabajo que nadie mira es un gasto. ## Ejemplo Ejemplo ilustrativo: una diseñadora pide a un agente en segundo plano que revise las 40 pantallas de un flujo de checkout contra la guía de contraste. Le da permiso de solo lectura, un límite de 30 turnos y un presupuesto de dos dólares. Mientras tanto ella escribe el guion de una entrevista. Cuando llega la notificación, el agente ha entregado una tabla con seis hallazgos y su evidencia. Ella revisa los seis, aprueba tres y descarta los demás, y el agente no cambió nada sin su aprobación. ## ¿Cómo se revisa un resultado que llegó solo? Cuando llega la notificación, el resultado no está aprobado: es una propuesta. Revísalo con la misma atención que una pull request. Pide evidencia: archivos y líneas, capturas o la salida de las pruebas. Compara lo que el agente dice que hizo con lo que cambió de verdad, sobre todo si tiene permisos de escritura. Si el resultado es una lista de hallazgos, verifica al menos los dos primeros antes de confiar en el resto. Anota en el registro del equipo qué tarea se delegó, con qué permisos y qué se aceptó. Esa trazabilidad es lo que permite repetir un buen flujo y evitar uno malo. ## Qué puedes hacer mañana Antes de lanzar tu próxima tarea en segundo plano, escribe en una línea el límite de turnos, el presupuesto y la lista de herramientas permitidas. Anota también a qué hora revisarás el resultado. Si no sabes qué harás con el resultado, no lances la tarea. Y practica una vez el atajo para detener los subagentes en Claude Code, para no buscarlo con prisa cuando lo necesites. ## Errores comunes - Dar permisos de escritura a una tarea que solo necesitaba leer. - Lanzar varios agentes en segundo plano sobre el mismo archivo. - Olvidar que el resultado existe y no revisarlo. - No poner límites de presupuesto ni de turnos. - Confiar en que el agente se detendrá por sí solo cuando termine lo que le pediste. - Suponer que `Ctrl+X Ctrl+K` detiene también los comandos de terminal que quedaron corriendo: la documentación lo describe solo para subagentes. ## Fuentes - [Subagents in Claude Code, documentación oficial](https://code.claude.com/docs/en/sub-agents) - [Interactive mode, documentación de Claude Code](https://code.claude.com/docs/en/interactive-mode) - [How the agent loop works, Claude Code Agent SDK](https://code.claude.com/docs/en/agent-sdk/agent-loop) --- Source: https://www.fernandoux.com/es/wiki/ia/agentes-en-segundo-plano/