Spina dorsale · versione 0.1

ORDITO

Agentico in costruzione, deterministico in esercizio. L’agente scrive la regola; un umano la collauda; il runtime la esegue sempre allo stesso modo.

1sistemi collegati
1entità canoniche
2alias risolti
1 / 1specifiche in vigore
8voci di evidenza

1I sei strati

  1. Connettoriin costruzione

    Portano dentro i dati dei sistemi esistenti e dichiarano onestamente cosa il sistema espone e cosa nasconde. Lettura per default; la scrittura, dove abilitata, è sempre in bozza da confermare.

  2. Semanticain servizio

    Entità canoniche, identità per sistema, alias, master data map, qualità misurata e storicizzata. È il vocabolario condiviso dell'azienda, ed è il fossato.

  3. Specifichein servizio

    Cinque primitive — vista, imputazione, flusso, rendicontazione, controllo — in formato aperto, versionate e firmabili. Una specifica in vigore non si modifica: se ne pubblica una nuova versione.

  4. Agentida fare

    Esploratore, Cartografo, Compositore, Sentinella. Scrivono specifiche, mai dati dei clienti, e non pubblicano mai da soli.

  5. Runtimein costruzione

    Un solo motore che interpreta le specifiche: griglia, form, flusso, cruscotto, documento, scheduler. Le specifiche non generano codice: sono dati.

  6. Evidenzain servizio

    Registro append-only con hash a catena, da cui esce il pacchetto ispettivo. Non si scrive: si deposita da sola come sottoprodotto del lavoro.

2Il registro evidenze

Catena integra

8 voci, ognuna che cita l'hash della precedente. Ricalcolata adesso, torna.

ultima · specifica.collaudata · resp.acquisti@clienteversione 2 in vigore
ee252bf564b0357a5dad5acac8c3b37a0e2b54ee8ecdb0f5177f5d99b9233725

3L’API

Uno schema unico tipizzato, composto per domini: il frontend non conosce la topologia dei servizi, conosce solo /api/graphql. Da lì si registrano entità canoniche, si mappano le identità nei sistemi collegati, si pubblicano versioni di specifica e si legge il registro evidenze.