Warchhold Research

Datenstand: 14.10.2026, 05:55 Uhr · Quelle: Programmregister und Abnahmen · Seite erzeugt: 19.10.2026, 08:40 Uhr (Europe/Berlin).

Betrieb & Fortschritt · Technische Governance

Arbeitspakete & Abnahmen der Plattform

Diese Seite richtet sich an technische Prüfer. Für das Verständnis der Forschungsergebnisse ist sie nicht nötig — dafür gibt es die Lesehilfe.

Welche Pakete sind abgenommen, was ist noch offen und welche Nachweise tragen den Stand? Die Übersicht trennt die abgeschlossene Plattformbasis vom weiteren Ausbau.

1.0
Plattformbaseline
11
formal bestandene APs
5
zurückgestellte APs für 1.x
1
offene APs

Die drei AP-Zähler beziehen sich auf dieselben 17 Pakete und überschneiden sich nicht. Entscheidungen und Berechtigungen stehen im geschützten Abnahmeregister.

Steuerungsboard

AP-00 bis AP-16

„Prüfbereit“ wird nur noch für technisch vollständige Pakete mit offener formaler Prüfung verwendet. Laufende Remediation oder Assurance erscheint als „in Umsetzung“. Stand des Abschlussaudits: v1.29.0 · 27.09.2026, 20:41 Uhr.

Die Tabelle zählt 17 Arbeitspakete. Einzelne Kriterien oder ältere Prüfregistereinträge sind andere Bezugsgrößen. „Bestanden“ bezeichnet die formale AP-Abnahme; eine Handelsfreigabe wird daraus nicht abgeleitet.

Arbeitspakete mit Status, nächstem Schritt und aufklappbaren Nachweisen
ArbeitspaketFormaler StandNächster Schritt & Nachweise
AP-00
Baseline, Entscheidungen und Fallauswahl		bestanden

Abgeschlossen; keine Wiederholung der ursprünglichen Abnahme.

Nachweise & Details zu AP-00
Phase / Abhängigkeiten
P0 · —
Abschlusskriterium
PR-001 fachlich vorbereitet; kein offener Scopekonflikt.
Bereits belegt
  • Builder-Dossier v3
  • Baseline-Dokument
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • 12.09.2026: ursprünglicher Exit reproduziert, Kriterien-Pintest und R-U-A-Nachweis im echten Envelopepfad geprüft; formale Abnahme unter delegierter Betreiberhoheit eingetragen.
  • Abnahmeentscheidung durch agent:sol unter delegierter Betreiberhoheit; keine neue persönliche Betreiberprüfung behauptet.
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Entscheid unter Betreiberhoheit · 12.09.2026, 14:13 Uhr
AP-01
Zielarchitektur und Trust-Zonen		bestanden

Abgeschlossen; keine Wiederholung der ursprünglichen Abnahme.

Nachweise & Details zu AP-01
Phase / Abhängigkeiten
P0 · AP-00
Abschlusskriterium
Architekturreview gegen Read-only, M-087 und Ring 4 bestanden.
Bereits belegt
  • Architekturdokument
  • operatives Architektur-Overlay
  • Builder-Dossier v3
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • 12.09.2026: ursprünglicher Exit reproduziert, Kriterien-Pintest und R-U-A-Nachweis im echten Envelopepfad geprüft; formale Abnahme unter delegierter Betreiberhoheit eingetragen.
  • Abnahmeentscheidung durch agent:sol unter delegierter Betreiberhoheit; keine neue persönliche Betreiberprüfung behauptet.
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Entscheid unter Betreiberhoheit · 12.09.2026, 14:13 Uhr
AP-02
Quelleninventar und Nur-Lese-Adapter		bestanden

Abgeschlossen; keine Wiederholung der ursprünglichen Abnahme.

Nachweise & Details zu AP-02
Phase / Abhängigkeiten
P0 · AP-01
Abschlusskriterium
PR-002 bestanden; Quelllücken sichtbar statt still übersprungen.
Bereits belegt
  • Quelleninventar 1.3 und datensparsamer Nur-Lese-Laufzeitadapter
  • laufende Nur-Lese-Belege
  • historische Claude-W2/K2-Annahme wegen Rollen- und Evidenzkonflikt append-only unwirksam
  • Numerische E-03-Schwelle mit acht Orakeln rollengetrennt geprüft und als Klassifikationspolicy angenommen
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • K3 package v2 independently R-U accepted with 31/31 byte bindings
  • content-addressed seal v2 waits until 31.08.2026 11:47:41.877077 CEST
  • post-wait revalidation tool refuses early execution without output
  • 08.09.2026: getrenntes K3-ACCEPT, Inventar 1.11 einmal installiert, reales UID-999-Receipt gesund und SIP-Timer aktiv.
  • PR-002-Schreibproben für Datei, Dateimenge, JSONL, Runtime-Datei und SQLite: 5/5 technisch verweigert, Ursprung unverändert, Audit vorhanden.
  • Neue Adapter- und Runtime-Suite 9 bestanden; bestehende Suite 61 bestanden, ein historischer Ledgerkopf-Test rot und zugeordnet.
  • 12.09.2026: AP-02-Nachweis gegen 28 Dossierbindungen und ursprüngliche PR-002-Kriterien fertig; fünf echte Schreibproben und sichtbare Quelllücke bestanden. Zwei Gesamtläufe ausgabeidentisch, 19 fokussierte Tests grün, null Provideraufrufe.
  • 12.09.2026: ursprünglicher Exit reproduziert, Kriterien-Pintest und R-U-A-Nachweis im echten Envelopepfad geprüft; formale Abnahme unter delegierter Betreiberhoheit eingetragen.
  • Abnahmeentscheidung durch agent:sol unter delegierter Betreiberhoheit; keine neue persönliche Betreiberprüfung behauptet.
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Entscheid unter Betreiberhoheit · 12.09.2026, 14:09 Uhr
AP-03
Pilotstore, Identität und Historie		bestanden

Abgeschlossen; keine Wiederholung der ursprünglichen Abnahme.

Nachweise & Details zu AP-03
Phase / Abhängigkeiten
P0 · AP-01 / AP-02
Abschlusskriterium
PR-003 und P-001–P-014 bestanden.
Bereits belegt
  • 19 exakt gebundene grüne Oracles
  • Codex-E-11-Review
  • append-only Acceptance-Envelope
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Agentenentscheidung · 19.07.2026, 21:55 Uhr
AP-04
Index, Negativwissen und Konflikte		bestanden

Abgeschlossen; keine Wiederholung der ursprünglichen Abnahme.

Nachweise & Details zu AP-04
Phase / Abhängigkeiten
P0 · AP-03
Abschlusskriterium
P-015–P-018 bestanden; erste C2-/C4-Messwege erzeugen Daten.
Bereits belegt
  • 12 exakt gebundene grüne Oracles
  • C2/C4-Indexierungsoracles
  • Codex-E-11-Review
  • append-only Acceptance-Envelope
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Agentenentscheidung · 19.07.2026, 21:58 Uhr
AP-05
Edge-Evidenzpaket und End-to-End-Fälle		bestanden

Abgeschlossen; keine Wiederholung der ursprünglichen Abnahme.

Nachweise & Details zu AP-05
Phase / Abhängigkeiten
P0 · AP-02 / AP-03 / AP-04
Abschlusskriterium
PR-008, P-019 und P-200 bestanden; fehlende Felder besitzen Owner und Folgeentscheidung.
Bereits belegt
  • Edge-Evidenzrenderer
  • Builder-Dossier v3
  • End-to-End-Fallstruktur
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • 12.09.2026: ursprünglicher Exit reproduziert, Kriterien-Pintest und R-U-A-Nachweis im echten Envelopepfad geprüft; formale Abnahme unter delegierter Betreiberhoheit eingetragen.
  • Abnahmeentscheidung durch agent:sol unter delegierter Betreiberhoheit; keine neue persönliche Betreiberprüfung behauptet.
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Entscheid unter Betreiberhoheit · 12.09.2026, 14:13 Uhr
AP-06
Schattenbeiträge und Agentenregeln		bestanden

Abgeschlossen; keine Wiederholung der ursprünglichen Abnahme.

Nachweise & Details zu AP-06
Phase / Abhängigkeiten
P0 · AP-03
Abschlusskriterium
PR-004 und P-020–P-023 bestanden.
Bereits belegt
  • E0-Schattenkanal
  • Agentenverträge
  • Builder-Dossier v3
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • WP-1.1-SIP-INTAKE-01 exact-byte evidence and conflict reviews accept
  • 22 focused and 98 regression tests green; no runtime or service installation
  • 12.09.2026: ursprünglicher Exit reproduziert, Kriterien-Pintest und R-U-A-Nachweis im echten Envelopepfad geprüft; formale Abnahme unter delegierter Betreiberhoheit eingetragen.
  • Abnahmeentscheidung durch agent:sol unter delegierter Betreiberhoheit; keine neue persönliche Betreiberprüfung behauptet.
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Entscheid unter Betreiberhoheit · 12.09.2026, 14:13 Uhr
AP-07
Ring 4 und Entscheidungsschutz		bestanden

Abgeschlossen; ursprüngliche Abnahme erhalten. Keine Runtime-Installation oder Handelsfreigabe.

Nachweise & Details zu AP-07
Phase / Abhängigkeiten
P0 · AP-01 / AP-03
Abschlusskriterium
PR-005 und P-100–P-110/P-114 bestanden.
Bereits belegt
  • Drei historische Originale gegen die bereits im Juli festgelegten SHA-256 bytegenau wiederhergestellt.
  • 24 AP-07-/W2-Tests bestanden; PR-005 und P-100–P-110/P-114 unverändert erfüllt.
  • R-U-A-Kriterienpin und deterministische Wiederholung bestanden.
  • 12.09.2026: formale Abnahme OR-20260912T143354-903bc32fad; entschieden durch agent:sol unter delegierter Betreiberhoheit, keine persönliche neue Betreiberprüfung behauptet.
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Entscheid unter Betreiberhoheit · 12.09.2026, 14:33 Uhr
AP-08
Observability und Entkopplung		bestanden

Abgeschlossen; keine Wiederholung der ursprünglichen Abnahme.

Nachweise & Details zu AP-08
Phase / Abhängigkeiten
P0 · AP-02 / AP-03 / AP-07
Abschlusskriterium
PR-006/PR-007 und P-111/P-202 bestanden.
Bereits belegt
  • 296,134261 reale gesunde Beobachtungsstunden und 1.147 geeignete Receipts
  • 7.201,307 Sekunden autorisierte isolierte Ausfallphase mit 24 Beobachtungen
  • Trading- und Research-Ursprungszustände einschließlich Main-PIDs unverändert
  • gesunder Pilot-Wiederanlauf und fortgeschriebenes Receiptledger
  • E-11-Risk-Operations-Entscheid accept über 23 exakte Bindungen
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Agentenentscheidung · 01.08.2026, 08:10 Uhr
AP-09
Automatisierte Abnahme und Pilot-Readiness		bestanden

Abgeschlossen: exakter Abnahmeeintrag vorhanden; AP10 läuft. Einmalige E10-Ausnahme dokumentiert, keine abgelaufene Karenz behauptet.

Nachweise & Details zu AP-09
Phase / Abhängigkeiten
P0 · AP-02 / AP-03 / AP-04 / AP-05 / AP-06 / AP-07 / AP-08
Abschlusskriterium
Vollständiger Preflight grün; Messpilotfreigabe dokumentiert.
Bereits belegt
  • 27.09.2026 20:15:38 CEST: tatsächliche formale AP09-Abnahme OR-20260927T201538-f0fa67eee3. K3-Entscheid, exaktes Paket v5/Siegel v4 und alle Startgates gebunden.
  • 196/196 Tests, 8/8 PR, 40 P; zwei identische deterministische Nachweise, 228 aktuelle lesbare Bindungen. UID999-Gesamtlauf unter 192 MiB bestanden.
  • Auf ausdrückliche Betreiberanweisung vorgezogen: E10-24h-Frist einmalig für diese Autorisierung ausgenommen; nicht als abgelaufen dargestellt. Übrige Abnahme-/Quellen-/Messdauerbedingungen bleiben erhalten.
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Entscheid unter Betreiberhoheit · 27.09.2026, 20:15 Uhr
AP-10
Messpilot über vier bis acht Wochen		in Umsetzung

Reale Erhebung und Qualitätsreviews gemäß Plan fortführen; frühestes Ende von vier Wochen 25.10.2026 19:16:20 MEZ. Fehlende Kennzahlwerte nicht als erfüllt zählen.

Nachweise & Details zu AP-10
Phase / Abhängigkeiten
P · AP-09
Abschlusskriterium
P-201, alle übrigen P-Fälle und Go/Change/Stop-Entscheidung.
Bereits belegt
  • Tatsächliches T0: 27.09.2026 20:16:19,619080 CEST. Erster echter Capture 20:16:22,822759 CEST; unveränderlicher Snapshot gespeichert und vom Wochenbericht akzeptiert.
  • 17 Kennzahlfelder ohne Quellenlesefehler; mehrere KPIs noch nicht vollständig erhebbar. Null volle Messwochen, keine historischen oder synthetischen Werte angerechnet.
  • Installierter Messdienst erfolgreich; bestehender täglicher Messtimer aktiviert. Autorisierung vor Installation auch unter UID999 geprüft.
  • Erhebungszuordnung und Wochenbericht technisch vorbereitet; AP12-/Produktfreigaben bleiben offen.
Noch fehlend
Mindestens vier reale Messwochen und vollständige geprüfte KPI-/Qualitätsbelege sowie Go/Change/Stop.
Formales Reviewregister
kein Review
Annahme gesperrt
AP-11
Unabhängige Verifikation VA-01–03		bestanden

Abgeschlossen. Abnahme erhalten, kein Versuch 25 und keine erneute Abnahmeschleife.

Nachweise & Details zu AP-11
Phase / Abhängigkeiten
P/PB ·
Abschlusskriterium
Formale AP-11-Abnahme vom 08.09.2026 mit dokumentiertem Verzicht; historische Bedingungen bleiben transparent.
Bereits belegt
  • 08.09.2026: AP-11 formal abgenommen, Review OR-20260908T184508-7796fa92b7.
  • Der dokumentierte Verzicht auf unabhängige Verifikation gehört zur damaligen Abnahme. Kein nachträglicher unabhängiger VA-/R-U-Pass behauptet.
  • AP-11 bleibt geschlossen; kein Versuch 25.
  • 19.09.2026: AP-11-Nachweisfehler B-1 behoben. Heutige Quellen und beide Selbsttests im echten Dienst grün; tägliche Prüfung 07:20. Keine neue Abnahme, kein Providerlauf.
  • Webstand v17.0.0 aktuell
Noch fehlend
Nichts – formal angenommen
Formales Reviewregister
angenommen
Entscheid unter Betreiberhoheit · 08.09.2026, 18:45 Uhr
AP-12
Pilotentscheidung und PB-Backlog		zurückgestellt

Erhebungszuordnung und Wochenbericht mit realen AP10-Nachweisen füllen. C3-Saat-/Aufgabenaudits, korrekte KPI-Populationen, Aufwand, P-Matrix und bestehende AP11-Belege zusammenführen; danach Go/Change/Stop und PB-Prioritäten.

Nachweise & Details zu AP-12
Phase / Abhängigkeiten
P · AP-10 / AP-11
Abschlusskriterium
Dokumentierte Entscheidung mit Evidenz und Ownern.
Bereits belegt
  • geschlossener Zukunftsphasenvertrag
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • 12.09.2026: existing_future_phase_contracts_tested
  • 26.09.2026: Wochenbericht und AP-12-Entscheidungsgrundlage technisch vorbereitet. 49 Tests bestanden, darunter echte Collector-/Writer-/CLI-Kette mit 29 technischen Tagesständen. UID999-Vorstartprüfung: null reale Messwochen, unbekannter Aufwand bleibt unbekannt.
  • 26.09.2026: 17 Erhebungswege mit Originaldefinition, Quelle, Qualitätsprüfung und Owner zugeordnet. C3: 5/5 kontrollierte Fehler erkannt, fünf vollständige Gegenproben ohne Fehlalarm; echter isolierter Store→Suche→Kontext→CLI-Audit. 26 Tests bestanden, weiterhin null reale Messwochen. C5/C12/C14 gemäß ursprünglicher SRS präzisiert.
Noch fehlend
Nichts für 1.0 – geordnet in 1.x
Formales Reviewregister
kein Review
Annahme gesperrt
AP-13
Produktbaseline		zurückgestellt

Identitäts-/Policyanschluss als unaktivierter Kandidat geprüft. Nach Pilot-Go reale Produktrollen/Owner und Policies freigeben, Agenten-/Dienstidentitäten und alle Ausgabeflächen anschließen; übrige Audit-/Aufbewahrungs-/PB-Fälle und echte Promotion belegen.

Nachweise & Details zu AP-13
Phase / Abhängigkeiten
PB · Pilot-Go
Abschlusskriterium
Alle PB-Anforderungen und PB-Abnahmen bestanden.
Bereits belegt
  • PB-Inventar- und Promotionvertrag
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • 12.09.2026: existing_future_phase_contracts_tested
  • 26.09.2026: 31 Bestandsklassen, alle 46 bestehenden Quell-IDs und sieben Pilot-Pflichtklassen zugeordnet; 21 geschützte Klassen gegen Ausschluss geprüft. Tatsächliche Metadatenaufnahme inklusive LK-6/LK-7, 38 Vertrags-/Start-/Berichtstests bestanden. M-103-Vollständigkeitsfreigabe und reale PB-Aufnahme bleiben offen.
  • 26.09.2026: Minimiertes synthetisches LK-1-Entscheidungs-/Ausgangspaar durch echte Quellenadapter, Store, Audit und Export geführt. OS-Leseverweigerung, Allowlist-/Schreibverbot und Quellverlust erkannt; Ursprungsbytes nach Wiederherstellung unverändert. Vollständige Produktrechte und reale PB-Promotion noch offen.
  • Geplanter M-103-Bestandsabgleich: Inventar v3 erhält 31 Klassen / 46 Quell-IDs; 126 Selektoren, 6451 eindeutige Metadatenobjekte einschließlich UID999-Nachweis. Vier optionale Quellen fehlen, 44 geschlossene Verzeichniscontainer bleiben sichtbar. 11 Regressionen bestanden; Owner-/PB-Abnahme offen.
  • 26.09.2026: Produktzugriff als isolierter Kandidat über dem bestehenden Store: Rolle, Verantwortungsbereich, Vertraulichkeit und Zweck geprüft. 17 Regressionen und Gesamtlauf mit 128 Testobjekten/129 Versionen, vier Empfängern, 519 Zugriffsaudits bestanden. Schutzvererbung, Ablauf/Entzug, neue ungeprüfte Version und Auditfehler erkannt. Identitätsanbindung, vollständige Produktpfade und reale PB-Abnahme bleiben offen.
  • 26.09.2026: M-006/M-093 technisch am bestehenden Store nachgewiesen. Unbekannter/entzogener Owner erscheint nach Reader-Neustart als verwaist mit Eskalation. Neue Owner-Version erhält Historie und verlangt neue exakte Rechtebindung; unberechtigte Änderung und veralteter Kontext verweigert. 24 kombinierte Owner-/Zugriffstests sowie separater Gesamtlauf bestanden. Testinstanzen, keine produktive Ownerfreigabe oder AP-Abnahme.
  • 27.09.2026: UserManager-Anmeldung/signierte Sitzung, frischer Kontostand, versionierte befristete Empfängerrechte und exakte Objektpolicies durch denselben Kontext-/Exportpfad. 50 Tests und Gesamtlauf mit vier temporären Konten, Wiederanlauf, Entzug, CSRF-/Spoofing- und Auditfehlerkontrollen bestanden. 2,562 s / 69.628 KiB RSS, Limit 256 MiB. Unregistriertes Blueprint und Testobjekte; keine Produktkonten gelesen, keine PB-Abnahme.
Noch fehlend
Nichts für 1.0 – geordnet in 1.x
Formales Reviewregister
kein Review
Annahme gesperrt
AP-14
Kontextprodukt und Agentenskalierung		zurückgestellt

Auftrag→Kontextfassung→Delta→Ausgabe→Korrektur technisch für beide Profile geprüft. Nach PB Owner-Kerne/Budgets, authentifizierte Quellen-/Rechteintegration und Wiederverwendung freigegebener Grundlagen belegen; anschließend zwei reale Rollenläufe und A1-Abnahme.

Nachweise & Details zu AP-14
Phase / Abhängigkeiten
A1 · PB
Abschlusskriterium
Zwei Agentenrollen arbeiten mit nachweisbarem SIP-Kontext ohne Pflichtkernverstoß.
Bereits belegt
  • Kontextprofil-Entwurf
  • Pflichtkern-Assembler
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • 12.09.2026: existing_future_phase_contracts_tested
  • 26.09.2026: Zwei bestehende Rollenprofile mit konkreten Inhalten und exakten Quellenhashes angeschlossen. Fehlender Pflichtkern, Budgetunterschreitung, veränderte Quelle und manipulierte Übergabe erkannt; optionale Auslassung sichtbar. Technische Entwürfe, null produktive Rollenläufe.
  • 26.09.2026: AP14-Auftragsanschluss für Plattform- und Forschungsprofil technisch nachgewiesen. Pflichtkern, Status/Scope und mitgelieferte Konflikte/Gegenbelege bleiben erhalten; benannte Kontextfassungen, Änderungen und Auslassungsarten sowie ausgabengebundene Korrekturen im bestehenden Audit. 38 kombinierte Tests und separater Gesamtlauf mit Wiederanlauf/Export bestanden. Testdaten und simulierte Empfänger, null produktive Rollenläufe; keine A1-Abnahme.
Noch fehlend
Nichts für 1.0 – geordnet in 1.x
Formales Reviewregister
kein Review
Annahme gesperrt
AP-15
Kontrollierte Evolution		zurückgestellt

Rezept-/Trialregister mit atomarem Familienbudget, Wiederanlauf und getrennt vorregistriertem Test technisch gebaut. Nach A1 vollständige Kontrollbeziehungen sowie realen Destillat- und Engineer-Annahme-/Ablehnungsfall belegen.

Nachweise & Details zu AP-15
Phase / Abhängigkeiten
A2 · A1
Abschlusskriterium
Ein Destillat und je ein angenommener und abgelehnter Engineer-Vorschlag durchlaufen AT-14a–c.
Bereits belegt
  • Destillat- und Engineer-Grenzvertrag
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • 12.09.2026: existing_future_phase_contracts_tested
  • 26.09.2026: Wiederverwendung und Lücken für M-097–099 / AT-14a–c aus Claudes Lernkreis dokumentiert. LK-6 arbeitet beratend, LK-7 veröffentlicht Evidenzklassen. Keine Gleichsetzung von LK-Abschluss und A2-Abnahme.
  • 26.09.2026: Lektionszustände gültig -> potenziell veraltet -> Owner-Review -> invalidiert über Storeversionen geprüft; irrelevante Änderung bleibt unmarkiert. Nicht ausführbarer Engineer-Entwurf validiert, sieben Ablehnungsfälle bestanden. Kontrollbewertungen stammen aus technischen Fixtures, keine automatische Vollständigkeit oder reale A2-Abnahme.
  • M-098-Registry im vorhandenen SIP-Audit: 8 synthetische Trials einschließlich Fehler/Abbruch, unveränderliche Verfeinerung, getrennt vorregistrierter Falsifikationsfall und 6-Prozess-Budgetprüfung bestanden. 64 Tests für diesen Bauabschnitt; keine reale A2-Abnahme.
Noch fehlend
Nichts für 1.0 – geordnet in 1.x
Formales Reviewregister
kein Review
Annahme gesperrt
AP-16
Zielausbau und Gesamtabnahme		zurückgestellt

155 SRS-Anforderungen und acht Gesamtabnahmedimensionen vollständig abgeglichen; enger AT-12-Anwendungsentwurf geprüft. Nach A2 tatsächlichen Scope/Owner entscheiden und individuelle Produkt-/Langzeitnachweise schließen.

Nachweise & Details zu AP-16
Phase / Abhängigkeiten
Z · A2
Abschlusskriterium
Kein unerfülltes Ziel ohne dokumentierte Scope-Entscheidung.
Bereits belegt
  • Intake- und Vollständigkeitsvertrag
  • Operatorbestätigte Zielprimat-Kurskorrektur klassifiziert das Paket transparent als 1.x-Backlog; keine historische Abnahme wird erfunden.
  • 12.09.2026: existing_future_phase_contracts_tested
  • Vollständiger Katalogabgleich: 155 Anforderungen (28 P, 76 PB, 27 A1, 4 A2, 20 Z), Originaloracles und nächste Nachweise je Zeile, acht Gesamtdimensionen offen. AT-12-Entwurf geprüft, vorzeitige Annahme verweigert; zehn bestehende AP-Abnahmen erhalten.
Noch fehlend
Nichts für 1.0 – geordnet in 1.x
Formales Reviewregister
kein Review
Annahme gesperrt

Versionierter Ausbau nach der 1.0-Abschlusslinie

Plattform 1.x

Die operative 1.0-Baseline bleibt geschlossen. Ihr Bearbeitungsplan sichert sechs Basiskapazitäten: Researchdurchsatz, Evidenzgedächtnis, kontrollierte Verbesserung, DEMO-Kandidatenweg, LIVE-Schutz mit alleiniger Betreiberentscheidung und öffentliche Steuerung. Neue Forschung wird als eigenes 1.x-Paket geliefert und öffnet 1.0 nicht rückwirkend.

WP-1.1-MATH-01methodisch geprüft · E0-Schattenkeine formale AP-Abnahme dieses Ausbaustands

Mechanism-first Mathematical Hypothesis Lab

Acht vorregistrierte mathematische Beziehungen in vier Linsen untersuchen; vollständigen Trial- und Nicht-Fund-Zensus erzeugen, ohne Strategien zu komponieren.

Belegt

  • ✓ 18 fokussierte Tests bestanden
  • ✓ Architecture ACCEPT auf exaktem Bytebestand
  • ✓ unabhängige Quant-Methodik Re-Acceptance nach Schließung aller Blocker
  • ✓ 0/384 Fehlerfamilien im eingefrorenen Gesamt-FWER-Test; einseitige 95-%-Wilson-Obergrenze 0,0069964

Grenzen

  • — höchstens zwei E0-Schattenhypothesen
  • — keine Strategiekomposition oder Promotion
  • — keine DEMO-, LIVE-, Broker-, Order- oder Tradingwirkung

Nächster getrennter Schnitt: Separates WP für kanonischen versionierten Datenadapter und persistierte E0-Ausgabe definieren; Auto-Build, Holdout, Forward, DEMO und LIVE bleiben außerhalb dieses Pakets.

WP-1.1-SOURCE-01Verifiziert · fester ZwischenstandAP-02 formal abgenommen

Kanonischer Quellenvertrag und Drei-Domänen-Freeze

Den kanonischen Drei-Domänen-Quellenvertrag technisch vervollständigen und seine Aktivierung nach frischer LIVE-Topologie fail-closed über den strengeren K3-Pfad absichern.

Belegt

  • ✓ Inventarkette v1.1 bis v1.11 kanonisch aufgelöst
  • ✓ 46 Quellen: 41 erfolgreich, eine bewusst ausgeschlossen, vier optionale Ledger erwartungsgemäß noch nicht vorhanden
  • ✓ 0 erforderliche Quellenausfälle in allen drei Gedächtnisdomänen
  • ✓ vollständiger v4-Einzelquellen-Freeze mit Cursor, Fingerprint, Watermark, Source-Run-ID und 91/91 gültigen Auditereignissen
  • ✓ Capture-Time-Hashbindung und striktes JSONL durch gebundenes Builder-Testreceipt mit 26 bestandenen Tests belegt
  • ✓ Upgradepfad registriert v1.9 und v1.11 nacheinander im selben append-only Store; historische und neue Runtime-Source-ID bleiben getrennt
  • ✓ Kandidatenspezifische 720-Stunden-E-03-Messung: 0 EUR, 0 betroffene Slots/Konten, 1 Kontrollobjekt, 0 Abschwächungen; 40 kombinierte Tests bestanden
  • ✓ frische read-only Topologie legt aktive DEMO-/LIVE-Units, einen demo_only- und zwei live_only-Slots offen
  • ✓ zuständige Schutzrolle entscheidet unter der wörtlichen E-03-Regel ROUTE_K3; keine K2-Ausnahme durch Interpretation
  • ✓ K3-Safety-Core-Paket v2: 31/31 Bindungen und NUL-Aggregat unabhängig R-U akzeptiert; 43 relevante Tests reproduziert
  • ✓ frische Quellenrevalidierung: 46 Quellen, 0 erforderliche Fehler, Runtimequelle beim Capture rund 157 Sekunden alt
  • ✓ content-addressed Predecision-Seal v2 um 11:47:41 CEST; Karenz frühestens am 31.08. um 11:47:41 CEST erfüllt
  • ✓ Post-Wait-Capture technisch mit 9 Tests vorbereitet; reale Vorfristprobe blockiert ohne Output
  • ✓ 05.09.2026 05:43 CEST: Nach-Karenz-Revalidierung einmal ausgeführt; 31/31 Paketbindungen unverändert; 46 Quellen, 41 erfolgreich, vier optional fehlend, eine ausgeschlossen, null erforderliche Fehler.
  • ✓ Kombinierte Prüfung: 24 bestanden, ein historischer E-03-Test rot. Ursache nachgewiesen: der gebundene vierzeilige Ledger-Präfix (13.691 Bytes) ist unverändert, ein fünfter Entscheid wurde am 31.08. angefügt; keine nachträgliche Hash-Umbindung.
  • ✓ 05.09.2026 06:01 CEST: ausdrücklich erlaubter getrennter read-only K3-Prüfagent urteilt fachlich ACCEPT über das unveränderte Paket v2. 31/31 Bindungen, Sicherheitskern, R-U, Siegel und volle Karenz selbständig geprüft.
  • ✓ Unabhängige Originalsuite: 37 bestanden, zwei historische Ledger-Hash-/Head-Erwartungen rot und als nicht blockierend für das wirkungslose Prüfurteil klassifiziert. Der aktuelle fünfte Operatorreview-Eintrag ist korrekt verkettet; keine vollständig grüne Originalsuite behauptet.
  • ✓ Deterministische Ergebnisbindung gültig: exakter Kandidat, erlaubte getrennte Sitzung, frische v2-Revalidierung zum Review und null Ausführungsrechte. 13 Adaptertests plus zwölf K3-/Nach-Karenz-Tests bestanden.
  • ✓ 05.09.2026 06:21 CEST: Inventar 1.11 auf Kopie des bestehenden Schema-0.10-Pilotstores unter UID 999 gesund ausgeführt; 46 Einträge, null erforderliche Fehler, 92.689 gültige Auditereignisse. Keine Prüfung nur auf leerem Neuschema.
  • ✓ Rücknahme auf Wegwerfkopie bewiesen: vollständiger logischer SQLite-Dump-SHA identisch zum Ausgangssnapshot; anschließend Inventar 1.3 gesund. 27 fokussierte Tests bestanden, darunter WAL-Inhalt und paralleler Schreiber.
  • ✓ Drei fehlende Dienst-Leserechte durch exakt begrenzte private read-only Dateisichten im Testdienst behoben, Originalrechte unverändert. Backup-Seitenneustart mit begrenzter Diagnose belegt und durch festgehaltene Lesetransaktion korrigiert; erst danach erfolgreiche Gesamtprobe.
  • ✓ 07.09.2026: Begrenzter SIP-Installer mit atomarer zusätzlicher Konfiguration, exakter Dienst-/Datenbankprüfung, einmaliger Transaktion und Konfigurationsrücknahme gebaut; Datenbank und Audit werden niemals zurückgesetzt.
  • ✓ Neue reale UID-999-Quellenaufnahme unter 256 MiB/25 % CPU: 46 Quellen, null erforderliche Fehler. Paketgebundene Preseal-Aufnahme ebenfalls vollständig; Runtimequelle bei Aufnahme rund 16 Sekunden alt.
  • ✓ Getrennte R-U-Prüfung ACCEPT über 40 exakte Paketbindungen. Drei konkrete Implementierungsbefunde behoben; 36 Executor-Tests und 68 kombinierte Builder-Tests grün, Reviewer reproduziert 55 kombinierte Tests.
  • ✓ Neues Siegel am 07.09.2026 09:21:32 CEST; neue 24-Stunden-Karenz endet am 08.09.2026 09:21:32 CEST. Historische Fachprüfung bleibt erhalten, alte Wartezeit nicht übernommen.
  • ✓ 08.09.2026: Karenz seit 09:21:32 CEST abgelaufen. Providerfreie reale Hostvorprüfung: 35 von 36 Checks bestanden, alle 40 Paketbindungen unverändert.
  • ✓ Einziger Hostblocker: Die SIP-Hauptunit ist ein Symlink auf eine tom-eigene Repository-Datei. Der Installer verlangt eine root-eigene reguläre Datei. Inhalts-SHA identisch; kein Quellen-/Inhaltsdrift. Null kostenpflichtige Prüfläufe, keine Installation.
  • ✓ 08.09.2026: Hauptunit-Blocker behoben. Nach konkreter Betreiberfreigabe und unabhängiger technischer Wartungsprüfung wurde der Symlink durch eine root-eigene reguläre Datei mit identischen Bytes ersetzt; Originalsymlink privat gesichert.
  • ✓ Sieben echte Dateitransaktionstests einschließlich Rücknahme bei fremd geänderter Quelle bestanden. Einmalige Anwendung und vollständige bestehende Hostprüfung grün; alle 40 Paketbindungen unverändert. Nur daemon-reload, kein Dienstneustart. Inventar weiterhin 1.3.
  • ✓ 08.09.2026 09:58 CEST: getrennte K3-Ausführungsrolle ACCEPT über unverändertes 40-Bindungen-Paket nach voller Karenz und frischer realer UID-999-Revalidierung. 55 relevante lokale Tests bestanden.
  • ✓ 08.09.2026 10:02 CEST: Inventar 1.11.0 aktiv, bestehender Installer genau einmal erfolgreich. Reales UID-999-Receipt gesund: 46 Quellen, 41 erfolgreich, vier optional fehlend, eine ausgeschlossen, null Pflichtquellenfehler.
  • ✓ 98.842 Auditeinträge gültig, Schema weiterhin 0.10.0; ursprünglicher SIP-Timer wieder aktiv. Installationsabschnitt abgeschlossen, keine Rücknahme erforderlich.
  • ✓ 08.09.2026: AP-02-Abnahmedossier v7 abgeschlossen, Katalog v2.7 gültig über 17 Vorgänger. Fünf echte PR-002-Schreibproben über Datei, Dateimenge, JSONL, Runtime-Datei und SQLite verweigert; Ursprünge unverändert und Auditereignisse vorhanden.
  • ✓ 12 fokussierte Adapter-/Runtime-/Katalogtests bestanden. Bestehende Suite separat 61 bestanden und ein historischer Ledgerkopf-Test rot; keine vollständig grüne Bestandssuite behauptet.
  • ✓ 12.09.2026: AP-02-Nachweis gegen 28 Dossierbindungen und ursprüngliche PR-002-Kriterien fertig; fünf echte Schreibproben und sichtbare Quelllücke bestanden. Zwei Gesamtläufe ausgabeidentisch, 19 fokussierte Tests grün, null Provideraufrufe.
  • ✓ 12.09.2026: AP-02 nach tatsächlicher R-U-A-/Envelopeprüfung formal abgenommen. Original-Exit vollständig erfüllt.
  • ✓ 12.09.2026: Der historische Dossiertest ist bytegenau archiviert; aktuelle PR-002-/Quelllückenprüfung weiterhin bestanden. Die AP-02-Abnahme bleibt erhalten.

Grenzen

  • — K3-ACCEPT gilt ausschließlich für die einmalige exakte Inventaranwendung, nicht als formale AP-02-Abnahme.
  • — Inventar 1.11.0 ist seit 08.09.2026 10:02 CEST aktiv. Frühere Nichtinstallations- und Karenzangaben in der Nachweishistorie sind durch diesen Abschluss überholt.
  • — Nur SIP-Konfigurationszusatz und freigegebener SIP-Probelauf; kein Schemaumbau, keine Datenbankrücksetzung, Audit bleibt erhalten.
  • — Keine DEMO-, LIVE-, Broker-, Order-, Strategie- oder Echtgeldänderung; Echtgeldhoheit unverändert beim Betreiber.
  • — Einmal-Transaktion bleibt erhalten. Kein erneuter Installerlauf, keine neue Karenz, keine Erweiterung der getrennten Rollen.
  • — Die gebundene Quellenaufnahme und die K3-Freigabe waren zum Anwendungszeitpunkt frisch; Portalfrische verlängert keine Laufzeitfreigabe.
  • — Ledgerköpfe lokal validiert, nicht extern verankert; Reviewtranskriptionen unsigniert. AP-11 bleibt eingefroren.
  • — PR-002-Dateiproben werden durch den kontrollierten Test-Harness auditiert; dies ist keine Behauptung einer Schreib-API oder eines selbst emittierten Runtimeadapter-Denialevents.
  • — AP-02 formal abgeschlossen; R-U-A-Regel im tatsächlichen Envelopepfad integriert. Keine neue Quelleninstallation, Karenz oder Handelsfreigabe.

Nächster getrennter Schnitt: Abnahmedossier und ursprüngliches AP-02 abgeschlossen. Keine Wiederholung; spätere Erweiterungen separat behandeln.

WP-1.1-SIP-INTAKE-01Builder-geprüft · Fundament-Kandidatkeine formale AP-Abnahme dieses Ausbaustands

Fail-closed E0-Schatten-Einlieferung

Repository-Agenten können einen provenancegebundenen Befund ausschließlich als verfallendes E0-Schattenobjekt an einen expliziten isolierten Pilotstore übergeben.

Belegt

  • ✓ atomare Submission-, Semantik- und Objektbindung im Pilotstore-Schema 0.11.0
  • ✓ 22 fokussierte Tests und 98 relevante Pilotstore-/AP-Regressionen grün
  • ✓ unabhängiger Evidenz- und Konflikt-Re-Review auf exakten v1.3-Bytes: ACCEPT
  • ✓ Crash-, Replay-, Schema-Drift-, Actor-, Search-, Rechte-, Quoten- und Teilstatusangriffe fail-closed
  • ✓ aktiver Pilotstate read-only geprüft: Schema 0.10.0, null Search-Events, keine Intake-Bindingtabelle
  • ✓ State 0700/DB 0600 unter uid 999; keine Inbox, Allowlist, Receipt-Ablage oder Consumer-Unit
  • ✓ W2/E-03-Migrations-/Canary-Kandidat v1.1 deterministisch und exact-byte gebunden
  • ✓ 20 Migrations-/Governancetests plus 22 bestehende Intake-Tests grün
  • ✓ vollständiger Migrationsplan bindet DDL und Schema-Compare-and-set; vier Schema-SQL-Digests werden exakt geprüft
  • ✓ Backup-, Receipt-, Rollback- und Postcheckpfade im disposable Scratch-Harness geprüft
  • ✓ fünf Kontrollobjekte überschreiten die K2-Grenze von eins; Route bleibt fail-closed K3
  • ✓ 19.09.2026: WAL-treuer Clone des echten 0.10-Pilotstores (162.574.336 Byte) statt zurückgestufter synthetischer DB geprüft.
  • ✓ 193.482 Audit-Einträge und alle ursprünglichen Zeilenzahlen erhalten; Migration auf der Kopie sowie beide Rücksicherungen bestanden.
  • ✓ Post-COMMIT-Prüffehler und echter Prozessabbruch getrennt geprüft; beide Male bytegleicher Restore auf Schema 0.10.0. Beim Abbruch explizite Wiederherstellung durch den Drill, keine automatische Betriebs-Recovery behauptet.
  • ✓ 44 Intake-/Migrations-/Drilltests bestanden; echter Drill 50,83 Sekunden innerhalb 120 Sekunden. Keine Installation.
  • ✓ 19.09.2026: Separater Canary-Kandidat erzwingt eine gepinnte Submission, Observation/E0/Shadow, maximal 3.600 Sekunden TTL und auslaufende Actor-Bindung.
  • ✓ Bindung nach Sperrerwerb und vor COMMIT erneut geprüft; Ablauf oder Policywechsel rollt die Transaktion zurück. Allgemeiner Consumer unverändert.
  • ✓ 62 fokussierte Tests bestanden. Echte Submit-/Consumer-CLI-Kette auf privater Kopie des migrierten Pilotstores in 3,01 Sekunden geprüft; Wiederholung ohne Duplikat.
  • ✓ 19.09.2026: Unix-Socket-Broker prüft den Absender über Kernel-Credentials und übergibt genau eine gepinnte Submission in die dienstbenutzereigene Inbox. Original und Custody-Beleg bleiben erhalten; fachlicher Inhalt und Semantik unverändert.
  • ✓ Echte CLI-Kette von UID 1000 zu UID 999 samt unverändertem Canary-Consumer in 1,0989 Sekunden erfolgreich. Falscher echter Peer und direkter Dateizugriff abgewiesen; Wiederholung ohne Duplikat.
  • ✓ 87 fokussierte Intake-/Canary-/Broker-/Migrationsprüfungen bestanden. Synthetische technische Fixture, keine unabhängige Fachevidenz; keine Installation.

Grenzen

  • — ausschließlich Agent, E0, shadow=true sowie observation oder hypothesis
  • — nicht installiert; aktiver Pilotstore nicht auf Schema 0.11.0 migriert
  • — lokale Actor-Allowlist ist nicht kryptografisch und bleibt state-seitig geschützt
  • — keine Qualifizierung, AP-, DEMO-, LIVE-, Broker-, Order-, Service- oder Tradingwirkung
  • — Installation blockiert; zuerst getrennte W2/E-03-/R-U-/Seal-/K3- und OS-Operator-Kette
  • — v1.1 ist nur technischer W2/E-03-Prüfkandidat; keine Migration, Installation oder Canary-Autorität
  • — kein frischer UID-999-State-/Writer-Capture und kein vollständiges 720-Stunden-Aggregat gebunden
  • — betroffene LIVE-/Echtgeldkontenzahl bleibt bis unabhängiger E-03-Messung unbekannt
  • — AP-06s ursprünglicher Schattenkanal ist seit 12.09.2026 formal abgenommen. Dieser spätere Intake-/Migrationskandidat ist damit nicht installiert oder freigegeben.
  • — Canary-Grenzen und Cross-UID-Transport in getrennten Kandidaten für attestierte inaktive Kopien nachgewiesen. Historischer Migrationsvertrag unverändert; weiterhin keine operative Canary-Autorisierung.
  • — Der einmalige Socket-Kandidat ist kein installierter Dauerbetrieb. Produktiver dienstseitiger Suchkontext und unabhängige OS-/Writer-/E-03-/R-U-/Seal-/K3-/OS-Gates bleiben offen.

Nächster getrennter Schnitt: Backup/Restore, Canary-Grenzen und Cross-UID-Transport technisch geliefert. Als Nächstes dienstseitigen produktiven Suchkontext und exakten integrierten Installationskandidaten binden; unabhängige OS-/Writer-/720h-E-03-Evidenz und ursprüngliche Freigaben weiterhin vor jeder Installation erforderlich.

WP-1.1-ADMIN-CATALOG-01Verifiziert · fester Zwischenstandkeine formale AP-Abnahme dieses Ausbaustands

Snapshotgebundener Admin-Abnahmekatalog

Der geschützte Adminpfad projiziert ungepinnt den aktuellen append-only Katalog und bindet Anzeige, Envelope, Delegation und Ledger an denselben exakten Snapshot.

Belegt

  • ✓ Katalog v2.6 über 16 hashgebundene Vorgänger bis v1.0 validiert
  • ✓ AP-02-Einzeldossier gültig, aber ready_for_operator_review=false
  • ✓ 38 fokussierte Tests grün; unabhängiger Evidenz- und Konfliktreview ACCEPT
  • ✓ Fallback-, TOCTOU-, Duplicate-Version-, Registry- und semantische Tamperpfade fail closed
  • ✓ AP-11-Ist-Freeze bindet 82/82 Runtime-Support-Pfade: sieben geändert, 75 unverändert
  • ✓ sechs Freeze-Tests und eigenständiger Exact-Byte-Check grün
  • ✓ Provenienz für account_manager.py und db_orchestrator.py belegt; sources.py über getrennte AP-02-Kette gebunden
  • ✓ db_reporting.py ist für die aktuellen Kandidatenbytes semantisch gebunden
  • ✓ 23 Reporting-, Routen- und Exit-Quality-Tests grün; davon elf neue deterministische AP-11-Isolationstests
  • ✓ DEMO (+10), LIVE (-20), kombinierte interne Sicht (-10) und serverseitiger anonymer DEMO-Zwang direkt geprüft
  • ✓ vier Ledger-Provenienzfehler für fehlende oder veränderte Katalog-/Envelope-Bytes reproduziert und fail-closed korrigiert
  • ✓ 42 neue Negativfälle und insgesamt 82 Governance-Tests grün
  • ✓ account_manager.py, db_orchestrator.py und die getrennte sources.py-Kette mit 88 Tests und exakter Commit-/AP-02-Provenienz gebunden
  • ✓ korrigierter AP-11-Freeze bindet erneut 82/82 Pfade, kompiliert 82/82 und benötigt keine neue lokale Importwurzel
  • ✓ normalisierter Exact-Receipt: 82 Governance-Tests gesammelt und 82 bestanden
  • ✓ unabhängige Evidenzprüfung ACCEPT ausschließlich für den exakten E0-Freeze; Konfliktaudit ohne erfundenes Abnahmevotum abgeschlossen
  • ✓ Runtime-Support v1.2 bindet 82 Dateien, 17 Katalogstände und zwei getrennte dynamische Admin-Consumer
  • ✓ Launch v1.2 und Recovery v2.3 validiert; Recovery bleibt vor Phase B und ohne Produktions-/Tradingwirkung
  • ✓ fester AP-11-Zwischenstand dokumentiert: 1.0-Scope geschlossen, formale AP-11-Abnahme weiterhin offen
  • ✓ aktueller Provider führte den zuvor blockierten projekt-relativen Create/Remove-Zyklus erfolgreich und rückstandsfrei aus
  • ✓ zwei alte versiegelte Review-Versuche scheiterten atomar am eingebetteten Provider; Review-, Decision- und Authorization-Ledger blieben leer
  • ✓ der exakte Run-11-Kandidat wurde formal als change_required entschieden; Operator-Review OR-20260831T090816-a9d3154241 ist append-only protokolliert
  • ✓ unabhängige Phase B vollständig: VA-02 und VA-03 jeweils change_required mit drei gebundenen kritischen Befunden
  • ✓ R-U vollständig mit zwölf Prüfungen, fünf nachvollzogenen und vier eigenen Negativangriffen; K3 bestätigt change_required und akzeptiert null Artefakte
  • ✓ kein Acceptance-Envelope erzeugt; formaler Abnahmestand bleibt unverändert AP-03, AP-04 und AP-08
  • ✓ VA-02-Reparaturprobe auf frisch nach dem Runtime-Overlay erzeugtem Quellenmanifest: alle sieben zuvor driftenden Pfade stimmen bytegenau, Differenzzahl 0
  • ✓ angeforderter Claude-Opus-Wissenschaftslauf stoppte vor jeder Änderung am Monatslimit; keine VA-03-Evidenz wurde erfunden oder ersetzt
  • ✓ Claude-Wissenschaftslieferung bytegenau gebunden: ausführbare kausale Placebokontrolle, Vorregistrierung und versiegelter Folgeversionsvertrag
  • ✓ frischer Versuch 15: zwei VA-02-Fälle in allen sechs erlaubten Ausführungsdimensionen substanziell geeignet; performance_fields_accessed=false
  • ✓ Folgeversions-v2-Builder schließt den belegten No-op-Differenzfehler; vollständige tatsächliche Differenz umfasst drei geänderte Werte bei gleichen Quellbytes und unveränderten Messgrenzen
  • ✓ Versuche 15 und 16 terminal vor Autorisierung; keine Requests, keine Phase B und keine formale Wirkung
  • ✓ Attempt-17-Evidence-Sicht technisch gebaut und getestet: exakt acht erforderliche Byteanker, kein historischer Glob-Passthrough und keine Auswahl-, Eventprojektions-, Performance- oder Autorisierungsartefakte
  • ✓ 31.08.2026, nach dem bisherigen Portalstand: Evidence-Mount in Versuch 17 wirksam; Versuch 18 mit deterministischem Elf-Feld-Inventar beendet am absoluten Python-Import. Reparierte v3-CLI besteht am 05.09. den Regressionstest.
  • ✓ 05.09.2026: Versuch 19 terminal wegen Provider-Kontingent nachgetragen; nur Identität vorhanden, keine Auswahl oder Requests. Sieben neue Startschutz-/CLI-Tests und drei bestehende Builder-/Launch-Tests bestanden; sieben gebundene CLI-Smokes grün.
  • ✓ 07.09.2026: Anbieter-Kontingent lesend geprüft; echte unabhängige Versuche 21 und 22 ausgeführt. Keine formale AP-Abnahme.
  • ✓ Versuch 20 stoppte vor dem Provider wegen zu wenig /tmp-Speicher. Kapazität wird jetzt vor dem Startrecord geprüft; zwölf alte Testverzeichnisse wiederherstellbar auf Datenträger verlagert.
  • ✓ Versuch 21 bestand die Chronologie, scheiterte an Unix-Sekunden statt ISO-Zeitstempeln im VA-03-Plan. Deterministische verlustfreie Umwandlung und bestehende vollständige Strukturprüfung vor Versiegelung implementiert; synthetische echte Carrier-Wiedergabe bestanden.
  • ✓ Versuch 22 endete an fehlenden VA-02-Ereignissen für Ausstiege, Kosten und Positionssperre im DAX-Fenster. Der Modelltext nennt fälschlich Sandbox/Abhängigkeit; der neue Audit hält die abweichende maschinelle Diagnose fest, ohne den Originalbericht umzuschreiben.
  • ✓ 50 gezielte Tests für Einmal-Starts, Speichergrenze, Planvorbereitung, Chronologie und Fehlerzuordnung bestanden (45 plus fünf Diagnose-Regressionen). VA-03-Reparatur im unabhängigen Versuch 22 nicht erreicht; keine Requests, Phase B oder R-U/K3. Terminale Läufe vollständig privat archiviert.
  • ✓ Historischer Zwischenstand am 08.09.2026 vor der anschließenden formalen Abnahme: Bearbeitung eingefroren. Die spätere AP-11-Abnahme ist maßgeblich; kein Versuch 25.
  • ✓ Versuch 23 vom 07.09. endete beim einzigen Capture mit sechs vorregistrierten Fällen am 240-Sekunden-Zeitlimit, ohne Eligibility-/Paritätsurteil.
  • ✓ Versuch 24 vom 07.09. endete mit Exitcode 1 wegen fehlendem Workspace-Guthaben. Runtime und privater Evidenzsatz dauerhaft gesichert: 852 Dateien, 1.121.522.930 Byte, Hashvergleich mit den Originalen bestanden. Kein neuer Kontostandsabruf.
  • ✓ Der negative Phase-B-/R-U-/Schutzentscheid vom 31.08. bleibt gültig. Die Reparaturserie lieferte keinen neuen unabhängigen Pass. Abschluss der aktuellen Bearbeitung ist keine bestandene Abnahme.
  • ✓ 12.09.2026: neun tatsächliche AP-Abnahmen konsistent projiziert; AP-11s Abnahme vom 08.09. wird nicht mehr durch den älteren Einfrierstand überschrieben.
  • ✓ 12.09.2026: AP-07 formal abgenommen; zehn APs geschlossen. AP-09 mit aktuellem Freeze vollständig grün: 138/138 Tests, 8 PR-Gatter und 40 P-Fälle.
  • ✓ 12.09.2026: AP09/AP10-Startübergabe integriert, 167/167 Tests grün; echter isolierter Collector mit dreifacher Belegmenge innerhalb 90 s/192 MiB. Keine reale Messzeit.
  • ✓ 19.09.2026: B-1 behoben und providerfreie tägliche Prüfung aktiv. Historisches Prüftool exakt wiederhergestellt; privater Wiederherstellungspunkt für 5680 Dateien plus Git-Metadaten geprüft.
  • ✓ 26.09.2026: AP-09-Vorlauf nach Reparatur 179/179; R-U-A ausgabeidentisch; vollständiges Pre-Decision-Paket mit 160 Bindungen.

Grenzen

  • — verifizierter technischer Zwischenstand; Admin-/Flask-/Trading-Runtime nicht aktiviert und nur der Research-Hub neu gestartet
  • — keine formale AP-, DEMO-, LIVE-, Broker-, Order-, Produktions-, Trading- oder Echtgeldautorität
  • — unbekannte account_env-Werte bleiben am internen DB-Methodenrand bewusst kombinierte Sicht; dort wird kein Fail-closed behauptet
  • — die öffentliche Sicherheitsgrenze normalisiert anonyme LIVE-, unbekannte und leere Anfragen vor beiden Reporting-Aufrufen auf DEMO
  • — der Freeze vom 30.08. ist durch Freeze v2 ersetzt und darf nicht als aktueller Kandidat verwendet werden
  • — kein historischer Attempt und keine alte Autorisierung wurden nachträglich an neue Runtime-Bytes umgebunden
  • — die kataloglosen historischen AP-03-/AP-04-/AP-08-Ledgerzeilen bleiben unverändert und werden in AP-11 nicht migriert
  • — der LIVE-Runner liegt außerhalb des 82-Dateien-Overlays und verbleibt im AP-02/WP-LIVE-Nachweispfad
  • — Katalog-TOCTOU-Härtung, C09 und Trusted-Time bleiben 1.x-Nachlauf und öffnen die 1.0-Baseline nicht erneut
  • — der exakte Run-11-Kandidat ist terminal entschieden und wird nicht erneut ausgeführt
  • — AP-11 ist seit 08.09.2026 formal abgenommen, mit damaligem dokumentiertem Verzicht. Kein Versuch 25.
  • — kein Genesis, keine AP-09-Freigabe, keine Aktivierung und keine Produktions-, Trading- oder Echtgeldwirkung
  • — VA-02 ist builderseitig repariert, aber noch kein unabhängiger VA-02-Pass und keine abgeschlossene Phase A
  • — die beiden zuvor fehlenden VA-03-Wissenschaftsartefakte sind geliefert und gebunden; ihre unabhängige Phase-B-Auswertung steht noch aus
  • — Versuch 15 ist wegen eines mechanischen No-op-Differenzvertrags terminal; Versuch 16 wegen sichtbarer historischer Evidence vor Auswahl terminal
  • — vor einem einzigen frischen Folgeversuch ist eine technische Allowlist-Sicht im privaten Namespace Pflicht; eine weitere reine Promptreparatur ist unzulässig
  • — AP-11 ist seit 08.09.2026 formal abgenommen, mit damaligem dokumentiertem Verzicht. Kein Versuch 25.
  • — Neuer operativer Einstieg verhindert Wiederholung verbrauchter Versuche; historische hashgebundene Shellrunner bleiben unverändert und sind keine OS-weit gesperrten Startpfade.

Nächster getrennter Schnitt: Ab 27.09.2026, 09:18:56 CEST: 160 Bindungen und R-U-A erneut prüfen, tatsächlichen K3-Entscheid und exakte AP-09-Abnahme im bestehenden Verfahren herbeiführen; erst danach AP-10 starten. Neue 24-h-Karenz wegen repariertem Test-/Evidenzkandidaten; keine persönliche Betreiberentscheidung für den wirkungslosen Messstart erforderlich. Abgeschlossene APs geschlossen halten. Kein Versuch 25; keine AP-11-Wiederaufnahme.

1.0-Wartungsvertrag

Wann darf 1.0 wieder geöffnet werden?

  • 07.09.2026: Offener Ressourcensteckbrief des Portal-Dokumentations-Timers abgeschlossen. Der erfolgreiche reguläre 07:15-Lauf benötigte 0,144651 Sekunden Laufzeit, 0,089112 CPU-Sekunden und 9.093.120 Byte Cgroup-Spitze. Hashgebundener Messbeleg im Register; 0,1 GiB/eine Minute bleiben unveränderte Planungsreserve.
  • Kein neuer Dokumentations-Timerlauf, keine Änderung an Zeitplan, anderen Job-Profilen oder Echtgeldbetrieb. Quellen-Installationspaket und Siegel unverändert; keine zusätzliche AP-Abnahme.
  • 26.09.2026: AP10/AP12-Wochenbericht und Entscheidungsgrundlage technisch vorbereitet; 49 Tests bestanden. AP09-Karenz und null reale Messwochen unverändert.
  • 26.09.2026: AP10-Erhebungswege für 17 Kennzahlen und C3-Kontrollfälle vorbereitet. 26 Tests bestanden; fünf technische Saatfälle erkannt, fünf Gegenproben ohne Fehlalarm. Keine realen Messwochen und keine neue AP-Abnahme.
  • 26.09.2026: 31 AP13-Bestandsklassen/46 Quellen und AP15-Lernkreis-Abgleich vorbereitet. Vorgezogener Test zeigt AP09-Speicherfehler; isolierter Streaming-Patch unter Dienstgrenzen grün, Integration noch offen. Keine AP-Abnahme und keine reale Messzeit.
  • 26.09.2026, technische Fortsetzung: AP09-Speicherpatch integriert, 182 Vorprüfungen bestanden, neuer Startstand mit 183 Bindungen und Karenz bis 27.09. 15:25:39 CEST. AP13–15-Anschlüsse isoliert geprüft, 40 Tests bestanden. Frühere Angabe „Integration offen“ durch diesen Stand ersetzt; keine formale AP-Abnahme.
  • 26.09.2026: AP15-Rezept-/Trialregister mit Budgetschutz und getrenntem Test gebaut; AP16-Abgleich enthält 155 Anforderungen und acht Gesamtabnahmedimensionen. 64 Tests und synthetischer Gesamtlauf bestanden. Portal-Ressourcenbefund durch echte neue Messung geschlossen, drei Profiltests grün. AP09-Karenz unverändert bis 27.09. 15:25:39 CEST; keine reale A2-Nutzung oder neue Abnahme.
  • 26.09.2026: AP13-Bestandsaufnahme aus dem bestehenden Plan umgesetzt. 31 Klassen / 46 Quell-IDs, 126 Selektoren und 6451 eindeutige Metadatenobjekte; Rechte/Aufbewahrung/Schutz/Original-AT zugeordnet. Elf Regressionen bestanden. Vier optionale Quellen fehlen; geschlossene Container und Owner-/Produktfreigaben bleiben offen. Keine Migration oder neue Abnahme; AP09-Karenz unverändert.
  • 26.09.2026: AP13-Produktrechtekandidat mit 17 Regressionen und 128 isolierten Testobjekten geprüft. Vier Rechteachsen, Schutzvererbung, Kontext/Export und 519 Zugriffsaudits; Auditfehler verhindern Ausgabe. Authentifizierung und alle produktiven Pfade bleiben offen. Keine neue Abnahme, keine reale Promotion; AP09 unverändert.
  • 26.09.2026: AP13-Owner-Lebenszyklus im vorhandenen Store technisch geprüft: Ausfall/Entzug, verwaister Kontext mit Eskalation und versionierte Übernahme mit neuer Rechtebindung. 24 kombinierte Owner-/Zugriffstests und Gesamtlauf bestanden. Keine produktive Ownerfreigabe; Authentifizierung, vollständige Produktintegration und ursprüngliche PB-Gates bleiben offen.
  • 26.09.2026, 17:28 CEST: AP09-Quellendrift durch parallel bearbeitete Hub-Komponentenseite festgestellt. Startpaket v3 unverändert, aber 1/183 Quellen abweichend; keine aktuelle Quellenfreigabe. Alte Karenzfrist ist keine Startzusage. AP13-Zugriff und Owner-Lebenszyklus technisch nachgewiesen; reale Produktfreigaben offen.
  • 26.09.2026: AP14-Auftrag, Kontextfassungen und Korrekturrückfluss für zwei Profile technisch geprüft. Delta trennt entfernte Inhalte von Budgetauslassungen; Konflikte/Gegenbelege geschützt. 38 Tests und separater Gesamtlauf mit Wiederanlauf/Export bestanden. PB, Ownerfreigaben, produktive Integration und zwei reale Rollenläufe bleiben offen.
  • 27.09.2026: AP09-Quellendrift revalidiert; 182 Tests, alle acht Vorprüfungen und begrenzter UID999-Gesamtlauf bestanden. Voller temporärer Speicher durch gesicherte Auslagerung alter Testreste behoben. 206 Bindungen, neuer Kandidat v4/Siegel v3; Karenz bis 28.09.2026 19:48:38 CEST. K3/AP09-Abnahme und reale AP10-Messung bleiben offen.
  • 27.09.2026: Portal-Ressourcentest auf das neue reine Wissenskarten-Metadatum graph_isolated_reason abgestimmt. Echte Messwerte, Planungsreserve und Dienstausführung unverändert; AP09-Kandidat v4 und dessen Karenz unverändert.
  • 27.09.2026: AP09 formal abgenommen unter ausdrücklich angewiesener einmaliger E10-Fristausnahme; AP10 real gestartet, täglicher Messtimer aktiv. Null volle Messwochen; keine KPI-Vollständigkeit behauptet. T0 20:16:19,619080 CEST. 196 Tests/8 PR und 228 Bindungen; formaler Review OR-20260927T201538-f0fa67eee3.
  • 27.09.2026: AP13-Identitäts-/Rechteanschluss technisch nachgewiesen: echte Anmeldung mit temporären Konten, aktuelle Konto-/Policybindung, geschützter Kontext und Export, Entzug und Auditcommit. 50 Tests und Gesamtlauf bestanden; unregistriert, keine Produktfreigabe. AP09 akzeptiert/AP10 gestartet bleiben erhalten.

Nur ein reproduzierbarer Defekt an einer gebundenen Basiskapazität oder Sicherheitsgrenze ist ein 1.0-Maintenancegrund. Neue Mathematik, weitere Autonomie, zusätzliche Assurance und Härtung sind 1.x-Ausbau. Die historischen formalen AP-Annahmen bleiben AP-03, AP-04 und AP-08.

Releasewahrheit: 1.0 geschlossen · 0 unklassifizierte 1.0-Pakete · keine automatische Echtgeldaufnahme · jede exakte LIVE-Strategieversion wählt allein der Betreiber.

Echtgeld-Governance · getrennt vom AP-Programm

WP-LIVE-01 bis WP-LIVE-09

Webstand aktuell
v11.0.0 · erzeugt 17.10.2026, 15:33 Uhr · fällig spätestens 24.10.2026, 15:33 Uhr

Diese Pakete dokumentieren Kandidatenvorschläge aus DEMO, die alleinige menschliche Echtgeldentscheidung, Schutzgates, Zwei-Runner-Topologie und Credential-Closure. Agenten dürfen würdige DEMO-Kandidaten vorschlagen und den Betreiber benachrichtigen; was tatsächlich in Echtgeld gelangt, entscheidet ausschließlich der Betreiber. Die Projektion muss mindestens alle sieben Tage erneuert werden und wird danach sichtbar als stale markiert.

PaketLieferungEhrlicher StandBereits belegtFehlt nochNächste konkrete Aktion
WP-LIVE-01DEMO-Kandidateneignung und Vorschlags-Outboxin Umsetzung
nicht formal angenommen
Quellenbindung am 12.09.2026 nachgerechnet. Gebundener Dokumentationsstand vom 30.08.2026, keine neue Laufzeitmessung: Origin-v2-Vertrag und adversariale Tests vorhanden; damals null geeignete Kandidaten.Producer-/Consumer-Migration, reale v2-Ledger und externer Chain-Head-Anchor.Content-addressed Schema-/Producerarchive bauen und origin-native v2-Ereignisse erzeugen.
WP-LIVE-02Betreiberbenachrichtigung und Zustellbelegin Umsetzung
nicht formal angenommen
Quellenbindung am 12.09.2026 nachgerechnet. Gebundener Dokumentationsstand vom 30.08.2026, keine neue Laufzeitmessung: Benachrichtigungs- und Proposal-Kern getestet; keine damalige Zustellung erzeugt.Freigegebener Transport, Betreiber-Receipt-Kanal und externer Ledger-Anchor.Transportvertrag ohne Credential-Offenlegung und mit exaktem Delivery-Receipt binden.
WP-LIVE-03Exakter menschlicher Echtgeld-Aufnahmeentscheidvorbereitet
nicht formal angenommen
Quellenbindung am 12.09.2026 nachgerechnet. Gebundener Dokumentationsstand vom 30.08.2026, keine neue Laufzeitmessung: Operator-Decision-Schema v2 und Validator vorhanden.Keine v2-Entscheidung und keine exakte Operator-Session-Attestation vorhanden.Erst nach einem würdigen DEMO-Kandidaten einen konkreten menschlichen Entscheid erfassen.
WP-LIVE-04Broker-Schutzstop und begrenzte Positionsgrößevorbereitet
nicht formal angenommen
Quellenbindung am 12.09.2026 nachgerechnet. Gebundener Dokumentationsstand vom 30.08.2026, keine neue Laufzeitmessung: Isolierter Schutzkandidat und Negativtests vorhanden.Nicht in Runner oder Brokeradapter integriert; keine Broker-Null-Call-Evidenz.Exakten Integrationspfad als wirkungslosen Ring-4-Kandidaten bauen und unabhängig prüfen.
WP-LIVE-05Fail-closed Konto- und Portfolioverlustgatevorbereitet
nicht formal angenommen
Quellenbindung am 12.09.2026 nachgerechnet. Gebundener Dokumentationsstand vom 30.08.2026, keine neue Laufzeitmessung: Isoliertes Verlustgate und Tests vorhanden.Kontenweite Verlustquelle, persistenter Zustand und Runtimeintegration fehlen.Minimierte kontenweite Risikoprojektion und Recovery-Vertrag implementieren.
WP-LIVE-06Kontenweites Cross-Process-Singletonvorbereitet
nicht formal angenommen
Quellenbindung am 12.09.2026 nachgerechnet. Gebundener Dokumentationsstand vom 30.08.2026, keine neue Laufzeitmessung: Isolierter Singleton-/Positionsgate-Kandidat ist getestet.Exakter Runtime-Lockpfad, Berechtigungen und Multi-Prozess-Probe fehlen.Fail-closed Lock-/Recovery-Design gegen beide Runner und alle Positionen prüfen.
WP-LIVE-07Ring-4/AP-08-Nachfolger für Zwei-Runner-Topologieblockiert
nicht formal angenommen
Quellenbindung am 12.09.2026 nachgerechnet. Gebundener Dokumentationsstand vom 30.08.2026, keine neue Laufzeitmessung: Projektionsanforderungen vollständig; AP-08-Risikoreceipt lautet CHANGE_REQUIRED.Collector, geschützter Pseudonymisierungsschlüssel, frischer Snapshot und integrierte Schutzgates fehlen.Collector und Key bereitstellen, danach frischen Snapshot und neue AP-08-Entscheidung erzeugen.
WP-LIVE-08Parallelbetrieb, Betreibersouveränität und Evidenzkettein Umsetzung
nicht formal angenommen
12.09.2026: PREPARE-Lieferabschnitt abgeschlossen. v2 bindet 56 Dateien und 7 Ledger, v1-SHA, Selbstausschluss und PE-170-Zeitkorrektur. Eigenständiges Formatschema und separater Validator geliefert. 39 PREPARE-Tests plus 10 historische Regressionen bestanden; echter Capture 1,265 s und rund 12 MiB, separate CLI-Validierung grün.Unabhängiges fachliches Rollenreview, Seal, externer Anchor sowie erforderliche E-03-/E-11-Entscheidungen bleiben offen.Den abgeschlossenen PREPARE-Lieferabschnitt erhalten. Exakten Stand fachlich rollengetrennt prüfen und anschließend die ursprünglichen formalen Gates bearbeiten; PREPARE erteilt keine LIVE-Rechte.
WP-LIVE-09Notification-Credential rotieren und Secret-Store migrierenblockiert
nicht formal angenommen
Quellenbindung am 12.09.2026 nachgerechnet. Gebundener Dokumentationsstand vom 30.08.2026, keine neue Laufzeitmessung: Incident ist ohne Secretwert dokumentiert.Widerruf, Rotation, Secret-Store-Migration und redigierter Zustelltest sind Betreiberaktionen.Betreiber rotiert das Credential und liefert anschließend ausschließlich redigierten Closeout-Beleg.

Programmauftrag

Drei Ziele mit überprüfbarem Ergebnis

ZIEL 01

Belastbare Edges entwickeln

Strategien, Indikatoren, Regime-Logik und Stop-/Exit-Systeme werden als getrennte, falsifizierbare Bausteine erforscht.

Ergebnis: Nur Kandidaten mit offengelegtem Suchraum, Kosten, Holdout, Robustheit und Forward-Nachweis erreichen ein Freigabetor.

Zugeordnete Pakete: AP-04, AP-05, AP-10, AP-11, AP-13

Arbeitsbereich öffnen
ZIEL 02

Research nachvollziehbar betreiben

Jede Hypothese, jeder Versuch, jedes negative Ergebnis, jeder Fehler und jede Entscheidung bleibt auffindbar.

Ergebnis: Menschen können jederzeit verstehen, was geschah, warum es geschah, wer verantwortlich ist und welcher Nachweis fehlt.

Zugeordnete Pakete: AP-00 bis AP-09, AP-12

Arbeitsbereich öffnen
ZIEL 03

Kontrolliert dauerhaft verbessern

Das Gehirn erzeugt Verbesserungsvorschläge für Research, Engineering und Betrieb, darf Schutzregeln aber nicht selbst umgehen.

Ergebnis: Verbesserungen werden versioniert, unabhängig geprüft, freigegeben und anschließend gegen Nutzen, Risiko und Kosten gemessen.

Zugeordnete Pakete: AP-10, AP-12 bis AP-16

Arbeitsbereich öffnen

Vier Reifestufen statt eines unklaren „fertig“

Erst diese Trennung macht verständlich, warum viel Code vorhanden sein kann, obwohl ein Messpilot oder produktiver Einsatz noch nicht zulässig ist.

1

Gebaut

Code oder Dokument liegt vor. Das beweist noch keine fachliche Richtigkeit.

2

Technisch geprüft

Automatisierte Tests und definierte Exit-Kriterien sind für die exakten Bytes grün.

3

Im Pilot gemessen

Der reale Nutzen ist über den vorgesehenen Zeitraum gegen eine Baseline beobachtet.

4

Freigegeben

Unabhängige Prüfung und eine berechtigte Agenten- oder Menschenentscheidung erlauben den begrenzten Einsatz; Auto-Deployment ausschließlich auf IG DEMO.

Beschlossene Betriebslogik

Wer forscht, wer entscheidet, wer führt aus?

Agentenentscheidungen sind erlaubt, aber nur innerhalb ihrer freigegebenen Hülle. Providerrolle, Entscheidung und technische Ausführung bleiben getrennt, damit kein Modell seine eigenen Ergebnisse ungeprüft in einen Slot schreibt.

Claude · Strategiewerkstatt

Kontingent: Claude session usage

Literatur- und Empirie-Research, Strategiefindung und Strategieaufbau. Keine AP-, Governance- oder DEMO-Deployment-Entscheidung.

Codex · System-Gehirn

Kontingent: ChatGPT/Codex usage

Kuration, Evidenzprüfung sowie AP- und DEMO-Entscheidungen innerhalb E-11/E-12. Vorgeschriebene unabhängige Prüfung bleibt unersetzbar.

Deterministische Executor

Kontingent: none

Tests, Attestationen und exakt genehmigte Writes. Sie treffen keine fachliche Entscheidung und verbrauchen kein LLM-Kontingent.

Unabhängige Assurance

Kontingent: openai_codex_chatgpt

VA-/R-U-Gates laufen über getrennte read-only Codex-Sitzungen und Actor-Identitäten mit deterministischen Hard-Gates. Das ist Rollen- und Sitzungstrennung, keine behauptete Providerdiversität.

Automatischer DEMO-Weg: Claude-Kandidat → deterministische Evidenz → Codex-Prüfer → Codex-E-11/E-12-Entscheidung → No-LLM-Executor → aktiver IG-DEMO-Slot. Dieser autonome Weg gilt ausschließlich für DEMO. Den aktuellen Ausführungsstand zeigt der Betriebsstatus; eine formale AP-Abnahme allein aktiviert keinen Handelsslot.

AP-12 bis AP-16

Technisch vorbereitet, bewusst noch geschlossen

Die späteren Verträge sind implementiert und negativ getestet. Eine Phase öffnet trotzdem erst, wenn jeder hier aufgeführte Realnachweis exakt vorliegt. Fehlend bedeutet geschlossen – niemals automatisch bestanden.

AP-12Startgate geschlossen

Pilotentscheidung und PB-Backlog

Spätere Lieferung: signed Go/Change/Stop decision, benefit-effort balance and prioritized PB backlog

Zum Öffnen fehlen reale Nachweise

  • AP-09 formal abgenommen
  • mindestens vier reale AP-10-Messwochen
  • Quelle, Qualitätsprüfung und Realwert je Pilot-KPI
  • relevante unabhängige AP-11-Verifikation abgeschlossen
  • kein offener kritischer Semantik-/Autoritätskonflikt
  • benannter Scope-Owner

Abnahmebezug: SRS 12.2; AP-12

AP-13Startgate geschlossen

Produktbaseline und erste Promotion

Spätere Lieferung: product baseline and first controlled real W1 promotion

Zum Öffnen fehlen reale Nachweise

  • signierte AP-12-Go-Entscheidung
  • gesamte Phase-P-Abnahme bestanden
  • VA-01 bis VA-03 ohne kritischen Befund
  • vollständiges M-103-Bestandsinventar
  • alle PB-Anforderungen verifiziert
  • alle PB-Abnahmeszenarien bestanden
  • benannter PB-Owner

Abnahmebezug: SRS 12.3; M-103; AP-13

AP-14Startgate geschlossen

Kontextprodukt und Agentenskalierung

Spätere Lieferung: two role-specific context profiles used without mandatory-core violation

Zum Öffnen fehlen reale Nachweise

  • AP-13-Produktabnahme bestanden
  • erste reale W1-Promotion vollständig
  • Aufgaben-Pflichtkerne versioniert und getestet
  • benannter A1-Owner

Abnahmebezug: SRS 8; AT-04; AP-14

AP-15Startgate geschlossen

Kontrollierte Evolution

Spätere Lieferung: AT-14a-c evidence, one completed distillate path and accepted plus rejected engineer proposals

Zum Öffnen fehlen reale Nachweise

  • Zwei-Rollen-Kontextaudit bestanden
  • Kontrollmengenregister vollständig
  • Destillat-Rezeptregister aktiv
  • benannter A2-Owner

Abnahmebezug: M-097-M-099; AT-14a-c; AP-15

AP-16Startgate geschlossen

Zielausbau und Gesamtabnahme

Spätere Lieferung: individually accepted intake contracts and complete SRS 13.3 mandate reconciliation

Zum Öffnen fehlen reale Nachweise

  • AT-14a bis AT-14c bestanden
  • Ring-4-Umgehungstest für A2 wiederholt
  • benannter Z-Owner

Abnahmebezug: S-025; AT-12; SRS 13.3; AP-16

Messkatalog

Was genau wird gemessen?

Die Messung beantwortet drei Fragen: Hilft das Gehirn bei besseren Entscheidungen? Lernt die Edge-Forschung schneller und ehrlicher? Spart das Ergebnis nachweisbar Aufwand oder verbessert es nach Freigabe den risikoadjustierten Produktionsnutzen?

Aktueller Messstand: Der Kollektor läuft, aber ausschließlich im Modus „vor Messstart“: 0 Messwochen, Startgate geschlossen und keine Produktionswirkung. Reale AP-10-Baselines bleiben offen, bis AP-09 und die unabhängigen Gates bestanden sind. Fehlende Nenner erscheinen als „noch nicht messbar“ und niemals als künstliche Null.
258
Dossiers beobachtet, kein Erfolgs-KPI
8494/8502
gesunde / alle Servicebelege
$1.033,85
Provider-API-Äquivalent, kumuliert
61
offene Probleme/Aktionen

Systemnutzen

C1technisch erhebbar

Nachvollziehbarkeit

Ist jede Aussage bis zu Quelle, Version, Versuch und Entscheidung zurückverfolgbar?

Messung:
Anteil vollständig auflösbarer Pflichtreferenzen in Stichprobe und End-to-End-Fällen.
Quelle:
Pilotstore, Provenienz- und Edge-Evidenzpakete
Vor Messstart beobachtet: 87.0 % · Zähler/Nenner 20/23
Status: observable_pilot_audit
Grenze: Population sind die tatsächlich getroffenen Entscheidungen, keine formalen W1–W5-Klassifikationsakte (der Pilot vermittelt keine, E-03). Mechanische Auflösung, keine unabhängige Fachprüfung der Entscheidungsgründe.
C2technisch erhebbar

Negativergebnis-Abdeckung

Werden widerlegte und inkonklusive Versuche genauso wiedergefunden wie positive?

Messung:
Gefundene erwartete Negativbefunde geteilt durch alle gesetzten Kontrollbefunde.
Quelle:
Wissensindex und Kontrollmenge
Vor Messstart beobachtet: 92.2 % · Zähler/Nenner 59/64
Status: observable_preflight
Grenze: Vor AP-10 nur technische Beobachtung, keine Baseline.
C3Pilotmessung offen

Auslassungsrate

Welche bekannten Pflichtinformationen fehlen im gelieferten Kontext?

Messung:
Nicht ausgelieferte gesetzte Pflichtkerne je Aufgabenprofil und Lauf.
Quelle:
Kontextprofile und Auslassungsaudit
Vor Messstart beobachtet: 6.7 % · Zähler/Nenner 5/75
Status: observable_pilot_audit
Grenze: Mechanische Prüfung der erklärten kritischen Felder (Fassung, Richtung, Warnmarken); keine unabhängige Fachprüfung, unbekannte Auslassungen nicht gemessen.
C4Pilotmessung offen

Entscheidungswirkung

Hat vorhandenes Wissen eine unnötige Wiederholung, einen Fehler oder eine falsche Freigabe verhindert?

Messung:
Dokumentierte Entscheidungen mit belegtem Wissenseinfluss, getrennt nach Nutzenart.
Quelle:
Entscheidungs- und Aktionsregister
Vor Messstart beobachtet: 42.1 % · Zähler/Nenner 16/38
Status: observable_preflight
Grenze: Unter zehn Fällen nicht veröffentlichbar; bloßes Anzeigen zählt nicht.
C5technisch erhebbar

Reproduzierbarkeit

Lässt sich ein behaupteter Befund aus den gebundenen Inputs erneut erzeugen?

Messung:
Erfolgreiche unabhängige Reproduktionen geteilt durch alle fälligen Reproduktionen.
Quelle:
Run-Manifeste, Captures und unabhängige Prüfberichte
Vor Messstart beobachtet: 93.5 % · Zähler/Nenner 72/77
Status: observable_pilot_audit
Grenze: Referenzvollständigkeit, keine tatsächliche oder unabhängige Reproduktion; Datenstand nur über letzten Handelstag und Tickzahl gebunden.
C12technisch erhebbar

Falsche Zusammenführungen

Wurden unterschiedliche Erkenntnisse fälschlich als Dublette behandelt?

Messung:
Bestätigte False-Merges pro geprüfter Deduplizierungsstichprobe.
Quelle:
Dubletten-Audit und Korrekturregister
Vor Messstart beobachtet: 0 count
Status: observable_pilot_audit
Grenze: Mechanische Prüfung gegen das Register: Fassungen, Beziehungen, Merge-Beschlüsse. Keine unabhängige Deduplizierungsstichprobe; Merge-Beschlüsse ohne Gegenreferenz werden gezählt, nicht bestätigt.
C14technisch erhebbar

Quellsystem-Autonomie

Bleiben Ursprungssysteme bei SIP-Ausfall vollständig arbeitsfähig?

Messung:
Bestandene Ausfallproben ohne Produktions- oder Researchblockade.
Quelle:
Kill-Switch- und Entkopplungstests
Vor Messstart beobachtet: 8494 healthy_receipts · Zähler/Nenner 8494/8502
Status: technical_observation_not_baseline
Grenze: Kurzer Drill und laufende Timerbelege sind noch kein nachhaltiger AP-10-Nachweis.
C15technisch erhebbar

Risiko-Unterklassifizierung

Wurde eine schutzrelevante Änderung zu niedrig eingestuft?

Messung:
Nach Audit höher klassifizierte Fälle geteilt durch W0/K1-Stichprobe.
Quelle:
Ring-4-Klassifizierungs- und Karenzaudit
Vor Messstart beobachtet: noch kein belastbarer Wert · Zähler/Nenner 0/0
Status: observable_insufficient
Grenze: Keine reale Quartalsstichprobe; Null Beobachtungen sind keine Nullrate.

Edge-Lernen

EL-01Pilotmessung offen

Zeit bis zur Falsifikation

Wie schnell wird eine nicht tragfähige Hypothese sauber beendet?

Messung:
Median von Vorregistrierung bis belastbarem Stop-/Change-Urteil.
Quelle:
Trial Ledger und Entscheidungsregister
Vor Messstart beobachtet: noch kein belastbarer Wert · Zähler/Nenner 36/79
Status: observable_pilot_audit
Grenze: Widerlegungen im Baulauf fallen in dieselbe Minute wie die Registrierung (In-sample-Urteil); Stops aus Vorwärts- oder Live-Evidenz sind nur über DEMO-Abschaltungen erfasst. Change-Entscheidungen ohne Abschaltung sind nicht erfasst.
EL-02technisch erhebbar

Vollständigkeit der Trialfamilie

Sind auch schlechte, abgebrochene und fehlgeschlagene Varianten sichtbar?

Messung:
Gebuchte und abgeschlossene Trials plus erklärte Ausfälle gegen vorregistrierten Suchraum.
Quelle:
Trial Ledger, Run-Manifeste und Fehlerregister
Vor Messstart beobachtet: 98.2 % · Zähler/Nenner 1678/1709
Status: observable_pilot_audit
Grenze: Abgeschossene Läufe werden nach 24 h als failed nachgetragen und gelten dann als belegt; ihre Zahl steht getrennt im Detail. Ausführungen außerhalb der Governance sieht die Prüfung nicht.
EL-03technisch erhebbar

Holdout-Integrität

Blieben ungesehene Daten bis zur festgelegten Prüfung wirklich ungesehen?

Messung:
Verstöße, Grenzberührungen und bestandene Embargo-Prüfungen je Kandidat.
Quelle:
Research-Governance und Datenzugriffsprotokoll
Vor Messstart beobachtet: 0 count
Status: partial_contract_observation
Grenze: Sieht nur Datenzugriffe über die Forschungs-Governance; Diagnosen dürfen jüngste Daten sehen und zählen nicht als Berührung, auch wenn ihre Ergebnisse später Entscheidungen beeinflussen. Nicht prüfbare Ausführungen und Registrierungen ohne Governance-Hülle (Stufe-0-Vermessungen) verhindern eine Null-Aussage.
EL-04technisch erhebbar

Evidenzvollständigkeit

Wie viel des vorgeschriebenen Edge-Evidenzpakets ist belegt?

Messung:
Belegte Pflichtfelder geteilt durch alle anwendbaren Pflichtfelder; fehlende Felder einzeln ausweisen.
Quelle:
Edge-Evidenzrenderer und Validator
Vor Messstart beobachtet: 72.2 % · Zähler/Nenner 446/618
Status: observable_pilot_audit
Grenze: Offene Pakete; Unabhaengigkeit und Vorwaertsfelder fehlen strukturell bis C5/Forward.
EL-05Pilotmessung offen

Wirkung von Negativwissen

Verhindert vorhandenes Negativwissen redundante Versuche oder schärft es neue Hypothesen?

Messung:
Belegte Wiederverwendungen nach verhindert, verändert oder bewusst erneut geprüft.
Quelle:
Kontext- und Entscheidungsregister
Vor Messstart beobachtet: 63.2 % · Zähler/Nenner 12/19
Status: observable_pilot_audit
Grenze: Die Wirkung erklärt der Bauende selbst; unter zehn Reviews auf Negativwissen nicht veröffentlichbar (wie C4).
EL-06Pilotmessung offen

Forward-Kalibrierung

Wie gut sagen Researchurteil und Unsicherheit die echte Vorwärtsbewährung voraus?

Messung:
Vorhergesagte gegen beobachtete Ergebnis-/Risikoklassen je eingefrorenem Kandidat und Monat.
Quelle:
Forward-Ledger
Vor Messstart beobachtet: noch kein belastbarer Wert · Zähler/Nenner 0/0
Status: frozen_awaiting_outcome
Grenze: Nur Ergebnisklasse, keine Risikoklasse; nach Monatsbeginn eingefrorene Baender zaehlen nicht (getrennt ausgewiesen); Ergebnis erst nach dem Vorwaertslauf des Monats.

Wirtschaftlichkeit

W1Pilotmessung offen

Vermiedener Researchaufwand

Wie viel Arbeit wurde durch Wiederverwendung oder frühe Falsifikation gespart?

Messung:
Belegte vermiedene Lauf-, Review- und Implementierungszeit; keine pauschale Schätzung.
Quelle:
Aktionsregister, Laufzeiten und Reviewprotokolle
Vor Messstart beobachtet: 0 hours_avoided · Zähler/Nenner 0/38
Status: observable_pilot_audit
Grenze: Wirkung erklaert der Bauende selbst; Reviewzeit und menschliche Zeit nicht erfasst; Design-/Entscheidungsaenderungen zaehlen bei C4, nicht hier.
W2Pilotmessung offen

Researchkosten je Entscheidung

Was kostet ein belastbares Stop-/Change-/Go-Urteil?

Messung:
Rechen-, Provider- und menschlicher Aufwand je abgeschlossener Entscheidung.
Quelle:
Agentenverlauf, Laufkosten und Zeitbuchung
Vor Messstart beobachtet: $1.033,85 API-Äquivalent
Status: operational_cost_observation
Grenze: Providerkosten und Laufzeit sind beobachtbar; menschliche Zeit und abgeschlossene Entscheidungsnenner fehlen noch.
W3Pilotmessung offen

Risikoadjustierter Produktionsnutzen

Verbessert eine freigegebene Änderung das Ergebnis nach Kosten und Risiko?

Messung:
Nur nach Promotion: inkrementelle Forward-/Live-Wirkung gegen eingefrorene Baseline inklusive Drawdown und Kosten.
Quelle:
Trading-App, Promotion- und Forward-Ledger
Vor Messstart beobachtet: noch kein belastbarer Wert
Status: not_applicable_before_promotion
Grenze: Vor Promotion absichtlich nicht messbar; Research-PnL darf nicht als Produktionsgewinn ausgegeben werden.

Wie „Geld verdienen“ sauber gemessen wird

Researchgewinn und realer Tradingnutzen sind verschiedene Ebenen. Der erste spart Fehlversuche und Reviewzeit. Der zweite darf erst nach einer kontrollierten Promotion gegen eine eingefrorene Produktionsbaseline gemessen werden.

Kosten sparen

Vermiedene Duplikate, frühere Falsifikation, weniger Fehlersuche und geringerer Provider-/Computeaufwand.

Risiko senken

Verhinderte Fehlfreigaben, kleinere Drawdowns, weniger Drift und schneller erkannte BT/Live-Abweichungen.

Ergebnis verbessern

Nur inkrementelle Forward-/Live-Wirkung nach Kosten gegen die vorab festgelegte Baseline.

Die Zielgröße ist risikoadjustierter, reproduzierbarer Netto-Nutzen. Anzahl Agenten, Dokumente, Trials oder gefundene „Edges“ sind keine primären Erfolgskennzahlen.