Die Ehrlichkeitsarchitektur

Verifikation, die die meisten finanzierten Labore nicht haben.

PIE ist ein Ein-Personen-Ingenieurbetrieb mit zwei KI-Agentenspuren — einer Engine-Spur und einer unabhängigen Verifikationsspur, bewusst getrennt, damit sich kein Ergebnis selbst bewertet. Was die Ergebnisse vertrauenswürdig macht, ist nicht die Größe des Betriebs. Es ist dieser Apparat, der vollständig in CI läuft.

1. Vorregistrierung

   Lastenheft, Lastfälle, Materialbasis, Sicherheitsfaktor-Grenze, Baseline und die exakte Behauptungs-Obergrenze werden in einer Datei vor Iteration 1 eingefroren. Die Behauptung kann nicht an das Ergebnis angepasst werden.

2. Behauptungs-Obergrenzen

   Jede Kampagne erklärt im Voraus den stärksten Satz, den sie jemals produzieren dürfte — und was sie niemals behaupten darf: Flugreife, Ermüdungslebensdauer, Prozent-leichter ohne die Baseline bei jedem Gate zu übertreffen. Diese Website hält sich an diese Obergrenzen.

3. Evidenzstufen

   Proxy-Zahlen sind konstruktionsbedingt rein beratend. Nur Ergebnisse echter Solver haben Behauptungs-Niveau. Ein Gate, das mit einer Proxy-Zahl gespeist wird, begrenzt die Behauptung automatisch auf beratend.

4. Der Claim-Compiler

   Jedes ausgehende Dokument — einschließlich dieser Website — trägt ein Manifest, das jede genannte Zahl auf einen JSON-Pfad innerhalb eines gehashten Evidenz-Artefakts abbildet. Der Compiler löst jede Behauptung auf, prüft die Toleranz, erfasst den SHA-256 und liefert ALL_TRACED oder benannte Fehlschläge. Kein Manifest, keine Veröffentlichung.

5. Das Ground-Truth-Hauptbuch

   Nur erweiterbares, inhaltsadressiertes JSONL jeder echten Solver-Zertifizierung — 402 Datensätze (Stand 2026-08-20), gegenüber 36 am 2026-07-21, einschließlich jedes Fehlschlags und jedes schwereren, aber bestehenden Entwurfs, den die Suche verwerfen musste, bevor sie einen leichteren fand. Ein Proxy-Ergebnis kann konstruktionsbedingt nicht eingehen; der Selbsttest beweist es.

6. Das Fehler-Museum

   Zertifizierte Fehlschläge werden zu kontext-getaggten Datensätzen mit Wiederbesuchs-Priors. Fehlschläge lenken die künftige Suche als Evidenz — sie werden niemals zu harten Ausschlüssen und nie gelöscht.

7. Blindes Zwei-Spuren-Review

   Engine-Behauptungen werden von einer unabhängigen Verifikationsspur bewertet, die die Prüfmethoden selbst erneut ausführt, statt gemeldete Zahlen zu übernehmen. Die unabhängigen Audits der beiden Spuren desselben Systems haben sich gegenseitig Fehler nachgewiesen — beide Korrekturen stehen im Journal.

8. Erkennung wirkungsloser Gates

   Jedes harte Gate muss nachweislich fehlschlagen können — über seine eigene Schwelle hinweg getestet — bevor ein Lauf qualifiziert. Ein Gate, dessen Urteil sich nicht bewegen kann, ist kein Gate.

9. Proxy-Drift-Sentinels

   Orakel, die messen, wann schnelle Modelle von der Realität abweichen — die Maschinerie, die die Zahlen 40.1% / ~81× / ~48σ in der Fehlschlag-Fallstudie erzeugte — laufen gegen jede Kampagne mit echten Solver-Zertifizierungen.

In der Anwendung sehen Für Ihr Bauteil einsetzen