# Routine-, Budget- und Downgrade-Karte

Diese Karte entscheidet nach dem zweiten Run über die passende Betriebsstufe.
Mehr Tooling ist nur sinnvoll, wenn es Aufmerksamkeit spart und die Qualität
kontrollierbar bleibt.

## Nutzen und Aufwand

- **Ergebnis pro Run:**
- **Häufigkeit:**
- **Zeit vorher:**
- **Zeit für Brief, Beobachtung und Prüfung:**
- **Angezeigte oder geschätzte Tool- und Tokenkosten:**
- **Korrektur- und Recovery-Aufwand:**
- **Qualitätsgewinn oder vermiedener Fehler:**
- **Wert für Empfänger oder Betrieb:**

## Passende Betriebsstufe

| Stufe | Geeignet, wenn | Entscheidung |
|---|---|---|
| Manuell | selten, variabel oder fachlich schwer prüfbar | Ablauf als Checkliste behalten |
| Einfacher Browser-Run | klarer Job, geringer Context, wenige Runs | günstige verfügbare Stufe nutzen |
| Agent Workspace | Dateien, wiederholbare Briefs und Preview bringen echten Nutzen | lokal und beaufsichtigt fahren |
| Tool- oder Connector-Unterstützung | Zugriff reduziert Handarbeit bei klaren Rechten | einzeln prüfen und begrenzen |
| Geplante Routine | zwei Runs sind stabil, Gates und Recovery sind erprobt | erst nach eigenem Betriebsreview |

## Downgrade-Regeln

Stufe zurücknehmen, wenn eine der Aussagen zutrifft:

- Aufmerksamkeit für Steuerung und Prüfung steigt über die eingesparte Zeit;
- höherer Modell-, Abo- oder Tokenaufwand verbessert das relevante Ergebnis nicht;
- Context muss häufig neu erklärt oder repariert werden;
- Human Gates werden unübersichtlich;
- der Job tritt selten auf;
- Recovery ist zu aufwendig oder unsicher;
- ein einfacher Browser-Run oder manueller Ablauf erreicht das Ziel verlässlich.

Der Downgrade kann ein kleineres Modell, ein günstigeres Abo, weniger
Connectoren, einen manuellen Start oder die vollständige Rückkehr zur
Checkliste bedeuten.

## Pflege

- **Owner:**
- **Brief- und Context-Stand:**
- **Nächster Review-Termin:**
- **Auslöser für früheren Review:** Tooländerung / Datenänderung / Qualitätsfehler / Kostenanstieg
- **Manuelle Rückfallebene:**
- **Eskalationsperson oder Fachrolle:**

## Heute nicht

Notiere Erweiterungen, die heute außerhalb des sicheren Scopes bleiben:

| Erweiterung | Heute nicht, weil | Later Trigger | Human Gate |
|---|---|---|---|
| | | | |

Ein Later Trigger ist beobachtbar, zum Beispiel „drei gleichartige manuelle
Transfers pro Woche“ oder „zweiter Run erfüllt alle Prüfkriterien“. Ein bloßer
Wunsch nach mehr Automatisierung reicht als Trigger nicht.

## Betriebsentscheidung

- [ ] Weiter als beaufsichtigte Routine testen.
- [ ] Auf eine einfachere oder günstigere Stufe zurücknehmen.
- [ ] Manuell als Checkliste fortführen.
- [ ] Vorläufig pausieren und später neu bewerten.
- [ ] Beenden und Arbeitsmittel archivieren.

**Begründung:**


**Was wäre nach etwa 30 Tagen ein Betriebsbeweis?**


Automation folgt erst nach stabilen Runs, geklärten Human Gates, geübter
Recovery und einem positiven Verhältnis von Nutzen zu Aufmerksamkeit und
Kosten.