Claude code passe de « Todos » à « Tasks » : Anthropic vient d’installer la mémoire de travail qui manquait aux agents

Claude Code pasa de « Todos » a « Tasks »: Anthropic ha instalado la memoria de trabajo que faltaba a los agentes

Durante mucho tiempo, los agentes de código tuvieron un defecto estructural: saben ejecutar, pero luchan por gestionar un proyecto. No por falta de inteligencia, sino más bien por falta de arquitectura. Con Tasks, implementado en Claude Code v2.1.16, Anthropic no promete un nuevo truco de magia: establece una base de ingeniería de software que transforma un asistente reactivo en una herramienta stateful, capaz de persistir a través de las sesiones, los subagentes y el «context drift».

Los proyectos de ingeniería no se desarrollan como una conversación lineal. Se asemejan a un enredo de dependencias: API, pruebas, migraciones, CI, revisiones, documentación. Sin embargo, un chatbot «puro» vive en un flujo, y el flujo, por naturaleza, no es un sistema de verdad duradero.

Precisamente esto es lo que viene a corregir Tasks: en lugar de pedir al modelo que «recuerde», le damos una estructura que resiste al tiempo.

De Todos a Tasks: el cambio que importa es mecánico

Un indicador resume bien la filosofía: en Anthropic, el ingeniero Thariq Shihipar describe los Todos como un medio para «ayudar a Claude a recordar», mientras que los Tasks sirven para «coordinar el trabajo» a través de sesiones, subagentes y ventanas de contexto.

En la práctica, tres elecciones de arquitectura hacen que la herramienta cambie:

  1. Dependencias explícitas (tipo DAG) en lugar de una simple lista: Las tareas no son solo «para hacer», pueden bloquear/desbloquear otras tareas, lo que obliga a un orden lógico (ej: probar después de implementar).
  2. Persistencia en disco: El estado ya no vive únicamente en la sesión: Tasks está documentado como un mecanismo que reemplaza el antiguo sistema, diseñado para durar entre múltiples ejecuciones.
  3. Orquestación multisesión a través de una variable de entorno: Este es el «unlock» más agentil: al dirigir varias instancias hacia el mismo estado (a través de CLAUDE_CODE_TASK_LIST_ID), se logra una coordinación sin herramienta externa.

El «swarm» se vuelve realista

Anthropic ha recomendado desde hace tiempo un método simple y eficaz: una instancia escribe, otra lee/prueba, para beneficiarse de un contexto «fresco» para la crítica. Hasta ahora, esto era principalmente una disciplina. Con Tasks, se convierte en una mecánica: la sesión A termina, la sesión B ve las tareas desbloqueadas, y el paso de testigo ya no es frágil.

Este es exactamente el tipo de patrón que hace que Claude Code pase de ser un «copilot» a una forma de orquestación de workflows.

La caza de crashes, locks y máquinas heterogéneas

Un agente de código no puede ser «brillante pero caprichoso» en producción. Los recientes changelogs muestran una obsesión muy empresarial: estabilidad, recuperación de sesión, compatibilidad de hardware, limpieza de procesos.

En v2.1.19, vemos por ejemplo:

  • Un consentimiento temporal a través de CLAUDE_CODE_ENABLE_TASKS=false (estrategia clásica para migraciones empresariales),
  • Correcciones de crashes en CPU sin AVX,
  • Y la resolución de procesos «bloqueados» cuando se cierra el terminal (manejo de errores EIO, SIGKILL como fallback).

No es nada glamoroso, y ese es precisamente el punto: se reconoce un producto listo para entrar en flujos de trabajo reales por lo que primero corrige lo que se rompe.

Anthropic no vende una «memoria», vende una economía de contexto

El cambio es casi filosófico: el contexto (tokens, historial, estado mental del modelo) es un recurso escaso. Anthropic lo menciona en sus mejores prácticas: el contexto es el activo a gestionar.

Tasks permite finalmente un gesto que se ha vuelto indispensable para los power users: limpiar el contexto agresivamente (clear/compact) sin perder la hoja de ruta. El plan surge de la cabeza del modelo y se convierte en un artefacto.

Y aquí es donde Claude Code cambia de categoría: ya no se trata solo de «escribir código más rápido», sino de instalar una capa de gobernanza mínima —dependencias, recuperación, coordinación— que hace posible la automatización a gran escala.


Scroll al inicio