75 lines
3.6 KiB
Markdown
75 lines
3.6 KiB
Markdown
# 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.
|