Architectuur
Een pijplijn van fasen, een site van drie lagen, een protocol dat reist
TITI leidt een enkele prompt door een geordende workflow en levert een product af waarvan de structuur is vastgelegd in het ontwerp in plaats van achteraf versierd te zijn.
- Fasen
- Drie lagen
- Auditmachine
- HAYAT
De pijplijn als een geordende workflow
TITI is georganiseerd als een opeenvolging van fasen, die elk de output consumeren van de voorgaande fase: Prompt, Onderzoek, Architectuur, Ontwerp, Bouw, Test, Deploy. De volgorde ís de essentie. Onderzoek gaat vooraf aan architectuur omdat het domein begrepen moet worden voordat de structuur wordt gekozen; architectuur gaat vooraf aan ontwerp omdat de vorm van het product het oppervlak beperkt; test gaat vooraf aan deploy omdat er niets gereleased wordt wat niet gecontroleerd is.
Het platform verkiest inferentie boven ondervraging. Op basis van de enkele prompt onderzoekt het het domein en beslist het over de architectuur, in plaats van de operator te vragen deze te specificeren. Het doel is nul vragen per project — niet als een slogan, maar als ontwerpdruk die het werk stroomopwaarts duwt naar Onderzoek, waar het opgelost kan worden met bewijs in plaats van via een vraag.
Dit is een beschrijving van de workflow, geen catalogus van interne machinerie. De bovengenoemde fasen vormen het daadwerkelijke contract tussen de ene stap en de volgende; we beweren geen verborgen wachtrijen, overdrachtmechanismen of retry-gedrag te bezitten buiten deze geordende beweging om.
De drielaagse anatomie
Elke site die TITI genereert heeft dezelfde drielaagse anatomie. De marketinglaag richt zich tot menselijke bezoekers. De wetenschapslaag draagt de methode, principes en diepgang — zoals deze pagina. De agentlaag is machineleesbaar: bestanden die geschreven zijn om door andere software gelezen te worden in plaats van door een mens.
Deze lagen zijn geen stijlkeuzes die pas op het einde worden toegepast; zij vormen de structuur waaraan de Architectuurfase zich committeert en die door latere fasen wordt ingevuld. Een bezoeker en een programma die dezelfde site lezen, worden bediend door verschillende lagen van hetzelfde artefact, elk exact gevormd voor diens specifieke lezer.
De scheiding is van belang omdat de drie doelgroepen wezenlijk verschillende behoeften hebben. Door ze los te koppelen kan het marketingoppervlak veranderen zonder dat het machinecontract wordt verstoord, en kan de wetenschapslaag mechanismen toelichten zonder een act op te hoeven voeren voor één van beide.
De agentlaag en HAYAT-overerving
De agentlaag publiceert machinebestanden. /agent.json beschrijft de site en specificeert het bijbehorende contact, de resident chat. /sot-map.json biedt een gestructureerde kaart van de site en de bijbehorende bron van waarheid. /.well-known/hayat-manifest.json wordt gepubliceerd op het vertrouwde pad waar andere software dit verwacht te vinden.
HAYAT is het cross-site protocol dat deze bestanden implementeren. Elke site die de engine bouwt, erft dit over. Dat betekent dat een programma dat stuit op een willekeurige door TITI gebouwde site, kan rekenen op dezelfde bestanden op dezelfde locaties met exact dezelfde betekenis. Overerving is wat de conventie van één site transformeert tot iets waar een ander systeem op kan bouwen over een groot aantal sites heen.
Het protocol is een gedeelde structuurvorm, geen belofte over de inhoud. De bestanden worden gepubliceerd en zijn beschikbaar voor een lezer om te raadplegen; de opbouw is consistent omdat elke site hetzelfde protocol uitdraagt.
De auditmachine
Vóór de deploy passeert een build een auditmachine die twee soorten oordelen combineert. De eerste bestaat uit deterministische, machinaal controleerbare poorten: de validiteit van markup en structuur, een check of er geen gefabriceerde statistieken in de content zijn geslopen, en weergavecorrectheid over meerdere talen — inclusief rechts-naar-links schriften en CJK-lay-outs.
De tweede is een cross-family smaakbeoordelaar die kwaliteiten beoordeelt die een deterministische poort niet kan vangen. De twee zijn complementair: de poorten vangen af wat mechanisch fout is, de beoordelaar weegt wat simpelweg onder de maat is.
De regel die hen bindt is simpel en strikt. Een build die faalt op een willekeurige poort of ondergrens wordt afgewezen. Er is geen partiële goedkeuring — de audit is een voorwaarde voor de release, niet een score die eraan wordt gehangen.
De zelf-verbeteringslus, en wat het niet is
TITI bouwt TITI: de engine helpt bij het herbouwen en verbeteren van zichzelf. Maar deze lus verloopt onder menselijk toezicht. Een mens beoordeelt en accordeert elke stap. De recursie is echt, de autonomie is dat niet — de engine stelt voor en assisteert, een persoon beslist.
We benoemen de beperkingen expliciet. Volledige, hands-off autonomie vanuit een enkele prompt is de koers, geen voltooide capaciteit. De backend van de resident intelligence chat is nog niet gekoppeld; de chat die u ziet is op dit moment een eerlijke overgang, de interface die al aanwezig is voordat de intelligentie erachter is aangesloten. De economische voorwaarden — wat abonnementen en tokens kosten — zijn opzettelijk onbepaald.
Het benoemen van deze grenzen maakt deel uit van de architectuur, het is er geen bijzaak van. Een systeem dat onderscheid maakt tussen wat het doet en wat het beoogt, kan op het eerste worden vertrouwd omdat het oprecht is over het tweede.
Resident chat
Stel de architectuur direct een vraag
Hoi — ik ben titi. Vertel wat je wilt bouwen; een paar woorden is genoeg.
Ik maak er een echte, geteste, gepubliceerde site van.
Overgang — backend nog niet gekoppeld