· von Context Studios

Gefangen im eigenen Stack? Der 5-Fragen-Check für Managed-Agent-Modelle — plus Worktree-Clones als Praxis-Twin

Der 5-Fragen-Check für Managed-Agent-Modelle 2026: State, Sandbox, Loop, Residency, ZDR — plus Git-Worktrees als Praxis-Zwilling für parallele Agent-Sessions.

Kopierbarer Befehlsblock

  1. (01)

    1) Session-Überleben und Tool-Latenz prüfen

    `claude --continue` setzt nach einem Neustart die letzte Session fort, `claude --resume` wählt eine frühere Session aus. Für die lokale Latenz: `time claude -p "refactor /api v1->v2, run tests"`; danach prüfen, ob Verlauf und Task-Stand nach dem Resume vollständig vorhanden sind.

  2. (02)

    2) Region und ZDR einstellen

    Region bzw. Datenresidenz und Zero Data Retention werden nicht per Umgebungsvariable im Client gesetzt, sondern in der Workspace-/Projektkonfiguration des Anbieters oder über den Cloud-Anbieter gewählt. Verfügbarkeit und Voraussetzungen laut Anbieter-Doku prüfen und im AVV dokumentieren.

  3. (03)

    3) Worktree-Zwilling anlegen

    `git worktree add ../twin <branch>` legt ein zweites Arbeitsverzeichnis an; Worktrees teilen sich das Objekt-Repository und sind daher schneller und leichter als ein zweiter Clone. Agent A refactort `/api`, Agent B schreibt Tests; `git worktree remove ../twin` räumt auf, das Original bleibt unangetastet.

Die fünf Fragen im Check

(01)

Frage 1 — State surviving

Überlebt der Arbeitszustand einen Neustart? Der Agent-Loop schreibt Fortschritt (Nachrichten, Tool-Ergebnisse, Task-Status) in einen persistenten Session-Zustand. Prüfen Sie --continue / --resume nach Prozess-Neustart, und ob der Zustand im Projektordner (JSONL) oder nur im Prozess lebt.

Session-Zustand nach NeustartMit --resume lässt sich eine Session mit Verlauf und Task-Stand fortsetzen — prüfen Sie nach dem Neustart, ob tatsächlich alles vorhanden ist.AI-Native
(02)

Frage 2 — Server-side vs. local sandbox

Wo laufen Shell-Befehle? Zwei Muster: lokal (Claude Code, Codex CLI, OpenCode: Prozess startet neben dem Repo) oder remote (gehostete code_interpreter-/container-Tools). Lokal bedeutet null Netzwerk-Latenz pro Tool-Call; remote bedeutet geteilte, reproduzierbare Umgebungen.

Latenz pro Tool-CallLokale Ausführung vermeidet den Netzwerk-Aufschlag pro Call; bei vielen kleinen Tool-Calls ist der Gesamtdurchlauf deutlich kürzer.AI-Native
(03)

Frage 3 — Loop-as-product

Bekomme ich den fertigen Loop oder nur das Modell? Managed-Agent = Modell + Orchestrierung + Tools + Sessions aus einer Hand. Nur Modell-API = den eigenen Loop (Tool-Aufrufe, max_tokens-Ketten, Retry-Logik) selbst bauen.

OrchestrierungsumfangFür mehrstufige Aufgaben (Plan → Edit → Test → Fix) nimmt man den fertigen Loop; die drei Systeme sind darauf ausgelegt.AI-Native
(04)

Frage 4 — Data residency

In welcher Region verarbeitet der Anbieter? Region bzw. Datenresidenz wird je nach Anbieter in der Workspace-/Projektkonfiguration oder über den Cloud-Anbieter (Region des Cloud-Deployments) gewählt. Für DACH-Kunden gilt: Eine EU-Region wählt man, wenn Latenz und EU-Aufenthaltsort der Daten zusammen zählen. Verfügbarkeit laut Anbieter-Doku prüfen.

VerarbeitungsortMit einer festgelegten Region in der Workspace-/Projekt- oder Cloud-Konfiguration entsteht eine im AVV dokumentierbare Kette.AI-Native
(05)

Frage 5 — ZDR (Zero Data Retention)

Gibt es Zero Data Retention, und unter welchen Bedingungen? ZDR heißt: Prompts und Outputs werden nach der Antwort nicht über die technisch nötigen Zeitfenster hinaus gespeichert. Ob und wie ZDR verfügbar ist (Vertrag, Organisations- oder Projekteinstellung), regelt jeder Anbieter selbst — laut Anbieter-Doku prüfen.

Aufbewahrung von Prompts und OutputsMit ZDR: kürzere Aufbewahrung, planbare Löschung; für interne Tools meist die saubere Variante. ZDR plus --resume funktioniert, solange die Session offen ist — lange Pausen können den Zustand beschneiden.AI-Native

Vergleichstabelle

NameWorauf prüfenTest im TerminalSchwaches MusterStarkes MusterIm Raster
(01) Frage 1 — State survivingSession-Zustand nach Neustart--continue / --resume, JSONL pro Projektordner (Claude Code), Session-/Memory-Key-Value (OpenAI Agents SDK), numerierte Sessions (Gemini CLI)Gleicht der Fortschritt einer losen history-Liste ohne IDs und ohne Task-Bäume, ist ein Wiederaufnahme-Test nach 30 Schritten nicht mehr reproduzierbar.Mit --resume lässt sich eine Session mit Verlauf und Task-Stand fortsetzen — prüfen Sie nach dem Neustart, ob tatsächlich alles vorhanden ist.✓ Ja
(02) Frage 2 — Server-side vs. local sandboxLatenz pro Tool-CallLokaler Prozess neben dem Repo oder Remote-ContainerBei vielen kleinen Tool-Calls (fmt, test, grep) kommt bei einer Remote-Sandbox pro Call ein Netzwerk-Roundtrip hinzu — über einen langen Lauf summiert sich das spürbar.Lokale Ausführung vermeidet den Netzwerk-Aufschlag pro Call; bei vielen kleinen Tool-Calls ist der Gesamtdurchlauf deutlich kürzer.✓ Ja
(03) Frage 3 — Loop-as-productOrchestrierungsumfangFertiger Agent-Loop mit Subagenten, Checkpoints und Diff-Edits vs. reine Modell-APIFür reine Text-Klassifikation ist ein vollwertiger Agent-Loop Overkill — eine Einzel-Call-API ist günstiger.Für mehrstufige Aufgaben (Plan → Edit → Test → Fix) nimmt man den fertigen Loop; die drei Systeme sind darauf ausgelegt.✓ Ja
(04) Frage 4 — Data residencyVerarbeitungsortWorkspace-/Projektkonfiguration des Anbieters oder Region des Cloud-DeploymentsEin Global-Endpoint ohne Region-Garantie ergibt einen unbestimmten Verarbeitungsort in Auftragsverarbeitungsverträgen.Mit einer festgelegten Region in der Workspace-/Projekt- oder Cloud-Konfiguration entsteht eine im AVV dokumentierbare Kette.✓ Ja
(05) Frage 5 — ZDR (Zero Data Retention)Aufbewahrung von Prompts und OutputsVereinbarung bzw. Organisations-/Projekteinstellung beim Anbieter (laut Anbieter-Doku)Ohne ZDR bleiben Prompts und Outputs in der Anbieter-Historie — für Audits teils gewollt, für vertrauliche Kundenprojekte oft nicht.Mit ZDR: kürzere Aufbewahrung, planbare Löschung; für interne Tools meist die saubere Variante. ZDR plus --resume funktioniert, solange die Session offen ist — lange Pausen können den Zustand beschneiden.✓ Ja

← Horizontal scrollen, um alle Spalten zu sehen

So gehen Sie vor

  1. (01)

    Prüfen Sie in dieser Reihenfolge: resume-fähige Sessions, eine zum Task passende Sandbox-Art, ein fertiger Loop für mehrstufige Arbeit, Kontrolle über Region bzw. Datenresidenz und optional ZDR — dann ist der Stack nicht Käfig, sondern Werkzeug.

  2. (02)

    Worktree-Zwilling anlegen: git worktree add ../twin <branch> erzeugt ein zweites Arbeitsverzeichnis desselben Repositorys. Weil sich Worktrees das Objekt-Repository teilen, ist das schneller und leichter als ein zweiter Clone.

  3. (03)

    Parallel arbeiten: In beiden Zwillingen kann Agent A den Refactor von /api fahren, während Agent B Tests schreibt. Zurück mit git worktree remove ../twin — das Original bleibt unangetastet.

  4. (04)

    Grenzen kennen: Ein Branch lässt sich nur in einem Worktree gleichzeitig auschecken, und nicht versionierte Abhängigkeiten müssen je Worktree installiert werden.

  5. (05)

    Haltungen: Empowerment — fünf Fragen, ein Terminal, jede Woche neu anwendbar, ohne Vendor-Briefings. Pro-Local — eine EU-Region bzw. EU-Datenresidenz plus ZDR, soweit der Anbieter sie anbietet, ist eine minimal-invasive, dokumentierbare Konfiguration, besonders für den DACH-Mittelstand.

Häufige Fragen

(01)Warum Git-Worktrees statt eines zweiten Clones?
Alle Worktrees eines Repositorys teilen sich dasselbe Objekt-Repository; git worktree add legt nur ein weiteres Arbeitsverzeichnis mit eigenem Branch an. Das ist schneller und spart Speicher gegenüber einem zweiten vollständigen Clone — und zwei Agenten können parallel arbeiten, ohne sich gegenseitig Dateien zu überschreiben.
(02)Was ist bei Worktrees zu beachten?
Ein Branch kann nur in einem Worktree gleichzeitig ausgecheckt sein. Nicht versionierte Abhängigkeiten (z. B. node_modules) und lokale Konfigurationsdateien werden nicht geteilt und müssen je Worktree eingerichtet werden. Aufgeräumt wird mit git worktree remove; verwaiste Einträge entfernt git worktree prune.
(03)Beeinträchtigt ZDR das Fortsetzen von Sessions?
ZDR plus --resume funktioniert, solange die Session noch offen ist. Lange Pausen können den Zustand beschneiden — wer garantierte Wiederaufnahme braucht, prüft das Zusammenspiel von Retention-Fenster und eigenem Turn-Takt.
(04)Wann reicht eine reine Modell-API statt eines Managed-Agenten?
Für reine Text-Klassifikation ist ein vollwertiger Agent-Loop Overkill — eine Einzel-Call-API ist günstiger. Den fertigen Loop nimmt man für mehrstufige Aufgaben (Plan → Edit → Test → Fix), auf die Claude Code, OpenAI Agents SDK und Gemini CLI optimiert sind.
(05)Welche Sandbox-Art passt zu vielen kleinen Tool-Calls?
Bei vielen kleinen Tool-Calls (fmt, test, grep) kommt bei einer Remote-Sandbox pro Call ein Netzwerk-Roundtrip hinzu, der sich über einen langen Lauf spürbar aufsummiert. Lokale Ausführung (Prozess neben dem Repo) vermeidet diesen Aufschlag; eine Remote-Sandbox bietet dafür geteilte, reproduzierbare und isolierte Umgebungen.

Bereit für Ihr KI-Projekt?

Buchen Sie ein kostenloses 30-Minuten-Gespräch, um Ihre Anforderungen zu besprechen.