L'architettura della piattaforma: cosa abbiamo deciso, e su cosa si regge.

Che cos’è la SazAI

Motori, componenti e documentazione, dominati da chi li ha costruiti

La SazAI è la piattaforma: il substrato di intelligenza e prova su cui i prodotti sono costruiti. Multi-tenancy, autenticazione, linhagem, orchestrazione, strato di agenti, misurazione esatta e decisioni versionate, costruiti una volta. SazAI Corpus, la cassaforte e il design system sono i prodotti che ne sono già usciti, e ognuno usa lo stesso motore invece di ricostruirlo.

I pannelli scendono per forza di ancoraggio, e ognuno si chiude con i suoi riferimenti in un blocco espandibile, per chi vuole verificare. Le citazioni seguono lo standard ABNT NBR 6023, 2018.

Non è plug and play per chi arriva da fuori. L’acceleratore non è il substrato; è il controllo del team su di esso. Chi conosce i motori, i componenti e la documentazione costruisce un nuovo prodotto SaaS da quello che già esiste, e il resto di questa pagina è la misura di quanto ciò accorcia il percorso.

La cornice per questa idea non è nuova, e non viene da questa pagina: è l’ottavo dei nove pilastri con cui la SazAI si descrive, piattaforma prima del prodotto. Quello che segue è la sua prova.

Il motore dipende dagli standard di formato per esistere

Passo 1 · dipendenza di esecuzione, l'ancoraggio più forte che c'è

Se lo standard fosse sbagliato nel codice, il motore non funzionerebbe. Il riferimento non è menzionato; è dipeso da, e il determinismo viene da questo.

Dati e fatti:

• OOXML namespace nel motore: 237 occorrenze in 37 forme distinte (2026-09-01).
• Dublin Core come dipendenza: 22 namespaces. ISO 8601: lo standard più citato nel database, 60 occorrenze.
• La catena verificabile: clausola pubblicata → commento DDL → mappa di dati → colonna. Parafrasi proibita da regola scritta; DDL e mappa portano la stessa clausola, letteralmente.

E il formato successivo costa meno

Il primo formato era PowerPoint, e è costato tutto il motore: leggere, misurare, tradurre, scrivere di nuovo, confrontare, tutto per la prima volta. Il secondo, il documento Word, è costato un ordine di grandezza meno. Il terzo, il foglio di calcolo, uno in più. E il quarto, PDF, è costato lo stesso del terzo: la curva si è stabilizzata. Non è una lista di risultati; è una curva, e la curva è l’argomento.

Il PDF è il primo substrato che non è Office: un grafo binario di oggetti invece di zip più XML. Se il motore avesse solo migliorato in PowerPoint, il quarto formato avrebbe costato come il primo. È costato come il terzo. Il motore non è diventato più veloce a PowerPoint; è diventato agnnostico del formato, e i quattro formati funzionano oggi sulla stessa architettura, ognuno con la sua garanzia dichiarata. Ecco perché il quinto costerà quello che ha costato il quarto, e è questo che questa pagina chiama accelerazione.

Il corpo di conoscenza

Tutto quello che abbiamo deciso, misurato e scritto, collegato, e navigabile dal team e dagli agenti

Il controllo del team sul substrato ha un luogo dove abita: una cassaforte di Obsidian che rispecchia il repository. Decisioni, la mappa di dati, i contratti degli agenti, le persone, la strategia, le sessioni di lavoro: ogni nota si collega alle altre, e gli hub sono le porte da cui una persona o un agente entra. È lo stesso grafo che il prodotto consegna al cliente nella sua cassaforte, usato prima su noi stessi. Sotto, il nostro, in movimento; passa con il mouse su un hub per vedere a cosa si collega, e clicca per aprirlo completamente.

La protezione dei dati è il design, e il design viene controllato

Passo 2 · la legge è diventata schema, e lo schema è verificabile

Quello che la legge chiede per iscritto, il database lo realizza attraverso la struttura. La verifica non è leggere la nostra politica; è controllare lo schema.

Dati e fatti:

• L’archiviazione permanente non porta contenuto di documento; il contenuto vive in un database separato, sensibile ed erasabile.
• Isolamento per tenant come colonna, non come promessa: le sezioni non attraversano mai i tenant.
• Certificazione oggi: nessuna. Controlli progettati per servire come prova quando è cercata.

L’accessibilità è misurata, non dichiarata

Passo 3 · uno standard citato è conformità; un numero misurato è design

Il criterio vive nel componente, con il numero accanto al codice, e il contrasto è misurato prima che un colore entri nel sistema.

Dati e fatti:

• WCAG 2.2 AA in 51 file di design system, con criteri citati per numero (1.4.1, 3.1) (2026-09-01).
• Contrasto misurato per token: --hue-lineage a 4.00
  con la nota guida, mai testo scritta dentro il token stesso; --text-faint non ha superato misurando 2.56
  su bianco, e l’errore è stato registrato.
• Daltonismo misurato: il viola valutato sotto deuteranopia, distanza di colore ΔE 29.1.
• Zero decisioni architettoniche registrano WCAG; l’ancoraggio di accessibilità più forte della casa è invisibile nel record delle decisioni, e registrarlo è ancora lavoro da fare.

Il design system è un prodotto, costruito su uno standard aperto

Passo 4 · l'acceleratore per le altre superfici, in W3C standard

Il design system è un prodotto di SazAI per ratifica (2026-08-26), con la funzione di accelerare gli altri: i componenti che servono il marketing, la cassaforte e lo showcase sono gli stessi, e sono standard aperto, non un framework proprietario.

Dati e fatti:

• Componenti costruiti su W3C Custom Elements e CSS Custom Properties; nessuna dipendenza da framework.
• Una libreria, tre superfici servite; temi leggeri e scuri e skin white-label attraverso lo stesso meccanismo di token.
• I token portano le loro stesse misure e note d’uso (passo 3), quindi la regola viaggia con il colore.

I canali sono capacità: API e MCP cambiano quello che il prodotto può essere

Passo 5 · standard aperti alla porta, e quello che abilitano

Open API e MCP non sono impianti idraulici: sono quello che consente costruire altre interfacce e connessioni sullo stesso substrato, senza di noi nella stanza. Un agente di terze parti, una dashboard vostra, un’integrazione di flusso di lavoro: il prodotto diventa capace di essere queste cose perché i canali esistono.

Dati e fatti:

• Il canale dell’agente è un server di risorse OAuth standard: 401 senza credenziale, discovery pubblicato.
• Parità come contratto: MCP ⊆ OpenAPI, tutto quello che MCP espone esiste nell’API aperta. Un substrato, molti lettori.
• Orchestrazione da uno strumento di esecuzione del flusso di lavoro durevole, adottato per quello che garantisce, e la garanzia è misurata: il lavoro morto non lascia stato parziale; il sovraccarico si degrada in una coda, non si rompe; nulla fallisce silenziosamente.

Come validiamo

Test che rifiutano, audit con metodo, e i difetti pubblicati accanto a quello che è passato

La validazione ha quattro strati, e l’ordine importa. Test: 505 file di test nel repository, con la suite del design system che funziona a ogni build. Guardie: controlli che rifiutano al tempo di build invece di solo segnalare; una build che viola una regola non viene distribuita. Carico: il test di 2026-07-20, su una replica fedele di produzione, con 50 letture concorrenti risposte in 0,77 s, un job pesante che raggiunge il picco a 4,71 GiB contro un massimale di 5, e onde di cinque e dieci job con zero errori, zero overflow di memoria, zero corruzione. Sotto sovraccarico il sistema entra in una coda; non si rompe. Audit interno: rapporti datati di stress, distruzione e sicurezza, con un verdetto per articolo.

Non siamo certificati SOC2 né ISO. Quello che abbiamo è audit interno documentato, con metodo dichiarato e con i difetti che ha trovato pubblicati accanto a quelli che ha passato. Uno dei nostri rapporti porta, come sezioni proprie, difetti trovati, un falso positivo che stavo per pubblicare e cosa non ho potuto stabilire. Un sigillo è la parola di una terza parte; un metodo dichiarato, il lettore tecnico giudica da solo. E le decisioni scritte sono progettate per servire come prova di controllo quando la certificazione viene cercata.

Come decidiamo

Decisioni scritte e datate, e una supersessione che colpisce due frasi e nulla più

Ogni decisione architetturale di SazAI è un documento datato, con il contesto, il l’alternativa rifiutata e la ragione. Ci sono 61 alla data di questa pagina, e il numero entra datato perché cresce; il comando che lo deriva è nei riferimenti di questo pannello. Quello che rende questo una ricevuta e non un file morto è la supersessione: quando una nuova decisione contraddice una vecchia, dice esattamente quale frase della vecchia smette di valere, e la vecchia riceve il marchio nel proprio corpo, sulla frase, e non sul titolo.

L’esempio più recente è da ieri. La decisione 023 ha fissato, tra le altre cose, il vocabolario che l’utente nomina le capacità del prodotto con. La decisione 061 ha supersesso due frasi di essa, entrambe sul vocabolario, e ha lasciato tutto intatto quello che è sul motore, inclusa la clausola creduta violata che non era. Tre lettori competenti avevano letto quella clausola nello stesso modo sbagliato, e la decisione registra tutti e tre i nomi, perché una decisione che mantiene solo la conclusione perde il motivo per cui tre persone l’hanno sbagliata insieme.

E come scriviamo: un contratto interno, un passo giù per l’onestà

Passo 6 · coerenza interna registrata, un passo sotto lo standard esterno

Stile di scrittura, denominazione e convenzioni della casa vivono in un contratto versionato che gli agenti citano. Il suo ancoraggio è coerenza interna con una decisione registrata, non uno standard numerato esterno; è un passo sotto i precedenti, e scendere di un passo dimostra che la gerarchia di questa pagina si applica anche quando costa qualcosa.

Dati e fatti:

• Un singolo standard di scrittura, versionato per revisione, citato da decisioni e da agenti come contratto.
• Convenzioni di denominazione uniformi in tutto il sistema; uno standard citato non è mai parafrasato.
• Formattazione, lint e scansione segreta automatizzate, dichiarate nello standard con la fonte accanto.

Cosa è una ricevuta, e cosa è ancora pratica

Quattro capacità con prova; tre dichiarate, con nessun verbo al presente

Ogni capacità di questa piattaforma è stata sottoposta a tre domande: esiste una decisione scritta che la governa? esiste una misurazione? o funziona solo, senza che nessuno abbia scritto perché? Quello che passa le prime due la chiamiamo ricevuta. Il resto è pratica, e rimane dichiarato come direzione, nello stesso modo in cui la roadmap sotto dichiara quello che non esiste ancora. Una pagina che presenta sette capacità dove tre sono ricevute è più debole di una che ne presenta quattro.

I quattro a sinistra hanno dove essere verificati, e i capitoli seguenti dicono dove. I tre a destra sono dove la piattaforma sta andando, e nessuno dei loro verbi è al presente.

E il mercato: studi con il caveat allegato

Passo 7 · ancoraggi dove giochiamo, non come costruiamo

Questo passo sostiene il posizionamento, non l’ingegneria, e per questo è ultimo: è l’ancoraggio più debole della pagina, ed è etichettato come tale.

Dati e fatti:

• Sette case: Gartner, BCG, McKinsey, Deloitte, Menlo Ventures, MIT NANDA, Stanford HAI.
• Caveats costruiti nelle voci stesse: preliminare chiamato preliminare (MIT NANDA, n=52); ripubblicato chiamato ripubblicato (Stanford/McKinsey); una fetta regionale chiamata regionale (Deloitte, EMEA).
• Il 79% di BCG dimostra l’ostacolo, dati non strutturati non governati; non dimostra il ponte.
• La ricerca di sondaggi esecutivi è percezione, non bilanci controllati.

Roadmap: quello che stiamo costruendo

La roadmap contiene le grandi direzioni, quelle che la piattaforma punta e non ha ancora costruito. Quando un pezzo esce di qui, scompare da questo elenco e appare nella pagina per la capacità corrispondente, con la data. Una roadmap che si muove è l’unica prova di ritmo che non può essere scritta con un aggettivo. Nulla sotto è stato distribuito, e nessun articolo qui dovrebbe pesare sulla vostra decisione oggi. Nulla di questa pagina è stato distribuito. Nessun articolo qui dovrebbe pesare sulla vostra decisione oggi, e nessuno del nostro team dovrebbe presentare nessuno di essi al tempo presente. Quello che è stato distribuito è nella passeggiata di prodotto, con quello che garantisce, e i limiti di quello che esiste sono in trust.

Intelligenza di negoziazione e redline

Confrontare una bozza contro le revisioni delle parti, mostrando quello che ogni lato ha cambiato, dove il rischio è cambiato, e quale intenzione il testo rivela. Il motore di confronto che sta dietro a questo esiste già e funziona oggi su versioni di documenti. Quello che manca è lo strato legale: capire che una clausola alterata non è solo un paragrafo diverso.

Perché è sulla roadmap e non sulla strada: è la direzione con il maggior potenziale per creare la sua propria categoria, e per questo è la più facile da vendere troppo presto. Non esiste.

Agenti specializzati sul vostro corpus

Agenti con il loro proprio ambito, costruiti sulla conoscenza già nella vostra cassaforte: un tutor che insegna dal materiale reale della vostra azienda, un compagno di adozione per un nuovo processo, un valutatore che controlla la competenza mentre cita la fonte che ha usato.

Quello che sta già sotto: il corpus, linhagem, l’agente conversazionale, e citazione della fonte. Quello che manca: specializzazione a livello di compito, con i suoi propri limiti e regole per agente.

Substrato per una flotta di agenti governati

Il passo successivo dal precedente, e il più ampio nella portata. Ogni parte dell’azienda alimenta la cassaforte con i suoi propri documenti, e gli agenti che quella parte già usa consultano quella cassaforte al runtime, per file o per protocollo, per ogni domanda sull’azienda. Una fonte governata unica sotto un’intera flotta, invece di strumenti di IA sciolti che nessuno controlla.

Perché è roadmap e non una vaga promessa: il meccanismo di adozione è concreto e già esiste in parte, perché la cassaforte è portatile e consumabile da fuori. Quello che manca è il governo della flotta, e non è costruito.

Cose che esistono e che ancora non possiamo mostrarti

Questi sono vuoti di prova, non caratteristiche mancanti. La capacità è lì; la prova pubblica no, e finché non lo è preferiamo elencare il vuoto che parlare intorno a esso.

• Esportazione della cassaforte dimostrata. La cassaforte esiste ed è testo semplice con link; quello che manca è una dimostrazione pubblicata che chiunque può riprodurre senza parlarci. Fino ad allora, è una conversazione di due diligence, non un articolo di pagina.
• Sufficienza del record per audit formale. Il record esiste e serve come prova di controllo. Se esso chiude uno specifico requisito di audit nel vostro settore è una domanda che rispondiamo caso per caso, non un’affermazione di pagina.
• Scala al di sopra di quello che abbiamo misurato. I volumi di centinaia di migliaia o milioni di documenti non sono stati esercitati. Questo è un progetto di dimensionamento prima che sia un acquisto.

Cose che non esistono ancora

Queste sono caratteristiche mancanti, e archiviarle in qualsiasi luogo più morbido vi direbbe che sono lì e non possiamo solo mostrarvi. Non sono lì.

• Verifica visiva fedele. Il sistema misura la struttura e conta gli elementi; non guarda la pagina finale. Un checker visivo dentro il prodotto non esiste.
• Eliminazione che raggiunge le copie di backup. Oggi l’eliminazione è completa nei sistemi live e non raggiunge i backup entro la finestra di conservazione. Il percorso tecnico è definito e non ancora costruito. L’ambito esatto è in privacy e sovranità.
• Rimuovere il contenuto e disattivare l’account, in un’azione attraverso l’interfaccia. Oggi l’eliminazione di documento esiste e prende i derivati con sé; fare tutto questo in una volta non esiste ancora, e la chiusura è gestita su richiesta. Il nome è deliberato: cancella il contenuto e disattiva l’account, perché la traccia di chi ha acceduto al sistema rimane.

Come questa pagina è mantenuta

Un articolo esce di qui quando esiste ed è stato misurato, non quando è quasi pronto. Quando esce, entra nella pagina di capacità con quello che garantisce e dove si ferma. Se seguite SazAI per un po’, questa pagina è dove il ritmo si vede.

Dove passa il confine

Tre limiti che un lettore tecnico testa prima, dichiarati prima del test

Il confine del provider. La linhagem segue ogni pezzo di testo finché non esce per il modello di linguaggio e riprende quando torna. Nessuna delle nostre tabelle registra quello che è successo dall’altro lato; chi chiede prova quello che hanno fatto con il mio testo dentro il modello riceve i termini di conservazione del provider che ha contrattato, e in un’installazione vostra il provider è vostra scelta. La pagina su sovranità dice dove si ferma.

L’esclusione della licenza copyleft. Nessuna libreria AGPL entra nel motore, ed è scritto nel file di dipendenze come decisione di progetto documentata. È un commento, non un portone: nulla rompe la build se qualcuno lo ignora. Dirlo è più forte che fingere che sia un portone, perché chi apre il file lo vede in dieci secondi.

Gli agenti. Questo sistema è costruito da un team di agenti con ambito dichiarato e una catena di revisione, e la comunicazione tra loro è pratica, non ricevuta: non c’è una decisione scritta che governi il canale, e le sue modalità di errore sono state misurate da noi questa settimana. Sta sul lato destro del ledger, ed è dove sta andando.

Tutto quello che questa pagina afferma ha un comando o un documento dietro, e quello che non ha è dichiarato come direzione. Se qualcosa qui non può essere riprodotto nella vostra valutazione, questo è un difetto nostro e vogliamo saperlo prima di voi. Il prodotto che è uscito primo da questa piattaforma è quello che vedete quando un documento entra.

Quello che questa piramide non sostiene

Una piramide onesta dice quello che rimane fuori da essa.

Dati e fatti:

• Cinque riferimenti dottrinali in zero artefatti di ingegneria: W3C PROV · ZAHARIA et al., compound AI systems (BAIR, 2024) · XU et al., GraphRAG (SIGIR, 2024) · letteratura di instradamento di modello · CommonMark/GFM. Hanno formato il pensiero; nessuna decisione registrata è uscita da loro.
• Test: forte pratica, guardie che rifiutano al build, rapporti datati; metodologia esterna dichiarata: nessuna. Detto in queste parole, con nessun vicino plausibile.
• E il risultato che sostiene l’intera conclusione, misurato in tutte le decisioni con un’alternativa nell’intestazione: in undici di undici, quello che ha deciso era un principio di ingegneria, non un riferimento esterno. Lo standard sostiene; la scelta è nostra, ed è scritta.