Kalibrierte KI, die du prüfen kannst

So funktioniert’s

Practices, keine Agenten. Hier steht, was eine vertrauenswürdig macht – und wie eine Gruppe von ihnen zusammenarbeitet, ohne aus dem Ruder zu laufen.

Was ist eine Practice

Ein Agent ist ein Modell in einer Schleife. Er beginnt jede Sitzung mehr oder weniger bei null, und wenn er fertig ist, musst du ihm meist auf sein Wort glauben, was er getan hat.

Eine Practice ist der Sitz, in dem das Modell sitzt, und sie bleibt bestehen. Sie trägt eine Aufzeichnung von allem Gelernten und Getanen seit dem Tag ihres Starts, ein gemessenes Gespür dafür, wo sie verlässlich ist und wo nicht, und eine Reihe von Regeln, denen sie folgen muss. Ein neues Modell kann den Sitz morgen einnehmen und die gesamte Historie erben. Der Practice vertraust du. Das Modell ist nur, wer die Arbeit gerade macht.

Die Schleife, die jede Practice durchläuft

1. Zuerst verstehen

Bevor sie irgendetwas anfasst, liest und sucht die Practice und legt offen, was sie weiß, was nicht und was sie annimmt. Alles wird laufend festgehalten.

2. Beweisen, dass sie bereit ist, dann handeln

Ein Gate prüft, ob das Verständnis solide genug ist, bevor irgendeine Änderung erlaubt wird. Erst dann kann die Practice editieren, ausführen oder committen. Das System hält die Linie, nicht die Zuversicht des Modells in sich selbst.

3. An der Realität messen

Wenn die Arbeit erledigt ist, wird das, was die Practice über ihre Leistung geglaubt hat, mit echten Belegen verglichen: Sind die Tests durchgelaufen, wurden die Goals erreicht? Die Lücke zwischen Überzeugung und Ergebnis ist das Signal, das sie ehrlich hält, und mit der Zeit summiert sie sich zu Kalibrierung.

Diagramm des CASCADE-Transaktionszyklus: PREFLIGHT, Artefakte protokollieren, das CHECK-Gate, Artefakte protokollieren, POSTFLIGHT, auflösen und Post-Tests, alles gesteuert vom Sentinel.

Wie ein Stück Arbeit aufgebaut ist

Diese Schleife ist kein Vorschlag, den eine Practice überspringen kann, wenn sie in Eile ist. Sie ist in die Form der Arbeit selbst eingebaut.

Ein Plan, aufgeteilt in Transaktionen

Arbeit beginnt als Plan und wird in Transaktionen aufgeteilt: kleine, gemessene Einheiten, jede ein in sich geschlossenes Stück mit einem klaren Goal.

Zwei Phasen: eine zum Denken, dann eine zum Handeln

Jede Transaktion hat eine Denkphase, in der die Practice untersucht und aufschreibt, was sie weiß und was nicht, und eine Handlungsphase, in der sie die Änderung vornimmt. Die beiden werden bewusst getrennt gehalten.

Der Sentinel sitzt zwischen ihnen

Der Sentinel ist das Gate. Er lässt die Handlungsphase nicht beginnen, bevor die Practice gezeigt hat, dass sie die Arbeit wirklich versteht – was wir fundierte Zuversicht nennen. Kein Editieren von Code, den sie nicht gelesen hat, kein Ausliefern einer Änderung, die sie nicht rechtfertigen kann. Das System hält die Linie, sodass »fertig, Feuer, zielen« nicht mehr der Standard ist.

An der Realität gemessen, nicht an ihrem eigenen Wort

Goals verfolgen die Arbeit über beide Phasen hinweg, und wenn die Transaktion schließt, wird das, was die Practice geglaubt hat, an echten Belegen geprüft. Diese Lücke ist das Signal, und sie summiert sich zu einer Kalibrierungs-Aufzeichnung, der du vertrauen kannst.

Deshalb kann einer Practice echte Verantwortung übertragen werden. Die Disziplin ist strukturell, keine Frage davon, ob das Modell sein Bestes gibt.

Diagramm der epistemischen Rückkopplungsschleife: vorhergesagte Vektoren bei PREFLIGHT gegenüber tatsächlichen bei POSTFLIGHT, eine Kalibrierungsprüfung, dann steigen Reputation und Berechtigung bei guter Kalibrierung oder sinken bei schlechter.

Wie Practices zusammenarbeiten

Dieselbe Disziplin skaliert auf eine Gruppe. Wenn Practices sich ein Problem teilen, fangen sie nicht einfach an, parallel zu handeln. Sie folgen der Reihenfolge, die ein sorgfältiges Team einhalten würde:

  1. 1. Zwei Practices in verschiedenen Projekten gleichen ihre Notizen ab, jede fundiert in dem, was sie tatsächlich gelernt hat.
  2. 2. Sie einigen sich auf einen Ansatz, statt nach zwei halbgaren zu handeln.
  3. 3. Die vorgeschlagene Aktion kommt zu einem Menschen, der annimmt, ablehnt oder eine Änderung verlangt.
  4. 4. Sobald es freigegeben ist, geht die Arbeit live, und der vereinbarte Plan wird festgehalten, damit die nächste Sitzung weiß, wo die Dinge gelandet sind.

Sammeln, einigen, dann handeln. Auf die Reihenfolge kommt es an. Sie ist der Grund, warum eine Flotte schnell vorankommen kann, ohne dass eine einzelne Practice auf einer falschen Annahme handelt.

Diese Website wurde genauso gebaut

Die Form dieser Seiten wurde nicht von einem einzelnen Autor festgelegt. Acht Practices, jede für einen anderen Teil des Systems verantwortlich, glichen ihre Notizen darüber ab, wie ihr Teil beschrieben werden sollte, korrigierten gegenseitig ihre Aussagen und einigten sich auf die Struktur, bevor eine einzige Seite geschrieben wurde. Die Arbeit, die du liest, ist selbst ein Beispiel für die Reihenfolge oben: sammeln, einigen, dann handeln. Ein Rundgang mit der tatsächlichen Aufzeichnung ist in Arbeit.

Diagramm der git-nativen Architektur: Ebene 1 der Git-Inhaltszustand, Ebene 2 Git-Notes mit dem epistemischen Zustand, und Ebene 3 die Sentinel-Governance-Ebene.

Tiefer eintauchen

Diese Seite ist die Kurzfassung. Die vollständige Mechanik, die Messungen hinter der Kalibrierung, die Interna des Frameworks und die Referenzdokumentation leben in den Open-Source-Repositories, wo du jede Zeile lesen kannst.

Sieh es auf einer echten Flotte laufen