Gestisce la posta in arrivo
Ogni messaggio viene letto, classificato e portato a esito: risposta nel thread, archiviazione o nota interna. In posta arriva solo ciò che richiede attenzione.
Documento di presentazione · Novembre 2026
Architettura, tecnologie e infrastruttura del sistema: dalla posta in arrivo alla conoscenza aziendale, con dati e modelli AI interamente in Europa.
Gaia è l'assistente AI che ICOA ha costruito per sé: legge la posta aziendale, risponde ai primi contatti, organizza candidature, listini e gare, risponde alle domande dei colleghi e opera sui sistemi gestionali con regole di accesso precise. Funziona in autonomia sui server di Google, ventiquattro ore su ventiquattro.
Ogni messaggio viene letto, classificato e portato a esito: risposta nel thread, archiviazione o nota interna. In posta arriva solo ciò che richiede attenzione.
Basta scrivere a Gaia: cerca nelle email, nei documenti e negli archivi e risponde con sintesi, fonti e link, nei limiti di ciò che chi chiede può vedere.
Prepara report e fatture in Zoho, moduli d'ordine e bozze di documenti, appuntamenti in calendario: sempre con bozza, approvazione e registro.
Dodici moduli coprono l'intero ciclo: dall'ingresso di un messaggio alla conoscenza condivisa, fino alle operazioni sui sistemi gestionali. Ogni modulo ha regole, limiti e registro propri, ma condivide motore, accessi e fonti.
Vendite, acquisti e partnership riconosciuti e gestiti nel thread, con firma ICOA; agli acquirenti con richieste complete 4 ore lavorative di precedenza ai commerciali.
Ricerca sul sito e in rete, analisi tecnica (CMS, hosting, SEO), storico interno e segnalazione dei mittenti sospetti.
Archivio Drive per candidato con CV e nota di analisi; conservazione di 24 mesi e cancellazione su richiesta.
Lettura degli allegati Excel, CSV e PDF, confronto con il listino precedente e archivio per fornitore.
Ricerca di ente, CIG, importi, lotti e scadenze, coerenza con il core ICOA e prossimi passi.
I colleghi scrivono a Gaia e ricevono risposte con sintesi, fonti e link, filtrate per livello di accesso.
Indice delle conversazioni per cliente, alias riconosciuti e anagrafiche allineate al gestionale.
WHOIS, record, trasferimento di zona in tempo reale e audit periodico, con un report per dominio.
Stato fatture e insolvenze da Zoho in PDF, generato dal codice e inviato solo al richiedente.
Emissione di fatture e altre operazioni dalle API, con bozza, approvazione e verifica del richiedente.
Moduli d'ordine su Drive e bozze di Docs, Slides e Sheets costruite dalla conoscenza aziendale.
Eventi e inviti sui calendari condivisi dei colleghi, ciascuno solo sul proprio perimetro.
Le risposte verso l'esterno dichiarano sempre quando scrive un sistema AI, non promettono tempi né prenotano appuntamenti, e non citano mai informazioni interne consultate.
Il percorso completo, dall'architettura logica ai modelli AI, alla sicurezza.
Il sistema è organizzato in cinque livelli. Le richieste entrano dai canali, il motore decide cosa fare, i modelli AI interpretano e redigono, le fonti forniscono il contesto, le azioni producono il risultato. La sicurezza attraversa tutti i livelli.
Motore Gaia · Google Apps Script
Il modello interpreta e redige; il codice decide, verifica gli accessi ed esegue.
Regole, accessi, importi e invii sono responsabilità del codice. Il modello non può aggirarli.
Classifica, estrae dati e redige testi con uscita strutturata, verificata dal codice prima dell'uso.
Pratiche, consultazioni e operazioni hanno un registro con stato, esito e riferimenti.
Tre ambienti, un solo motore. Google Workspace ospita posta, documenti e calendari; un progetto Google Cloud dedicato ospita modelli AI, database e servizi; i servizi esterni sono raggiunti solo tramite API autenticate.
Google Workspace dominio ICOA · identità, posta, documenti
Motore Gaia Google Apps Script · account Workspace ICOA
impronta editor = Git
Controllore indipendente
altro account e altra installazione · ogni 30 min · sola lettura dello stato
GitHub privato
codice, test e storico; rilascio verificato
Google Cloud progetto dedicato · regioni UE
Servizi esterni
Residenza dei dati tutto in Unione Europea
Gaia usa un progetto Google Cloud dedicato: costi, quote e diritti sono separati da ogni altra attività.
Token OAuth e token d'identità sono generati al momento: nessun file di chiavi da custodire o ruotare.
Il servizio su Cloud Run non è pubblico: risponde solo all'account di servizio autorizzato.
Uno stack essenziale, scelto per ridurre le piattaforme da gestire: tutto ciò che può restare in Google Workspace e Google Cloud resta lì, con un progetto cloud dedicato per controllare con precisione costi e diritti.
| Livello | Tecnologia | Ruolo nel sistema |
|---|---|---|
| Motore | Google Apps Script (V8) | Lettura incrementale della posta, regole, accessi, pratiche, composizione delle risposte e attivatori pianificati |
| Modelli AI | Vertex AI, endpoint UE | Claude Haiku 5.5, Gemini 3.8 Flash con Google Search, Claude Sonnet 5.5, Claude Opus 5.5 e modello di embedding |
| Database | Cloud Firestore (Native) | Registri, indici e archivi in crescita; ricerca vettoriale KNN integrata; regione europe-west1 |
| Servizi | Cloud Run (Node.js) | Servizio domini privato: WHOIS, record standard, trasferimento di zona; nessun dato salvato |
| Identità | IAM, account di servizio | Policy di rifiuto sui dati, token d'identità senza chiavi salvate, ruoli temporanei per i rilasci |
| Produttività | Gmail, Drive, Sheets, Docs, Slides, Calendar | Canali, archivi, cataloghi, documenti generati, eventi dei colleghi |
| Gestionale | Zoho Invoice API v3 (UE) | OAuth 2.0 server-to-server; app di lettura e di scrittura distinte, utenza tecnica dedicata |
| Controllo | Cloud Monitoring, Billing | Budget mensile con avvisi; controllore indipendente su un altro account |
| Codice | Git, GitHub privato | Versioni, test automatici, confronto delle impronte prima di ogni installazione |
Il motore gira sui server di Google e non dipende da computer accesi o sessioni aperte. Cloud Run si attiva solo quando serve e si spegne da solo.
La lettura incrementale dello storico Gmail evita servizi di notifica aggiuntivi: un blocco impedisce sovrapposizioni e i messaggi non lavorati passano al giro successivo.
Firestore e Cloud Run restano entro le quote gratuite ai volumi attuali; i modelli costosi sono usati solo per i compiti che lo richiedono.
Ogni API, ruolo, policy, regione e servizio è documentato con i comandi equivalenti: l'intero sistema si può reinstallare su un altro progetto.
Ogni messaggio, qualunque sia la casella o l'etichetta, viene valutato. I mittenti già conosciuti non ricevono mai risposte automatiche; per gli altri il sistema costruisce un profilo, classifica e applica la regola della categoria.
Acquirente con dettagli completi: 4 ore lavorative ai commerciali
Non un modello unico, ma il modello giusto per ogni compito. Un selettore assegna ogni attività al modello più adatto per qualità e costo; se il risultato è incerto o non supera i controlli del codice, la stessa richiesta passa a un modello più forte.
veloce ed economico
con Google Search
modello forte
riservato ai casi rari
Un compito passa a un modello più economico solo dopo aver superato lo stesso banco di prova del modello attuale, comprese consultazioni interne, bozze, report di gara e verifiche di sicurezza.
Gaia trova le informazioni per significato, non solo per parole chiave. Email, documenti e registri vengono ripuliti dai segreti, suddivisi in frammenti etichettati e indicizzati in Firestore con vettori calcolati in Europa.
Acquisizione
Interrogazione
Ogni frammento porta con sé livello di accesso, cliente e scadenza di conservazione. La ricerca per significato lavora solo sull'insieme che il richiedente è autorizzato a leggere: un passaggio riservato non può emergere nemmeno come contesto per il modello. Quando un documento viene cancellato (per esempio un CV a 24 mesi), i suoi vettori vengono cancellati insieme.
ciò che le persone modificano a mano
ciò che cresce ogni giorno
La migrazione dal foglio a Firestore è avvenuta per gradi, con una fase di specchio di 14 giorni e un confronto automatico quotidiano prima di leggere solo dal database.
La regola è semplice: Gaia non mostra a nessuno ciò che quella persona non potrebbe già leggere. I livelli di accesso sono concentrici e si applicano a ogni fonte, compresi nomi dei clienti, documenti e dati amministrativi.
Modelli, database, servizi, backup e gestionale in regioni europee.
Credenziali solo nelle proprietà dello script: mai nel codice, su Git o via email.
Password, PIN e chiavi diventano [riservato] prima di arrivare al modello.
Nessun utente della console può leggere o esportare i dati di Firestore.
Identità controllata su elenchi fissi; gli inoltri non valgono come richiesta.
Ambiti API minimi; ruoli elevati solo durante i rilasci, poi rimossi.
Chi, quando, cosa, esito: a sola aggiunta, conservato un anno.
Ogni modulo sensibile si sospende con un solo comando.
Ogni modifica a conoscenze, impostazioni o regole proposta da un collega tramite feedback passa dall'approvazione della direzione prima di entrare in vigore.
Quando Gaia scrive su un sistema, la catena è sempre la stessa: prima la bozza, poi l'approvazione dell'operazione esatta, poi l'esecuzione. Se cambia un importo o un cliente, serve una nuova approvazione.
La stessa catena vale per fatture e modifiche in Zoho, eventi sui calendari dei colleghi e documenti generati da Gaia.
Chiamate dirette alle API REST con codice ICOA, senza intermediari che vedano dati o azioni: il modello interpreta solo la richiesta.
Il sistema si controlla da solo e viene controllato da fuori. Le attività pianificate coprono cadenze dal minuto al mese; un controllore indipendente, su un altro account, segnala subito un eventuale blocco.
Ogni 30 minuti verifica ultima esecuzione ed errori; dopo tre tentativi falliti invia un solo avviso, poi quello di ripartenza.
Dopo tre errori consecutivi di un servizio parte un'unica email; nel frattempo Gaia ripiega sulle fonti disponibili.
Limiti giornalieri sulle ricerche costose, cache dei report e budget con avvisi al 50% e al 100%.
Firestore giornaliero e settimanale; ogni settimana copia del registro, filtri Gmail e file di ricostruzione della configurazione.
Le copie di sicurezza stanno in una cartella esclusa dalla ricerca e dalle risposte di Gaia.
Un giro alla volta: i blocchi separati evitano sovrapposizioni e conteggi doppi.
Ripristino: proprietà, attivatori e parametri cloud sono salvati ogni settimana in un file di ricostruzione; con il codice su Git e la documentazione dell'infrastruttura il sistema si rimette in funzione su un nuovo progetto.
Ogni dato ha una durata decisa a priori. Ciò che non serve conservare non viene conservato: i report amministrativi esistono solo nella casella di chi li ha chiesti.
Il codice è versionato in repository Git privati, accompagnato da test automatici e da una documentazione che permette di ricostruire tutto da zero. Nessun rilascio avviene senza verificare che l'ambiente coincida con Git.
Prima di ogni installazione l'impronta del codice nell'editor viene confrontata con quella di Git. Se differiscono, le modifiche si uniscono invece di sovrascriverle.
Ogni correzione porta con sé una prova automatica. Nessun nome reale o dato personale nei test, nei commit o nella documentazione.
Ogni API, ruolo, policy, budget e regione si registra nel documento di infrastruttura nella stessa sessione in cui cambia.
I permessi per costruire e pubblicare servizi si assegnano solo per il rilascio e si tolgono alla fine, ogni volta.
In sintesi
I modelli AI sono scelti per compito e lavorano dentro confini decisi dal codice: accessi, importi, invii e approvazioni restano sempre sotto controllo.
Gaia è progettata e sviluppata da ICOA. Scopri anche i servizi di intelligenza artificiale di ICOA.