Eine Plattform, die Inferenz der Befragung vorzieht

Drei Leser

Jede von TITI generierte Website ist für mehr als einen Leser geschrieben, und die Struktur ergibt sich aus dieser Tatsache. Es gibt den Menschen, der überfliegt — die Marketing-Ebene, auf der der Wert schnell und klar formuliert wird. Es gibt den Menschen, der die Methode und die Argumentation dahinter verstehen möchte — die Wissenschafts-Ebene, die Ebene, die Sie gerade lesen. Und es gibt die Maschine oder den Agenten, die die Website programmatisch auslesen — die Agenten-Ebene, die dieselbe Substanz in einer für andere Systeme analysierbaren Form bereitstellt.

Diese drei Ebenen sind keine nachträgliche Dekoration. Sie sind auf jeder generierten Website vorhanden, weil das Publikum tatsächlich vielfältig ist: ein Mensch, der scannt, ein Mensch, der untersucht, und ein Programm, das Daten abruft. Eine Seite, die nur einem davon dient, wird den anderen beiden nicht gerecht. Alle drei als gleichwertige Leser zu behandeln, ist die Design-Vorgabe, kein nachträglicher Gedanke.

QPP und die Ökonomie der Inferenz

QPP steht für Questions per Project (Fragen pro Projekt). Das Ziel ist null — die Engine zieht es vor, aus dem Briefing abzuleiten, was gebaut werden soll, anstatt den Nutzer mit einer Runde von Klärungsfragen zu befragen. Inferenz analysiert die Domain und entscheidet; Befragung schiebt die Arbeit zurück auf die Person, die den Prompt geschrieben hat.

Der Grund dafür ist struktureller, nicht stilistischer Natur. Jede gestellte Frage ist eine Rückgabe an den Menschen, und eine Kette von Fragen verwandelt einen einzelnen Prompt in eine Verhandlung. Die Bevorzugung von Inferenz hält den Vertrag einfach: Ein Briefing geht hinein, ein fertiges Produkt kommt heraus. Wo die Engine keine Inferenz ziehen kann, sollte sie eine vernünftige Standardeinstellung wählen, anstatt bei einer Rückfrage zu stocken.

Null ist ein Ziel, kein bereits erreichtes Ergebnis. Wir formulieren dies als die Richtung, in die das System entwickelt wird, und behaupten nicht, dass dies bereits bei jedem Projekt erreicht wird.

Ein einziger Prompt als Disziplin

TITI nimmt einen einzigen Prompt und recherchiert daraus die Domain, entscheidet über die Architektur, designt, baut, testet und bereitet die Bereitstellung vor. Der Sinn des einzelnen Prompts ist kein Bequemlichkeitstheater — es ist eine Disziplin. Es zwingt die Engine, die Last der Entscheidung zu tragen, anstatt sie abzuwälzen.

Wenn ein einziger Prompt ausreicht, muss das System die Inferenz leisten: Es muss sich ohne eine Checkliste des Nutzers für die Architektur und die Struktur entscheiden. Das ist ein härterer Standard, kein leichterer. Der einzelne Prompt ist die Einschränkung, die die Engine dazu zwingt, ehrlich mit dem umzugehen, was sie selbst herausfinden soll.

Qualität als Vertrag, durchgesetzt durch harte Qualitätsgrenzen

Qualität ist hier ein Vertrag, kein bloßer Wunsch. Jede Ebene wird bewertet, und ein Build, der unter seiner Qualitätsgrenze liegt, wird abgelehnt — er wird nicht ausgeliefert. Die Qualitätsgrenze ist ein Gate, keine Richtlinie; ein Fehlschlag stoppt den Build, anstatt eine Warnung auszugeben.

Die Prüfung erfolgt modellübergreifend (cross-family): Das Modell, das die Inhalte schreibt, und das Modell, das sie beurteilt, gehören unterschiedlichen Modellfamilien an. Ein Modell bewertet niemals seine eigene Arbeit. Dies vermeidet die Eigenprüfung, bei der ein System, das eine Antwort generiert hat, auch die Instanz ist, die sie freigibt — ein Konflikt, der die Qualitätsgrenze bedeutungslos machen würde.

Die Qualitätsgrenze leistet also nur deshalb echte Arbeit, weil der Prüfer unabhängig vom Ersteller ist, und das Ergebnis ist binär: Ein Build liegt auf oder über seiner Qualitätsgrenze und wird fortgesetzt, oder er liegt darunter und wird abgelehnt. Es gibt keinen Weg, Produkte mit bekannten Mängeln auszuliefern.

Rekursion als Disziplin

TITI wird verwendet, um TITI zu bauen und zu verbessern. Wir behandeln dies eher als Disziplin denn als Slogan: Die Plattform ist eines der Produkte, die die Plattform baut. Das hält den Standard ehrlich — die Engine unterliegt denselben Qualitätsgrenzen, wenn es um sie selbst geht.

Dies geschieht unter menschlicher Aufsicht. Ein Mensch genehmigt die Änderungen. Es handelt sich nicht um eine autonome Selbstmodifikation: TITI schreibt sich nicht unbeaufsichtigt selbst um. Rekursion bedeutet, dass dieselbe Engine und dieselben Gates auf die eigene Verbesserung angewendet werden, wobei eine Person die Freigabe erteilt.

Was TITI nicht behauptet

Die Prinzipien zu nennen, ist nur halb ehrlich, ohne die Grenzen aufzuzeigen. TITI beansprucht heute keine vollständige, eingriffsfreie Autonomie; das ist das Ziel, und die Engine ist in der Praxis bewährt, aber Autonomie ist die Richtung, nicht der aktuelle Stand.

TITI behauptet nicht, dass QPP bereits bei null liegt — null ist das Ziel. Es werden keine spezifischen wirtschaftlichen Zahlen veröffentlicht: Abonnements schalten den Zugang frei und Token finanzieren die Ausführung, aber die Beträge sind bewusst nicht festgelegt, und wir werden sie nicht erfinden, um konkret zu wirken.

Und TITI behauptet nicht, dass der residente Chat heute bereits Bestellungen oder Zahlungen durchgängig ausführt. Der Chat ist das Interface; was er selbstständig abschließen kann, ist eine andere Frage als das, was die Engine bauen kann. Diese Nicht-Behauptungen zu benennen, ist Teil des Vertrags.