Realizzazioni

Ciò che è in esercizio, numeri e guasti compresi

Sistemi progettati e gestiti ogni giorno sulle attività di NES Studio e del suo fondatore. Anche ciò che si è rotto viene mostrato: è la parte più utile per Lei.

Media Factory: una redazione automatizzata

L'esigenza: Far vivere quattro testate indipendenti (EmotioNES, MindNES, KindNES, ParisianEs) senza una redazione di dipendenti.
Cosa è stato costruito: Una catena completa: monitoraggio delle fonti, scelta degli angoli, redazione in tre passaggi, immagini, validazione umana su Telegram, pubblicazione web. Si avvia ogni mattina e resta ferma il resto del tempo.
Cosa ha insegnato la produzione: Il 30 agosto sono stati aggiunti quattro controlli, uno per ogni guasto effettivamente avvenuto: un piano di riserva simulato non può più essere pubblicato; un argomento senza materiale viene abbandonato prima di pagarne la redazione; una ricerca documentale rimasta muta per 81 giorni sotto la voce «0 errori» ora conta come errore.

Un team di agenti che sviluppa e gestisce

L'esigenza: Sviluppare e mantenere una decina di progetti da solo, senza passare le giornate a ricopiare istruzioni da uno strumento all'altro.
Cosa è stato costruito: Un direttore d'orchestra progetta e invia le missioni; un team di sviluppo (CCO) scrive il codice in copie di lavoro isolate; un'amministratrice di sistema (ClawdIA), comandabile da Telegram, distribuisce e sorveglia. Ogni modello è scelto in base alla missione: rapido ed economico per verificare, più potente per il codice delicato.
La regola che ne è nata: Il resoconto di un agente non fa mai fede. Gli agenti sopravvalutano i propri risultati; si verifica la modifica effettiva del codice prima di qualsiasi pubblicazione. Due missioni dichiarate concluse avevano fatto il commit senza pubblicare nulla: il criterio di chiusura ora richiede una pubblicazione verificata.

ClawdIA: l'agente di esercizio e i suoi due incidenti

Il ruolo: Un agente amministratore di sistema, self-hosted, che distribuisce, esegue i backup e sorveglia i server, con una memoria di lavoro persistente tra una sessione e l'altra.
Primo incidente: Uno script non documentato scriveva ogni notte nella memoria dell'agente, senza verificare nulla, che tutto andava bene: 51 blocchi identici, più della metà della sua memoria a lungo termine. Regola adottata: solo l'agente scrive la propria memoria, e nessuna affermazione sullo stato senza una prova allegata.
Secondo incidente: Per undici giorni, un controllo ogni trenta minuti ha verificato percorsi di un server che non esisteva più, rileggendo ogni volta l'intera conversazione. Diagnosticato, corretto nelle sue tre cause, raccontato nel dettaglio nelle note operative.

Un'infrastruttura sovrana, costruita da zero

L'esigenza: Separare le attività tecnologiche in una società dedicata, su un'infrastruttura che le appartiene e che si cede insieme a essa, senza dipendere da un account personale.
Cosa è stato costruito: Server dedicato, container, reverse proxy, forge del codice, autenticazione unica, cassaforte dei segreti, backup. Lo stato desiderato di ogni zona DNS è scritto nel codice e confrontato ogni giorno con la realtà da una sentinella.
Cosa è stato evitato: Un primo script ricavava lo stato desiderato dal DNS in essere. Il giorno in cui quel DNS fosse stato in avaria, avrebbe ricopiato il guasto dichiarandolo conforme, ogni giorno. È stato riscritto prima di entrare in uso.

Una documentazione che gli agenti leggono e tengono aggiornata

L'esigenza: Che nessun sapere dipenda dalla memoria di una persona o di una conversazione: né la mia, né quella di un agente.
Cosa è stato costruito: Un'unica base documentale, organizzata per area, esposta agli agenti tramite un server protetto. Ogni scheda riporta il proprio registro datato. Gli agenti la consultano prima di agire e propongono i propri aggiornamenti; una persona li convalida.
Il principio: La documentazione di ieri è un'ipotesi, non una prova. Durante una diagnosi, una causa plausibile già scritta nella documentazione interna è stata scartata semplicemente allineando gli orari dei log.

Gli strumenti di un commerciante di veicoli premium

Il contesto: Un commerciante di veicoli usati premium, con importazione dall'Europa, una sessantina di veicoli all'anno e molti documenti: libretti di manutenzione, fatture, revisioni.
Cosa è stato costruito: Lettura automatica dei libretti di manutenzione e creazione di uno storico verificabile per veicolo; un archivio documentale per veicolo; un'estensione che mostra questo storico direttamente sugli annunci; un agente che redige le risposte agli acquirenti e le sottopone a validazione umana prima dell'invio, comandato da tre parole chiave: fermarsi, passare la mano, fissare un appuntamento.
Il passaggio al nuovo gestionale: Migrazione di 4.400 privati e 520 professionisti verso un nuovo software gestionale: corrispondenza dei campi, deduplicazione, suddivisione secondo i vincoli di importazione del produttore.

Riordinare sette anni di Drive

L'esigenza: Un Drive accumulato in sette anni e su più attività, in cui nessuno trovava più nulla.
Cosa è stato fatto: Una struttura di cartelle per attività, un piano di riordino validato prima di qualsiasi spostamento, poi l'esecuzione da parte di un agente che comandava l'interfaccia, là dove l'API non permetteva di spostare. Risultato: otto cartelle di attività nella radice, duplicati eliminati, 62 archivi di backup (25-30 GB) individuati per lo sfoltimento.
Perché è un caso di IA: È il caso più comune in una PMI: nessun modello sofisticato, ma un agente che prima propone, poi agisce, e lascia alla persona la decisione su ciò che si cancella.

Un caso simile nella Sua azienda?

La maggior parte di questi sistemi si adatta a una PMI in poche settimane, a condizione di scegliere bene il primo.

Parlarne