Claude Code Ultraplan

Ton terminal est pris en otage. Chaque fois que Claude Code passe en mode planification, le prompt est gelé jusqu'à ce que le plan soit terminé. Pour une petite fonctionnalité, ça va. Pour un plan de migration qui touche 40 fichiers dans trois services, tu te retrouves à fixer un spinner pendant des minutes pendant que la machine locale fait tout le boulot.

Ultraplan règle ça en envoyant toute la phase de planification vers le cloud d'Anthropic, faisant tourner Opus 4.6 dans un container distant pendant jusqu'à 30 minutes pendant que ton terminal reste libre pour du vrai travail. Le plan se rédige en arrière-plan. Tu le révises dans un navigateur avec des commentaires inline et des réactions emoji. Puis tu choisis : exécuter dans le cloud (et obtenir une PR) ou le téléporter dans ta session locale.

C'est le plus gros ajout à la stack de planification de Claude Code depuis que le plan mode a été lancé. Voici comment ça fonctionne vraiment, ce que les sources divulguées révèlent sur ses internes, et comment en tirer de bons résultats.

Ce qu'Ultraplan Est Vraiment

Ultraplan est une fonctionnalité de research preview qui transfère une tâche de planification de ton CLI local vers une session Claude Code sur le web tournant en plan mode. La session cloud tourne sur le Cloud Container Runtime (CCR) d'Anthropic avec Opus 4.6. Ton terminal local sonde toutes les 3 secondes pour le statut.

Les différences clés par rapport à la planification locale :

Prérequis : Tu as besoin d'un compte Claude Code sur le web (Pro, Max, Team, ou Enterprise) et d'un dépôt GitHub connecté.

Trois Façons de Lancer Ultraplan

1. La Commande Slash

La plus explicite des trois. Tape /ultraplan suivi de ton prompt :

/ultraplan migrate the auth service from sessions to JWTs

Une boîte de dialogue de confirmation apparaît avant que la session cloud se lance vraiment.

2. Le Déclencheur par Mot-Clé

Glisse le mot "ultraplan" n'importe où dans un prompt normal :

I need an ultraplan for refactoring the payment module to support multi-currency

Claude détecte le mot-clé et ouvre la même boîte de dialogue de confirmation. Pratique quand tu veux décrire la tâche de façon conversationnelle, pas comme une commande.

3. Depuis un Plan Local

Le chemin le plus fluide. Quand Claude termine un plan local et montre la boîte de dialogue d'approbation, choisis "No, refine with Ultraplan on Claude Code on the web" pour pousser le brouillon vers le cloud. Pas de confirmation supplémentaire, parce que ta sélection compte déjà comme une.

Ce chemin est fort parce que la session cloud commence avec ton plan local comme contexte au lieu de partir de zéro.

Suivi depuis ton Terminal

Une fois lancé, ton invite CLI affiche une ligne de statut en direct :

Lance /tasks dans le terminal pour voir l'entrée ultraplan. De là tu peux ouvrir le lien de session, regarder l'activité de l'agent, ou cliquer sur Stop ultraplan pour archiver la session cloud et effacer l'indicateur.

Un truc à surveiller : si Remote Control est actif, il se déconnecte au moment où Ultraplan démarre. Les deux fonctionnalités utilisent l'interface claude.ai/code, et une seule peut être connectée à la fois.

L'Interface de Revue dans le Navigateur

C'est là qu'Ultraplan se démarque de la planification locale. Au lieu de lire un plan dans le scrollback du terminal (où tu peux seulement accepter, rejeter, ou taper un suivi), tu obtiens une UI dédiée dans le navigateur avec trois outils de revue :

Commentaires inline : Surligne n'importe quel passage du plan et laisse un commentaire. C'est la vraie mise à niveau. Au lieu de dire "la section migration de base de données manque de détails", tu pointes le paragraphe qui est léger et expliques ce qui manque. Claude révise juste cette section.

Réactions emoji : Réagis aux sections individuelles pour signaler approbation ou inquiétude sans taper un commentaire complet. Moyen rapide de marquer quelles parties sont solides et lesquelles ont besoin de travail.

Barre latérale de plan : Saute entre les sections du plan. Essentiel pour les longs plans où le scroll devient pénible.

Tu peux itérer autant de fois que tu veux. Demande à Claude d'adresser tes commentaires, revois le brouillon révisé, laisse plus de commentaires, et répète jusqu'à ce que le plan soit bon.

Quatre Chemins d'Exécution Après Approbation

Une fois que le plan semble correct, tu choisis où il s'exécute :

Chemin 1 : Exécuter dans le Cloud

Clique sur "Approve Claude's plan and start coding" dans le navigateur. Claude implémente le plan dans la même session cloud, et quand il se termine, tu revois le diff et ouvres une pull request depuis l'UI web. Ton terminal affiche une confirmation et la ligne de statut disparaît.

C'est le chemin le plus propre pour les changements autonomes. La session cloud a un accès complet à ton dépôt, et la création de PR est câblée directement dans l'UI web.

Chemin 2 : Implémenter dans la Session Terminal Courante

Clique sur "Approve plan and teleport back to terminal" dans le navigateur. La session web s'archive, et ton terminal affiche le plan dans une boîte de dialogue intitulée "Ultraplan approved." Choisis "Implement here" pour injecter le plan dans ta conversation courante et continuer là où tu t'es arrêté.

Meilleur quand le plan touche du contexte local (variables d'environnement, services locaux, fichiers en dehors du dépôt) que la session cloud ne peut pas voir.

Chemin 3 : Démarrer une Nouvelle Session Locale

Même boîte de dialogue de téléportation, bouton différent : "Start new session". Ça efface ta conversation courante et repart proprement avec seulement le plan comme contexte. Claude affiche une commande claude --resume pour que tu puisses revenir à ta conversation précédente plus tard.

Bon choix quand ta session courante est déjà lourde de contexte qui ne ferait que gêner. Fenêtre fraîche, focus à but unique.

Chemin 4 : Sauvegarder et Annuler

Choisis "Cancel" depuis la boîte de dialogue de téléportation. Claude écrit le plan dans un fichier et affiche le chemin. Rien ne s'exécute. Tu peux y revenir plus tard, le partager avec des coéquipiers pour revue, ou l'utiliser comme spec pour une implémentation manuelle.

Ce que la Fuite du Code Source a Révélé

Le 31 mars 2026, le code source de Claude Code a fuité via une erreur de packaging npm. Dans les 512 000+ lignes de TypeScript se trouvaient les system prompts qui alimentent Ultraplan. Ils montrent qu'Ultraplan n'est pas une seule chose. C'est au moins trois variantes qui semblent être assignées via des tests A/B.

Variante 1 : simple_plan

L'option légère. Pas de sous-agents impliqués. Le system prompt dit à Claude de :

Run a lightweight planning process, consistent with how you would
in regular plan mode:
- Explore the codebase directly with Glob, Grep, and Read.
- Do not spawn subagents.
When you've settled on an approach, call ExitPlanMode with the plan.

Fondamentalement du plan mode normal sur du matériel cloud. Plus rapide, moins approfondi.

Variante 2 : visual_plan

Identique à simple_plan, plus un paragraphe demandant à Claude d'inclure des diagrammes Mermaid ou ASCII pour les changements structuraux. Les diagrammes montrent l'ordre de dépendance, le flux de données, ou la forme du changement.

Si ton Ultraplan revient avec des diagrammes d'architecture, tu as eu cette variante. Texte pur et pas d'images, tu n'as pas eu celle-là.

Variante 3 : three_subagents_with_critique

La variante approfondie. C'est celle que le tracker de system prompts officiel Piebald-AI a capturée à la version 2.1.88 :

Produce an exceptionally thorough implementation plan using
multi-agent exploration.
1. Spawn parallel agents to explore: existing code/architecture,
   files needing modification, risks/edge cases/dependencies
2. Synthesize findings into detailed step-by-step plan
3. Spawn a critique agent to review the plan
4. Incorporate critique feedback, then call ExitPlanMode

Trois agents de recherche parallèles frappent différentes dimensions de ton codebase en même temps. Puis un quatrième agent relit leur plan synthétisé pour identifier les lacunes. C'est la variante qui mérite la fenêtre de 30 minutes. Sur du travail architectural profond, plusieurs agents regardant les surfaces de risque, les chaînes de dépendances, et les patterns existants produisent des plans notablement meilleurs qu'un seul passage.

Si tu as lu notre guide sur les patterns de conception de sous-agents, c'est le pattern explore-synthesize-critique en action. Anthropic utilise la même approche multi-agents pour la planification que les utilisateurs avancés de Claude Code construisent déjà manuellement.

La Loterie des Variantes

Les trois variantes de system prompt d'Ultraplan semblent être assignées silencieusement. Personne ne choisit quelle variante obtenir, et rien dans l'UI ne te dit laquelle tourne. Les sources contiennent aussi un test A/B séparé appelé tengu_pewter_ledger avec quatre variantes (null, trim, cut, cap) qui changent la verbosité générale de la sortie du plan, bien que si ce test s'applique spécifiquement aux sessions Ultraplan ne soit pas clair.

Ce que ça signifie en pratique : certains utilisateurs rapportent qu'Ultraplan produit des plans détaillés, multi-sections avec analyse des risques, tandis que d'autres obtiennent des plans minces qui dépassent à peine la planification locale. Que l'écart vienne de l'assignation de variante, du test de verbosité, ou des deux, l'incohérence est réelle et bien documentée dans les premiers threads Hacker News.

Historique des Versions

Le tracker Piebald-AI présente l'évolution d'Ultraplan à travers les releases de Claude Code :

Retirer /ultraplan en v2.1.89 et le remettre en v2.1.91 suggère qu'Anthropic a brièvement essayé un modèle d'invocation par mot-clé uniquement avant de faire marche arrière. La fonctionnalité est toujours marquée comme "research preview" dans la doc officielle, et elle n'est jamais apparue dans le CHANGELOG.md officiel d'Anthropic. Elle vit derrière des feature flags.

Conseils Pratiques pour de Meilleurs Résultats Ultraplan

1. Charge le Contexte en Amont dans ton Prompt

La session cloud d'Ultraplan peut lire ton codebase, mais elle démarre à froid. Plus de contexte en amont signifie moins de temps à explorer et un meilleur plan au final :

/ultraplan migrate auth from express-session to JWTs.
Key files: src/middleware/auth.ts, src/routes/api/*.ts, src/models/User.ts.
Current session store is Redis. 47 protected routes.
Must maintain backward compatibility during rollout.

Compare ça avec juste /ultraplan migrate auth to JWTs. La première version donne au planificateur un bon départ.

2. Utilise le Chemin du Plan Local pour le Travail Complexe

Pour tes plans les plus critiques, skip le lancement direct. Commence par un plan local pour obtenir une esquisse, puis pousse-le vers Ultraplan pour le raffinage. La session cloud s'ouvre avec une base plus solide que l'exploration à froid.

Ce flux en deux étapes signifie aussi que tu as déjà vérifié la direction avant de dépenser des cycles cloud. Si le plan local révèle que tu résous le mauvais problème, tu l'attrapes avant un run Ultraplan de 30 minutes.

3. Utilise les Commentaires Inline de Façon Agressive

L'UI de revue dans le navigateur est la fonctionnalité la plus forte d'Ultraplan. Ne te contente pas de parcourir le plan et de cliquer approuver. Surligne des sections spécifiques et laisse des feedbacks ciblés :

• "Cette section suppose une seule base de données. On en a trois : users, analytics, et billing."
• "La stratégie de test a besoin de tests d'intégration pour le webhook handler, pas juste des tests unitaires."
• "L'étape 4 dépend de l'étape 7. Réordonne."

Des commentaires inline précis mènent à des révisions plus solides que du feedback général comme "rends le plan plus détaillé."

4. Choisis le Chemin d'Exécution selon le Scope

5. Sache Quand NE PAS Utiliser Ultraplan

Ultraplan ajoute de la latence. La session cloud doit cloner ton dépôt, parcourir le codebase, et rédiger un plan avant que quoi que ce soit n'apparaisse. Pour des changements simples où tu connais déjà l'approche, le plan mode local (Shift+Tab deux fois) est plus rapide.

Utilise Ultraplan quand : la planification elle-même est la partie difficile. Migrations, refactors sur beaucoup de fichiers, décisions architecturales avec plusieurs routes valides, ou toute tâche où 10 à 30 minutes de planification économisent des heures de reprise.

Skip Ultraplan quand : tu as besoin d'un plan rapide pour un changement ciblé, tu itères rapidement sur l'implémentation, ou tu n'as pas de dépôt GitHub connecté (prérequis obligatoire).

Comment Ultraplan s'Inscrit dans l'Écosystème de Planification

Claude Code a maintenant quatre niveaux de planification, chacun adapté à un niveau de complexité différent :

Chaque niveau apporte plus de capacité au coût d'un overhead plus important. La compétence, c'est de faire correspondre le bon niveau à la tâche. Pour les lecteurs qui utilisent déjà les stratégies de gestion de contexte de Claude Code, Ultraplan te donne aussi un avantage de contexte : la planification tourne dans une fenêtre de contexte séparée de ta session de travail. Ton contexte local reste propre pour l'implémentation.

Limitations Actuelles

Ultraplan est un research preview, et ça se voit :

Pas de sélection de variante. Tu ne peux pas choisir entre les variantes de planification simple, visuelle ou approfondie. Tu obtiens ce que le test A/B te donne.

GitHub uniquement. Un dépôt GitHub connecté est obligatoire. GitLab, Bitbucket, et les dépôts locaux seulement ne fonctionnent pas.

Pas d'initiation depuis le web. Tu peux seulement démarrer Ultraplan depuis le CLI. Le lancer directement depuis l'interface web est une fonctionnalité que plusieurs utilisateurs ont demandée, mais elle n'est pas là.

Friction UX. Les premiers utilisateurs sur Hacker News ont rapporté des difficultés à comprendre comment laisser des commentaires inline et ont décrit le processus comme "lent." L'interface de revue dans le navigateur fonctionne, mais la découvrabilité est mauvaise.

Mécanique opaque. Comment la synchronisation des fichiers fonctionne entre ta machine locale et la session cloud n'est pas bien documenté. Les utilisateurs rapportent une incertitude sur ce qui se passe si on abandonne une session en plein plan.

Aucune entrée dans le changelog officiel. Malgré son bon fonctionnement, Ultraplan n'a aucune entrée dans le CHANGELOG.md officiel d'Anthropic. Toute la fonctionnalité vit derrière des feature flags, ce qui signifie qu'elle pourrait changer ou disparaître sans préavis.

Ce qui Vient Ensuite

Ultraplan est le pari d'Anthropic que la planification est le goulot d'étranglement dans le développement assisté par IA. Pas la génération de code, pas les tests, pas le déploiement. La planification. Dédier une session cloud de 30 minutes sur Opus 4.6 juste pour la phase de planification dit clairement où ils pensent que le plus gros gain se trouve.

La forme en trois variantes suggère aussi la direction. Pour l'instant, l'assignation des variantes est silencieuse et aléatoire. Mais l'infrastructure pour supporter "choisir ta profondeur de planification" est déjà construite. Une version future pourrait te laisser demander explicitement une planification simple, visuelle, ou approfondie selon les besoins de la tâche.

Pour l'instant, Ultraplan est mieux traité comme un outil de planification avancé pour le travail complexe et à forts enjeux. Utilise le plan mode local pour les tâches quotidiennes. Garde Ultraplan pour les plans qui doivent être justes du premier coup.