Sub-agents forkés (/fork)
Capacité de Claude Code (commande `/subtask` depuis la version 2.1.212, `/fork` de la 2.1.161 à la 2.1.211) qui lance un sub-agent en partageant le cache de contexte de la session parente, au lieu de repartir d'un contexte vide. L'enfant hérite du préfixe déjà chargé (le code lu, les décisions prises), travaille en isolation, puis rapporte. Comme un branchement git pour ta session : tu pars d'un état commun, tu explores une piste à part, sans repayer le contexte ni polluer la session principale. Économise massivement les tokens d'entrée sur les agents enfants. La différence avec un sub-agent classique tient à ce qu'on lui donne au départ. Le sub-agent classique part d'un contexte neuf, avec des consignes. Le fork reçoit toute la conversation, le même prompt système, les mêmes outils et le même modèle que la session qui le lance ; seul son résultat final revient dans ta session, pas ses appels d'outils. En session interactive, Claude peut lancer un fork de lui-même, c'est le réglage par défaut ; en mode non interactif (`claude -p`) et dans l'Agent SDK, ce mode s'active avec `CLAUDE_CODE_FORK_SUBAGENT=1` dans le bloc `env` de ton settings.json. Tu peux toujours en lancer un toi-même avec `/subtask`.
Forces
- Hérite du contexte parent : l'enfant n'a pas à le réapprendre, gros gain de tokens d'entrée
- Isole une piste exploratoire sans polluer la session principale (comme une branche git)
- Permet de paralléliser plusieurs sous-tâches depuis un point de départ commun
Limites
- Capacité Claude Code spécifique : pas un pattern portable vers un autre runtime
- Les enfants ne se coordonnent pas entre eux : pour un vrai travail collaboratif, vise les agent teams
Pour qui
- Un tech lead qui orchestre plusieurs sous-tâches sur le même code sans recharger le contexte
- Quiconque ouvre des pistes parallèles (archi, tests, debug) depuis un état commun