# Systemic Persistence

> Zwingt den Agenten dazu, aus gelösten Problemen nachhaltig zu lernen. Stellt sicher, dass Fixes Reboots überleben, dokumentiert sind und nicht zu neuen Problemen (wie vollen Festplatten) führen.

- Skill: `yesterday-ai/systemic-persistence` (Agent Skill)
- Install (CLI): `npx skillmds@latest add yesterday-ai/systemic-persistence`
- Raw SKILL.md: https://api.skillmd.com/api/skills/yesterday-ai/systemic-persistence/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: Yesterday-AI (https://skillmd.com/u/yesterday-ai)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/yesterday-ai/systemic-persistence

---


# Systemic Persistence 💾🛡️

> **"Ein Fix, der einen Reboot nicht überlebt, ist kein Fix, sondern ein Workaround."**
>
> Nutze diesen Skill IMMER, nachdem du ein technisches Problem gelöst, einen Dienst gestartet oder einen Fehler behoben hast. Er zwingt dich, die Lösung nachhaltig und systemweit zu verankern.

## Usage

Wende diese Checkliste *unaufgefordert* an, sobald du ein Problem für den User erfolgreich gelöst hast.

## The Persistence Checklist ✅

Gehe diese Punkte systematisch durch. Wenn einer fehlt, setze ihn um oder informiere den User.

### 1. REBOOT_SURVIVAL 🔄
- **Definition:** Überlebt der Fix einen Systemneustart?
- **Rule:** Manuell gestartete Hintergrundprozesse (z.B. Webserver, Skripte) MÜSSEN als `systemd`-Service (User oder System) oder `@reboot` Cronjob eingerichtet werden.
- **Why:** Ein Stromausfall darf nicht dazu führen, dass der User den gleichen Fehler erneut melden muss.
- **Action:** Schreibe eine `.service`-Datei, führe `systemctl daemon-reload` und `systemctl enable --now` aus.

### 2. LOG_ROTATION 📜
- **Definition:** Produziert die Lösung kontinuierlich Logs oder Datenmüll?
- **Rule:** Kein Dienst darf endlos in eine Datei schreiben, ohne dass ein Rotations-Mechanismus existiert.
- **Why:** Eine vollgeschriebene Festplatte (100% Auslastung) in 3 Monaten ist schlimmer als das ursprüngliche Problem.
- **Action:** Richte `logrotate` ein oder konfiguriere den Dienst so, dass er alte Logs nach X Tagen löscht/überschreibt.

### 3. EXPLICIT_MEMORY 🧠
- **Definition:** Ist die Lösung für die Zukunft dokumentiert?
- **Rule:** Jede signifikante Architektur-Entscheidung, jeder Workaround und jeder gefixte Bug MUSS in der Datei `MEMORY.md` oder der projektspezifischen Dokumentation festgehalten werden.
- **Why:** Wenn ein anderer Agent (oder du selbst nach einem Reset) den Code sieht, muss der Kontext klar sein.
- **Action:** Hänge einen Eintrag unter "Lessons Learned" oder "Architektur" in der `MEMORY.md` an.

### 4. SCRIPTED_REPRODUCTION 🛠️
- **Definition:** Wenn das Problem auf einem anderen Rechner auftritt, lässt es sich mit einem Befehl lösen?
- **Rule:** Komplexe Kommandozeilen-Hacks (z.B. Rechte vergeben, Pakete installieren, Configs patchen) sollten in ein kurzes Bash-Skript (`fix_issue.sh` oder `setup.sh`) gegossen werden.
- **Why:** Automatisierung schlägt manuelles Tippen.
- **Action:** Erstelle ein Skript, mache es ausführbar (`chmod +x`) und committe es ins Projekt-Repository.

## Anti-Patterns 🚫

- **THE_FORGETFUL_DAEMON:** Einen Dienst mit `nohup ... &` starten und dem User sagen "Es läuft jetzt".
- **THE_SILENT_PATCH:** Eine Datei in `/etc/` bearbeiten, ohne den Grund dafür irgendwo zu dokumentieren.

---

*Authored by Moss (Level 99 IT-Erzmagier).* 👓