Sistema operativo multi-agentico

GEKO Ecosystem

Un ecosistema AI personale che governa processi reali: ogni agente ha un ruolo definito, ogni dato una sola fonte di verità, ogni decisione un controllo umano. Questa pagina spiega il metodo prima dei progetti.

v5.2 — 30 Giugno 2026 — metodo, governance a gate, runtime HERMES, ambiente APP-FORGE

Il principio

GEKO non è un software, né un chatbot, né un'automazione. È un modo di lavorare: un'organizzazione in cui ogni agente AI ha una responsabilità precisa, ogni dato una collocazione stabile, e ogni processo è tracciabile e riproducibile.

Nasce dall'esigenza concreta di gestire una complessità che nessuno strumento singolo poteva coprire. Dimostra che l'AI multi-agentica non è una promessa futura: è operativa oggi, a condizione di orchestrarla con metodo.

L'elemento distintivo non è la tecnologia, ma la disciplina: 35 anti-pattern derivati da errori reali, una governance su tre livelli, una pianificazione a gate, e un livello di monitoraggio che misura la salute del sistema in modo continuo.

# GEKO Ecosystem — Boot Sequence v5.2
geko@core:~$ systemctl status ecosystem
ecosystem.target — running
geko@core:~$ ./boot --check
Supabase — Single Source of Truth (500+ RPC)
HERMES — runtime agentico primario (7 topic)
PYBOT v1.2 — FastAPI engine TRANSIT su VIPER
ELYSIA — RAG + Knowledge Membrane (geko_graph)
Metodo: AI · Cowork · ChatGPT · HERMES · HITL
Governance: SOLO · DUO-GATE · TRIO-GATE
CHRONOS: 16 task (5 VPS + 11 VIPER)
GEKO OPS: SENTINEL · PULSE · COMPASS · TELEMETRY
Verticali: TRANSIT · DUCATO · ORION · MERIDIAN · HOME · DOMUS
APP-FORGE — Antigravity dev environment (NEW)
───────────────────────────────
OpenClaw legacy — dismesso, DM-only
geko@core:~$

Il metodo operativo

Il valore dell'ecosistema non è l'elenco dei progetti, ma il modo in cui vengono prodotti. Cinque funzioni distinte lavorano in parallelo, ciascuna con un compito che le altre non svolgono. È questa divisione del lavoro, unita alla governance a gate, che consente a una struttura ridotta di operare con la capacità di un team tecnico.

Generazione

AI

Claude · Gemini · Grok · DeepSeek

I modelli generano, ragionano, scrivono ed eseguono codice. Sono la capacità produttiva di base, che il metodo organizza e indirizza.

Coordinamento

Cowork

esecuzione · file · deploy

Opera direttamente sul campo: gestisce i file, interroga il database, pubblica le pagine, esegue. Trasforma le decisioni in risultati concreti.

Supervisione

ChatGPT — Orchestrator

design · validazione · ottimizzazione

Definisce l'architettura prima dell'esecuzione e valida i risultati dopo. È il secondo parere che approva i passaggi sui lavori a rischio elevato.

Interfaccia

HERMES

Telegram · 7 personalità/topic

Il front-end conversazionale. Un unico assistente con sette personalità per dominio, ciascuna con accesso ai soli dati di sua competenza.

Controllo

Supervisione umana

Human-in-the-loop · gate finale

Nessun lavoro strutturale si chiude senza approvazione umana. Il controllo finale resta sempre a una persona, che fa da arbitro tra gli attori.

La pianificazione a gate

Non tutti i lavori richiedono lo stesso livello di controllo. Ogni attività, in apertura, viene classificata con una matrice deterministica a sei criteri: più criteri risultano veri, maggiore è il controllo richiesto. Questo evita sia l'esecuzione affrettata sui lavori delicati, sia procedure inutili su quelli semplici.

ModalitàSogliaProcesso
SOLO0 criteriEsecuzione diretta con conferma umana e log standard. L'Orchestrator non interviene.
DUO-GATE1–2 criteriEsecuzione seguita da un report strutturato, che l'Orchestrator esamina in revisione asincrona. Secondo parere senza blocco.
TRIO-GATE≥3 criteriPipeline sincrona completa a sei gate: design e validazione dell'Orchestrator, esecuzione, approvazione umana a ogni passaggio.

I sei criteri di classificazione:

C1 · Cross-verticale C2 · Irreversibilità C3 · Nuovo paradigma C4 · Dati critici / compliance C5 · Architettura aperta C6 · Impatto su contratti / API

La pipeline TRIO-GATE — sei passaggi, dalla raccolta del contesto alla chiusura approvata:

01 Context 02 Compliance 03 Scope 04 Readiness 05 Final Test 06 Human Close

Sopra il metodo opera GEKO OPS, il livello che governa e misura. Non costruisce: osserva. SENTINEL verifica il rispetto delle regole da parte degli agenti, PULSE esegue il controllo quotidiano dell'infrastruttura, COMPASS misura la salute evolutiva dei progetti, TELEMETRY intercetta gli errori a runtime. È ciò che distingue un sistema che funziona da un sistema che funziona, è verificato, e lo dimostra con dati.

L'evoluzione architetturale

A gennaio 2026 GEKO nasce con OpenClaw, un runtime multi-agente basato su Node.js, Docker e un workspace di file Markdown. Permette di costruire le fondamenta — bot Telegram, fallback tra modelli, routing dei topic — ma con la crescita del sistema i limiti diventano strutturali.

A marzo 2026 arriva la decisione più impegnativa del progetto: smantellare il componente centrale e ricostruirlo da zero. Non un cambio di tecnologia, ma di paradigma: da monolite che gestisce tutto a un insieme di servizi specializzati, ciascuno con la propria responsabilità.

Prima — architettura monolitica

OpenClaw

Un unico processo Node.js in container Docker gestiva bot, routing dei modelli, workspace ed esecuzione degli strumenti.

  • Workspace caricato per intero come contesto (386 KB complessivi), con degrado delle prestazioni
  • Conflitto sul polling Telegram: due container, stesso token, non coesistono
  • Versioning opaco, aggiornamenti non controllabili
  • Ogni modifica al workspace richiedeva il riavvio del container
  • Nessun framework di test: diagnosi solo via log
Dopo — servizi specializzati

Ecosistema modulare

PYBOT come engine TRANSIT, HERMES come runtime conversazionale, Supabase come fonte di verità unica: ogni componente con un confine chiaro.

  • Servizi modulari con gateway dati a validazione di contratto
  • Classificazione dell'intento via modello, senza regole rigide
  • Workflow stateless con Supabase come unica fonte di verità
  • Servizi systemd: avvio automatico, endpoint di salute, metriche
  • Front-end HERMES e knowledge layer ELYSIA sopra la stessa base dati

La transizione ha richiesto la rimozione definitiva del container OpenClaw, la riscrittura completa del workflow TRANSIT e un nuovo layer di orchestrazione. Il risultato: un sistema in cui aggiungere un servizio significa aggiungere un componente, non riscrivere il nucleo.

Architettura attuale

Il front-end agentico dialoga con gli utenti, gli engine specializzati eseguono, il core mantiene la verità dei dati, il livello operativo monitora. Tutto sotto la stessa governance.

Front-end — runtime primario

HERMES

Runtime agentico primario sul nodo pubblico (Hermes Agent CLI, Nous Research). Un unico bot Telegram con sette personalità per topic (ADMIN, DUCATO, TRANSIT, DOMUS, ORION, HOME, GENERAL), provider xAI Grok. Dal maggio 2026 ha sostituito OpenClaw sul supergruppo operativo.

In pratica

Un solo assistente che adatta competenza e linguaggio all'argomento: finanza con DUCATO, trasporti con TRANSIT, investimenti con ORION. Ogni personalità accede ai soli dati di sua pertinenza, ma tutte leggono dalla stessa fonte di verità.

Engine — core operativo

PYBOT — FastAPI

Il motore di TRANSIT: servizio FastAPI nativo su VIPER, gateway dati singleton con validazione di contratto, webhook modulare, classificazione dell'intento via modello, osservabilità integrata.

In pratica

Riceve i messaggi degli autisti, ne interpreta l'intento e instrada ogni richiesta al componente competente. Servizio sempre attivo, con avvio automatico e controllo di salute continuo.

Knowledge

ELYSIA

Assistente RAG agentico che interroga la wiki operativa e la memoria decisionale con sintesi cross-documento. Sotto, la Knowledge Membrane deriva un grafo (geko_graph) che collega i fatti: può proporre arricchimenti al corpus, mai scriverli direttamente, sempre con conferma umana.

In pratica

Non si limita a cercare nei documenti: collega le informazioni tra loro. Una sola base di conoscenza, due interfacce — HERMES per le risposte operative, ELYSIA per le sintesi trasversali.

Core — operatori AI

Claude Code + Cowork + Orchestrator

I tre operatori del metodo. Claude Code: accesso diretto ai server, script, deploy. Cowork: operatività su desktop, gestione file, database, pubblicazione pagine. Orchestrator (ChatGPT): design, validazione, gate. Protocollo a tre parti: nessuna esecuzione senza validazione sui lavori a rischio.

In pratica

Tre ruoli sullo stesso progetto: chi progetta e controlla, chi entra nei server ed esegue, chi opera sul desktop e pubblica. Condividono le stesse regole e la stessa fonte di verità. È il protocollo che ha prodotto i moduli COMPASS, DISPATCH e il workflow stateless di TRANSIT.

Orchestrazione

ORCHESTRATOR

Layer di orchestrazione bidirezionale tra ChatGPT (design e strategia) e Claude (esecuzione e verifica). Backend FastAPI sul nodo pubblico, Custom GPT Actions, endpoint di contesto, dashboard con workflow di approvazione.

In pratica

Un registro che tiene traccia di chi fa cosa, quando e con quale esito, mediando tra la fase di design e quella di esecuzione.

Scheduling

CHRONOS

Scheduler centralizzato: 16 attività programmate su due nodi (5 sul nodo pubblico, 11 su VIPER), inclusi i job DISPATCH, le verifiche di compliance e i report automatici.

In pratica

Esegue le attività ricorrenti a orari fissi — alert, report periodici, sincronizzazioni — senza intervento manuale.

Core — fonte di verità

Supabase

Database PostgreSQL centralizzato: oltre 500 funzioni RPC, multi-schema, wiki operativa, tabelle di compliance, memoria semantica vettoriale, meta-governance COMPASS. La fonte di verità condivisa da tutti gli agenti.

In pratica

Ogni dato ha una collocazione univoca e tracciata; ogni agente sa dove leggere e scrivere. Centinaia di funzioni pronte all'uso, interrogabili da qualsiasi nodo in tempo reale.

Infrastruttura

VPS + VIPER — dual node

Due nodi complementari: il nodo pubblico (pagine web, orchestrazione, HERMES, reverse proxy) e VIPER, nodo privato (PYBOT, CHRONOS, calcolo). Connessi via VPN, coordinati da Supabase. In arrivo il nodo MAMBA come hub AI dedicato.

In pratica

Il nodo pubblico espone i servizi verso l'esterno; il nodo privato esegue il lavoro computazionale. Comunicano attraverso un canale cifrato.

GEKO OPS — monitoraggio

SENTINEL · PULSE · COMPASS · TELEMETRY

Il livello che governa e misura. SENTINEL: 139 regole di compliance su due agenti. PULSE: oltre 26 verifiche quotidiane con correzione automatica su tre livelli. COMPASS: meta-governance sulla salute evolutiva dei progetti. TELEMETRY: intelligence degli errori a runtime.

In pratica

Controllo di conformità, verifica quotidiana dell'infrastruttura e lettura dei trend di sviluppo. Insieme indicano non solo se il sistema è operativo oggi, ma se sta consolidando o accumulando debito tecnico.

Nuovo — ambiente di sviluppo

APP-FORGE — Antigravity

Antigravity entra nell'ecosistema come ambiente per lo sviluppo rapido di applicazioni, affiancando Cowork e Orchestrator. Nasce APP-FORGE-Workspace, l'ambiente operativo dedicato alla produzione di app all'interno delle regole GEKO.

In pratica

Quando l'obiettivo è un'applicazione completa, non una pagina o uno script, Antigravity riduce drasticamente i tempi di sviluppo. È uno strumento selezionato per velocità ed efficienza, integrato nella stessa governance a gate e nella stessa fonte di verità.

I verticali

L'ecosistema non è un caso singolo, ma una famiglia di verticali che condividono metodo, infrastruttura e fonte di verità, pur affrontando problemi diversi. La finanza personale è uno dei domini, non l'intero perimetro.

Domini verticali

TRANSIT

92%

Gestione trasporti per Alterini Bus. L'autista fotografa il foglio viaggio, il sistema lo interpreta (OCR e modello), poi dichiara partenza e chiusura in linguaggio naturale. Workflow stateless con fonte di verità unica, deduplicazione multi-tratta, multi-tenant.

38 veicoli e 40 location tracciate
PYBOT v1.2 — gateway dati e handler modulari
2 aziende in multi-tenant

Dettaglio

Nessun modulo, nessuna app dedicata: solo Telegram. Il sistema calcola il CQC, gestisce le indennità, sincronizza il calendario e genera dati strutturati per l'azienda. Si integra con DISPATCH (centrale operativa) e FLEET (gestione flotta).

DUCATO

93%

Finanza personale a logica proattiva: cockpit con indice di salute, monitoraggio sostenibilità e abbonamenti, sincronizzazione PayPal, lettura scontrini via vision, divisione spese. In evoluzione verso una BI personale tramite il master container ARCH-DUCATO-002.

414 categorie su 21 macro
PayPal API — sincronizzazione automatica
ARCH-DUCATO-002 — master container in 31 task

Dettaglio

Da registro transazioni a sistema proattivo: segnala in anticipo le scadenze, genera report mensili, monitora gli abbonamenti, registra la spesa da una foto con divisione automatica. Il master container è in esecuzione come progetto TRIO-GATE: 31 task in 7 milestone con 8 checkpoint.

ORION

Fase 1 conclusa

Market intelligence su titoli AI/tech: rilevazione di stati di opportunità su un universo di 16 titoli, tesi pre-registrate, trigger di invalidazione, paper-trading in modalità shadow. Nessun trading automatico, controllo umano su ogni decisione (conformità single-user).

16 titoli nell'universo monitorato
35 tabelle e 66 funzioni RPC
Viewer e agent — report giornaliero, watch news/IPO

Dettaglio

ORION non emette segnali operativi immediati: rileva quando un titolo cambia stato, registra in anticipo la tesi con firma crittografica, e monitora i segnali di invalidazione. L'impiego di capitale reale è subordinato a una validazione walk-forward. Un sistema di disciplina, non un automatismo di trading.

MERIDIAN

40%

Client strategy intelligence: tracciamento strategico dei clienti con modello cliente → progetto → fasi, mappa degli interlocutori, verbali, obiettivi con scadenze, offerte e strategia commerciale per ciascun cliente.

6 tabelle dedicate e 3 funzioni RPC
Dashboard meridian.macvspc.cloud
Topic HERMES dedicato

Dettaglio

Dove DUCATO traccia i movimenti economici, MERIDIAN traccia le relazioni: interlocutori, contenuti dei verbali, obiettivi con scadenza, offerte in corso. La base per mantenere continuità strategica su ogni cliente.

DOMUS

Attivo

Domotica e casa intelligente su Home Assistant (nodo LIZARD). Controllo di luci, clima, sicurezza ed energia, scenari e automazioni, comandabili in linguaggio naturale tramite il topic DOMUS di HERMES e da dashboard Lovelace dedicate.

Home Assistant — nodo LIZARD
Topic HERMES dedicato — comando in linguaggio naturale
Dashboard Lovelace — vista unificata della casa

Dettaglio

DOMUS collega l'ecosistema alla casa fisica: gli stessi principi di governance e la stessa interfaccia conversazionale che gestiscono finanza e trasporti raggiungono dispositivi e automazioni domestiche. La gestione resta locale, con accesso protetto via VPN.

HOME

In pianificazione

Container strategico per i progetti immobiliari e domestici: ristrutturazione, ricettività, efficientamento energetico. Non le spese — gestite da DUCATO — ma le decisioni: cosa pianificare, con quale motivazione e quale impatto economico-fiscale su un orizzonte di 5–15 anni, con tracciabilità delle alternative scartate.

Decision tracking append-only
Simulazioni fiscali pluriennali via tax engine
Spese collegate al ledger tramite tag

Dettaglio

HOME formalizza le decisioni con motivazione e alternative valutate, le collega alle simulazioni fiscali pluriennali e mantiene il tracciamento esecutivo dei lavori. Il perimetro resta separato da DUCATO: là si registra la spesa, qui si decide se sostenerla.

BAMBUDDY

MVP live

Print farm 3D self-hosted (progetto 3D-001): quattro stampanti (Bambu P2S, A1, X1C e FLSun S1 Pro) gestite da un backend dedicato su VIPER, senza cloud. Coda di stampa, archivio dei modelli, gestione AMS, accesso esclusivamente via VPN.

4 stampanti — no cloud, solo VPN
Backend Docker su VIPER
Vista unificata integrata in Home Assistant

Dettaglio

BAMBUDDY porta la produzione fisica dentro l'ecosistema: stampa 3D gestita in autonomia, integrata nella stessa rete privata e raggiungibile dalla dashboard domestica. Nessuna dipendenza da servizi cloud esterni.

Operatività e monitoraggio — GEKO OPS

DISPATCH

90%

Centrale operativa: dashboard partenze e rientri con stato in tempo reale, notifiche WhatsApp e Telegram, promemoria a T-30, alert ritardi, riconciliazione notturna.

Stato live di partenze e rientri
4 job programmati — invio, promemoria, ritardi, riconciliazione

SENTINEL

v3.3

Audit di compliance multi-agente: 139 regole monitorate (57 TRANSIT, 82 DUCATO), scheda di conformità per agente, governance esplicita.

139 regole — 98,2% di conformità su TRANSIT

COMPASS

Fase 3 conclusa

Meta-governance dello sviluppo: scoring deterministico e advisory sulla salute evolutiva dei progetti. Schema dedicato (14 tabelle, 28 policy, 4 guardrail), pipeline a tre parti certificata.

9 metriche — salute, deriva, fragilità, consolidamento

TELEMETRY

Fase 1 attiva

Error intelligence per PYBOT e TRANSIT. Fase 1 in produzione con metriche di runtime. Fase 2: tracciamento strutturato delle eccezioni a cardinalità controllata, correlato alle finestre COMPASS.

4 metriche live e 9 dimensioni anonimizzate

OPS + PULSE

v2.1

Dashboard operativa multi-nodo con self-check: oltre 26 verifiche deterministiche su due nodi, monitoraggio dei backup, disaster recovery al 98%, correzione automatica su tre livelli.

26+ verifiche giornaliere e 8 job di backup

CORTEX

v2.20

Cabina di comando: stato progetti, log attività, telemetria, ledger, governance, agenti. Ogni indicatore con drill-down al dato sorgente.

Tab operative con drill-down e versioning

ATLAS

243 documenti

Wiki operativa: tassonomia a 7 documenti per agente, ricerca full-text, sincronizzazione periodica. La base di conoscenza che alimenta ELYSIA.

243 documenti con ricerca full-text

In sintesi

156
Progetti
6
Verticali attivi
243
Documenti ATLAS
18
Siti web
35
Anti-pattern
500+
Funzioni RPC
139
Regole di compliance
3
Modalità di governance

Il percorso

Quattordici fasi, da un primo bot Telegram a un ecosistema che misura la propria salute e produce applicazioni con metodo.

Fase 1 — Foundation

Deploy di OpenClaw e infrastruttura: nodo pubblico, Docker, bot Telegram, primo workspace.

OpenClawDocker

Fase 2 — Governance

Anti-pattern, Golden Rules, protocollo di chiusura. La normativa interna del sistema: ogni errore diventa una regola.

GovernanceRules

Fase 3 — Progetti verticali

TRANSIT e DUCATO, categorizzazione, fatturazione, payroll. Prima automazione end-to-end in produzione.

TRANSITDUCATO

Fase 4 — Migrazione a Supabase

Passaggio a un database relazionale: da conoscenza informale a dati strutturati e centralizzati.

Supabase

Fase 5 — Architettura multi-nodo

Più nodi di calcolo, cascade tra modelli, riduzione del contesto operativo.

VIPERMulti-nodo

Fase 6 — ATLAS e knowledge

Wiki operativa, tassonomia per agente, ricerca full-text, sincronizzazione periodica.

ATLAS

Fase 7 — Dashboard e self-healing

CORTEX, OPS, PULSE, SENTINEL: il sistema inizia a monitorarsi e correggersi.

CORTEXPULSE

Fase 8 — Rifondazione su PYBOT

OpenClaw dismesso. PYBOT diventa il nuovo core: FastAPI su VIPER, servizi Python modulari. Un passaggio irreversibile, senza rollback.

PYBOTFastAPI

Fase 9 — Orchestrazione e proattività

ORCHESTRATOR, CHRONOS, DUCATO-SMART, FLEET, DISPATCH. Il sistema passa da reattivo a proattivo.

ORCHESTRATORCHRONOSDISPATCH

Fase 10 — Hardening e compliance

Gateway dati a contratto, workflow stateless, framework GDPR, memoria semantica, disaster recovery al 98%. Da prototipo a piattaforma production-ready.

StatelessGDPRDR

Fase 11 — Meta-governance

COMPASS osserva l'evoluzione dei progetti e misura la salute reale del sistema. Schema dedicato, pipeline a tre parti certificata.

COMPASS

Fase 12 — Runtime HERMES

Hermes Agent CLI diventa il runtime agentico primario: un bot, sette personalità per topic. OpenClaw viene rimosso dal supergruppo e resta come componente residuale.

HERMESOpenClaw dismesso

Fase 13 — Knowledge layer ELYSIA

ELYSIA interroga wiki e memoria decisionale; la Knowledge Membrane deriva un grafo che collega i fatti, con sola facoltà di proposta e conferma umana obbligatoria.

ELYSIAKnowledge Membrane

Fase 14 — APP-FORGE e Antigravity

Nuovo ambiente operativo: Antigravity per lo sviluppo rapido di applicazioni, accanto a Cowork e Orchestrator. Con APP-FORGE-Workspace l'ecosistema aggiunge la capacità di produrre applicazioni complete dentro la stessa governance.

APP-FORGEAntigravity

Mappa dell'ecosistema

Tre punti d'ingresso con ruoli distinti: questa pagina è il riferimento sul metodo e l'architettura; HUB è il portale di navigazione rapida; VITRINA è la vetrina esterna orientata ai clienti.

Portale

HUB

Punto di lancio dell'ecosistema: indice dei servizi, stato live, glossario degli acronimi.

hub.macvspc.cloud
Showcase clienti

VITRINA

Vetrina pubblica orientata ai clienti: il metodo presentato come caso applicativo, senza dettagli infrastrutturali interni.

vitrina.macvspc.cloud
Front-end agentico

HERMES

Runtime agentico primario: un bot Telegram con sette personalità per topic.

hermes.macvspc.cloud
Knowledge

ELYSIA

Assistente RAG agentico e Knowledge Membrane sopra la wiki operativa.

elysia.macvspc.cloud
Cabina di comando

CORTEX

Dashboard principale: stato progetti, metriche in tempo reale, governance, drill-down.

dashboard.macvspc.cloud
Monitoraggio

OPS + PULSE

Operativa multi-nodo: verifiche giornaliere, monitoraggio backup, correzione automatica.

ops.macvspc.cloud
Verticale business

TRANSIT

Admin multi-tenant: autisti, flotta, contatti, location e centrale DISPATCH.

transit.macvspc.cloud
Verticale business

DUCATO

Ledger, cockpit finanziario e overview sulla sostenibilità.

ducato.macvspc.cloud
Verticale intelligence

ORION

Market intelligence su titoli AI/tech: viewer delle opportunità, paper-trading shadow, controllo umano.

orion.macvspc.cloud
Verticale clienti

MERIDIAN

Client strategy intelligence: interlocutori, verbali, obiettivi e offerte per cliente.

meridian.macvspc.cloud
Verticale domestico

BAMBUDDY

Print farm 3D self-hosted: quattro stampanti gestite senza cloud, accesso solo via VPN.

bambuddy.macvspc.cloud
Compliance

SENTINEL

Dashboard di compliance: 139 regole monitorate su due agenti.

sentinel.macvspc.cloud
Orchestrazione

ORCHESTRATOR

Dashboard ChatGPT ↔ Claude con workflow di approvazione a gate.

orch.macvspc.cloud
Knowledge

ATLAS

Wiki operativa: 243 documenti, ricerca full-text, tassonomia per agente.

wiki.macvspc.cloud
Core

Supabase

Database PostgreSQL centralizzato: 500+ RPC, multi-schema, API in tempo reale. La fonte di verità.

supabase.com