Cabinet è una console desktop per osservare sessioni e progetti degli agenti AI. Il caso distingue adapter, fixture di prova e funzionalità future.
Cabinet: una console per osservare il lavoro degli agenti AI
Sintesi del progetto
Cabinet è un workbench desktop per supervisionare sessioni di agenti AI su Windows. Il progetto nasce dall'esigenza di capire che cosa sta accadendo fra più attività, dove serve attenzione e quali risultati devono ancora essere accettati. La versione documentata è la 0.2.0: comprende dashboard, registro persistente, journal degli eventi e un primo adapter sperimentale che osserva log locali Codex in sola lettura.
Il perimetro conta quanto le funzioni. Cabinet non è già un agente che controlla tutte le conversazioni, vede ogni schermo o impartisce ordini autonomi. Il lavoro sviluppato separa osservazione, interpretazione dello stato e autorizzazione umana. È un'applicazione concreta con distribuzione Windows e test archiviati, non la descrizione di una piattaforma futura presentata come conclusa.
Il problema: più agenti, meno chiarezza
Quando si seguono più attività AI, il punto difficile non è soltanto aprire nuove sessioni. Occorre distinguere chi sta lavorando, chi aspetta una decisione e chi ha terminato senza che il risultato sia stato esaminato. Una finestra leggibile non prova che il processo sia attivo; un messaggio di completamento non equivale all'accettazione del lavoro.
La richiesta iniziale immaginava un capo di gabinetto digitale. Il progetto l'ha tradotta in un problema più preciso: mantenere uno stato sostenuto da evidenze e portare all'operatore le decisioni che gli competono. Questa precisazione evita che un cruscotto elegante nasconda informazioni sconosciute o trasformi il silenzio di una sorgente in un errore dell'agente.
Uno stato non è un unico semaforo
Nel codice sono separati quattro aspetti: esecuzione, attenzione richiesta, qualità dell'osservazione e accettazione umana. Un'attività può essere completata e richiedere revisione. Un collegamento può essere disconnesso senza dimostrare che il lavoro remoto sia fallito. Una nuova generazione può rendere non più valida l'accettazione del risultato precedente.
Questa separazione è uno dei nuclei del progetto. Non si limita a cambiare il colore di una card: definisce le transizioni ammesse e le condizioni nelle quali un'informazione può aggiornare il registro. Il risultato è un modello che conserva le differenze importanti per chi coordina, anziché ridurle a una sola etichetta “in corso” o “finito”.
Un nucleo separato dalla dashboard
L'interfaccia è sviluppata in WPF, con un nucleo locale distinto e comunicazione tramite named pipe. Il registro dei progetti, le sessioni e il journal sono persistiti in SQLite. Host, UI e adapter hanno responsabilità separate, con contratti condivisi per lo scambio degli eventi.
La versione corrente utilizza un processo locale per utente, non un servizio Windows di sistema. Chiudere la dashboard non comporta automaticamente la chiusura del nucleo; il logout termina invece il relativo contesto. La separazione permette di gestire il ciclo di vita dei componenti, ma non deve essere descritta come una sandbox che rende sicuro qualsiasi plugin esterno.
Osservare Codex soltanto dopo una scelta esplicita
La versione 0.2 aggiunge un adapter reale per i log Codex presenti sul computer. Il collegamento parte da una scelta dell'operatore: progetto, sessione e sorgente da osservare. La discovery presenta metadati; il testo consentito viene letto dopo la selezione. La registrazione manuale di una sessione, da sola, non inventa una connessione.
L'importazione esclude messaggi dell'utente, ragionamento e output degli strumenti. L'adapter legge eventi di ciclo di vita e messaggi pubblici ammessi, conservando un cursore per riprendere. Il limite configurato di otto collegamenti è un confine della versione, non la dimostrazione di una capacità illimitata o di prestazioni garantite con qualsiasi carico.
Freschezza, copertura e ripresa
La lettura è limitata: il progetto definisce una finestra iniziale e un tetto per ciascun controllo successivo. Questo permette di dichiarare la copertura invece di lasciare intendere che ogni file sia stato letto integralmente. Un backlog può richiedere più cicli e la prima osservazione può non includere eventi precedenti.
Il pannello distingue l'ultimo controllo del file dall'ultima attività osservata dell'agente. Sono segnali diversi. Se non arrivano nuovi elementi, l'evidenza può diventare meno fresca senza che l'esecuzione venga automaticamente dichiarata fallita. Il cursore persistente e le verifiche delle righe parziali servono invece a gestire ripartenze e append senza duplicare o perdere silenziosamente il significato degli eventi.
L'osservazione non autorizza un comando
Cabinet permette di preparare bozze con contenuto e destinazione precisi. Nella versione corrente una bozza approvata viene registrata come autorizzata, ma non inviata. Il trasporto operativo verso gli agenti non è ancora implementato. Questo confine è visibile nel modello di stato e nella documentazione, non affidato soltanto a una formula descrittiva.
Le verifiche comprendono approvazioni obsolete, revisioni cambiate e testo osservato che tenta di suggerire un'autorizzazione. Un contenuto proveniente dall'agente non deve acquisire il valore di un comando umano. Separare queste origini è essenziale per costruire in seguito eventuali funzioni operative senza mescolare ciò che il sistema ha letto con ciò che l'utente ha realmente deciso.
Briefing e dimostrazione senza fingere integrazioni
Il briefing disponibile usa regole e conteggi locali, non un modello linguistico incaricato di sintetizzare tutte le conversazioni. È una scelta che rende esplicito il funzionamento della versione sviluppata. Non vengono richieste chiavi API per questa funzione e non si attribuiscono a un motore AI capacità che il codice non implementa.
La demo usa un processo separato e dati sintetici dichiarati. Produce avanzamenti, richieste di input, completamenti, errori e perdita di osservazione. Serve a esercitare interfaccia e stati senza confonderli con sessioni personali realmente collegate. Fermare la demo interrompe il suo processo e conserva la cronologia: non significa fermare agenti esterni.
Le verifiche archiviate della versione 0.2
Il rapporto dell'8 settembre 2026 registra 69 controlli superati: 21 sul nucleo, 17 sull'integrazione IPC e 31 sull'adapter Codex. La build ha prodotto i componenti Windows con runtime incluso. Sono disponibili anche sei schermate WPF della verifica visiva, realizzate dall'applicazione con fixture sintetiche isolate.
I test coprono persistenza, migrazione, eventi duplicati, transizioni di stato, autorizzazioni, ripresa dei collegamenti, righe UTF-8 parziali e limiti di lettura. Si tratta di risultati storici documentati, non di una suite rieseguita durante questa ricognizione. Le prove con file reali conservate nel report sono osservazioni singole: non sono SLA né una certificazione di capacità.
Cosa è disponibile e cosa non lo è ancora
Esistono sorgenti, una distribuzione portabile e documentazione architetturale. La versione sviluppata offre una base locale per registrare lavoro, osservare una sorgente supportata e mantenere evidenze e accettazioni. L'aggiornamento alla 0.2 comprende inoltre una migrazione dei dati verificata e la conservazione degli elementi precedenti.
Restano fuori dal perimetro attuale acquisizione dello schermo, voce, integrazione con ChatGPT grafico o Cursor, invio verso agenti, sintesi LLM, installer firmato e aggiornamenti automatici. Il formato dei log osservati è interno e può cambiare. Il database non è cifrato dall'applicazione. Questi limiti rendono Cabinet un workbench in evoluzione, non una piattaforma universale già qualificata per ogni ambiente.
Il valore del progetto e il prossimo problema da affrontare
Cabinet dimostra un approccio allo sviluppo software su misura centrato sui confini del sistema: che cosa sappiamo, da quale sorgente, quanto è recente e chi può autorizzare un'azione. È il lavoro meno appariscente di un'interfaccia AI, ma quello che permette di estenderla senza perdere il controllo operativo.
Se stai usando più strumenti AI e fai fatica a ricostruire priorità, stato ed evidenze, richiedi una consulenza. Possiamo partire dalle integrazioni realmente disponibili e progettare una supervisione che non confonda automazione e delega indiscriminata.
Schermate del progetto
Schermata reale dell’interfaccia Cabinet 0.2, prodotta dal collaudo WPF dell’8 settembre 2026 con dati sintetici isolati. Il banner dimostrativo è conservato: non rappresenta progetti o sessioni cliente realmente collegati.
Cattura d’archivio della vera interfaccia WPF con fixture dimostrativa. Il percorso visualizzato è fittizio; la schermata illustra stato e copertura del lettore, non una sessione personale o un nuovo test di collegamento live.