Cadrer avant de coder
À l’ouverture d’un worktree, grill-me pose dix questions au plus, puis le besoin est découpé en lots avec des critères de fin mesurables.
10 features en parallèle, sans conflit — productivité +++ Chacune dans son worktree ; un conflit réel arrête la fusion et vous est signalé.
Vous parlez en langage naturel ; l’agent cadre, code et livre, chaque besoin dans son worktree, sans AI slop. Il lance lui-même les commandes de Treelab. Vous répondez à quelques questions, approuvez le plan, puis essayez le résultat.
Acheter depuis votre terminal
curl -fsS https://treelab.sh/install | /bin/bashAssistant d’installation et paiement en anglais.
Collez-la dans Terminal : l’assistant vous fait choisir agents, projet et objectif, propose un plan, puis « Buy Treelab » (acheter) ou « Enter a key » (saisir une clé). Il lance ensuite lab setup, qui attend votre accord, et ouvre votre premier worktree dans cmux.
Pack fondateur à 99 € HT · 20 exemplaires, mêmes droits
macOS 13 ou plus, Claude Code ou Codex, cmux. Sans Node, sans télémétrie.
Il comprend une partie du besoin, code vite, puis s’éloigne. Le plus long n’est pas d’écrire le code : c’est de rattraper ce qui a dérivé.
Sans cadrage, l’agent devine ce que vous vouliez dire et livre autre chose.
Une session se ferme, la suivante repart de zéro : vous réexpliquez tout.
« C’est fait », sans test ni essai : le défaut apparaît plus tard, chez vous.
Treelab donne à Claude Code ou Codex une méthode complète, appliquée à chaque besoin.
À l’ouverture d’un worktree, grill-me pose dix questions au plus, puis le besoin est découpé en lots avec des critères de fin mesurables.
Le /goal est reconstruit depuis la fiche du lot : ce qu’il faut livrer et comment le prouver. L’agent va droit au but.
Tests verts, revue indépendante et vérification réelle avant chaque fusion ; vous essayez le résultat avant la fermeture.
Vous décrivez le besoin ; l’agent enchaîne les étapes dans son onglet cmux : il vous interroge, se fixe un objectif, teste, puis passe lui-même à la suite. Les terminaux montrent les commandes qu’il lance.
lab new project-1 feature-1 --title 'Add a search box' --agent claudePROJECT=project-1LANE=feature-1BRANCH=feat/feature-1BASE=origin/mainAGENT=claudelab: Next batches: unknown — planning will set them.lab launch project-1 feature-1PROJECT=project-1LANE=feature-1AGENT=claudeSYNC=up-to-datePROMPT_BYTES=566Les quatre étapes restent lisibles sans animation.
Étape 1
Une commande dans Terminal, en quatre temps : préparer (agents, projet, objectif), plan, activer, démarrer. Pour activer, l’assistant propose d’acheter, ou de saisir la clé reçue par e-mail, puis active la licence sur ce Mac. Pour démarrer, il lance lab setup, qui sauvegarde ce qu’il modifie et attend votre accord avant d’installer la CLI lab, les skills, les hooks et les agents de revue. Ensuite, c’est l’agent qui lance les commandes lab ; lab help, ici, les range par moment.
Sortie réelle de lab · projets de démonstration
lab helplab — from need to delivery, one lane at a time2. Start lab new <lane> — open a lane for a new need3. Move forward lab next <project> <lane> — move to the lane's next step lab plan — see the lanes and their progress4. Finish lab acceptance <project> <lane> --accept — record your agreement after the trialÉtape 2
L’installeur enregistre votre projet et ouvre son premier worktree dans cmux : l’agent part de l’objectif déjà choisi et le découpe en lots avec des critères de fin. Un autre dépôt s’enregistre une fois, depuis ce dépôt (lab onboard) ; ensuite, chaque nouveau besoin se dit à l’agent, qui ouvre le worktree suivant.
Sortie réelle de lab · projets de démonstration
lab new project-1 feature-1 --title 'Add a search box' --agent claudePROJECT=project-1LANE=feature-1BRANCH=feat/feature-1BASE=origin/mainAGENT=claudelab: Next batches: unknown — planning will set them.lab launch project-1 feature-1PROJECT=project-1LANE=feature-1AGENT=claudeSYNC=up-to-datePROMPT_BYTES=566Étape 3
Chaque lot part d’un /goal construit depuis sa fiche : ce qu’il faut livrer, comment le prouver. L’agent avance par étapes, teste et tient le journal ; une revue indépendante et des contrôles verts précèdent chaque fusion. Quand son contexte s’alourdit, l’agent ouvre lui-même une session neuve, contexte intact.
Sortie réelle de lab · projets de démonstration
lab status project-2SLUG=feature-4BRANCH=feat/admin-overridesBATCH=lot-03-admin-overridesBATCH_STATE=in progressLANE_PHASE=workLAST_BATCH=yeslab next project-2 feature-4lab: Last planned batch — a check together will follow.lab plan project-1lab: 3 lanesLane Presence Done/total Current batchfeature-1 alive 1/2 lot-02-search-results-page · Search…feature-2 alive 0/1 lot-01-feature-2 · Export orders as…feature-3 alive 1/1 —Étape 4
Après le dernier lot, vous essayez le résultat et donnez votre accord : l’agent le note, puis livre et retire le worktree, seulement après votre confirmation explicite.
Sortie réelle de lab · projets de démonstration
lab next project-1 feature-3LANE_PHASE=in acceptancelab: Work finished — to try together. The lane feature-3 stays open.lab acceptance project-1 feature-3 --accept --evidence 'dark mode tried on every page'ACCEPTANCE=validPUSH=okChaque worktree a sa branche, son onglet cmux et son agent. Plusieurs features avancent en parallèle sur un même projet ; demandez où en est chacune, l’agent vous répond.
Chaque lot garde sa fiche : objectif, journal, preuves et une Reprise qui dit où repartir. La session suivante commence là.
À la fin d’un lot, ou quand son contexte s’alourdit, l’agent note où il en est et ce qui reste.
L’agent ouvre la session suivante dans le même onglet cmux, avec l’objectif reconstruit depuis la fiche.
Demandez où en sont vos worktrees : l’agent lit lab status et lab plan, qui recalculent l’avancement de chacun à l’affichage.
Sortie réelle de lab · projets de démonstration
lab status project-2SLUG=feature-4BRANCH=feat/admin-overridesBATCH=lot-03-admin-overridesBATCH_STATE=in progressLANE_PHASE=workLAST_BATCH=yeslab next project-2 feature-4lab: Last planned batch — a check together will follow.Avant chaque commande, un hook regarde ce que l’agent s’apprête à faire. Ce qui efface du travail est refusé, avec l’alternative sûre ; l’agent continue par là.
Refus réels du hook, tels que l’agent les reçoit
git reset --hardLAB: git reset --hard refused: it erases uncommitted work (yours or another session's). Alternative: a WIP commit, or a targeted git restore <file>. If the user explicitly asked for it, run it again with LAB_FORCE=1 before the command.git push --force origin mainLAB: git push --force (or refspec "+…", --mirror) to "main" refused: it rewrites the shared history and erases the commits merged by the other lanes. Alternative: push a batch branch (git push -u origin <branch>) and open a PR. LAB_FORCE does not lift it: ask the user to do it themselves if they really want it.rm -rf ../../project-2LAB: rm -rf "../../project-2" refused: outside the current worktree (or target not resolvable). Alternative: trash <path>, or an explicit path under the worktree. If the user explicitly asked for it, run it again with LAB_FORCE=1 before the command.Une liste fermée de gestes courants, pas une sandbox : les autorisations de votre agent restent les vôtres.
Un lot ne se clôt qu’après les contrôles de votre dépôt et une revue faite par un agent qui n’a pas écrit le code.
Chaque correction commence par un test vu en échec, puis vert : un test jamais vu rouge ne prouve rien.
Un agent de revue relit le diff contre la fiche du lot et ne remonte que les écarts de correction.
Commandes, codes de sortie, captures : le rapport de preuve reste avec le lot, lisible plus tard.
La méthode ne garantit pas un code sans défaut : les tests à lancer dépendent de votre dépôt.
Le reste, l’agent le fait : plans, code, tests, revue, fusion et session suivante.
Compté le sur un projet de démonstration : la vraie CLI mène tout le cycle, et chaque geste est un moment où la méthode attend votre réponse. S’y ajoutent un éventuel second groupe de questions et les autorisations que votre agent demande selon vos réglages.
Mêmes skills, mêmes hooks, mêmes agents de revue. Vous gardez votre agent et votre abonnement ; Treelab organise leur travail.
Dites lequel vous voulez : chaque worktree garde son agent, Claude Code ou Codex, et la session suivante le relance.
Codex demande d’approuver une fois les hooks par /hooks ; lab doctor vérifie qu’ils sont actifs.
À venir
Aperçus visuels intégrés et skill de design front, pour que Codex conçoive des interfaces aussi bien que Claude Code. En construction, sans date annoncée.
Treelab est un produit indépendant, sans affiliation à OpenAI, Anthropic ou cmux.
lab merge la fusionne dès que le reste est vert, au lieu d’attendre trois heures.ready_for_review, lab merge s’arrête tout de suite et dit quoi faire : ajouter ready_for_review aux types de pull_request, ou pousser un commit.lab doctor signale cette configuration à l’avance.lab merge.Toutes les nouveautés · Pour monter de version, demandez-le à votre agent (lab update).
Aucun compte à créer : tout part de Terminal.
Elle lance l’assistant d’installation dans Terminal.
L’assistant vous fait choisir agents, projet et objectif, propose un plan, puis « Acheter Treelab » ou « Saisir une clé ».
lab setup montre ce qu’il modifie, sauvegarde et attend votre accord ; l’installeur ouvre ensuite votre premier worktree dans cmux : il ne reste qu’à dire ce que vous voulez construire.
curl -fsS https://treelab.sh/install | /bin/bashLes deux offres donnent les mêmes droits. Le pack fondateur est limité à 20 exemplaires. Achetez depuis le terminal avec la commande ci-dessus, ou par le lien de paiement de chaque offre : la clé arrive alors par e-mail.
20 packs, mêmes droits que la licence standard
99 €
HT · TVA selon votre pays et votre statut, affichée avant paiement · paiement unique
Prix de référence
179 €
HT · TVA selon votre pays et votre statut, affichée avant paiement · paiement unique
Lien de paiement : la clé arrive par e-mail.
Particulier : Vous disposez de 14 jours calendaires à compter de la conclusion du contrat pour vous rétracter sans motif. La clé est fournie immédiatement seulement si vous le demandez expressément et reconnaissez perdre ce droit dès le début de la fourniture.
Sans demande de fourniture immédiate et reconnaissance séparée, la livraison attend la fin du délai de rétractation. Vous pouvez vous rétracter pendant ce délai.
Un professionnel ne bénéficie pas du droit de rétractation réservé aux consommateurs, sauf règle légale applicable à sa situation.
Non. Treelab organise le travail de Claude Code ou Codex : le cycle, les commandes lab que l’agent lance pour vous, les skills de cadrage et d’exécution, les hooks, les agents de revue et les gabarits. L’accès à l’agent reste séparé. La CLI et ses messages sont en anglais ; l’agent vous répond dans la langue de votre Mac.
Autant que vous en voulez : vous enregistrez chaque dépôt une fois (lab onboard, depuis ce dépôt), puis l’agent ouvre un worktree par besoin, plusieurs features en parallèle sur un même projet, et vous dit où en est chacun. Un seul lot actif et une seule session vivante par worktree.
Le cadrage, les autorisations et la validation du résultat. Les tests à lancer dépendent de votre dépôt. La méthode et ses garde-fous ne garantissent pas un code sans défaut.
Oui. Chaque mise à jour conserve la version précédente, et votre agent peut y revenir (lab update --rollback). La désinstallation rejoue ses sauvegardes (lab uninstall). Un diagnostic anonymisé se prépare sans envoi automatique (lab doctor --report) ; le support se fait par e-mail, sans délai garanti.
L’offre fondateur ferme le 30 novembre 2026 à minuit, heure de Bruxelles, ou à la 20e place si elle arrive avant. La licence standard reste présentée séparément : aucun prix accepté n’est remplacé à votre insu. La disponibilité est partagée entre langues et pays.
Une commande pour commencer. Paiement unique, mises à jour à vie.
curl -fsS https://treelab.sh/install | /bin/bash