Aller au contenu

/ultraplan — plan d'implementation dans le cloud avec review browser et teleport terminal

Resume

Anthropic lance /ultraplan en research preview (10.3K likes, 1.26M vues). Le principe : lancer un plan d'implementation depuis le CLI vers une session Claude Code web (cloud). Claude redige le plan pendant que le terminal reste libre. Quand le plan est pret, on le relit et commente dans le browser avec des commentaires inline par section, des reactions emoji, et une sidebar d'outline. Puis on choisit : executer sur le web (PR automatique) ou teleporter le plan dans le terminal local pour l'executer avec l'environnement complet.

Necessite Claude Code on the web + repo GitHub. Research preview depuis v2.1.91. Pas disponible via Bedrock/Vertex/Foundry.

Analyse critique

Ce qui est solide

Le workflow est bien pense. Trois phases distinctes :

  1. Lancement : /ultraplan migrate the auth service from sessions to JWTs. Le CLI montre un status indicator (◇ ultraplan → ◇ needs your input → ◆ ready). Le terminal reste libre pour autre chose.

  2. Review dans le browser : commentaires inline par passage (pas par message entier), reactions emoji, outline sidebar pour naviguer entre sections. Claude revise le plan apres chaque round de commentaires. Iteration possible autant de fois que necessaire.

  3. Execution : deux choix — "Approve and start coding" (execution cloud + PR auto) ou "Teleport back to terminal" (3 options : injecter dans la conversation courante, nouvelle session, ou sauvegarder dans un fichier).

La surface de review inline est le vrai differenciateur par rapport au plan mode local. Commenter une section specifique du plan au lieu de repondre au plan entier est beaucoup plus precis.

Le pattern "plan ailleurs, execute ici" est generalisable : le planning n'a pas besoin de l'environnement local (pas de npm install, pas de git checkout), mais l'execution si. Separer les deux libere le terminal et permet une review plus confortable.

Ce qui manque pour nous

Pas de GitLab. Ultraplan necessite un repo GitHub. Notre stack tourne sur GitLab. Meme limitation que les Routines et les Connectors. C'est le point bloquant principal.

Pas de gov-check-plan equivalent. Notre step 4 est suivi de gov-check-plan qui verifie 4 phases (Go/No-Go hypotheses critiques, checklist INV/CA, contraintes techniques, securite anti-leak tests). Ultraplan ne fait aucune de ces verifications — c'est un outil de planning libre, pas gouverne.

Pas de separation des pouvoirs. Dans ultraplan, le meme agent (Claude) planifie et execute. Notre Art. II CONSTITUTIONAL impose que l'auteur ne valide jamais son propre travail : Claude planifie (step 4), ChatGPT review (Gate 5). Ultraplan court-circuite cette separation.

Pas de code contracts. Notre step 4 produit a la fois un PD-XX-plan.md ET un PD-XX-code-contracts.yaml avec les decisions architecturales par module. Ultraplan ne produit qu'un plan textuel.

Le pattern a retenir

L'idee de separer le planning du terminal est pertinente independamment d'ultraplan. Aujourd'hui notre step 4 utilise claude -p subprocess qui bloque le terminal. Si on pouvait lancer le plan en background (comme ultraplan le fait vers le cloud) et recevoir une notification quand c'est pret, le PO pourrait continuer a travailler sur autre chose pendant que le plan se redige.

C'est exactement le cas d'usage des Routines (fiche du 2026-04-14) : une Routine cron ou API-triggered qui redige un plan et notifie quand c'est pret.

Pertinence ProbatioVault

Impact modere — le produit ne nous est pas directement utilisable (pas GitLab, pas gouverne), mais le pattern inspire.

Ce qu'on ne fait pas

Migrer step 4 vers ultraplan. Trois raisons : 1. GitLab, pas GitHub 2. Pas de gov-check-plan integre 3. Pas de separation des pouvoirs (Art. II)

Ce qu'on peut piquer

Review inline par section du plan. Aujourd'hui, quand la Gate 5 revient avec des ecarts sur le plan, l'agent doit les corriger en bloc. Si le plan etait dans un format reviewable par section (comme ultraplan le fait dans le browser), les commentaires seraient plus precis. Pas urgent, mais c'est un gain qualitatif sur les iterations Gate 5.

Planning en background. Si on combine les Routines (cron/API) avec un template de plan, on peut lancer la redaction du plan en background pendant que le PO termine le besoin step 0. Le Ringbearer notifie via Signal quand le plan est pret. Pas besoin d'ultraplan pour ca — nos outils existants suffisent.

Action recommandee

Pas d'action immediate. Surveiller si Anthropic ajoute le support GitLab aux sessions web. Si oui, reevaluer ultraplan comme complement a step 4 pour la surface de review inline (pas comme remplacement du workflow gouverne).