Il 6 giugno 2026 ho fatto il primo commit di un repository che ho chiamato Sofia. Non era un progetto, era una cartella di lavoro: una struttura di directory più un file di istruzioni che dice a Claude Code come comportarsi quando lavora con me. Dove salvare i documenti, che template usare per un'offerta commerciale, come classificare un dato riservato, quando fermarsi e chiedere conferma prima di scrivere qualcosa fuori dal repository.
L'ho costruita per me, come strumento personale. Ma fin dall'inizio ho scritto una cosa che oggi guida ogni scelta che faccio su Sofia: lo scopo dichiarato è che smetta di essere mia.
Il problema che non si vede finché lavori da solo
Quando un sistema di lavoro con l'AI serve solo a te, molte cose restano implicite. Sai dove va salvato un documento perché lo sai e basta. Sai che tono usare con un cliente perché ce l'hai in testa. Sai quale decisione hai preso tre mesi fa perché te la ricordi, o pensi di ricordartela.
Questo funziona finché sei l'unico utente. Il giorno in cui qualcun altro del team deve lavorare dentro lo stesso sistema — o anche solo il giorno in cui tu stesso, a distanza di mesi, non ricordi più perché avevi deciso una certa cosa — l'implicito smette di reggere.
È lì che ho iniziato a vedere la differenza tra "usare l'AI" e "avere un'infrastruttura AI". Non è una questione di potenza del modello. È una questione di struttura esterna: cartelle esplicite invece di convenzioni tacite, regole scritte in un file invece che nella testa di una persona, memoria su file invece che dentro una chat privata che nessun altro può leggere.
Cosa ho dovuto rendere esplicito
Costruendo Sofia ho dovuto tradurre in regole scritte cose che prima gestivo a intuito. Alcune di queste, con il senno di poi, sono principi che vanno oltre il mio caso specifico:
Le decisioni si scrivono, non si ricordano. Ogni scelta che conta — accettare un progetto, cambiare un prezzo, scegliere un fornitore — finisce in un log con la motivazione e le alternative scartate. E una decisione, una volta presa, non si modifica: se cambio idea, scrivo un nuovo file che dichiara esplicitamente quale decisione supera e perché. Il vecchio file resta intatto.
La duplicazione è il nemico. Se la stessa informazione esiste in due posti, uno dei due è sbagliato. Ogni volta che trovo la stessa cosa scritta o gestita in due posti diversi, so che prima o poi uno dei due andrà fuori sincrono con la realtà, e non saprò quale.
Un assistente ha bisogno di struttura esterna quanto di intelligenza. Il modello può essere bravissimo, ma se non sa dove guardare e cosa aspettarsi, ogni sessione riparte da zero. Cartelle, template, regole di nomenclatura non sono burocrazia: sono ciò che rende il lavoro dell'AI ripetibile e verificabile anche da chi non ha seguito la conversazione.
Perché questo riguarda te, non solo me
Se lavori con un'AI nella tua azienda — o stai pensando di iniziare — il punto non è quale modello scegli. È se stai costruendo qualcosa che regge quando smetti di essere l'unico a usarlo. Molte PMI che seguo stanno vivendo esattamente questo passaggio: da "il titolare che smanetta con ChatGPT" a "uno strumento che il team può usare senza dover chiedere continuamente al titolare come funziona".
La differenza tra le due cose non è tecnologica. È architetturale: quanto delle regole che seguite oggi vivono solo nella vostra testa, e quanto invece è scritto da qualche parte in modo che chiunque nel team possa leggerlo e applicarlo allo stesso modo.
Sofia, per me, è il laboratorio dove sto imparando a fare questa traduzione — da regola implicita a regola scritta — prima di doverla fare su scala aziendale, con più persone e meno margine di errore.