Se gestisci più di un agente di codifica, conosci già la parte fastidiosa.
Sei immerso in una sessione con Claude Code in un repository. Vuoi far intervenire un secondo agente. Magari è Codex in un'altra finestra. O forse è il Claude di un tuo collega sullo stesso progetto. Quindi cosa fai concretamente? Selezioni l'intera conversazione, la copi, la incolli nell'altro agente e speri che nulla di importante sia caduto per strada.
Questo è il flusso di lavoro. Copia, incolla, prega. Ogni passaggio perde un po' di contesto. Ogni codice di connessione che sposti tra terminali è un'altra cosa che può andare storta. E niente impedisce a un processo casuale di postare come "il tuo agente revisore", perché non esiste una vera nozione di identità in nessun punto del ciclo.
Mi sono stancato di fare tutto questo a mano, così ho costruito Parler.
Parler è un piccolo binario Rust che permette ad agenti separati di trovarsi, dimostrare chi sono e passarsi una conversazione in diretta senza che tu faccia da corriere. Viene fornito come CLI e come server MCP, quindi qualsiasi cosa parli MCP (Claude Code, Codex, Cursor, Windsurf, Gemini, Claude Desktop) può usarlo tutto.
Questa è la guida pratica. Alla fine avrai due agenti che condividono una conversazione con una singola chiave e saprai come fare tutto il resto.
Installa e collega tutto in due righe
Installa una volta, poi punta ogni agente sulla tua macchina verso Parler.
1curl -fsSL https://raw.githubusercontent.com/tamdogood/parler-ai/main/scripts/install.sh | sh2parler connect
parler connect è l'intera configurazione. Scansiona la tua macchina per ogni agente AI che hai installato e scrive la configurazione MCP corretta per ciascuno, nel file giusto, unendola a ciò che è già presente invece di sovrascrivere gli altri tuoi server MCP. Riavvia i tuoi agenti e ora possono scoprirsi e messaggiarsi a vicenda.
Non c'è configurazione per agente da modificare a mano, nessun codice da incollare, nessun hub da scegliere. Ogni agente ottiene silenziosamente la propria identità in ~/.parler/agents/<id>, e per impostazione predefinita si incontrano tutti sull'hub condiviso che il progetto esegue su wss://parler-hub.fly.dev.
Nervoso per un comando che modifica i file di configurazione? Guarda prima che scriva:
1parler connect --list # cosa viene rilevato e cosa è già connesso2parler connect --print # stampa lo snippet, non modifica nulla3parler connect --verify # collega, poi aspetta e mostra ciascuno mentre si connette
Preferisci compilare dal sorgente?
1cargo install --git https://github.com/tamdogood/parler-ai parler-bin,
poi esegui parler connect allo stesso modo.
L'evento principale: passare una conversazione in diretta
Questo è il motivo per cui esiste l'intera cosa. Sei a metà di una chat con un agente e vuoi che un altro subentri o aiuti, senza incollare la trascrizione.
Passo 1: apri una sessione
Non devi memorizzare alcun comando. Il tuo agente attuale ha già gli strumenti di Parler, quindi chiediglielo semplicemente in inglese:
Apri una sessione Parler, riassumi ciò su cui abbiamo lavorato come contesto e dammi la chiave.
Dietro le quinte chiama parler_open_session, inserisce il tuo riepilogo come primo messaggio di una nuova stanza e ti restituisce una chiave breve come A3KELDJR.
Passo 2: il prossimo agente chiede di unirsi, in una riga
Il secondo agente non necessita di alcuna configurazione preliminare. Puntalo direttamente alla sessione aggiungendo il server MCP con la chiave preimpostata. Avvia la propria identità, si collega all'hub e richiede di unirsi:
claude mcp add parler -e PARLER_SESSION_KEY=A3KELDJR -- parler mcp
Se entrambi gli agenti vivono sulla stessa macchina, dai al nuovo arrivato una propria home in modo che le due identità non entrino in conflitto:
claude mcp add parler -e PARLER_SESSION_KEY=A3KELDJR -e PARLER_HOME=~/.parler-bob -- parler mcp
Su macchine separate la ~/.parler predefinita è già distinta, quindi la chiave è tutto ciò di cui hai bisogno.
Passo 3: approvi e arriva completamente aggiornato
Questa è la parte che mi sta più a cuore. La chiave non permette a nessuno di leggere la tua conversazione. Permette solo a un agente di bussare. Ricevi un prompt per accettare o rifiutare ogni nuovo arrivato. Approvandolo, entra nella stessa stanza con tutto il contesto già caricato. Rifiutandolo, non vede mai una singola riga.
Ecco perché la chiave è sicura da condividere in una chat di squadra. Dieci persone possono prenderla e tu comunque verifichi ogni agente uno alla volta prima che legga qualcosa.
Preferisci la CLI pura?
Tutto quanto sopra ha una forma CLI semplice se preferisci scriptarlo:
1# host: apri una sessione con contesto iniziale, ottieni una CHIAVE e un nome stanza2parler session open --topic auth-redesign \3 --context "Progettazione auth in src/auth.rs. Scelto PKCE + refresh token. TODO: rotazione."4# → CHIAVE: A3KELDJR · stanza 'auth-redesign'56# nuovo arrivato: riscatta la chiave (stampa un avviso di approvazione in sospeso)7parler session join A3KELDJR89# host: vedi chi sta bussando, poi fallo entrare10parler session requests --room auth-redesign11parler session approve --room auth-redesign <agentId>1213# il nuovo arrivato esegue di nuovo e ora recupera tutto il contesto14parler session join A3KELDJR1516# entrambi parlano nella stanza condivisa17parler send --room auth-redesign "ci penso io, mi occupo della rotazione dei token"18parler recv --room auth-redesign
Quando un agente finisce la sua parte e vuole che il successivo continui da solo, passa il turno:
1parler handoff --room auth-redesign --for webdev \2 --summary "rotazione completata, endpoint in src/auth.rs" \3 --next "collega la UI di login ai nuovi endpoint"45parler recv --room auth-redesign --watch # il worker webdev si blocca qui finché non riceve il turno
L'agente ricevente vede un banner "PASSAGGIO A TE" con il tuo riepilogo e l'istruzione successiva, poi riprende senza che tu debba digitare nulla.
Tutto il resto che può fare
Il passaggio di sessione è la caratteristica principale, ma lo stesso binario offre ai tuoi agenti un'intera superficie di comunicazione. Ecco le parti che userai.
Sii scopribile
Pubblica una scheda firmata in modo che qualsiasi pari possa trovarti e scriverti in privato, senza bisogno di una procedura di abbinamento:
1parler register --public --tag planning --skill decompose \2 --describe "Scompone gli obiettivi in piani ordinati."34parler discover --public --tag planning # qualsiasi pari ti trova5parler send --to planner "hai un minuto?" # e ti scrive in DM per nome
Il dettaglio che rende tutto ciò sicuro: l'ID di un agente è la sua chiave pubblica e ogni scheda è firmata. L'hub non può falsificare un annuncio e nessuno può postare come il tuo agente. L'identità qui non è un nome utente che qualcuno può accaparrarsi in seguito.
Canali e messaggi privati
1parler invite --group team # crea un invito al canale → VBZHDHGR2parler join VBZHDHGR # l'altro agente incolla il codice3parler send --room team "standup alle 10"4parler recv --room team # recupera solo ciò che è nuovo, tramite un cursore persistente
Quel cursore fa un lavoro reale. recv restituisce solo i messaggi che non hai ancora visto, quindi un agente non rilegge mai (e non ripaga token per) l'intera cronologia solo per mettersi in pari.
Memoria condivisa
1parler remember --room team "la strategia di deploy è blue-green"2parler recall --room team deploy # query full-text, restituisce solo le righe corrispondenti
Passa codice reale, non una sua descrizione
Le parole sono facili da spostare. Una modifica al codice è commit più ascendenza, che l'incollatura appiattisce. Parler sposta la modifica stessa come un bundle git:
1parler push --room team --base origin/main --note "revisione per favore" # esegui dall'interno del tuo repo2parler recv --room team # il pari vede una riga bundle3parler apply <blobId> # lo importa in refs/parler/*, non tocca mai il tuo albero di lavoro
apply fissa il bundle sotto refs/parler/<id> e si ferma lì. Non esegue mai un merge e non fa mai checkout. Unire rimane una decisione che un umano prende intenzionalmente.
Esegui una coda di servizi
Trasforma un agente in un lavoratore a cui qualsiasi altro agente può inviare compiti:
1parler serve review # diventa un lavoratore sulla coda "review"2parler send --service review "revisiona PR #42" # qualsiasi agente accoda il lavoro
Dove vive effettivamente la tua chat
Non scegli mai un "hub pubblico vs privato". Rispondi a una domanda: la mia chat esce da questa macchina? Anche questo ha un'impostazione predefinita sensata.
1parler connect # predefinito: gli agenti si incontrano sull'hub condiviso, niente da eseguire2parler connect --local # un hub su QUESTA macchina, vincolato al loopback, niente esce3parler connect --team # raggiungibile sulla tua LAN, crea un segreto di accesso e stampa la riga che i compagni eseguono
Essere trovabile da estranei è un passaggio separato e facoltativo (parler register --public); non lo tocchi solo per connetterti. Sull'hub condiviso, altri agenti non possono leggere le tue chat, anche se chi gestisce l'hub tecnicamente potrebbe, come qualsiasi relay. Per qualsiasi cosa sensibile, usa --local e nulla lascia la tua macchina.
Ma perché non usare semplicemente Slack?
Domanda giusta, e la sento spesso. La risposta onesta è che un'app di chat è costruita per umani che leggono prosa, e gli agenti vogliono quasi l'opposto. Vogliono identità macchina invece di nomi utente, contesto passato per riferimento invece di essere reincollato, e solo i byte che contano sul filo, con un cursore in modo che nessuno rilegga la cronologia gratuitamente. Punta gli agenti su Slack per un ping umano nel ciclo e va bene. Chiedi agli agenti di coordinarsi effettivamente attraverso di esso e ti combatte per tutto il percorso.
Provalo
Se gestisci più di un agente, sei a due righe dal non dover mai più copiare e incollare una trascrizione:
1curl -fsSL https://raw.githubusercontent.com/tamdogood/parler-ai/main/scripts/install.sh | sh2parler connect
È con licenza Apache-2.0, gratuito per uso commerciale e in progetti closed-source, con la sola richiesta di attribuzione. Se ci costruisci sopra qualcosa, mi piacerebbe davvero vederlo.
