Claude Code 2.1.200 endurece background agents: menos sesiones perdidas y más trabajo recuperable
Anthropic publicó Claude Code 2.1.200 con correcciones fuertes para sesiones en segundo plano, handover del daemon, subagentes con rate limits y plugins en worktrees. Para builders, la señal es clara: los agentes largos necesitan recuperación antes que más prompts.
Por qué importa
Esta nota se enfoca en la decisión práctica para builders: qué cambia, qué riesgo agrega y cómo aplicarlo sin romper operación.
Anthropic publicó Claude Code 2.1.200 con una lista larga de fixes que parece mantenimiento, pero dice bastante sobre hacia dónde va el trabajo con agentes de coding: el problema ya no es solo que el modelo escriba código. El problema es que sesiones largas, subagentes, daemons, plugins y worktrees sobrevivan a sueño del equipo, crashes, reinstalaciones y rate limits.
La actualización toca casos muy concretos: sesiones en segundo plano que se detenían después de sleep/wake, turnos cancelados que se reejecutaban tras un respawn, daemons con locks viejos, roster de background agents corrupto, subagentes cortados por rate limit y plugins project-scoped que no cargaban bien desde worktrees.
La noticia no es el bugfix: es el contrato operativo
Si usas agentes para tareas de minutos, estos detalles parecen menores. Si les pides cambios de varias horas, importan mucho. Un background agent que se pierde después de suspender la laptop no es una molestia: puede duplicar trabajo, dejar un diff a medias o hacer que el humano pierda confianza en delegar.
Claude Code 2.1.198 ya había movido una pieza clave: los subagentes corren en segundo plano por defecto y Claude recibe una notificación cuando terminan. Eso abre flujos más paralelos, pero también aumenta la necesidad de estado confiable. La versión 2.1.200 aterriza la otra mitad: limpiar los bordes donde ese paralelismo se rompe.
Qué debería revisar un equipo builder
Para equipos que ya usan Claude Code, esta release deja un checklist práctico:
- prueba qué pasa si el equipo entra en sleep durante una tarea larga;
- revisa si los subagentes reportan fallos reales cuando chocan con rate limits;
- separa worktrees y plugins para confirmar que las skills correctas cargan por proyecto;
- valida que cancelar un turno no lo reejecute después de un respawn;
- registra cuándo una sesión necesita atención en vez de quedar como "running" para siempre.
El riesgo de fondo
El cambio más interesante es cultural. Muchos equipos todavía tratan agentes de coding como chats potentes. Pero cuando hay background sessions, daemons, subagentes y skills, el sistema se parece más a una cola de trabajo distribuida. Ahí los bugs de recuperación pesan tanto como la calidad del razonamiento.
También aparece una tensión de seguridad. Un agente que puede seguir después de dormir, reiniciar o cambiar de build necesita reglas claras de permisos. Manual mode como default ayuda, pero no reemplaza instrucciones de repo, revisión humana y límites de red o escritura.
La demanda se infiere por señales actuales: changelog oficial, uso creciente de Claude Code, background agents, subagents, skills, worktrees y consultas como Claude Code background agents, Claude Code daemon, Claude Code subagents rate limit. No hay tooling SEO conectado, así que no reporto volumen.
Si todavía estás armando la base, empieza por el curso gratis. La conclusión útil: un agente largo no falla solo por razonar mal; falla cuando su runtime no sabe pausar, recuperar, reportar y cerrar trabajo con evidencia.