Architektur
Eine Pipeline aus Phasen, eine Website aus drei Ebenen, ein Protokoll, das reist
TITI leitet einen einzigen Prompt durch einen geordneten Workflow und gibt ein Produkt aus, dessen Struktur durch das Design vorgegeben und nicht nachträglich dekoriert ist.
- Phasen
- Drei Ebenen
- Audit-Maschine
- HAYAT
Die Pipeline als geordneter Workflow
TITI ist als eine Abfolge von Phasen organisiert, von denen jede die Ausgabe der vorherigen verarbeitet: Prompt, Recherche, Architektur, Design, Konstruktion, Test, Bereitstellung. Die Reihenfolge ist entscheidend. Die Recherche geht der Architektur voraus, weil die Domain verstanden werden muss, bevor eine Struktur gewählt wird; die Architektur geht dem Design voraus, weil die Form des Produkts seine Oberfläche bestimmt; der Test geht der Bereitstellung voraus, weil nichts ausgeliefert wird, was nicht geprüft wurde.
Die Plattform zieht Inferenz der Befragung vor. Aus dem einzelnen Prompt recherchiert sie die Domain und entscheidet über die Architektur, anstatt vom Bediener Spezifikationen zu verlangen. Das Ziel sind null Fragen pro Projekt — nicht als Slogan, sondern als Designvorgabe, die die Arbeit nach vorne in die Recherche verlagert, wo sie auf der Grundlage von Belegen gelöst werden kann, statt durch eine Rückfrage.
Dies ist eine Workflow-Beschreibung, kein Katalog interner Mechanismen. Die oben genannten Phasen sind der tatsächliche Vertrag zwischen einem Schritt und dem nächsten; wir behaupten keine versteckten Warteschlangen, Übergabemechanismen oder Retry-Verhalten über diesen geordneten Ablauf hinaus.
Die dreistufige Anatomie
Jede von TITI generierte Website hat dieselbe dreistufige Anatomie. Die Marketing-Ebene richtet sich an menschliche Besucher. Die Wissenschafts-Ebene vermittelt Methode, Prinzipien und Tiefe — wie diese Seite hier. Die Agenten-Ebene ist maschinenlesbar: Dateien, die für das Auslesen durch andere Software geschrieben wurden und nicht für Menschen.
Diese Ebenen sind keine Gestaltungsentscheidungen, die am Ende getroffen werden; sie sind die Struktur, auf die sich die Architekturphase festlegt und die die späteren Phasen ausfüllen. Ein Besucher und ein Programm, die dieselbe Website lesen, werden von unterschiedlichen Ebenen desselben Artefakts bedient, das jeweils für seinen Leser optimiert ist.
Die Trennung ist wichtig, weil die drei Zielgruppen tatsächlich unterschiedliche Bedürfnisse haben. Ihre Entkopplung ermöglicht es, die Marketing-Oberfläche zu verändern, ohne den maschinellen Vertrag zu stören, und erlaubt es der Wissenschafts-Ebene, Mechanismen zu erklären, ohne für eine der beiden anderen zu posieren.
Die Agenten-Ebene und das HAYAT-Erbe
Die Agenten-Ebene veröffentlicht Maschinendateien. /agent.json beschreibt die Website und nennt ihren Kontakt, den residenten Chat. /sot-map.json liefert ein strukturiertes Verzeichnis der Website und ihrer Source of Truth. /.well-known/hayat-manifest.json wird unter dem bekannten Pfad veröffentlicht, an dem andere Software es erwartet.
HAYAT ist das websiteübergreifende Protokoll, das diese Dateien implementieren. Jede von der Engine erstellte Website erbt es, was bedeutet, dass ein Programm, das auf eine mit TITI gebaute Website stößt, sich auf dieselben Dateien an denselben Stellen mit derselben Bedeutung verlassen kann. Dieses Erbe verwandelt die Konvention einer einzelnen Website in etwas, auf das sich ein anderes System über viele Websites hinweg verlassen kann.
Das Protokoll ist eine gemeinsame Form, kein Versprechen über den Inhalt. Die Dateien sind veröffentlicht und stehen einem Leser zur Konsultation zur Verfügung; die Struktur ist konsistent, weil jede Website dasselbe Protokoll fortführt.
Die Audit-Maschine
Vor der Bereitstellung durchläuft ein Build eine Audit-Maschine, die zwei Arten der Beurteilung kombiniert. Die erste besteht aus deterministischen, maschinell überprüfbaren Gates: Gültigkeit von Markup und Struktur, eine Prüfung, ob sich erfundene Metriken in die Inhalte eingeschlichen haben, sowie die Korrektheit des Renderings über verschiedene Sprachen hinweg — einschließlich Right-to-Left-Schriften und CJK-Layouts.
Die zweite ist ein modellübergreifender Geschmacksprüfer (cross-family taste judge), der Qualitäten bewertet, die ein deterministisches Gate nicht erfassen kann. Beide ergänzen sich: Die Gates fangen das ab, was mechanisch fehlerhaft ist, während der Prüfer bewertet, was lediglich qualitativ unzureichend ist.
Die Regel, die beide verbindet, ist einfach und streng. Ein Build, der ein Gate oder eine Qualitätsgrenze nicht besteht, wird abgelehnt. Es gibt keine Teilfreigabe — das Audit ist eine Bedingung für die Auslieferung, keine nachträglich angehängte Bewertung.
Die Selbstverbesserungsschleife und was sie nicht ist
TITI baut TITI: Die Engine hilft dabei, sich selbst neu aufzubauen und zu verbessern. Doch diese Schleife wird von Menschen beaufsichtigt. Ein Mensch prüft und genehmigt jeden Schritt. Die Rekursion ist real, die Autonomie ist es nicht — die Engine schlägt vor und unterstützt, eine Person entscheidet.
Wir nennen die Grenzen offen. Vollständige, eingriffsfreie Single-Prompt-Autonomie ist das Ziel, keine fertige Fähigkeit. Das Backend für den residenten intelligenten Chat ist noch nicht angebunden; der Chat, den Sie sehen, ist heute eine ehrliche Schnittstelle — das Interface ist vorhanden, bevor die Intelligenz dahinter verkabelt ist. Die wirtschaftlichen Bedingungen — was Abonnements und Token kosten — sind bewusst nicht festgelegt.
Diese Grenzen zu benennen, ist Teil der Architektur, kein Nebensatz dazu. Einem System, das unterscheidet, was es tut, von dem, was es beabsichtigt, kann man beim Ersteren vertrauen, weil es beim Letzteren aufrichtig ist.
Residenter Chat
Fragen Sie die Architektur direkt
Hi — ich bin titi. Sag mir, was du bauen möchtest; ein paar Worte genügen.
Ich mache daraus eine echte, getestete, veröffentlichte Website.
Schnittstelle — Backend noch nicht angebunden