Come funziona A2A in Zero: agenti, chat e passaggi

Che è A2A in Zero?

Zero A2A è una forma praticabile di comunicazione agente-agente all'interno del prodotto. Permette a un agente di aprire diverse chat isolate, permette a un coordinatore di delegare lavoro limitato a agenti specialisti, e ti consente di digitare @ nel composto della chat per portare una chat esistente in una comparazione, consegna o decisione.

Questo è utile quando un compito è troppo ampio, rumoroso o rischioso per una singola conversazione lunga. Invece di chiedere a un agente di tenere ogni test, fonte e decisione nello stesso contesto, ti dai a ciascun pezzo di lavoro un luogo chiaro e riporti solo la prova che conta.

Tre modi in cui A2A funziona in Zero

Cosa vuoi fare	Usa questa configurazione	Un buon primo scenario
Ripeti un metodo con contesto pulito	Un agente, diverse chat	Testa iscrizione, fatturazione, permessi e mobile separatamente
Distribuisci parti di un compito a diversi esperti	Un coordinatore, diversi agenti specialisti o subagenti	Dividi un lancio tra ricerca, QA del browser, scrittura e pubblicazione
Riutilizza lavoro che esiste già	@ un'altra chat nel composto	Confronta due rapporti di QA o passa la ricerca in una compito di scrittura

Tre oggetti prodotto stanno dietro a questi modelli:

• Un agente è il lavoratore riciclabile. Lo possiede istruzioni, flussi di lavoro, connettori, permessi, tono, ruolo e scelta del modello.
• Una chat è una conversazione isolata con un agente. Mantiene un test, una revisione o una compito di produzione nel proprio contesto.
• Un run è una risposta attiva all'interno di una chat. I run fanno il lavoro e possono attendere quando il workspace raggiunge il limite di concorrenza.

Il dettaglio importante è semplice: una nuova chat figlia non eredita l'intera storia della chat di controllo. La sua prima messaggio dovrebbe includere tutto ciò di cui ha bisogno per fare il lavoro.

A2A, molteplici chat, subagenti, flussi di lavoro e automatizzazioni

Questi termini risolvono problemi diversi. Usa la configurazione più piccola che ti dà la boundary che hai bisogno.

Modello prodotto	Cosa cambia	Miglior utilizzato per
A2A in Zero	Come gli agenti e le chat coordinano il lavoro	Delega, confronto, consegne e sintesi finale
Molteplici chat sotto un agente	Contesto, mentre le istruzioni e i permessi rimangono gli stessi	Test paralleli, controlli di localizzazione, batch di ricerca e valutazioni del modello
Agenti specialisti o subagenti	Ruolo, istruzioni, modello, strumenti o permessi	Ricerca, QA, scrittura, analisi dei dati e pubblicazione controllata
Flusso di lavoro	Un procedimento salvato che un agente può ripetere	Una lista di controllo stabile o metodo multi-step
Automazione	Un trigger che inizia un flusso di lavoro con un agente	Rapporti pianificati, triage guidata da evento e controlli ricorrenti

Un buon detto: dividi in chat quando il metodo rimane lo stesso, dividi in agenti specialisti quando il metodo o l'accesso cambia, e usa un flusso di lavoro quando la procedura dovrebbe essere ripetuta allo stesso modo.

1. Un agente apre più chat separate

Stai per pubblicare una nuova versione. Registrazione, fatturazione, permessi e mobile richiedono tutti un ultimo controllo. Mettere ogni verifica in un’unica lunga chat può sembrare comodo, ma lo stato di un percorso può influenzare quello successivo. Un upgrade del piano, per esempio, può modificare l’account prima ancora che inizi il test dei permessi.

Usa invece una chat per ogni percorso.

Un brief condiviso, quattro verifiche isolate e un unico rapporto finale.

Abbiamo ricreato questa configurazione nel prodotto di staging il 25 agosto 2026. Lo stesso agente Zero ha aperto quattro chat reali per onboarding, fatturazione, permessi dei collaboratori e test mobile più localizzazione.

Ogni percorso ha la propria chat, così le prove restano facili da verificare.

Prova questo prompt:

Esamina questa release in staging come quattro attività separate. Apri una chat per registrazione e onboarding, una per l’upgrade della fatturazione, una per l’invito dei collaboratori e i permessi negati, e una per i controlli mobile più localizzazione. Usa lo stesso agente di walkthrough per ogni chat. Ogni worker deve restituire URL testato, ruolo dell’account, passaggi numerati, screenshot, stato superato/non superato e istruzioni esatte per riprodurre il problema. Riporta qui i risultati e raggruppa i blocker duplicati.

Questo schema funziona anche con:

• Una chat per browser o dimensione dello schermo
• Una chat per lingua o ruolo dell’account
• Una chat per pull request o feature flag
• Una chat per revisore, mantenendo separati i risultati fino alla fine
• Una chat per gruppo di interviste o insieme di fonti di ricerca
• Una chat per modello, quando vuoi confrontare gli output in modo equo

Cosa va storto più spesso? Il brief è troppo corto. “Controlla la fatturazione” costringe il worker a indovinare account, build, risultato atteso e formato delle prove. Dai a ogni chat la stessa checklist e usa un account di test separato quando il flusso modifica dati condivisi.

2. Usa @ per portare un altro chat nella attività

Spesso il lavoro utile esiste già. Un chat di ricerca ha le citazioni del cliente. Un chat di QA ha le schermate. Un secondo riveditore arriva a una conclusione diversa. Non hai bisogno di copiare e incollare tutto.

Clicca il compositore e digita @. Zero apre una lista dei tuoi chat esistenti.

Inizia a digitare un titolo per ridurre la lista, poi scegli la chat che hai bisogno.

La chat selezionata appare come un chip cliccabile arancione.

Il chip indica l'esatta chat di onboarding. La risposta sarà scritta nella chat corrente.

Poi aggiungi un verbo. Dille a Zero cosa fare con quella chat:

• "Confronta @Onboarding QA con questa revisione fatturistica."
• "Continua da @Ricerca clienti batch 2 e scrivi la raccomandazione qui."
• "Sovvenziona la conclusione a rischio più alto in @Revisione sicurezza."
• "Trasforma le schermate in @Passaggio mobile in un rapporto di bug."
• "Estrai ogni domanda non risolta da @Ricerca lancio."

Digita @, scegli la chat, poi dice a Zero cosa fare con essa.

La menzione è un indirizzo, non una etichetta vaga di testo. Indica a Zero la chat selezionata senza incollare la conversazione intera nel compositore. Mantiene la messaggio corrente leggibile, ma la tua istruzione ha bisogno di un'azione chiara. "Usa questo" è debole. "Confronta i passaggi falliti e classifica i blocchi condivisi" è chiaro.

3. Assegna parti diverse a agenti specialistici o subagenti

Usa diverse chat quando vuoi copie pulite dello stesso lavoratore. Usa agenti specialistici quando la attività richiede istruzioni diverse, strumenti, modelli o confini di autorizzazione. Un agente specialistico che esegue una missione limitata per un coordinatore è spesso chiamato subagente.

Un lancio di prodotto è un buon esempio. Il Ricercente Scorta può verificare le prove. La QA del browser può controllare il prodotto consegnato. Il Scrivente di lancio può stilare la pagina. L'Operatore di pubblicazione può creare il bozza CMS dopo la verifica delle affermazioni.

Lo spazio di lavoro di staging ha un agente nucleare e quattro agenti specialistici nominati, pronti per una missione limitata.

Il coordinatore possiede il risultato. Gli specialisti restituiscono prove e artefatti, poi un proprietario scrive il risultato finale.

Ecco un breve lancio pratico:

Coordinare un pacchetto di lancio per la Funzionalità X. Chiedi al Ricercente Scorta di verificare le prove del cliente e le affermazioni del concorrente. Chiedi alla QA del browser di riprodurre ogni affermazione del prodotto in staging e allega schermate. Chiedi al Scrivente di lancio di stilare la pagina solo dopo che le prove arriveranno. L'Operatore di pubblicazione può creare la bozza CMS, ma non può pubblicarla. Riferisci le prove mancanti e le affermazioni in contrasto in questa chat.

Il valore nasce da confini reali. Un agente di ricerca può restare in sola lettura. Un agente di pubblicazione può accedere alle bozze senza avere il permesso di pubblicare. Un agente QA può seguire ogni volta la stessa checklist del browser. I controlli delle autorizzazioni di Zero aiutano a mantenere questi confini ben definiti.

Non creare specialisti solo per rendere più occupata la barra laterale. Crea uno quando il ruolo cambia come si fa il lavoro.

4. Lascia che i revisori indipendenti dissentano, poi usa un giudice

Due revisioni sono utili solo quando il secondo revisore non copia il primo. Apri chat pulite, dai a entrambi i revisori le stesse prove e mantieni i loro primi rapporti separati.

Poi inizia una chat di giudizio e menziona entrambi i rapporti in una sola istruzione.

Una istruzione può riferirsi a due chat di QA reali e chiedere a Zero di trovare i blocchi condivisi.

Per esempio:

Confronta @Onboarding QA con @Billing QA. Elenca i blocchi trovati da entrambe le chat, gli errori trovati da solo una chat e le prove che sono ancora mancanti. Poi decidi se il rilascio dovrebbe essere inviato. Citare la schermata o il passaggio che supporta ogni blocco.

Questo schema funziona per revisioni di design, sicurezza, fornitori, architettura, contratti e confronti tra modelli. Definisci i criteri di valutazione prima che arrivino i rapporti. Altrimenti il giudice potrebbe premiare il testo più sicuro di sé invece delle prove più solide.

5. Passare il lavoro da un agente al successivo

Alcune attività non dovrebbero essere eseguite contemporaneamente. La ricerca deve terminare prima del bozzetto. Il bozzetto deve terminare prima della verifica qualità (QA). La verifica qualità deve terminare prima della pubblicazione.

Trattare ogni passaggio come una breve nota di consegna:

1. Nome l'agente ricevente o il chat.
2. Allega o riferisci all'artefatto.
3. Stabilisci i criteri di accettazione.
4. Specifica dove il ricevente deve fare il riferimento di ritorno.

“Racconta al scrivente ciò che hai scoperto” è difficile da verificare. Questo è meglio:

Invia la sintesi della ricerca approvata al Scrivente di lancio. Il bozzetto deve utilizzare solo affermazioni verificate, mantenere la terminologia approvata e segnare ogni prova mancante con [PROVA NCESSARIA]. Restituisci il collegamento del bozzetto e le domande inspiegabili in questo chat.

Il chip di chat @ è utile qui perché fornisce al prossimo lavoratore una fonte precisa. Per le attività pesanti in termini di file, passa anche il collegamento all'artefatto. Il coordinatore ha bisogno dello stato, delle decisioni e del pacchetto finale. Non ha bisogno di ogni nota informale copiata in un contesto separato.

Come condividere il contesto tra gli agenti in Zero?

Gli agenti in Zero non hanno bisogno di una conversazione condivisa gigantesca. Il contesto si muove attraverso brevi espliciti, menzioni di chat @, collegamenti all'artefatto e riassunti restituiti. Ogni lavoratore riceve il contesto utile minimo, completa una compito limitato e invia prove o decisioni al coordinatore.

Questo approccio evita due problemi comuni multi-agente. Prima, la storia irrilevante non invasa il contesto del lavoratore. Secondo, il coordinatore può vedere esattamente quale fonte o chat supporta una affermazione.

Usa questi quattro modelli di condivisione del contesto:

1. Breve autonoma: migliore per un nuovo chat figlio che deve iniziare pulito.
2. Menzione di chat @: migliore quando una conversazione esistente è la fonte.
3. Collegamento all'artefatto: migliore per documenti, schermate, set di dati e modifiche di codice.
4. Riassunto strutturato: migliore quando più lavoratori devono rapportarsi nel medesimo formato.

Non assumere che un chat figlio sappia già le decisioni del chat di controllo. Se una parola, una restrizione, una conto, un intervallo di date o un formato di output conta, mettilo nel primo messaggio.

Scenari di condivisione A2A e workflow multi-agente

Scenario	Come dividerlo	Cosa viene restituita
Camminata di rilascio	Stesso agente, una chat per ogni percorso utente	Screenshot, controlli pass/fail e blocchi condivisi
Verifica qualità localizzazione	Stesso agente, una chat per ogni lingua	Stringhe rotte, problemi di layout e screenshot specifici della lingua
Test di browser e dispositivi	Stesso agente, una chat per ogni browser o visualizzazione	Una matrice di compatibilità comparabile con prove
Revisione di richiesta di estrazione	Stesso agente, una chat per ogni PR o angolo di revisione	Bug, note di rischio e raccomandazioni a livello di riga
Ricerca del cliente	Stesso agente, una chat per ogni batch di interviste	Citazioni, modelli, obiezioni e collegamenti alla fonte
Risposta all'incidente	Coordinatore più applicazione, API, deploy e agenti di impatto del cliente	Un timeline con accordi e conflitti evidenziati
Produzione del contenuto	Agenti di ricerca, scrittura, design, verifica qualità e pubblicazione	Un bozzetto revisionato e una consegna di pubblicazione controllata
Trattamento triage del supporto del cliente	Coordinatore più agenti di conto, prodotto, fatturazione e risposta	Causa radice, priorità, proprietario e bozza di risposta
Verifica qualità dell'analisi dei dati	Agente di analisi più un rivisitatore indipendente	Controlli delle unioni, denominatori, fuso orario e ipotesi
Confronto dei modelli	Chat pulite con lo stesso breve e modelli diversi	Precisione, costo, latenza e punteggio di formato

La suddivisione corretta crea una frontiera utile. Può isolare il contesto, proteggere una permission, mantenere indipendenti le revisioni o permettere che il lavoro pronto esegua contemporaneamente.

Quando dovresti usare una chat, più chat o più agenti?

Usa una chat quando ogni passaggio successivo dipende dall'risposta immediatamente precedente. Una sessione di debugging sequenziale è un buon esempio.

Usa più chat sotto un agente quando le istruzioni rimangono le stesse ma hai bisogno di un contesto pulito o prove indipendenti. Questo è generalmente il punto di partenza migliore per i test, batch di ricerca e confronti equi.

Usa più agenti specialisti quando ogni parte ha bisogno di competenze diverse, connettori, permissions o modelli. Assegna una responsabilità al coordinatore per la decisione finale.

Usa un workflow quando la procedura dovrebbe essere ripetibile. Aggiungi automazione solo quando questa procedura ha bisogno anche di un piano o di un trigger di evento. Zero documenta questi due blocchi di costruzione separatamente: i workflow definiscono il metodo mentre le automazioni decidono quando eseguirlo.

Sicurezza A2A e confini delle autorizzazioni

Il lavoro multi-agente è più sicuro quando l’accesso segue l’incarico. Assegna a ogni specialista solo i connettori e le autorizzazioni necessari per la sua parte. Un agente di ricerca raramente ha bisogno di pubblicare. Un agente QA può richiedere un login di staging, ma non i controlli di fatturazione in produzione. Un agente di pubblicazione può accedere alle bozze, lasciando comunque a una persona l’approvazione della release finale.

Mantieni gli scritti esterni sotto un proprietario nominato. Più agenti possono leggere un repository, CRM o CMS, ma un agente dovrebbe creare il ticket finale, aggiornare il record, inviare la risposta al cliente o pubblicare la pagina. Questo evita scritture duplicate e rende più facile seguire la traccia di audit.

Per i lavori più rischiosi, aggiungi una condizione di arresto al brief: “Solo bozza”, “Non inviare”, “Segnala se le prove sono in conflitto” oppure “Chiedi l’approvazione prima di modificare la produzione”. A2A rende più semplice delegare, ma non elimina la necessità di responsabilità chiare.

Quattro regole per mantenere il lavoro A2A ordinato

1. Fai sì che ogni messaggio iniziale sia autonomo

Includi l'obiettivo, il materiale di riferimento, le restrizioni, il formato di output, la destinazione e le condizioni di interruzione. Un chat figlio non dovrebbe dover indovinare ciò che il chat di controllo già sa.

2. Fornisci ai lavoratori la stessa forma di risposta

Se quattro chat QA restituiscono quattro formati diversi, il coordinatore trascorre il suo tempo a pulire il testo. Chiedi a ogni lavoratore di fornire i medesimi campi: ambiente, passaggi, prove, stato e azione successiva.

3. Assegna le scritte condivise a un unico proprietario

Anche se due agenti corretti possono ancora fare un disordine scrivendo due volte, nomina l'agente che possiede l'ultima azione esterna.

4. Dividi solo il lavoro che ne beneficia

Creare otto chat non significa che otto esecuzioni si eseguiranno contemporaneamente. La concorrenza dello spazio di lavoro si applica ancora, e il lavoro dipendente dovrebbe aspettare l'input. Mantieni un lavoro in una sola chat quando ogni passo successivo dipende dall'ultima risposta.

Zero A2A è lo stesso di Google Agent2Agent?

Non è dichiarata alcuna equivalenza di protocollo. Questo guida descrive la coordinazione a livello di prodotto tra gli agenti e i chat all'interno di Zero: come il lavoro viene suddiviso, riferito, giudicato e passato attraverso l'interfaccia.

Il protocollo Agent2Agent di Google è un standard tecnico per la comunicazione tra sistemi di agenti remoti, incluso il rilevamento delle capacità, la gestione delle attività, i messaggi e gli artefatti. I risultati di ricerca per "A2A" spesso si concentrano su quel protocollo, quindi la distinzione conta: Zero A2A è il flusso di lavoro pratico del prodotto coperto in questo articolo.

Domande frequenti

È lo stesso un chat e un agente?

No. Un agente è una configurazione di lavoro riutilizzabile. Un chat è una conversazione isolata con quell'agente. Un agente può possedere molteplici chat.

Condividono i chat figlie il contesto del chat di controllo?

No. Inizia ogni chat figlia con una breve completa. I lavoratori possono restituire risultati o passare artefatti limitati a un altro chat, ma non dovrebbero assumere un contesto condiviso.

Cosa succede quando invio @ a un chat?

Zero inserisce una riferimento strutturato alla chat che hai selezionato. Il riferimento identifica la conversazione che intendi. Non incolla il full conversazione nel composto, quindi aggiungi un'azione chiara come confronta, verifica, continua o estraie.

Cosa è un subagente in Zero?

Un subagente è un agente specialistico che riceve una comprensione limitata da un coordinatore. Può usare istruzioni diverse, strumenti, permessi o un modello diverso, poi restituire il risultato alla chat di controllo.

Possono eseguirsi molteplici chat in parallelo?

Sì, quando la concorrenza dello spazio di lavoro è disponibile e le attività sono indipendenti. Le attività aggiuntive possono essere in coda quando il limite è raggiunto. Il lavoro con dipendenze dovrebbe eseguirsi in sequenza.

Quando devo usare agenti diversi?

Usa agenti diversi quando il lavoro richiede istruzioni diverse, flussi di lavoro, modelli, connettori o permessi diversi. Usa molteplici chat sotto lo stesso agente quando principalmente ne hai bisogno un contesto pulito.

Prova il percorso di esercitazione in anteprima

Apri una nuova chat in Zero e suddividi una verifica di rilascio reale in quattro chat pulite. Chiedi schermate e lo stesso formato pass/fall in ogni chat. Una volta che funziona, sostituisci una ramo con un agente specialistico o menziona due chat completate in un prompt di giudizio.

Per altre idee, vedi 20 casi d'uso di agenti AI con istruzioni e strumenti precise.