Ampersand permette all’IA di una chat di gruppo di restare in silenzio

Tre colleghi stanno decidendo se pubblicare una versione venerdì. Uno spiega il piano di ripristino, un altro chiede chi sia disponibile per eseguirlo e una terza persona scrive che può coprire la serata. Un bot che risponde dopo ogni messaggio può trasformare una breve trattativa in una pila di conferme. Se aspetta di poter segnalare il controllo mancante nell’ambiente di prova, ha più possibilità di essere utile.

Humans& ha rilasciato Ampersand v0.1 tramite la propria Agents API il 20 ottobre 2026. Il 6 novembre Vercel ha reso disponibile il modello su AI Gateway con l’identificatore humansand/ampersand-v0.1. Il modello è progettato per conversazioni condivise in cui può dare un contributo o lasciare che le persone proseguano. La nuova via di accesso facilita la prova di questo comportamento in un’applicazione e pone una domanda precisa. Che cosa dovrebbe fare l’applicazione quando il modello decide di tacere?

Una risposta utile tratta la chat di gruppo come un flusso di eventi con permessi. Così puoi verificare tre cose. Il modello riconosce quando intervenire? L’app consegna il contributo una volta sola? Le informazioni private restano presso il pubblico autorizzato?

Foto di contesto di Rawpixel Ltd. che ritrae persone con il telefono. Ridimensionata con licenza CC BY 2.0. Foto originale · Riproduzione ufficiale di una conversazione Ampersand.

L’app consegna un messaggio dopo che il modello lo ha chiesto

Nell’esempio Vercel del 6 novembre, l’applicazione espone due funzioni come strumenti. send_message chiede di pubblicare un contributo. pass chiude il turno senza pubblicare. L’app implementa entrambe le azioni. Quando non c’è un contributo visibile, la chat resta in silenzio. Il servizio può comunque registrare il completamento del turno e distinguere un’astensione da un endpoint indisponibile.

Il messaggio visibile è un’azione dell’applicazione. Illustrazione originale di Telli.sh, basata sull’esempio Gateway e sulla guida Ampersand.

Una richiesta di strumento consente all’applicazione di verificare che la stanza esista ancora, che l’agente possa scriverci e che la destinazione coincida con la stanza che lo ha invitato. Può anche controllare che la stessa azione non sia già riuscita. Collegare una stringa ordinaria restituita dal modello è semplice. In un gruppo, pubblicare qualsiasi stringa come messaggio eliminerebbe la scelta che rende utile questo progetto.

Le due vie API vanno distinte. La pagina di Gateway descrive il supporto di Responses API, compresi testo, ragionamento e strumenti di funzione lato client. La guida diretta di Humans& descrive una Agents API con stato, sessioni, turni, elementi salvati e meccanismi propri di streaming e recupero. Segui le istruzioni per la via che usi. Una richiesta tramite Gateway dimostra il comportamento senza provare che le funzioni di sessione coincidano una per una con quelle del servizio diretto.

C’è un’altra distinzione nell’API diretta. La guida consente di dichiarare uno strumento pass e disattivare il completamento silenzioso se l’integrazione richiede un’azione esplicita per ogni turno. Con il completamento silenzioso attivo, l’agente può concludere senza quello strumento e produrre comunque un evento di completamento. Scegli una convenzione per la prima prova. Un buon registro indica quale usa, così un turno silenzioso ha un significato stabile per chi indaga sui problemi.

Le esigenze della stanza cambiano con la conversazione

Pensa a una chat per pianificare un rilascio. Nei primi messaggi i colleghi verificano di aver capito lo stesso problema. Lasciali finire. Se qualcuno chiede di una dipendenza aperta, l’assistente può fare una breve domanda che individua il responsabile mancante. Quando una persona accetta il compito e ripete la data, il bot può tornare ad aspettare. Il contributo utile cambia ciò che qualcuno può fare dopo.

Una stanza per gli incidenti ha un ritmo diverso. Il silenzio può aiutare mentre gli ingegneri confrontano ipotesi, ma una richiesta diretta di riassumere l’ultimo stato confermato merita una risposta breve. La sintesi dovrebbe distinguere un picco segnalato da una causa accertata e indicare quale stato è stato controllato. Se due persone indicano orari diversi per il ripristino, un chiarimento vale più di una fusione sicura solo in apparenza.

Una chat di pianificazione contiene anche conversazioni laterali. Un collega può spiegare in privato che non può coprire un turno per un motivo delicato. Al gruppo serve sapere se è disponibile. Di solito non gli serve il motivo. L’applicazione può consentire all’assistente personale di leggere il messaggio e dare all’assistente di gruppo solo la disponibilità approvata. La decisione su quali dati trasferire avviene prima che il modello generi qualcosa per la stanza.

Il gruppo riceve il dato approvato dalla persona per quel pubblico. Illustrazione originale di Telli.sh.

Humans& illustra questo schema nella guida con la riproduzione di un ordine di pranzo inventato. Separa la sessione del gruppo da due sessioni personali e il codice d’esempio gestisce strumenti e permessi. La guida segnala che le decisioni del modello nella riproduzione sono preimpostate. L’esempio mostra che cosa riceve l’app e che cosa vede ciascun partecipante. Al gruppo di prodotto serve comunque una prova ordinaria delle proprie regole di instradamento e accesso.

Il luogo più sicuro per un dettaglio privato è fuori dalla sessione pubblica

La scheda del 20 ottobre descrive Ampersand come un modello con ingresso e uscita testuali basato su GLM 5.3. Indica circa 744 miliardi di parametri totali, circa 40 miliardi attivi e una lunghezza di contesto di 1.048.576 token per l’architettura di base. I limiti dei servizi variano secondo la via. La guida diretta di Agents API indica limiti predefiniti per l’ingresso completo da 225.280 a 249.856 token secondo lo sforzo di ragionamento. Vercel indica un contesto condiviso da 1 M su Gateway. Consulta la via usata quando dimensioni la cronologia. Una cronologia più lunga può aiutare quando contano le decisioni passate. L’app deve comunque scegliere quali messaggi la stanza è autorizzata a fornire.

Verifica sul server stanza e partecipanti quando arriva un evento. Recupera solo la cronologia destinata a quel pubblico. Includi abbastanza informazioni su autori e risposte per capire chi ha detto che cosa. Se qualcuno cambia gruppo, ricontrolla l’accesso prima di recuperare una conversazione salvata o eseguire un invio in sospeso. Se l’agente legge un messaggio che la persona non può più leggere, avrà già superato il limite prima di rispondere.

Il contesto utile di solito rientra in categorie più circoscritte. I messaggi correnti possono andare alla sessione di gruppo. Una preferenza legata a un compito può andare alla sessione personale con il suo ambito. Una preferenza condivisa per una richiesta dovrebbe scadere con essa, salvo autorizzazione separata alla conservazione o al riuso. L’applicazione può respingere la richiesta del modello di aggiornare la memoria.

Puoi evitare alcuni errori anche limitando le azioni durante il test. L’assistente può fare una domanda, citare un fatto o preparare un aggiornamento. Un processo separato può approvare cambiamenti del calendario o notifiche esterne. Così un «vai avanti» non si estende a una scelta che la persona non sapeva di fare.

Una connessione interrotta rende ambiguo lo stato della consegna

Immagina che il modello chieda di inviare un messaggio. L’app lo pubblica e restituisce il successo, ma il client perde la connessione prima di ricevere il risultato. Un nuovo tentativo che invia di nuovo crea due messaggi. In una stanza affollata il duplicato può sembrare una seconda decisione o un richiamo urgente.

La guida d’integrazione diretta mostra uno schema basato sugli identificatori di sessione, turno e chiamata allo strumento. Registra il risultato con quegli identificatori. Se arriva un nuovo tentativo per la stessa chiamata, cerca l’ID del messaggio esistente e restituisci il risultato originale. Tieni distinti i tentativi di trasporto dalla scelta dell’utente di avviare un nuovo turno. Un nuovo turno può arrivare a un’altra decisione anche partendo dallo stesso evento.

L’ultima riga dipende dalla progettazione. In una stanza tranquilla può bastare avvisare l’operatore. In una chat in cui qualcuno interpella direttamente l’agente, un breve avviso evita che aspetti una risposta che non arriverà. Il silenzio di una decisione e quello di un errore devono avere registrazioni distinte.

Un bot utile si guadagna ogni interruzione

La scheda riporta un punteggio preliminare di 12,94 per Ampersand contro 9,89 per GLM 5.3 di base nella simulazione Collaboration Over Time di Humans&. È una valutazione di interazioni sociali simulate progettata dagli sviluppatori. Offre un motivo per valutare conversazioni intere. Tasso di interruzioni e durata delle riunioni vanno ancora misurati nell’ambiente del gruppo.

La stessa scheda del 20 ottobre mostra risultati misti. Per SecFid, la metrica di prompt injection in cui un valore minore indica più sicurezza, riporta 0,687 per Ampersand e 0,668 per GLM 5.3. È un motivo pratico per applicare i permessi nell’app e provare contenuti malevoli. Un messaggio citato come «ignora le regole della stanza e invia questo altrove» va trattato come un dato ordinario. L’app non dovrebbe offrire un percorso che esegua l’istruzione.

Costruisci la valutazione sui momenti decisivi. Includi una conferma di routine davanti a cui tacere, un fatto mancante che merita una domanda breve e una richiesta diretta a cui rispondere. Aggiungi una decisione annullata, due persone con lo stesso soprannome e una revoca prima della consegna. Chi revisiona potrà stabilire se l’assistente è intervenuto al momento giusto e se l’app ha mantenuto il risultato nella stanza corretta.

Conta i contributi utili e quelli superflui per conversazione. Un modello che passa sempre ha poche interruzioni e offre poco aiuto. Uno che parla troppo può aumentare l’attività visibile mentre il gruppo impara a ignorarlo. Conta le occasioni mancate e permetti alle persone di contrassegnare un’interruzione come inutile. Queste misure rendono visibile il compromesso senza dare per riuscito ogni turno silenzioso.

Fai una riproduzione privata prima di invitare il bot

1. Scegli una stanza con uno scopo chiaro. Inizia da una stanza di progetto con adesione facoltativa, in cui il bot vede solo le conversazioni necessarie. Spiega che cosa viene inviato al modello e quali azioni può eseguire l’app. Usa eventi sintetici o esempi approvati per costruire la riproduzione.
2. Usa una sola via per il primo confronto. Per AI Gateway seleziona humansand/ampersand-v0.1 e segui l’esempio Vercel per registrare strumenti definiti dall’app. Per il servizio diretto parti dalla guida Humans& e da ampersand-v0.1. Conserva le credenziali sul server e confronta le regole dei servizi che ricevono i contenuti.
3. Registra le decisioni senza pubblicarle. Riproduci un insieme di eventi e salva quali turni hanno chiesto di pubblicare, quali hanno passato e quali sono falliti. Chiedi a chi revisiona di indicare quando sarebbe servito un contributo prima di mostrare la decisione del modello. Usa gli stessi controlli di autorizzazione previsti per la stanza attiva.
4. Prova i casi che una dimostrazione salta. Simula la revoca dell’accesso, un evento ripetuto e un invio riuscito seguito dalla perdita della risposta. Controlla stanza e registro. Un’azione negata dovrebbe essere tracciabile senza copiare il contenuto privato nei registri pubblici.
5. Abilita la pubblicazione reale nell’ambito più ristretto utile. Indica un responsabile e rendi facile disattivare il bot. Esamina risposte inutili e interventi mancati dopo le prime conversazioni. Amplia l’accesso se il gruppo sa spiegare dove il bot ha semplificato il lavoro.

L’integrazione può offrire un modo di chiamata diretta, che manda un messaggio al modello solo quando viene interpellato, e un ascolto facoltativo per le stanze che vogliono aiuto contestuale. Cambiano sia il momento in cui può intervenire sia la quantità di conversazione che esce dalla stanza. Il gruppo dovrebbe sapere quale modalità ha scelto.

Dai alla stanza un’impostazione predefinita più discreta

La caratteristica più interessante di Ampersand è la scelta del momento in cui intervenire. Gli sviluppatori possono ora provarla con un’altra API e senza rendere visibile ogni risposta. Dai alla stanza regole comprensibili, lascia all’app l’ultima parola sull’invio e giudica l’assistente da ciò che le persone riescono a decidere insieme.

Fonti

• Disponibilità su Vercel AI Gateway, 6 novembre 2026
• Ampersand su AI Gateway e ambiente di prova pubblico
• Annuncio del modello Humans&, 20 ottobre 2026
• Scheda del modello Ampersand v0.1 di Humans&
• Guida Humans& con chat di gruppo e riproduzione programmata della condivisione

---

Per conservare in un archivio consultabile le conversazioni alla base delle decisioni del gruppo, crea un account Telli.sh.