Researchgedächtnis
Was wurde wirklich gelernt?
Verbindet Hypothesen, Trials, negative Ergebnisse, Evidenz, Strategien, Reproduktionen und Forward-Entscheidungen.
Shared Intelligence PlatformAgentenentscheidungen · Auto-DEMO nach Gates · kein Echtgeld
Das Gedächtnis und die Lernschleife des Warchhold-Systems
Das Gehirn verbindet Research, Engineering und Live-Betrieb. Es verbessert das System durch belegte Vorschläge und bessere Kontexte. Delegierte Agenten dürfen entscheiden; Builder, unabhängige Prüfung und Entscheidung bleiben dabei getrennt.
Ehrlicher Lieferstand
2
bestanden
7
prüfbereit
2
blockiert
E-11 erlaubt delegierte Agentenentscheidungen. E-12 erlaubt qualifizierte Treffer als aktive DEMO-Slots – aber niemals als Echtgeld-Slot und niemals ohne alle Gates.
Live-StatusOffene formale Abnahmen: 9Mechanische Verifikation: gruen (19.7.2026, 22:52:20)Ring-4-Baseline: v1.4.0Agentenentscheidung E-11: aktivAuto-DEMO E-12: autorisiertStand: 20.7.2026, 10:01:21 · Cache max. 5 min
Systemauftrag
Drei Gedächtnisse. Eine belegte Entscheidungskette.
Ursprungssysteme bleiben autoritativ. Das Gehirn verbindet Informationen, qualifiziert Wissen, erhält Widersprüche und liefert Menschen und Agenten genau den Kontext, den eine Aufgabe braucht. Jede abgeleitete Aussage bleibt auf Quelle und Version zurückführbar.
Engineeringgedächtnis
Warum verhält sich das System so?
Bewahrt Architekturentscheidungen, Fehlerursachen, Fixes, Tests, Paritätswissen und versionsgebundene Lektionen.
Betriebsgedächtnis
Was geschieht unter realen Bedingungen?
Verknüpft Orders, Fills, Slippage, Drift, Datenqualität und Incidents mit neuen Forschungs- und Verbesserungsfragen.
Kontrollierte Selbstverbesserung
Verbessern heißt: Vorschlagen, prüfen, entscheiden, messen
Die Schleife verbessert sowohl das Trading-/Researchsystem als auch die Wissens- und Kontextqualität des Gehirns. Schutz und Freigabe bleiben außerhalb der Selbständerung.
1
Beobachten
Quellsysteme read-only erfassen; Freshness, Lücken und Konflikte sichtbar machen.
2
Verstehen
Vorhandenes Wissen, Negativergebnisse und frühere Entscheidungen aufgabenbezogen liefern.
3
Vorschlagen
Eine versionierte Änderung mit Ziel, Impact, Risiko, Kosten und Widerlegungskriterium erzeugen.
4
Prüfen
Reproduktion, Overfitting-Schutz, Ring 4 und unabhängige Verifikation gegen exakte Inputs anwenden.
5
Entscheiden
Ein delegierter Gehirn-Agent oder ein zuständiger Mensch gibt begrenzt frei, fordert Änderung oder stoppt.
6
Messen
Forward-/Live-Wirkung, Risiko und Aufwand gegen die eingefrorene Baseline zurückführen.
Edge-Evidenzpaket
Ein positiver Backtest ist noch kein Edge.
Erst der vollständige Such- und Entscheidungsweg zeigt, ob ein Kandidat robust, reproduzierbar und unter realen Handelsbedingungen tragfähig sein könnte.
Edge-Lab öffnen1Hypothese und ökonomischer Mechanismus
2Vorregistrierter Suchraum, Budget und Trialfamilie
3Exakte Strategie-, Daten- und Engineversion
4Kosten-, Fill-, Slippage- und Sessionannahmen
5Alle positiven, negativen und fehlgeschlagenen Trials
6Holdout/OOS, Robustheit und Regimeabhängigkeit
7Unabhängige Reproduktion und BT/Live-Parität
8Forward-Ergebnis und begründete Entscheidung
Was das Gehirn niemals selbst darf
Diese Grenzen sind Teil der Architektur, nicht bloß eine Arbeitsanweisung an ein Modell.
keine selbständige Änderung von Berechtigungen, Ring 4 oder Sicherheitsgates
keine Selbstabnahme durch Builder oder Entscheidungsagent; der unabhängige Prüfer bleibt getrennt
keine automatische Echtgeldaktivierung; autonome Slots sind ausschließlich auf dem IG-DEMO-Konto zulässig
keine DEMO-Aktivierung ohne exakte kanonische Version, Forward-Evidence, BT/Live-Parität und grüne Attestation
keine stille Löschung negativer Ergebnisse, Konflikte, Fehler oder fehlgeschlagener Aktionen
keine Optimierung auf Holdout-, Forward- oder Live-Ergebnisse nach deren Sichtung
keine Umdeutung historischer Replays zu echten Forward-Monaten
Entscheidungsbaseline
Zwölf bindende Pilotentscheidungen
E-01Read-only-Pilot
E-02Befristeter E4-Katalog mit Sperrwirkung
E-03K3 ab dokumentierter Wirkungsschwelle; bis dahin keine W1/W2-SIP-Freigabe
E-04Reales Dubletten-Set plus synthetische Grenzfälle
E-05Zunächst enge Pflichtkerne
E-06Historie unbefristet mit Jahresreview
E-07Publikation über Portal-Governance
E-08Selektive, begründete Migration
E-09Fünf Pilotwissensarten gemäß Charter
E-1024 h/4 h Karenz und 10-%-W0/K1-Audit
E-11Delegierte Agenten dürfen bei grüner deterministischer Attestation formal entscheiden
E-12Qualifizierte Treffer dürfen automatisch ausschließlich als aktive IG-DEMO-Slots übernommen werden
Menschenlesbare Dokumentation
Spezifikation, Betrieb und Nachweise
Die Übersicht erklärt das System. Detaildokumente bewahren Anforderungen, Entscheidungsgründe, historische Ausführung und exakte Nachweise.
T0 / Kandidat, nicht wirksamaktuell
E-03 Wirkungsschwelle
Erklärt die vorgeschlagenen 50-EUR-, Ein-Slot- und Ein-Sicherungsgrenzen, die acht unabhängigen Prüforakel und warum Genesis 1.4 vor einer gültigen Prüfung nicht geladen werden darf.
1.0 / E-11aktuell
Agenten entscheiden APs
Menschenverständliche Erklärung von Builder-, Prüfer-, Entscheider- und Executor-Trennung, dem ersten AP-03-Änderungsurteil, der erfolgreichen AP-03/AP-04-Abnahme und dem Schutz vor identischen Provider-Wiederholungen.
1.1 / E-11 + E-12aktuell
Autonome DEMO-Slots
Erklärt die strukturelle demo_only-Bindung, Kontowechsel-, Runner- und Order-Sperre sowie warum die Library-Migration nur der erste Blocker und derzeit keine Strategie evidenzreif ist.
1.0 / Entscheidung offen
AP-08 Zeitentscheidung
Verständlicher Adminablauf für append-only Stundenparameter mit datensparsamer Dienstprojektion, ohne Ausfallautorisierung, AP-10-Start oder AP-Abnahme.
1.1 / 168 h + 2 h entschiedenaktuell
AP-08 Zeitentscheidung
Menschenverständliche Erklärung der getrennten Codex-Risk-Operations-Entscheidung, der gemessenen Abo-Nutzung und der weiterhin gesperrten Ausführung, AP-Abnahme und AP-10-Wirkung.
1.0 / datensparsamaktuell
Trial-Ledger-Brücke
Menschenverständliche Erklärung der getrennten Quellbeobachtung, die den AP-11-Freeze erhält und dem isolierten Messdienst ausschließlich hashgebundene Zählwerte liefert.
1.0 / AP-03 und AP-04aktuell
AP-Envelope vorbereiten
Verständlicher und fail-closed getesteter Ablauf für getrennte Envelope-Vorbereitung und bewusste Annahme, ohne unabhängige Gates oder Produktionsgrenzen zu umgehen.
1.3 / 73 Tests, AP-03/AP-04 angenommenaktuell
AP-00–06 Prüfdossiers
Historische Menschenbeschreibung der Builder-Prüfdossiers; der aktuelle v3-Nachweis bindet zusätzlich PR-003 und C2/C4, AP-03 und AP-04 sind inzwischen durch den E-11-Agenten angenommen.
1.1 / 168 Stunden angenommenaktuell
AP-08 Dauerbeobachtung
Automatische, manipulationsarme Zeit-, Lücken- und Gesundheitsauswertung gegen die angenommene 168-Stunden-Dauer; unabhängige Ausfallprobe und AP-Abnahme bleiben gesperrt.
1.1 / datensparsamaktuell
Reviewstatus öffentlich
Read-only Projektion von AP-Urteil und Zeitpunkt mit Hashkettenprüfung, sichtbarem Registerfehler und Schutz von Adminidentität, Begründung und interner Evidence.
1.0 / Annahmen gesperrtaktuell
AP-Abnahmen & Reviews
Verständlicher Adminablauf für AP-00 bis AP-16 mit append-only Reviews, exakten Evidence-Hashes, Rollentrennung und fail-closed gesperrter formaler Annahme.
1.0aktuell
Menschenhandbuch
Verständliche Orientierung zu Zielen, Portalstruktur, Edge-Prüfpfad, AP-Reihenfolge, Messung, Fehler-/Aktionsregister, Rollen und sicheren Grenzen der Selbstverbesserung.
1.0 / Vor-Messstartaktuell
Messhandbuch
Menschenverständliche Trennung zwischen fehlend, technisch beobachtbar, echter Pilotbaseline und späterer Produktionswirkung samt exakter Quellen und Goodhart-Schutz.
1.0 / geschlossenaktuell
Messstart-Gate
Startvertrag mit fünf Hash-Gates, Rollentrennung, Rückdatierungsverbot, abgeschlossenen Wochen und technisch deaktiviertem Real-Timer.
1.0 / in Betriebaktuell
Pilotdienst
Betriebsanleitung für eigene Serviceidentität, Nur-Lese-Quellenprüfung, Receipts, Isolation und den kurzen Recovery-Drill.
1.0 / technisch vorbereitetaktuell
AP-12–16 Ausbauverträge
Menschenlesbare Erklärung der fail-closed Verträge für Pilotentscheid, Produktbaseline, Kontextprodukt, kontrollierte Evolution, neue Anwendungen und Gesamtabnahme.
1.0 / neuer Freeze erforderlichaktuell
VA-02/03 Remediation
Nachvollziehbare Ursachenanalyse, performanceblinder VA-02-Eignungsnachweis, reparierte VA-03-Kerzen-/Policy-Übersetzung und das neue Qualitätsgate vor einer frischen externen Phase A.
2.0 / terminaler Nachweisaktuell
Phase B / R-U terminal
Externer change-required-Abschluss beider Assignments, archivierte Leerläufe, gehärteter finaler R-U-Einmallauf und sein formal ungültiger Abschluss ohne weitere Retry-Freigabe.
2.0 / laufender Nachweis
Phase A / Phase B Recovery
Menschenlesbare Gesamtakte zur externen Phase A, der streng abgegrenzten Vertragsprojektion, der exakten Operatorautorisierung, den realen Phase-B-Teilbefunden und der für 02:30:05 terminierten Fortsetzung.
1.0 / operatorgebundenaktuell
K3-Entscheidungstor
Fail-closed Betreibervertrag nach bestandenem R-U: getrennte Rollen, exakte Evidence- und Kandidatenhashes sowie ein Accept, das ausschließlich die Genesis-Vorbereitung erlaubt und weder aktiviert noch AP-09 entsperrt.
1.1 / ausgeführt, formal ungültigaktuell
R-U Reconciliation
Ausgeführter getrennter Folgeauftrag nach mechanisch valider Phase B: Der finale Einmallauf erzeugte drei Angriffe und einen change-required-Bericht, verfehlte aber Safe-Output- und Reportvertrag; R-U und K3 bleiben geschlossen.
1.0 / change requiredaktuell
Phase-A Recovery
Menschenlesbare Abschlussakte zum realen 79-Turn-Prüflauf, den drei Schemaabweichungen, der erhaltenen externen Auswahl, der Anti-Overfitting-Grenze und der originalgebundenen Fortsetzung nach dem Providerreset.
1.0 / keine Neuauswahlaktuell
Recovery-Auftrag
Strikt begrenzter Fortsetzungsauftrag: vorhandene externe Entscheidungen feldgenau normalisieren, determinierte VA-03-Inputs materialisieren und erst nach mechanischem Originalinvariantenpass ein sicheres Hash-Envelope ausgeben.
1.0 / isolierte Ausführungaktuell
VA-02/03 Phase B
Fortsetzungsauftrag nach externer Blindauswahl und exakter Operatorautorisierung: getrennte formale Captures, unabhängiger Zwölf-Dimensionen-Vergleich, Negativangriffe und eigene VA-03-Statistik mit sicher begrenzter Abschlussausgabe.
1.0 / zweistufigaktuell
VA-02/03 Run 2
Vollständiger zweistufiger Prüfauftrag mit sicherem Run-10-Metatransport, 571 exakt übernommenen Run-9-Dateien, hashgebundener Supportbasis, externer Blindauswahl, unveränderlicher Operatorautorisierung sowie isolierter Capture-, Vergleichs- und Statistikphase.
W3 / 12 von 12 exaktaktuell
VA-02 W3-Parität
Normativer Kausalvertrag, Ursachenmatrix, Builder-Doppelpfad, Anti-Overfitting-Grenze sowie kontrollierter Aktivierungs- und Rollbackplan; R-U und K3 bleiben offen.
1.1 / Run-9-Kandidataktuell
VA-02/03 Ausführung
Menschenlesbarer Gesamtvertrag für reale Doppelpfadcapture, Source-Freeze, externen Blindvergleich, VA-03-Frozen-Entry-Träger und die verbleibenden unabhängigen Entscheidungen.
1.0 / historisch
VA-02/03 v1.0 (alt)
Historischer Stand vor realem Doppelpfad, kausaler Remediation und Ring-4-W3-Abgrenzung.
1.0 / R-U + K3aktuell
Run-8-Abschluss
Nachgelagerte Abschlussakte für 23/23 Governance- und 15/15 Libraryangriffe, beide K3-Entscheidungen, Genesis 1.3 und die byteidentische Wiederherstellung der Frozen-Input-Zeitachse.
1.2 / Run-8-Frozen-Input
Library W3 Kandidat
Byteidentischer, vor der Entscheidung versiegelter Prüfgegenstand; R-U, K3 und Operationsfolge stehen getrennt in der Run-8-Abschlussakte.
1.0 / Run 4aktuell
Evidenzgrenze
Unveränderliche Evidenzklasse vom Trial Ledger bis zum SIP-Edge-Paket, adversariale Ingestionstests und read-only Bestandsaudit der produktionsnahen Strategy Library.
1.2aktuell
AP-11 Gateway
29-Pfade-Gesamtinventar, Engine-Guards, gebundene Jobausführung, getrennte Discovery-/Diagnose-Evidenzklassen und adaptive Teilpfade; eingefrorener Run-3-Ausführungsstand.
1.1
AP-11 Run 2 (alt)
25-Pfade-Inventar, zentraler Receiptvertrag, Forward-Reconciliation, offener W3-Fall und drei exakt ausführbare unabhängige Prüfaufträge.
1.0 / Run-8-Frozen-Input
Governance W3 Kandidat
Byteidentischer, vor der Entscheidung versiegelter Prüfgegenstand; externes Urteil, K3 und Genesisfolge stehen getrennt in der Run-8-Abschlussakte.
1.0
AP-11 v1.0 (alt)
Historischer erster SELF-ATTEST-Handoff mit 20 Pfaden und Run-1-Snapshot.
1.0aktuell
W2 Live-Runner
Kryptografische Herkunftsklärung, DAX-/Nikkei-Wirkungsanalyse, 1m-/5m-Parität, Genesis 1.1.0, kontrolliertes Deployment und offene formale Abnahme.
1.0.6 / Run 7aktuell
AP-09 Preflight
Aktueller technischer Preflight: 118/118 Tests, 8/8 Start-Gates und 40/40 vorprüfbare P-Fälle grün; formale B/U-Abnahme und P-201 offen.
1.0aktuell
AP-01 Architektur
Maschinenprüfbarer Architekturvertrag mit Domänenmodell, Ereignissen, Schnittstellen, Trust-Flüssen, Lifecycle, Authentisierungsgrenzen und ADRs.
1.0aktuell
AP-08 Operations
Korrelierbare Betriebsereignisse, Runtime-Kill, reale Entkopplungsprobe, Health, Backup/Restore und ausführbare Charter-Abbruchdetektoren.
1.0aktuell
AP-07 Ring 4
Versionierte Genesis, reale Sicherungsfingerprints, geschützte Metakontrollen, W/K-Klassifikation, Pre-Decision-Paket, Karenz und zwölf Umgehungstests.
1.0aktuell
AP-06 Agentenregeln
E0-Schattenbeiträge, Aufgaben-/Kontextbindung, Provenienzfamilien, Konflikterhalt, W1–W5-Sperre und kontrollierter Verfall.
1.0aktuell
AP-05 Edge-Evidenz
47-Feld-Evidenzvertrag, historischer Multi-Timeframe-Fall, offener Squeeze-Lernfall, Gap-Report und ehrliche Edge-Sperren.
1.0aktuell
AP-04 Index & Konflikte
Polarititätsneutrale Suche, Dubletten-/Ähnlichkeitstrennung, Konflikterhalt sowie belastbare KPI-C2-/C4-Messwege.
1.0aktuell
AP-03 Pilotstore
Wissensarten, Identität, Fassungen, Status und Qualität, Quellrevision, exakte Entscheidungsinputs sowie Export-/Löschpfad.
1.1aktuell
AP-02 Quelleninventar
Versionierte Quellverträge, aktive und ausgeschlossene Bestände, Adaptergrenzen, Realbestandslauf und ehrlicher PR-002-Nachweis.
19.07.2026aktuell
Implementierungslog
Gebauter Stand, ausgeführte Prüfungen, bewusste Grenzen und nächste kritische Schritte ohne vorgezogene Abnahmebehauptung.
1.0aktuell
AP-00 Baseline
Verantwortung, Entscheidungen, historischer P-200-Incident und aktueller offener Edge-Lernfall als prüfbare Ausgangsbasis.
0.1
Architektur v0.1 (alt)
Isolationsgrenzen, Komponenten, Datenmodell, Rollen, Bedrohungsgrenzen und offene Architektur-Risiken des Pilotkerns.
92/100aktuell
Mehrrollen-Review
Begründete Bewertung aus Requirements-, Quant-, Multi-Agent-, Security-, Trading-Ops- und Product-Sicht.
1.2.2aktuell
Konsolidierung v1.2.2
Verbindliche Betreiberentscheidungen, Reifegrade, Edge-Evidenzpaket, Start-Preflight und korrigierte Pilotlogik.
1.2.1aktuell
SRS v1.2.1
155 Anforderungen für Research-, Engineering- und Betriebsgedächtnis, Governance, Agenten und Gesamtabnahme.
1.0aktuell
Umsetzungsplan v1.0
Abhängige Arbeitspakete AP-00 bis AP-16, Exit-Kriterien, Parallelisierung und Kapazitätslogik.
1.0.2aktuell
Pilot-Charter v1.0.2
Betriebsgrenzen, Quellen, historischer Fall, Edge-Evidenzpaket, Abbruchregeln und Go/Change/Stop.
1.0.10aktuell
Abnahme v1.0.10
Acht Start-Gates und 41 atomare P-Testfälle; alle Gates technisch vorbereitet, P-201 messabhängig und formale B/U-Abnahme offen.
Prüfbericht
Gegenprüfung v1.2
Adversarialer Ausgangsbefund mit Ring-4-, False-Discovery-, Governance- und Abnahmekritik.