La piattaforma, nella sua terza lingua

Ogni elemento è un agente, uno stato o un flusso di lavoro. La regola interna di TITI prevede che ogni oggetto rilevante esista in tre lingue — commerciale, teorica, eseguibile — e questa pagina parla la terza. Una build è un flusso di lavoro composto da fasi tipizzate; ogni fase è eseguita da un agente regolato da un contratto: input dichiarati, output dichiarati, criteri di accettazione misurabili. Lo stato è esplicito — in attesa, in corso, bloccato con motivazione, completato con evidenza — cosicché la domanda 'dove si trova la mia build e perché' ha sempre una risposta in una sola riga. L'orchestrazione è l'unico punto d'incontro tra le fasi; gli agenti non si richiamano ad hoc, poiché i canali collaterali non tipizzati sono il luogo in cui la provenienza va a morire.

La pagina a tre livelli, dal punto di vista strutturale. Il livello di marketing è il documento primario della rotta: hero, valore, prova, un unico percorso d'ingresso. Il livello scientifico risiede su rotte dedicate — saggi di approfondimento con fonti, collegati tramite link anziché intercalati, in modo che il marketing rimanga conciso avendo l'approfondimento uno spazio più idoneo in cui risiedere. Il livello degli agenti è incorporato ovunque: JSON-LD in ogni head, un manifest in un percorso noto, una mappa come unica fonte di verità che elenca ciò che può essere affermato e ciò che non deve mai esserlo, e una descrizione strutturata dell'agente la cui superficie di contatto punta alla chat residente — perché su questa piattaforma la conversazione è l'interfaccia designata, sia per le macchine che la leggono sia per gli esseri umani che la utilizzano.

La macchina di audit opera secondo due regimi. I controlli deterministici vengono eseguiti per primi sulla pagina renderizzata anziché sul sorgente: contrasto a livello di singolo elemento rispetto ai requisiti minimi di accessibilità su viewport desktop e mobile (inclusi i più stretti), verifiche di overflow e target di tocco, contenimento dei popover aperti, scansione dei tracciatori e dei tag di bozza, e la blacklist categorica sulla privacy. Ciò che supera il controllo viene poi giudicato due volte da modelli che non hanno scritto alcuna parte del codice — un valutatore primario tra i vari livelli e un revisore avversario appartenente a un'altra famiglia di modelli, istruito a confutare. I due regimi non sono ridondanti: il determinismo rileva ciò che può essere misurato, il giudizio avversario rileva ciò che può essere solo argomentato, e i requisiti minimi per entrambi sono numeri fissati prima della build, non aggettivi attribuiti a posteriori.

Il ciclo ricorsivo, definito come flusso di lavoro. Il miglioramento della piattaforma è a sua volta un flusso di lavoro tipizzato: analizzare l'output della piattaforma stessa, progettare una modifica, generare l'implementazione, testarla rispetto ai medesimi controlli affrontati dallo sviluppo di ogni cliente e distribuirla — con un'approvazione umana che precede ogni promozione di versione, oggi e per politica aziendale. 'TITI costruisce TITI' non è dunque una metafora: la piattaforma è il primo cliente di se stessa per ogni funzionalità, e la pagina che stai leggendo è un artefatto di tale ciclo. Ciò che il ciclo non esegue ancora fa ugualmente parte dell'architettura: il canale di conversazione su queste pagine è una giunzione in attesa del proprio collegamento backend, e l'autonomia end-to-end da singolo prompt è la traiettoria verso cui convergono le fasi, una tappa sottoposta a audit dopo l'altra.

La governance è ereditata, non improvvisata. TITI opera sotto un livello costituzionale (HAYAT): provenienza tracciata per ogni artefatto, ogni numero riconducibile a una fonte, lavori pubblicati sostituiti anziché modificati, e sovranità umana — la capacità permanente di interrompere, ispezionare o rifiutare qualsiasi processo — come clausola portante. La piattaforma è rapida perché la disciplina è automatizzata, non perché la disciplina sia stata eliminata.

Limiti noti, messi per iscritto. I punteggi espressi dai valutatori sono stime soggette a varianza, pertanto i limiti minimi presentano un margine di tolleranza anziché pretendere precisione assoluta. Le verifiche deterministiche coprono ciò che può essere calcolato da una pagina renderizzata — contrasto, overflow, struttura — non tutto ciò che conta; il gusto e la veridicità passano comunque attraverso valutatori e, in ultima analisi, un essere umano. Il livello degli agenti garantisce ciò che viene pubblicato, non il modo in cui una specifica macchina lo leggerà. E qui l'autonomia è limitata per progettazione: nulla di ciò che questa piattaforma sviluppa raggiunge la produzione senza l'esplicita approvazione di un essere umano. Una piattaforma che nasconde le proprie tolleranze non è sottoposta a audit — è pubblicizzata.

Riferimenti

1. W3C — WCAG 2.2 contrast minimums (the deterministic floor) — https://www.w3.org/TR/WCAG22/#contrast-minimum
2. W3C — PROV-DM: the PROV data model (provenance as formal record) — https://www.w3.org/TR/prov-dm/
3. Google Search Central — structured data and JSON-LD — https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
4. HAYAT — the governance layer (public principles) — https://hayat.online/constitution