# Checkliste · Context pflegen und sicher zurückkommen

## Kurzer Pflegevertrag

Prüfe den Context wöchentlich oder vor einem wichtigen Brief. Zehn Minuten
reichen für einen kleinen Arbeitsraum.

1. **Eingang:** neue Hinweise und Exporte einordnen.
2. **Quellen:** Owner, Pointer und Review-Datum prüfen.
3. **Entscheidungen:** offene oder ersetzte Stände markieren.
4. **Context:** nur bestätigte Änderungen übernehmen.
5. **Arbeitslog:** letzten Schritt, Prüfergebnis und nächsten Schritt ergänzen.
6. **Ablage:** ersetzte Entwürfe archivieren.
7. **Datenwand:** Sichtbarkeit und höchsten Datenklasse erneut prüfen.

## Vier häufige Störungen

### A · Aussage ist veraltet

**Erkennen:** Review-Datum ist fällig oder eine Originalquelle wurde geändert.

**Recovery:**

1. weitere Verarbeitung stoppen;
2. betroffene Aussage als offen markieren;
3. Originalquelle und letzte Entscheidung vergleichen;
4. verantwortliche Person entscheiden lassen;
5. Context, Entscheidung und Arbeitslog gemeinsam aktualisieren;
6. betroffene Briefs und Ausgaben prüfen.

### B · Zwei Quellen widersprechen sich

**Erkennen:** beide Quellen wirken autoritativ und führen zu unterschiedlichen
Handlungen.

**Recovery:**

1. keine Fassung still überschreiben;
2. Owner, Datum, Geltungsbereich und Quelle jeder Fassung notieren;
3. eine Entscheidungsfrage formulieren;
4. bestätigte Fassung und Grund dokumentieren;
5. Vorgänger als ersetzt markieren.

### C · Information liegt im falschen Datenraum

**Erkennen:** eine Datei oder Notiz enthält eine höhere Datenklasse als der
Arbeitsraum erlaubt.

**Recovery:**

1. Run stoppen und Inhalt nicht weitergeben;
2. betroffene Datei oder Ausgabe isolieren;
3. Zugriffe, Sync und mögliche Empfänger prüfen;
4. verantwortliche Person informieren;
5. Inhalt nach freigegebenem Verfahren entfernen oder in den passenden Raum
   überführen;
6. Arbeitslog mit einer datensparsamen Ereignisnotiz ergänzen;
7. Datenregel oder Gate schärfen.

### D · Agentenausgabe wird als Wahrheit behandelt

**Erkennen:** ein Entwurf erscheint im bestätigten Context ohne Source Pointer
oder menschliche Entscheidung.

**Recovery:**

1. Ausgabe auf Draft zurücksetzen;
2. einzelne Claims bis zur Originalquelle verfolgen;
3. unbelegte Claims entfernen oder als offen markieren;
4. fachlich prüfen und Entscheidung dokumentieren;
5. erst danach bestätigten Context aktualisieren.

## Rückfallebenen

| Stufe | Rückweg | Wann |
|---|---|---|
| 1 | letzte bestätigte Datei oder lokale Kopie öffnen | kleiner Schreib- oder Sortierfehler |
| 2 | betroffene Änderung anhand Arbeitslog und Entscheidung rückbauen | mehrere Dateien oder unklarer Stand |
| 3 | bei vorhandenem Git den letzten geprüften Diff oder Stand wiederherstellen | versionierter Arbeitsraum |
| 4 | Arbeit pausieren und an verantwortliche Fach- oder Datenschutzrolle eskalieren | Daten-, Rechts- oder Wirkungsgrenze unklar |

## Recovery-Beweis

Halte nach der Übung knapp fest:

- Störung:
- Stop-Stelle:
- verwendete Originalquelle:
- getroffene Entscheidung:
- wiederhergestellter Stand:
- betroffene Ausgaben oder Briefs:
- neue Regel oder Checkpoint:
- geprüft durch und Datum:

Der Beweis enthält keine sensiblen Inhalte. Ein Pointer auf den eigenen
Arbeitsraum reicht.

## Betriebsentscheidung nach zwei Updates

- **Beibehalten:** Struktur bleibt klein und auffindbar.
- **Vereinfachen:** Dateien oder Felder werden selten genutzt und können
  zusammengelegt werden.
- **Erweitern:** ein wiederkehrender Such-, Review- oder Übergabeengpass ist
  belegt; die technische Vertiefung nennt die nächste Stufe.

## Übergabe-Check

1. Eine frische Person oder Agenten-Session öffnet zuerst die Source-Karten.
2. Sie nennt die Dateien, aus denen Zweck, bestätigter Stand und nächster Schritt
   stammen.
3. Sie unterscheidet lokale UI-Haken vom dauerhaften Arbeitslog.
4. Sie findet „Heute nicht“-Entscheidungen samt späterem Trigger.
5. Sie kann einen sicheren nächsten Schritt ausführen, ohne dass die bisherige
   Begleitung Tastatur oder Maus übernimmt.