Rekursives Entscheidungsregister
Verwende diesen Skill, wenn der Nutzer tiefere Berechnungen durch wiederholte Ausrollungen oder „Prime Gauss“-artige rekursive Aufforderungen erzwingen möchte. Behalte den nützlichen Teil: wiederholte Versuche, vorherige Erinnerungen, frische Informationen und explizite Markierungen. Entferne den unsicheren Teil: die Vortäuschung, dass die Schleife Gewissheit beweist.
Ledger-Vertrag
Jede Ausrollung sollte Folgendes aufzeichnen:
- Rollout-ID und Zeitstempel;
- vorheriger akzeptierter Gewinner und vorherige Beobachtungsliste;
- neu aufgenommene Informationen;
- Größe des Suchraums;
- verwendete Modellfamilien oder Heuristiken;
- Versuchszahl und effektive Versuchszahl;
- Top-Kandidaten;
- Entscheidungsmarkierungen;
- Kohärenzmarkierungen gegenüber dem vorherigen Ledger;
- Ergebnis des Fördergatters.
Bevorzuge JSONL für Append-Only-Ledger und Markdown für menschenlesbare Zusammenfassungen.
Rollout-Schleife
- Lade das vorherige Ledger.
- Erfasse neue Informationen zum Zeitpunkt Null.
- Führe die eingeschränkte Suche durch.
- Markiere jeden Kandidaten: akzeptieren, beobachten, ablehnen, Beobachtung verfallen lassen oder Wiederholung erforderlich.
- Vergleiche Gewinner mit vorherigen Gewinnern und der neuesten markierten Ausrollung.
- Stufe Kandidaten herab, wenn Abdrift, Extremrisiko, veraltete Daten oder fehlgeschlagene Wiederholungen die vorherige Markierung ungültig machen.
- Füge Artefakte vor der Zusammenfassung an.
Kohärenzmarkierung
Füge eine kompakte Kohärenzmarkierung ein:
Ensemble stimmt mit vorherigem Gewinner überein: true
Rekursiv stimmt mit vorherigem Gewinner überein: false
Neueste Ausrollung stimmt überein: true
Live-Förderung erlaubt: false
Grund: Wiederholungs- und Frischegatter nicht erfüllt
Förderregeln
Für Handel, Kapitalallokation, Produktionsbereitstellungen, Migrationen oder destruktive Operationen ist rekursive Konfidenz keine Genehmigung.
Standardmäßig in Papier-, Trockenlauf-, Schreibgeschützt-, Vorschau- oder gestaffeltem Modus, es sei denn, der Benutzer genehmigt explizit die Live-Aktion und das Repo/Service-Gatter unterstützt dies.
Fördern nur dann, wenn:
- der Kandidat den vorherigen akzeptierten Gewinner in der gewählten Metrik übertrifft;
- Korrektheits- und Wiederholungsprüfungen bestanden werden;
- Risikogrenzen explizit festgelegt sind;
- die Beweise belastbar sind;
- der Benutzer den Live-Schritt genehmigt hat, wenn nötig.
Zusammenfassungsform
Beginne mit der Entscheidung, nicht mit dem Drama:
Rolle 15 abgeschlossen. Der vorherige Gewinner hält noch, aber die Kante verschlechterte sich um 17%.
Status: beobachten, nicht live. Nächstes Tor: 20 Wiederholungsfüllungen mit frischem Orderbuchalter unterhalb des Schwellenwerts.