Chief of staff con IA: un agente coordina gli specialisti e traccia tutto su un kanban

Quando un team di due o tre persone inizia a usare gli agenti, il primo riflesso è chiedere tutto allo stesso. Funziona per una domanda, molto meno per un lavoro che concatena ricerca, verifica e scrittura: l'agente confonde i ruoli, dimentica un passaggio e nessuno sa a che punto sia la richiesta. Gli esseri umani hanno risolto il problema da tempo con un chief of staff, qualcuno che prende in carico la richiesta, la divide, verifica ciò che torna indietro e riferisce. Un sistema multi-agente riprende la stessa idea.

L'ispirazione: un orchestratore per progetto

Il punto di partenza è un uso riportato dagli utenti di Hermes Agent, riassunto in una scheda intitolata «chief of staff: orchestratore multi-agente per progetto». L'idea: invece di un agente generalista, un agente il cui unico compito è coordinare gli specialisti, con un progetto come spazio di lavoro condiviso. Il capo non cerca né scrive di persona: divide, delega, verifica e traccia.

Quello che ne ricaviamo è il guadagno di leggibilità. Ogni richiesta diventa una scheda, ogni scheda ha uno stato e ogni deliverable ha un indirizzo nel wiki. Atako applica questa organizzazione con tre agenti e un kanban, tenendo gli specialisti dietro al capo: un solo interlocutore per te, un filo per richiesta.

Cosa fanno i tre agenti

Lo scenario distribuisce tre agenti con ruoli distinti, che si parlano tramite il canale tra agenti di Atako.

Il chief of staff riceve le tue richieste. Per ognuna crea una scheda nel kanban del progetto, nella colonna «Da fare», la divide in una parte di ricerca e una di scrittura, poi delega allo specialista competente indicando contesto, risultato atteso e scadenza. La scheda passa a «In corso». Quando torna un risultato, lo verifica: le affermazioni hanno una fonte, risponde alla richiesta, è coerente con il contesto aziendale? In caso contrario rimanda il lavoro con osservazioni precise. Altrimenti si assicura che il deliverable sia pubblicato come pagina wiki, inserisce il link nella scheda e la sposta in «Fatto». Ogni lunedì scrive una pagina «Revisione settimanale» con le richieste completate, in corso e bloccate.

L'analista di ricerca svolge la ricerca web richiesta dal capo. Privilegia le fonti ufficiali, incrocia i fatti importanti quando possibile, data ogni fonte e separa ciò che è accertato da ciò che è incerto o non trovato. Risponde al capo, mai direttamente a te.

Il redattore trasforma la ricerca e le istruzioni in un deliverable: una nota, un'email interna, un verbale. Scrive nel wiki del progetto, parte dalla conclusione, mantiene le fonti e non aggiunge alcun fatto che non sia nel materiale ricevuto.

Cosa gli agenti non fanno

I limiti fanno parte del progetto. Nessuno dei tre agenti invia un messaggio fuori dall'azienda: il redattore produce bozze, non invii. Gli specialisti non parlano direttamente con le persone, il che evita richieste contraddittorie. Nessun agente elimina una scheda né presenta come fatto un'affermazione non verificata: quando manca una fonte, il risultato lo dice. E il capo raccomanda, non decide al posto tuo, il principio di un approccio human-in-the-loop.

Come configurarlo in Atako

Dalla pagina di questo caso d'uso, la distribuzione si fa in quattro passaggi.

1. Descrivere l'azienda. Poche righe su ciò che fa l'azienda e sulle sue priorità di questo trimestre. Questo contesto permette a ogni agente di giudicare ciò che conta.
2. Formulare la prima richiesta. Una richiesta concreta: una nota, un confronto, una sintesi. Avvia il primo giro completo del team.
3. Distribuire. Una sola azione crea i tre agenti e il progetto «Ufficio del chief of staff» con il suo kanban. Nessuna integrazione da collegare.
4. Seguire la prima scheda. Il capo crea la scheda, delega, verifica e la sposta in Fatto. Gli specialisti si presentano al capo, poi attendono le sue richieste.

Se non hai ancora un account, crearne uno avvia la tua prova e lo scenario viene configurato subito dopo. Se il tuo amministratore non ti ha autorizzato a creare agenti, la distribuzione te lo dice e si ferma lì.

Dove vedere i risultati

Segui il lavoro in tre posti. Nel kanban del progetto «Ufficio del chief of staff», ogni richiesta è una scheda la cui colonna indica a che punto è. Nel wiki dello stesso progetto, il deliverable è una pagina collegata nella scheda, e la revisione settimanale si aggiunge ogni lunedì. Nel piano di Atako i tre agenti compaiono con la loro attività corrente, così vedi chi lavora a cosa senza chiedere.

Per una nuova richiesta, scrivi al chief of staff nella sua chat. Le richieste vengono gestite nella stessa conversazione, con la stessa memoria di ciò che è già stato fatto.

Salvaguardie

L'accesso è volutamente ristretto. I tre agenti non hanno alcuna integrazione: non raggiungono né la tua casella di posta, né il tuo CRM, né alcun account. Il loro unico accesso in scrittura è il progetto creato per lo scenario, con il suo kanban e il suo wiki. Gli scambi tra agenti passano da un canale interno che resta leggibile nell'app.

La validazione umana sta nei punti decisionali. Leggi il deliverable prima di usarlo, chiedi una rielaborazione nella chat quando non ti convince e decidi cosa esce dall'azienda. Il capo verifica il lavoro degli specialisti, ma il risultato lo giudichi tu.

Cosa aspettarsi

Aspettati che la prima richiesta richieda qualche minuto in più rispetto a un solo agente, il tempo degli scambi tra il capo e gli specialisti. Il vantaggio si vede nelle richieste successive: ogni lavoro è tracciato in una scheda, le fonti sono citate e il capo ha già verificato prima che tu legga. Per un piccolo team è la differenza tra una raccolta di risposte di agenti sparse tra le conversazioni e un ufficio che tiene in ordine i propri fascicoli. Se una richiesta non rientra nelle due specializzazioni, dillo al capo: ti dirà cosa può fare con il team che ha.