Forkez l'agent.
Gardez toute la conversation.
Votre agent travaille depuis deux heures. Il a lu le code, tenté trois approches, éliminé deux d'entre elles. Vous voulez un second agent sur une autre piste, et vous n'avez aucune envie de retaper tout ça.
Cliquez sur l'icône de fork. Un jumeau s'ouvre à côté avec le même rôle, le même CLI et la même conversation. L'agent d'origine continue de travailler et ne s'aperçoit de rien.
- lecture de auth/session.ts
- approche cookie écartée
- essai du refresh par token
Un clic sur un agent qui tourne : un jumeau s'ouvre, la conversation du parent déjà chargée.
Dupliquer un agent, jusqu'ici, copiait sa configuration et rien d'autre. Vous obteniez le même rôle et le même modèle devant une page blanche, et votre première tâche était de raconter deux heures de travail. Résultat : personne ne dupliquait rien. On poussait le même agent toujours plus loin sur la même piste, ou on en ouvrait un neuf en repayant la facture du briefing.
Le fork copie la conversation. Sur Claude, Codex et Grok, c'est la commande de fork du CLI lui-même : le jumeau hérite du vrai fichier de session, avec les décisions prises, les impasses, les fichiers déjà lus, le raisonnement que vous ne voulez surtout pas résumer. À partir de là, deux conversations qui divergent proprement, chacune dans sa console.
L'autre moitié de la fonctionnalité est plus petite et vous la sortirez plus souvent. Un bouton dans la barre du composer ouvre une bulle où poser une question à l'agent sans passer par l'agent : la question tourne sur une copie de sa conversation, hors écran, en lecture seule. La réponse arrive en streaming dans la bulle. Le terminal ne bouge pas, le tour en cours n'est pas interrompu, et rien de ce que vous avez demandé n'atterrit dans son historique.
Ce que ça vous donne, concrètement
Un second agent qui sait déjà tout. Même rôle, même CLI, même modèle, même conversation. Rien à réexpliquer, aucun résumé à écrire, aucun contexte perdu en route.
Une question répondue sans interrompre. La bulle d'aparté tourne sur une copie de la conversation, en arrière-plan : l'agent continue son travail pendant que vous obtenez votre réponse.
Deux conversations séparées, jamais deux consoles qui écrivent dans le même fichier. Le fork reçoit sa propre identité de session, donc les deux agents tournent à plein régime côte à côte.
Un repli honnête. Sur un CLI sans commande de fork, le jumeau démarre neuf avec le transcript du parent à lire, et l'app l'écrit à l'écran au lieu de faire semblant.
Comment ça marche
Deux gestes, une seule idée : copier la conversation, laisser l'agent tranquille.
Forker depuis la ligne de l'agent
Survolez un agent qui a une session ouverte : l'icône de fork apparaît dans sa barre d'actions, à côté du menu. Elle est aussi dans le menu contextuel. Le bouton ne s'affiche que sur un agent en cours, parce qu'une console fermée n'a plus de conversation à copier.
Le jumeau s'ouvre avec le contexte
Un nouvel agent est créé, persistant, indenté sous son parent dans la liste : vous distinguez la branche du tronc d'un coup d'œil. Sa console s'ouvre en portant déjà la conversation du parent.
Envoyez les deux sur des pistes différentes
Les deux consoles tournent en parallèle, chacune sur sa conversation. Tentez le refactor risqué dans le fork et gardez la voie sûre dans l'original. Jetez la branche si elle ne mène nulle part : rien n'a été touché en amont.
Demandez en aparté, sans prendre le terminal
Dans la barre du composer, le bouton Demander ouvre une bulle. Tapez votre question, la réponse arrive au fil de l'eau. Le sous-titre vous dit d'où elle vient : une copie de cet agent, ou une session neuve qui lit sa console.
Enchaînez, puis agissez sur la réponse
Le fil est conservé : une relance s'appuie sur les réponses précédentes au lieu de repartir de zéro. Copiez une réponse, ou envoyez-la au composer, qui pré-remplit le champ sans envoyer. Ce qui atteint le vrai agent reste votre décision.
La bulle de question en aparté : vous demandez, une copie en lecture seule répond, le terminal de l'agent ne bouge pas.
Natif quand c'est possible, explicite quand ça ne l'est pas
Les CLI d'agents n'ont pas tous une commande de fork. AgentsRoom utilise la vraie quand elle existe, et vous dit quand elle n'existe pas.
Fork natif
Claude, Codex et Grok forkent leur propre session, avec leur propre commande. Rien n'est rejoué, rien n'est réécrit par nous : le CLI copie son fichier de conversation et les deux fils divergent à partir de là. Sur Claude et Grok, le fork est reprenable dès sa première seconde.
Repli explicite
Sur tous les autres CLI, le jumeau démarre une session neuve et reçoit le transcript de la console parente à lire. Une ligne dans la console le dit, en clair. Une dégradation qu'on voit vaut mieux qu'une dégradation qu'on découvre le lendemain.
Questions en aparté
La bulle Demander fonctionne sur Claude, Codex, Grok, GitHub Copilot CLI, OpenCode, Mistral Vibe et Antigravity CLI, via le mode non interactif propre à chaque CLI, lu sur son aide plutôt que deviné.
Bien fait
FAQ
Que fait le fork d'un agent IA dans AgentsRoom ?
Il crée un second agent qui possède déjà la conversation du premier. Même rôle, même CLI, même modèle, et le contexte qui compte : les décisions prises, les approches écartées, les fichiers déjà lus. Les deux consoles tournent ensuite en parallèle sur deux conversations séparées. Ça sert à tenter une seconde approche sans abandonner la première, à faire relire une décision par un jumeau du même agent, ou à ouvrir une branche d'exploration qu'on jettera.
Quels CLI d'agents savent forker une session nativement ?
Claude, Codex et Grok. Chacun a sa propre commande de fork : le CLI copie son fichier de conversation et le jumeau hérite de la vraie session. Rien n'est rejoué, rien n'est réécrit, et sur Claude et Grok le fork est reprenable dès l'instant où il s'ouvre.
Que se passe-t-il sur un CLI qui ne sait pas forker ?
Le jumeau démarre en session neuve et reçoit le transcript de la console parente à lire, et la console le dit dès la première ligne. Vous obtenez le contexte sans le fork au niveau du CLI, et vous savez lequel des deux vous avez eu. Le repli conserve aussi le prompt de lancement : forkez un agent démarré sur un ticket de backlog, le jumeau porte toujours le brief de ce ticket.
L'agent d'origine s'arrête-t-il, ralentit-il, ou voit-il quelque chose ?
Non. Le fork crée une nouvelle console à côté de lui, l'original garde sa conversation et continue de travailler. Une question en aparté pousse l'idée plus loin : elle tourne hors écran sur une copie, donc rien n'apparaît dans le terminal de l'agent et rien n'entre dans son historique.
C'est quoi une question en aparté, et pourquoi ne pas taper dans le terminal ?
Taper dans le composer, c'est un vrai tour de conversation : ça interrompt, ça occupe le terminal, et ça reste dans la conversation pour toujours. Une question en aparté tourne sur une copie. Vous demandez pourquoi l'agent a choisi telle approche, ou ce que fait tel fichier, et vous obtenez une réponse dans une bulle pendant qu'il continue. C'est la réponse à la commande d'aparté que proposent certains CLI, sans son défaut principal : cette commande occupe le terminal et il faut en ressortir.
Puis-je poser plusieurs questions à la suite ?
Oui. Le fil est conservé tant que la bulle vit : une relance s'appuie sur les réponses précédentes au lieu de repartir de zéro. Sur Claude et Grok, la relance reprend une conversation parallèle, donc elle coûte une question plutôt qu'une question plus toute la conversation parente à nouveau.
Une question en aparté peut-elle modifier mon code ?
Pas là où le CLI nous donne un mode lecture seule vérifié : Claude et Grok répondent en mode plan, Codex dans un bac à sable en lecture seule, Mistral Vibe sur son agent plan. Sur les CLI où aucun flag de ce type n'a été vérifié, on n'en invente aucun : ces outils demandent une approbation avant de toucher à quoi que ce soit, et un run non interactif sans personne pour approuver répond sans écrire sur le disque.
Un fork ou une question en aparté coûtent-ils des tokens ?
Oui, les deux tournent sur votre compte CLI, avec votre quota de provider, exactement comme l'agent lui-même. Un fork relit tout le contexte, ce qui côté Claude est très largement servi par le cache puisque le préfixe est identique, mais ce n'est pas gratuit. C'est aussi pour ça que fermer la bulle annule le run : une réponse que personne ne lit est facturée comme n'importe quel tour.
Vous aimerez aussi
Agent Morphing
Changez le rôle d'un agent en cours sans perdre son contexte, dans la même session.
Restauration de session
Quittez et retrouvez les mêmes agents, terminaux et conversations, toujours en cours.
Vue divisée
Mettez le parent et son fork côte à côte et suivez les deux conversations en même temps.
File de messages
Empilez les prompts suivants au-dessus du composer et envoyez-les dans l'ordre que vous voulez.
Délégation d'agent
Confiez un travail à un autre agent via MCP plutôt que d'étirer celui que vous avez.
Multi-projet, multi-agent
Le cockpit où le tronc et toutes ses branches tournent côte à côte, à travers vos projets.
Pour aller plus loin
Faire tourner 3 à 8 agents de code en parallèle sans perdre le fil
Lancer plusieurs agents Claude Code ou Codex en même temps, c'est facile. Garder le contrôle, c'est là que ça coince. Voici la méthode qui marche.
Git worktrees : la base pour faire coder plusieurs agents sans conflit
Tes agents se marchent dessus quand ils tournent en parallèle. Les git worktrees règlent ça en deux commandes. Voici comment t'en servir.
Faut-il encore relire le code de ses agents IA ?
Vos agents écrivent du meilleur code que la moitié des pull requests que vous mergiez avant. Faut-il encore lire chaque ligne ? Le débat pris au sérieux des deux côtés, les 10 signaux qui trahissent un agent qui a déconné, et le niveau de relecture que mérite vraiment chaque changement.
Deux agents, une seule conversation de départ
Forkez un agent en cours et gardez son contexte, ou posez une question que son terminal ne verra jamais. Gratuit à l'essai.
App companion : suivez vos agents en déplacement
Utilisez Claude, Codex, Antigravity CLI ou un autre fournisseur IA.
Remontez bugs et demandes directement dans votre backlog public.
Aperçu d'AgentsRoom en action.