Fai il fork dell'agente.
Tieni tutta la conversazione.
Il tuo agente lavora da due ore. Ha letto il codice, provato tre approcci, ne ha scartati due. Vuoi un secondo agente su un'altra pista, e non hai nessuna voglia di riscrivere tutto quanto.
Clicca sull'icona del fork. Accanto si apre un gemello con lo stesso ruolo, lo stesso CLI e la stessa conversazione. L'originale continua a lavorare e non se ne accorge.
- lettura di auth/session.ts
- approccio cookie scartato
- provo il refresh via token
Un clic su un agente in esecuzione: si apre un gemello con la conversazione del padre già caricata.
Duplicare un agente, finora, copiava la sua configurazione e nient'altro. Ottenevi lo stesso ruolo e lo stesso modello davanti a una pagina bianca, e la prima cosa da fare era raccontare due ore di lavoro. Risultato: nessuno duplicava niente. Si spingeva sempre lo stesso agente sulla stessa pista, oppure se ne apriva uno nuovo pagando di nuovo il pedaggio del briefing.
Il fork copia la conversazione. Su Claude, Codex e Grok è il comando di fork del CLI stesso: il gemello eredita il vero file di sessione, con le decisioni prese, i vicoli ciechi, i file già letti e il ragionamento che non vorresti mai riassumere. Da lì in poi, due conversazioni che divergono in modo pulito, ciascuna nella sua console.
L'altra metà della funzione è più piccola e la userai di più. Un pulsante nella barra del composer apre una bolla dove chiedere qualcosa all'agente senza passare dall'agente: la domanda gira su una copia della sua conversazione, fuori schermo, in sola lettura. La risposta arriva in streaming nella bolla. Il terminale non si muove, il turno dell'agente non viene interrotto, e niente di quello che hai chiesto finisce nella sua cronologia.
Cosa ti porti a casa, concretamente
Un secondo agente che sa già tutto. Stesso ruolo, stesso CLI, stesso modello, stessa conversazione. Niente da rispiegare, nessun riassunto da scrivere, nessun contesto perso per strada.
Una domanda con risposta senza interrompere. La bolla a parte gira su una copia della conversazione, in background: l'agente continua a lavorare mentre tu ottieni la tua risposta.
Due conversazioni separate, mai due console che scrivono nello stesso file. Il fork riceve la propria identità di sessione, quindi i due agenti girano a pieno regime fianco a fianco.
Un ripiego onesto. Su un CLI senza comando di fork, il gemello parte da zero con la trascrizione del padre da leggere, e l'app lo scrive a schermo invece di far finta di niente.


Come funziona
Due gesti, una sola idea: copiare la conversazione e lasciare in pace l'agente.
Il fork dalla riga dell'agente
Passa il mouse su un agente con una sessione aperta: l'icona del fork compare nella sua barra delle azioni, accanto al menu. È anche nel menu contestuale. Il pulsante si mostra solo su un agente in esecuzione, perché una console chiusa non ha più una conversazione da copiare.
Il gemello si apre con il contesto
Viene creato un nuovo agente, persistente, indentato sotto il padre nella lista: distingui il ramo dal tronco a colpo d'occhio. La sua console si apre portando già la conversazione del padre.
Manda i due su piste diverse
Le due console girano in parallelo, ognuna sulla sua conversazione. Prova il refactor rischioso nel fork e tieni la strada sicura nell'originale. Butta via il ramo se non porta da nessuna parte: a monte non è stato toccato niente.
Chiedi a parte, senza occupare il terminale
Nella barra del composer, il pulsante Chiedi apre una bolla. Scrivi la tua domanda, la risposta arriva man mano. Il sottotitolo ti dice da dove viene: una copia di questo agente, o una sessione nuova che legge la sua console.
Continua a chiedere, poi agisci sulla risposta
Il filo viene conservato: una domanda successiva si appoggia sulle risposte precedenti invece di ripartire da zero. Copia una risposta, oppure inviala al composer, che riempie il campo senza inviare. Quello che arriva all'agente vero resta una tua scelta.
La bolla della domanda a parte: tu chiedi, risponde una copia in sola lettura, il terminale dell'agente non si muove.
Nativo dove si può, esplicito dove non si può
Non tutti i CLI degli agenti hanno un comando di fork. AgentsRoom usa quello vero quando esiste, e ti dice quando non c'è.
Fork nativo
Claude, Codex e Grok fanno il fork della propria sessione, con il proprio comando. Noi non rigiochiamo e non riscriviamo niente: il CLI copia il suo file di conversazione e i due fili divergono da lì. Su Claude e Grok il fork è ripristinabile fin dal primo secondo.
Ripiego esplicito
Su tutti gli altri CLI, il gemello avvia una sessione nuova e riceve la trascrizione della console del padre da leggere. Una riga nella console lo dice, in chiaro. Una degradazione che si vede vale più di una che scopri il giorno dopo.
Domande a parte
La bolla Chiedi funziona su Claude, Codex, Grok, GitHub Copilot CLI, OpenCode, Mistral Vibe e Antigravity CLI, con la modalità non interattiva propria di ogni CLI, letta nel suo aiuto invece che indovinata.
Fatto bene
FAQ
Cosa fa il fork di un agente AI in AgentsRoom?
Crea un secondo agente che ha già la conversazione del primo. Stesso ruolo, stesso CLI, stesso modello, e il contesto che conta: le decisioni prese, gli approcci scartati, i file già letti. Le due console poi girano in parallelo su due conversazioni separate. Serve a tentare un secondo approccio senza abbandonare il primo, a farsi rivedere una decisione da un gemello dello stesso agente, o ad aprire un ramo di esplorazione da buttare.
Quali CLI di agenti sanno fare il fork di una sessione in modo nativo?
Claude, Codex e Grok. Ognuno ha il proprio comando di fork: il CLI copia il suo file di conversazione e il gemello eredita la sessione vera. Niente viene rigiocato, niente viene riscritto, e su Claude e Grok il fork è ripristinabile dall'istante in cui si apre.
Cosa succede su un CLI che non sa fare il fork?
Il gemello parte come sessione nuova e riceve la trascrizione della console del padre da leggere, e la console lo dice già dalla prima riga. Ottieni il contesto senza il fork a livello di CLI, e sai quale dei due ti è toccato. Il ripiego conserva anche il prompt di lancio: fai il fork di un agente avviato su un ticket del backlog e il gemello porta ancora con sé il brief di quel ticket.
L'agente originale si ferma, rallenta o si accorge di qualcosa?
No. Il fork crea una console nuova accanto a lui, l'originale tiene la sua conversazione e continua a lavorare. Una domanda a parte porta l'idea ancora più in là: gira fuori schermo su una copia, quindi non compare niente nel terminale dell'agente e niente entra nella sua cronologia.
Cos'è una domanda a parte, e perché non scrivere direttamente nel terminale?
Scrivere nel composer è un turno di conversazione vero: interrompe, occupa il terminale e resta nella conversazione per sempre. Una domanda a parte gira invece su una copia. Chiedi perché l'agente ha scelto un certo approccio, o cosa fa un file, e ottieni una risposta in una bolla mentre lui continua a lavorare. È la risposta al comando slash che alcuni CLI offrono per le domande veloci, senza il suo difetto principale: quel comando occupa il terminale e poi bisogna uscirne.
Posso fare più domande di seguito?
Sì. Il filo viene conservato finché la bolla resta aperta: una domanda successiva si appoggia sulle risposte precedenti invece di ricominciare da capo. Su Claude e Grok la domanda successiva riusa una conversazione parallela, quindi costa una domanda e non una domanda più tutta la conversazione del padre da capo.
Una domanda a parte può modificare il mio codice?
Non dove il CLI ci dà una modalità in sola lettura verificata: Claude e Grok rispondono in modalità piano, Codex in una sandbox in sola lettura, Mistral Vibe sul suo agente di piano. Sui CLI dove nessun flag del genere è stato verificato, non ne inventiamo nessuno: quegli strumenti chiedono un'approvazione prima di toccare qualsiasi cosa, e un'esecuzione non interattiva senza nessuno che approvi risponde senza scrivere su disco.
Un fork o una domanda a parte costano token?
Sì, entrambi girano sul tuo account CLI, con la tua quota di provider, esattamente come l'agente stesso. Un fork rilegge tutto il contesto, che su Claude è servito in larghissima parte dalla cache visto che il prefisso è identico, ma non è gratis. È anche per questo che chiudere la bolla annulla l'esecuzione: una risposta che nessuno legge viene fatturata come qualsiasi altro turno.
Potresti anche essere interessato a
Agent Morphing
Cambia il ruolo di un agente in esecuzione senza perderne il contesto, nella stessa sessione.
Ripristinare la sessione
Esci e ritrova gli stessi agenti, terminali e conversazioni, ancora in esecuzione.
Vista divisa
Metti il padre e il suo fork fianco a fianco e segui entrambe le conversazioni insieme.
Coda messaggi
Impila i prompt successivi sopra il composer e inviali nell'ordine che vuoi.
Delegazione agente
Affida un lavoro a un altro agente via MCP invece di tirare per le lunghe quello che hai già.
Multi-progetto, multi-agente
Il cockpit dove il tronco e tutti i suoi rami girano fianco a fianco, attraverso i progetti.
Approfondimenti
Come Eseguire da 3 a 8 Agenti di Codifica in Parallelo Senza Perdere il Controllo
Lanciare più agenti Claude Code o Codex contemporaneamente è facile. Mantenere il controllo è dove tutto si complica. Ecco il metodo che funziona davvero.
Git worktree: le fondamenta per far girare più agenti AI senza conflitti
I tuoi agenti si sovrascrivono a vicenda quando girano in parallelo. I git worktree risolvono tutto in due comandi. Ecco come usarli.
Dovresti ancora rivedere il codice del tuo agente AI?
I tuoi agenti scrivono codice migliore della metà delle pull request che eri solito unire. Quindi leggi ancora ogni riga? Il caso onesto per entrambe le parti, i 10 segnali che ti dicono che un agente ha fatto un errore e quanto review merita effettivamente ogni cambiamento.
Due agenti, una sola conversazione da cui partire
Fai il fork di un agente in esecuzione e tieni il suo contesto, oppure fai una domanda che il suo terminale non vedrà mai. Gratis da provare.
App companion: monitora i tuoi agenti in movimento
Usa Claude, Codex, Antigravity CLI o un altro provider IA.
Invia bug e richieste direttamente nel tuo backlog pubblico.
Uno sguardo ad AgentsRoom in azione.