# Archiv

Abgelöste Entwurfs- und Planungsdokumente.

**Diese Dateien beschreiben keinen gültigen Stand mehr.** Sie werden
aufbewahrt, weil sie die ausführliche Herleitung enthalten — warum eine
Entscheidung so und nicht anders getroffen wurde, welche Alternativen geprüft
und aus welchem Grund verworfen wurden. Diese Begründungen sind zu wertvoll zum
Wegwerfen und zu lang für die Roadmap.

**Der gültige Stand steht in [../ROADMAP.md](../ROADMAP.md).**

Wer hier etwas liest, sollte jeden Punkt gegen die Roadmap prüfen, bevor er
danach handelt. Die Erfahrung, die zu diesem Archiv geführt hat: In
`SUPERVISOR_MCP_DESIGN.md` stand eine Liste offener Punkte, die der Code längst
erledigt hatte — ein Agent hat sie gelesen und daraufhin Arbeit vorgeschlagen,
die es nicht mehr gab.

---

| Dokument | Ursprung | Was daraus wurde |
|---|---|---|
| [SUPERVISOR_MCP_DESIGN.md](./SUPERVISOR_MCP_DESIGN.md) | Entwurf für Supervisor, Detektor-Katalog und MCP-Anbindung, geschrieben vor der Umsetzung | Etappen 1–3 sind in 2.6.0 ausgeliefert. Der Etappenplan, die offenen Punkte und die verworfenen Ansätze sind in die Roadmap übernommen. Hier steht weiterhin die vollständige Begründung — besonders Abschnitt 0 (warum Beobachtung und Urteil getrennt sind) und Abschnitt 7 (warum der Client keinen Quelltext sieht) |

---

## Nicht archiviert

Die Integrationsanleitungen in `../` sind **kein** Archiv. Sie beschreiben,
wie eine Anwendung heute anzubinden ist, werden von den Agenten in den anderen
Projekten gelesen und bleiben dort, wo sie sind:

- `SUPERVISOR_INTEGRATION_GUIDE.md`
- `BUGTRACKER_INTEGRATION_GUIDE.md`
- `LICENSE_INTEGRATION_GUIDE.md`
- `SETUP_INTEGRATION_GUIDE.md`
- `UPDATESERVICE_INTEGRATION_GUIDE.md`
- `WATCHDOG_INTEGRATION_GUIDE.md`

Ebenso bleibt `UPGRADE.md`: ein Ablaufplan für die Umstellung bestehender
Installationen. Er beschreibt Vergangenes, wird aber weiterhin gebraucht, wenn
jemand von einer älteren Fassung kommt.