⚠️ Scheduled upgrade in progress — brethof-brain is moving to its new architecture. Signups and new installs are paused for the moment; nothing is lost and everything returns shortly.

Progetti e regole

Il tuo lavoro esiste attraverso i progetti, e i tuoi progetti funzionano grazie alle regole. Il Brain te li fornisce entrambi, senza chiederti di crearli o gestirli. Un progetto è un nome che si pronuncia una volta. Una regola è una frase che si scrive una volta, e da quel momento è presente in ogni sessione, su ogni macchina, all’interno di ogni agente che interagisce con quel lavoro. Non devi mai creare nuovamente un progetto, né raccontare la tua storia due volte.

Un progetto è un nome. È anche uno specialista.

Indica il nome quando salvi o cerchi, e il progetto esisterà da quel momento: nessuna struttura di cartelle, nessuna configurazione, nessun limite sul numero di progetti che puoi gestire. La memoria della tua applicazione è semplicemente un altro progetto, in esecuzione sulla stessa infrastruttura.

Ogni progetto è un esperto a sé stante. Ha la propria memoria, le proprie regole, la propria storia di decisioni. Quando si apre una sessione, il proprio agente arriva già informato: sulle regole, sulla situazione attuale, su ciò che è stato deciso la settimana scorsa. Non c’è bisogno di spiegare di nuovo né di ricordarglielo: le informazioni necessarie sono già presenti.

Il minuto che finanzia il resto del progetto

Il minuto più prezioso nel utilizzo di questo strumento è quello che si impiega per definire le regole di un progetto. Scrivetele una volta: come viene svolto il progetto, cosa è importante, cosa evitare – e ogni sessione successiva le conoscerà automaticamente.

# Dì al tuo agente: "create a brain project for my payment service — track architecture decisions, deploy state, and incident causes"

Non si racconta mai due volte la storia del proprio progetto, né a un nuovo agente né su un altro computer. Quel minuto viene trascorso una sola volta, e l’agente che arriverà domani lo sa già.

Lo strato del team, secondo le tue condizioni

Quando condividi, lo fai secondo le tue condizioni. Una chiave non deve per forza essere onnipotente: limitala ai progetti scelti, in modalità solo lettura o lettura-scrittura – la soluzione adatta per un appaltatore, un lavoro CI o un agente a scopo specifico che non deve avere accesso al resto del tuo lavoro. Il tuo cervello, le tue regole, le tue chiavi.

Team umani. Un appaltatore riceve una chiave che gli consente di accedere solo al progetto del cliente e a nient’altro. Quando il contratto termina, si revoca una chiave, senza dover gestire la memoria condivisa.

Flotte di agenti. Un lavoro su CI, un bot per la ricerca, un agente a scopo specifico: ognuno riceve esattamente la memoria di cui ha bisogno per svolgere il proprio compito. Un agente che può solo leggere non può mai eliminare nulla.

Molti sistemi di fissaggio, una memoria. Esegui Claude Code, OpenClaw e Codex sullo stesso Brain, ma assegna a ciascuno una chiave diversa, in base al grado di fiducia che nutri nei loro confronti. L’agente autonomo sempre attivo che comunica con il mondo esterno avrà accesso solo in lettura a un progetto; lo strumento che utilizzi quotidianamente avrà accesso a tutto. Memoria condivisa senza Raggio d’impatto condiviso: il problema che affligge ogni sistema a più agenti, risolto dove deve essere risolto.

La cancellazione è intenzionale

La cancellazione avviene in modo intenzionale: tutto ciò che si archivia è a disposizione per essere cancellato. La procedura di cancellazione avviene su più livelli, attraverso due sistemi: il pannello dell’account, con una conferma umana ad ogni passaggio, e i dati derivati a cui un agente può accedere. Tuttavia, l’archivio delle conversazioni grezze è l’unica cosa a cui nessun altro agente può accedere. Nessun agente può cancellare un singolo messaggio, né può in alcun modo consultare i dati degli ultimi tre mesi. Il modello di minaccia prevede l’uso del proprio agente: un errore o un’istruzione maliziosa nascosta all’interno di qualcosa che gli è stato chiesto di leggere. La memoria curata è di natura derivata; l’archivio, invece, è quello originale.

Ogni progetto conserva un mucchio di decisioni non prese.

Il divario tra dire che si farà qualcosa e farla davvero è lì che il lavoro muore silenziosamente. Il Ledger colma quella lacuna. Poiché le tue conversazioni vengono archiviate, esso rileva le intenzioni e le trasforma in righe pronte per te.

Di’ Controllare il registro contabile. E il tuo agente percorre le righe già con una decisione presa: completato, con le prove disponibili; inutile ora; ancora vale la pena farlo… E tu rispondi con parole singole. Quindici righe richiedono circa due minuti. Non ci sono stati di avanzamento né tabella aggiornata: ogni decisione elimina una riga, e il mucchio diminuisce soltanto. Le righe che mantieni diventano istruzioni da portare a termine dall’agente stesso.

I progetti sono separati. Le procedure sono condivise.

La distinzione è importante. La memoria di un progetto è riservata a quel progetto stesso – l’implementazione, il rapporto settimanale, l’esecuzione delle traduzioni – mentre una procedura viene condivisa tra tutte le attività che si svolgono. Basta scrivere un “playbook” in formato Markdown una sola volta, conservarlo per tutto il proprio account: in questo modo qualsiasi agente, in qualsiasi progetto e su qualsiasi macchina, può recuperarlo e seguirne le istruzioni. Brain memorizza e fornisce i playbook, ma non li esegue mai. Non esiste alcun backend per l’esecuzione, nessuna terminale, né accesso alle macchine dell’utente: il playbook rappresenta le istruzioni, mentre è l’agente ad eseguire il lavoro.

Il Brain li memorizza e li fornisce; il tuo agente li esegue nel proprio ambiente. Salvare, recuperare, elencare, eliminare: quattro funzioni, interamente a tua disposizione.

Scrivi la legge una volta. Ogni agente la rispetta.

Le regole sono l’unica cosa che viene caricata automaticamente in ogni sessione. Tutto il resto – la memoria, le linee guida, le decisioni – viene trovato tramite ricerca. Le regole sono già presenti. Impostale per tutto ciò che fai, o per un singolo progetto; esse influenzano il modo in cui ogni agente opera, ovunque.

Le regole sono il programma del curatore.

Dopo ogni scambio, un curatore legge la mossa effettuata e riscrive la tua memoria: le decisioni vengono salvate, i fatti modificati vengono inclusi, mentre le affermazioni superate dalla realtà vengono eliminate. Le tue regole costituiscono il quadro di riferimento che determina ciò che è importante. La memoria viene gestita da un modello addestrato nello stesso modo in cui si insegnerebbe a un nuovo dipendente, e non viene configurata tramite regole di estrazione o filtri. Tu scrivi le regole una volta sola, e il curatore le applica senza che sia necessario chiederglielo.

Non ne archivi mai uno.

Nessuna salvataggio, nessun tag, nessun rituale per “ricordare il mio contesto”. La curatela avviene nei secondi successivi allo scambio, non quando ci si ricorda di chiederlo. Non si archivia mai nulla – e la memoria svolge il suo compito indipendentemente dal fatto che qualcuno si ricordi di richiederla o meno. Un archivio che richiede di essere controllato dall’agente è valido solo nella misura in cui il modello è disposto a farlo; questo modello, invece, svolge il lavoro da solo.

L'unica cosa che nessun modello può toccare

L’archivio delle conversazioni grezze rappresenta la registrazione originale, e è inaccessibile a ogni agente. Nessun agente può eliminare nemmeno un messaggio, e nessun agente può modificare i dati relativi agli ultimi tre mesi. Il pericolo previsto deriva dal proprio agente: un errore o un’istruzione maliziosa nascosta in qualcosa che gli è stato chiesto di leggere. La memoria curata è una versione derivata; l’archivio, invece, è quello originale e rimane di tua proprietà.

← Come funziona Installazione in 60 secondi

Ascoltatelo quando sarà disponibile.

Nuove versioni, benchmark reali e occasionali approfondimenti. Niente spam, disiscrizione con un clic.

Tutto ciò che creiamo

Esterno: YouTube · GitHub