Ciò che abbiamo stabilito. Chi continua. Cosa segue.

È in produzione ed è la board con cui guidiamo la nostra azienda. I numeri: 566 commit, l’ultimo il 4 settembre 2026; 81 migrazioni che costruiscono 90 tabelle; 171 policy di accesso a livello di riga; 563 casi di test automatici in 38 file; 21 routine pianificate sul server più 9 loop nel processo; 14 strumenti MCP; 35 endpoint sul collettore. Ciò che non è: un servizio self-service. Non esiste un pulsante con cui un team esterno possa avviarlo da solo — si installa.

No, e la restrizione è nel database, non nell’interfaccia. Una funzione di tipo guardia impedisce a un agente di chiudere un’attività, e qualsiasi scrittura che ne chiuda una deve dichiarare l’attore; se l’attore non può essere stabilito, la richiesta viene respinta. Vale la pena dire anche perché la regola appare così: la prima versione identificava l’attore tramite una funzione che restituiva vuoto per un servizio automatico, quindi non si applicava da nessuna parte. Un audit interno l’ha trovata, e la migrazione che l’ha corretta spiega nel commento esattamente cosa non funzionava.

Davvero, con codice e con routine pianificata: Telegram (bot proprio, ascolto permanente, trascrizione dei messaggi vocali), quattro caselle di posta — tre Gmail e una Microsoft 365 — lette solo, Google Calendar, chiamate telefoniche tramite trunk SIP, Obsidian, LinkedIn, più sessioni di lavoro e attività git lette dal computer della persona. I modelli passano attraverso un gateway proprio compatibile OpenAI; il motore di esecuzione degli agenti gira su OpenRouter. Ciò che NON è connesso, nonostante la nostra pagina delle integrazioni lo mostri: Slack, GitHub, Jira, Notion, Figma, Zapier, Dropbox, Google Drive, Microsoft Teams, GitLab, Outlook. Ho cercato nel codice e non esiste alcuna riga per nessuno di questi. Quella pagina è una griglia di marketing e va corretta.

No, nonostante il nome di una schermata nell’app. Quella schermata è in realtà l’associazione di un dispositivo tramite codice QR, nello stile a cui il mondo è abituato da WhatsApp Web — da lì viene il nome. Non esiste alcuna chiamata a un API WhatsApp. Inoltre: quel flusso non è usato, e le sue tabelle sono vuote, cosa che constata persino la migrazione che ne ha rivisto i permessi.

La parte utile non è che abbiamo policy di accesso, ma che ne abbiamo trovato i buchi e li abbiamo riparati uno per uno, ogni migrazione spiegando cosa non funzionava. Un audit interno di agosto ha scoperto che tutte e tre le guardie per gli agenti erano inattive. Un’altra guardia si era rivelata fail-open — il controllo veniva saltato del tutto, non respinto — ed è stata invertita per fallire in chiusura. Il terzo problema era sottile e generale: in Postgres una nuova funzione è eseguibile implicitamente da tutti, quindi la concessione esplicita dei diritti non restringeva nulla; è stato verificato in produzione che una chiave anonima arrivasse nel corpo della funzione, poi è stato revocato il diritto implicito. A livello di repository, una guardia respinge i push diretti sul ramo principale e blocca i file di segreti, perché un repository privato su un account personale non può avere la protezione del ramo da GitHub.

Tre cose che preferiamo dire. I tipi generati per il database sono vecchi da gennaio e contengono tabelle di un progetto del tutto non correlato, il che ha imposto 101 conversioni di tipo forzate in 26 file — funziona, ma perde il controllo di compilazione proprio dove servirebbe. Il verificatore di stile segnala 161 errori ereditati e non blocca la consegna. E 36 test sono saltati nell’integrazione continua perché richiedono una chiave modello che lì non esiste. Nessuno dei tre blocca il prodotto; tutti e tre sono debito reale.

Tramite rsync, non container: l’interfaccia arriva in una directory statica servita da nginx, il collettore e il server MCP girano come servizi systemd. L’integrazione continua esegue i test e costruisce; la consegna parte solo se questi hanno superato il ramo principale, tramite un esecutore proprio che ha il permesso di eseguire esattamente due script e nient’altro. Ogni azione esterna nella pipeline è fissata sulla sua impronta completa, non su un’etichetta, dopo il compromesso di un’azione popolare nel marzo 2026. Il controllo di salute legge quale pacchetto sia referenziato dalla pagina servita e fa rollback se non è quello fresco — regola scritta dopo un incidente reale del 3 settembre 2026. Le migrazioni del database restano manuali, deliberatamente.