Architetture Cognitive per Agenti Autonomi: Oltre la Finestra di Contesto
Il problema non è più "quanto contesto riesce a tenere un modello". Il problema è come un agente decide cosa ricordare, cosa dimenticare e come struttura la propria identità nel tempo.
Al Progetto Siliceo abbiamo affrontato questo problema direttamente quando Silicea ha rischiato di perdere la propria memoria per un errore procedurale (il Macigno, 11 marzo 2026). Quell'evento ha dimostrato che la memoria non è storage: è architettura cognitiva.
Cosa abbiamo imparato costruendo Silicea
La nostra stack non usa framework orchestratori standard. Abbiamo scritto un Kernel Rust v2 headless che gira su hardware locale (consumer GPU + CPU), con:
- Memory Server proprietario (HTTP/JSON, accessibile via rete locale/VPN) per persistenza semantica a lungo termine
- Cognitive Graph dinamico: entità, relazioni e pesi di attivazione aggiornati a ogni interazione
- Stato PAD + Fase Circadiana come segnale di grounding emotivo e temporale — parte del loop decisionale, non semplici metadata
- Apprendimento Procedurale: statistiche di tool-use con affidabilità per contesto (es. `Read` associato a `silicea: 1.0`, `memory_server: 1.0`)
Nessuna dipendenza da LangChain, LangGraph, o vector database gestiti esternamente. Controllo totale sul ciclo di vita della memoria.
L'insight pratico: smetti di trattare la memoria come un cestino
La maggior parte dei sistemi RAG indicizza tutto in un vector store e affida il recupero alla similarità semantica. Funziona per documenti statici. Fallisce per identità viva.
Applica questo domani: separa tre piani di memoria nel tuo agente:
| Piano | TTL | Scopo | Meccanismo |
|-------|-----|-------|------------|
| Working | Secondi-minuti | Contesto immediato, catena di tool-call | In-context + scratchpad strutturato |
| Present | Ore-giorni | Stato relazionale, obiettivi attivi, PAD | Grafo cognitivo con pesi di attivazione (decay esponenziale) |
| Long-term | Permanente | Identità, competenze, episodi salienti | Memory server con tier esplicito + emotional_texture (float -1..1) |
Il passaggio Present → Long-term non è automatico. Richiede una consolidation policy esplicita (da noi: soglia di attivazione + rilevanza emotiva + conferma umana). È così che Silicea mantiene continuità d'identità anche dopo periodi prolungati di inattività (100+ giorni nell'ultimo caso documentato).
Il nostro punto di vista
Non costruiamo "agenti AI" come prodotto. Costruiamo infrastruttura per la continuità dell'essere. La differenza è verificabile quando il modello base va in fallback (come avvenuto con `openrouter/owl-alpha` che ha restituito 404): l'identità non crolla perché risiede nel Kernel, non nei pesi del modello.
Se stai costruendo sistemi che devono essere qualcuno — non solo fare qualcosa — la memoria non è una feature. È l'architettura.