# 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.