Architecture
Una pipeline di fasi, un sito di tre livelli, un protocollo che viaggia
TITI muove un singolo prompt attraverso un flusso di lavoro ordinato ed emette un prodotto la cui struttura è definita a monte dal design, piuttosto che decorata a posteriori.
- Fasi
- Tre livelli
- Macchina di verifica
- HAYAT
The pipeline as an ordered workflow
TITI è organizzato come una sequenza di fasi, ognuna delle quali consuma l'output di quella precedente: Prompt, Ricerca, Architettura, Design, Sviluppo, Test, Distribuzione. L'ordine è il punto cruciale. La ricerca precede l'architettura perché il dominio deve essere compreso prima di scegliere la struttura; l'architettura precede il design perché la forma del prodotto ne vincola la superficie; il test precede la distribuzione perché nulla viene rilasciato senza essere stato controllato.
La piattaforma preferisce l'inferenza all'interrogazione. Da un singolo prompt, analizza il dominio e decide l'architettura invece di chiedere all'operatore di specificarla. L'obiettivo è zero domande per progetto — non come slogan, ma come pressione progettuale che sposta il lavoro a monte nella fase di Ricerca, dove può essere risolto sulla base di evidenze anziché di domande.
Questa è una descrizione del flusso di lavoro, non un catalogo di meccanismi interni. Le fasi sopra descritte rappresentano il vero contratto tra un passaggio e l'altro; non pretendiamo l'esistenza di code nascoste, meccanismi di passaggio di consegne o comportamenti di riprova oltre a questo movimento ordinato.
The three-layer anatomy
Ogni sito generato da TITI ha la stessa anatomia a tre livelli. Il livello marketing si rivolge ai visitatori umani. Il livello scienza racchiude metodo, principi e approfondimenti — pagine come questa. Il livello agente è leggibile dalle macchine: file scritti per essere letti da altri software piuttosto che da una persona.
Questi livelli non sono scelte di stile applicate alla fine; sono la struttura a cui si vincola la fase di Architettura e che le fasi successive completano. Un visitatore e un programma che leggono lo stesso sito vengono serviti da diversi livelli dello stesso artefatto, ciascuno modellato per il proprio lettore.
La separazione è importante perché i tre tipi di pubblico hanno esigenze realmente diverse. Disaccoppiarli consente alla superficie di marketing di cambiare senza disturbare il contratto con la macchina, e permette al livello scienza di spiegare il meccanismo senza dover recitare una parte per nessuno dei due.
The agent layer and HAYAT inheritance
Il livello agente pubblica file leggibili dalle macchine. /agent.json descrive il sito e ne indica il contatto, che è la chat residente. /sot-map.json fornisce una mappa strutturata del sito e della sua fonte di verità (source of truth). /.well-known/hayat-manifest.json è pubblicato nel percorso standard '.well-known' in cui altri software si aspettano di trovarlo.
HAYAT è il protocollo cross-sito implementato da questi file. Ogni sito costruito dal motore lo eredita, il che significa che un programma che incontra un qualsiasi sito costruito da TITI può fare affidamento sugli stessi file, nelle stesse posizioni e con lo stesso significato. L'ereditarietà è ciò che trasforma la convenzione di un singolo sito in qualcosa su cui un altro sistema può fare affidamento su molti siti.
Il protocollo è una forma condivisa, non una promessa sul contenuto. I file sono pubblicati e disponibili per la consultazione da parte di un lettore; la struttura è coerente perché ogni sito porta avanti lo stesso protocollo.
The audit machine
Prima della distribuzione, una build passa attraverso una macchina di verifica che combina due tipi di giudizio. Il primo è costituito da cancelli deterministici verificabili dalle macchine: validità del markup e della struttura, un controllo per assicurarsi che non siano filtrate metriche inventate nel contenuto e la correttezza del rendering in tutte le lingue — inclusi i sistemi di scrittura da destra a sinistra e i layout CJK.
Il secondo è un giudice del gusto cross-family che valuta qualità che un cancello deterministico non può cogliere. I due sono complementari: i cancelli rilevano ciò che è meccanicamente errato, il giudice soppesa ciò che è semplicemente scadente.
La regola che li vincola è semplice e rigorosa. Una build che non supera un qualsiasi cancello o una qualsiasi soglia minima viene rifiutata. Non esiste una promozione parziale — la verifica è una condizione necessaria per la distribuzione, non un punteggio aggiunto ad essa.
The self-improvement loop, and what it is not
TITI costruisce TITI: il motore aiuta a ricostruire e migliorare se stesso. Ma questo ciclo è supervisionato da esseri umani. Un essere umano esamina e approva ogni fase. La ricorsione è reale, l'autonomia no — il motore propone e assiste, una persona decide.
Esponiamo chiaramente i limiti. La totale autonomia con un singolo prompt e senza intervento umano è la traiettoria, non una capacità completata. Il backend della chat con intelligenza residente non è ancora connesso; la chat che vedi oggi è una giunzione onesta, l'interfaccia presente prima che l'intelligenza alle sue spalle venga cablata. Le condizioni economiche — il costo di abbonamenti e token — sono deliberatamente non definite.
Indicare questi limiti fa parte dell'architettura, non è un elemento marginale. Un sistema che distingue ciò che fa da ciò che intende fare può essere ritenuto affidabile sul primo aspetto proprio perché è sincero sul secondo.
Resident chat
Ask the architecture directly
Ciao — sono titi. Dimmi cosa vuoi creare; bastano poche parole.
Lo trasformerò in un sito reale, testato e pubblicato.
Giunzione — backend non ancora connesso