Pourquoi Claude Code a abandonné les Todos et les Slash Commands

En l’espace de deux jours, Anthropic a modifié deux choses simultanément dans Claude Code. Les Todos sont devenus Tasks. Les Slash Commands sont devenus Skills. Les deux changements ont été présentés comme « fonctionnalités existantes, même comportement » - facile à négliger. Mais ces deux évolutions pointent exactement dans la même direction.

Pourquoi TodoWrite a disparu

L’explication d’Anthropic est révélatrice : « Opus 4.5 fonctionne de manière autonome plus longtemps et suit l’état plus efficacement. Pour les tâches simples, TodoWrite n’est plus nécessaire. »

• Le modèle comprend déjà tout seul ce qui doit être fait
• Une liste de tâches séparée devient une charge plutôt qu’une aide
• Le mouvement de fond consiste à libérer le modèle - retirer les contraintes qui limitent ses capacités

Le modèle était déjà capable. L’outil le retenait.

Pourquoi les Slash Commands sont devenus Skills

La même logique s’applique ici. Les Slash Commands étaient conçus autour de la divulgation progressive - charger le contexte uniquement quand nécessaire. Au fur et à mesure que le modèle est devenu plus intelligent, cette approche a cessé d’être optimale.

• Les Skills lisent automatiquement les fichiers associés pour assembler le contexte
• Un fichier SKILL.MD peut référencer d’autres fichiers, permettant des chaînes de contexte multi-étapes
• Du point de vue du modèle, il n’y a aucune raison de séparer cela dans un outil distinct

Le fil conducteur : supprimer l’échafaudage pour le travail simple

Voici le schéma commun aux deux changements :

• Todos : Le modèle gère tout seul, donc l’outil est inutile
• Slash Commands : Le modèle charge le contexte tout seul, donc la syntaxe spéciale est inutile

Les deux suivent la même philosophie : à mesure que les capacités du modèle augmentent, retirer l’échafaudage qui compensait ses limites. Anthropic appelle cela « unhobbling » - enlever les chaînes.

Pourtant Tasks et Skills sont devenus plus puissants

Voici le paradoxe. Les outils pour le travail simple ont disparu, mais les abstractions pour le travail complexe sont devenues nettement plus sophistiquées.

Ce que Tasks a ajouté :

• Dépendances et blocages stockés sous forme de métadonnées entre les tâches
• Coordination basée sur le système de fichiers pour que plusieurs sessions et sous-agents puissent collaborer
• Mises à jour dans une session automatiquement reflétées dans toutes les sessions partageant la même Task List

Ce que Skills a ajouté :

• Un paramètre agent: qui crée un sous-agent avec un skill chargé
• Une option context: fork qui clone le contexte actuel complet dans un sous-agent séparé
• Contrôle précis sur qui peut invoquer un skill - utilisateur, modèle, ou les deux

Un nouveau principe pour la conception d’agents

Le principe que je tire de ces deux changements :

• Tâches simples : Confiez-les au modèle et supprimez les outils
• Collaboration complexe : Construisez des structures pour l’état partagé et l’isolation du contexte

Une variable d’environnement comme CLAUDE_CODE_TASK_LIST_ID=groceries claude permet à plusieurs sessions de partager la même Task List. Combiné avec l’intégration des sous-agents de Skills pour diviser le contexte, vous pouvez exécuter plusieurs flux de travail simultanément. C’est le squelette de base de la collaboration multi-agents que propose Claude Code.

À mesure que les modèles deviennent plus intelligents, l’échafaudage simple disparaît et seule la couche de collaboration demeure.

L’avenir des systèmes d’agents ne consiste pas à parier sur la capacité d’un agent unique. Il s’agit de concevoir comment plusieurs agents divisent et fusionnent l’état. C’est ce qui comptera le plus à l’avenir.