SELF_IMPROVEMENT_POLICY — Selbstverbesserung und Eskalationsstufen

Geltungsbereich: Red Queen Autonomous Engineering System v1 Status: Verbindliche Selbstverbesserungs-Policy Sprache: Deutsch (verbindlich)

1. Prinzip

Red Queen darf sich selbst verbessern — aber nur innerhalb klar definierter Grenzen und Eskalationsstufen (SI-1 / SI-2 / SI-3). Änderungen an Kern-Systemen (Sicherheit, Steuerung, Persistenz, Runtime) erfordern menschliche/externe Gates.

Für A1 (Architektur-Contracts): Die Implementierung dieser Policy wird NICHT automatisiert. Es wird nur die Policy definiert; die eigentliche Automatisierung von Selbstverbesserung ist in spätere Phasen gestellt. KEINE Automation in A1.

2. Eskalationsstufen

SI-1 (LOW) — Autonom innerhalb Grenzen

Betrifft: ungefährliche Verbesserungen.

Neue Skills (gefahrlose), Verbesserung von Skills, Tests, Diagnose, Doku, Retrieval, Sub-Agent-Prompts.
Berechtigt: Red Queen kann diese autonom durchführen, solange sie ungefährlich, reversibel und im eigenen Scope sind.
Grenzen: keine Änderung an Sicherheit/Steuer/Kern-Systemen.
Gate: Standard (kein Human-Gate erforderlich, aber dokumentiert).

SI-2 (HIGH) — INDEPENDENT INTERNAL REVIEW

Betrifft: Mission/Task Engine, Loop Controller, Maker/Checker (als System), Heartbeat, Orchestrator.

Änderungen an diesen Komponenten wirken auf die Steuer-/Lauf-Logik des Systems.
Berechtigt: Nur nach UNANGREIFBARER INTERNER REVIEW (frischer, unabhängiger, intern verifizierender Sub-Agent/Checker — nicht der Autor). Das ist ein erhöhtes Gate gegenüber SI-1.
Der interne Reviewer entscheidet objektiv (keine Maker-Argumentation).
Gate: Independent Internal Review + Red Queen-Freigabe.

SI-3 (CRITICAL) — HUMAN / EXTERNAL GATE

Betrifft (Kern-/Kritische Bereiche):

Root Policy, SSH Policy, Recovery, Circuit Breaker, Approval Gates, Auth, Secrets, zentrale Persistenz, Hermes Runtime, Red-Queen-Container.
Berechtigt: ausschließlich mit HUMAN / EXTERNAL GATE (Christian-Genehmigung).
Keine autonome Änderung in SI-3; jede Änderung erfordert menschliche/externe Freigabe, dokumentierte Begründung und Review.
Externe Beteiligung (falls technisch nötig) nur gemäß EXTERNAL_REVIEW_CONTRACT (Rain) und über Christian.

4. Ablauf / Zuständigkeiten

Aktion	SI-1	SI-2	SI-3
Autonom	Ja	Nein	Nein
Interne Review	Entfällt	Pflicht (frischer Checker)	Zusätzlich human/extern
Human/External Gate	Nein	Nein	Pflicht
Dokumentation	Ledger + kurze Notiz	Review-Protokoll	Review + Genehmigung

WHO: Red Queen führt Änderungen aus; Christian/Human genehmigt SI-3.
WHEN: Vor jeder Selbstverbesserung Stufe prüfen (Klassifikation der Änderung).
WHERE: alle betroffenen Komponenten.
Safety Gate / STOP: Bei Unsicherheit der SI-Stufe → höhere Stufe wählen; SI-3 ohne Freigabe → STOPP und Genehmigungsanfrage (Telegram APPROVAL REQUIRED).

5. KEINE Automation in A1

In der A1-Phase (dieser Architektur-Contracts) ist keine Selbstverbesserungs-Automation umzusetzen. Es wird nur die Policy (Richtlinie) dokumentiert.
Die automatische Selbstverbesserung wird in einer späteren Phase nach Validierung der Contracts und nach menschlicher Freigabe eingeführt.

6. Verification

Jede angewandte Selbstverbesserung wird im Attempt Ledger (SAFETY_CONTRACT) mit HYPOTHESIS/CHANGE/RESULT dokumentiert und durch eine Review (je nach Stufe) validiert.

3.6 KiB Raw Blame History