Por Qué Claude Code Eliminó los Todos y Comandos Slash

En dos días, Anthropic cambió dos cosas en Claude Code simultáneamente. Los Todos se convirtieron en Tasks. Los Comandos Slash se convirtieron en Skills. Ambos fueron presentados como “características existentes, mismo comportamiento” - fácil de pasar por alto. Pero los dos cambios apuntan exactamente en la misma dirección.

Por Qué Desapareció TodoWrite

La explicación de Anthropic es reveladora: “Opus 4.5 funciona de manera autónoma por más tiempo y rastrea el estado de forma más efectiva. Para tareas pequeñas, TodoWrite ya no es necesario.”

• El modelo ya descubre por sí mismo qué hay que hacer
• Una lista de tareas separada se convierte en sobrecarga en lugar de ayuda
• El movimiento central es liberar - eliminar restricciones que limitan lo que el modelo puede hacer

El modelo ya era capaz. La herramienta lo estaba frenando.

Por Qué los Comandos Slash Se Convirtieron en Skills

La misma lógica aplica aquí. Los Comandos Slash fueron diseñados en torno a la divulgación progresiva - cargar contexto solo cuando sea necesario. A medida que el modelo se volvió más inteligente, ese enfoque dejó de ser óptimo.

• Los Skills leen archivos relacionados automáticamente para ensamblar contexto
• Un archivo SKILL.MD puede referenciar otros archivos, permitiendo cadenas de contexto de varios pasos
• Desde la perspectiva del modelo, no hay razón para dividir esto en una herramienta separada

El Hilo Común: Eliminar Andamios para Trabajo Simple

Este es el patrón a través de ambos cambios:

• Todos: El modelo lo maneja por sí mismo, así que la herramienta es innecesaria
• Comandos Slash: El modelo carga el contexto por sí mismo, así que la sintaxis especial es innecesaria

Ambos siguen la misma filosofía: a medida que aumenta la capacidad del modelo, eliminar el andamiaje que estaba compensando sus limitaciones. Anthropic llama a esto “desencadenar” - quitar las cadenas.

Sin Embargo, Tasks y Skills Se Volvieron Más Poderosos

Aquí está la paradoja. Las herramientas para trabajo simple desaparecieron, pero las abstracciones para trabajo complejo se volvieron significativamente más sofisticadas.

Lo que Tasks agregó:

• Dependencias y bloqueadores almacenados como metadatos entre tareas
• Coordinación basada en el sistema de archivos para que múltiples sesiones y sub-agentes puedan colaborar
• Actualizaciones en una sesión reflejadas automáticamente en todas las sesiones que comparten la misma Task List

Lo que Skills agregó:

• Una configuración agent: que crea un sub-agente con un skill cargado
• Una opción context: fork que clona el contexto actual completo en un sub-agente separado
• Control granular sobre quién puede invocar un skill - usuario, modelo, o ambos

Un Nuevo Principio para el Diseño de Agentes

El principio que leo de estos dos cambios:

• Tareas simples: Entregarlas al modelo y eliminar las herramientas
• Colaboración compleja: Construir estructuras para estado compartido y aislamiento de contexto

Una variable de entorno como CLAUDE_CODE_TASK_LIST_ID=groceries claude permite que múltiples sesiones compartan la misma Task List. Combinado con la integración de sub-agentes de Skills para dividir el contexto, pueden ejecutar múltiples flujos de trabajo concurrentemente. Este es el esqueleto básico de colaboración multi-agente que Claude Code está proponiendo.

A medida que los modelos se vuelven más inteligentes, el andamiaje simple desaparece y solo queda la capa de colaboración.

El futuro de los sistemas de agentes no se trata de apostar por la capacidad de un solo agente. Se trata de diseñar cómo múltiples agentes dividen y fusionan el estado. Eso es lo que más importará en el futuro.