Handoffs-Muster in Claude-Workflows: Zwei-Datei-Aufteilung vs. Ein-Dokument-Zusammenfassung

Lange Claude-Sitzungen leiden unter Kontextverfall. Handoffs lösen dies, indem sie wichtige Informationen in einem Dokument komprimieren und einen neuen Agenten starten. In der Community werden derzeit zwei Implementierungen diskutiert: Matt Pococks /handoff-Skill und ein alternativer Zwei-Datei-Ansatz, der im APM-Multi-Agenten-Framework verwendet wird.
Matt Pococks Handoff-Skill
Pococks Skill komprimiert das Gespräch in einem einzigen Dokument. Er verweist auf bestehende Artefakte, anstatt sie neu zu formulieren, und der nächste Agent übernimmt von dort. Er verknüpft auch Threads miteinander: /grill-with-docs → /handoff → /prototype → /handoff zurück. Das Repository ist unter mattpocock/skills verfügbar.
Zwei-Datei-Aufteilung (APM-Framework)
Ein alternativer Ansatz, der bereits im Mai 2025 in das APM-Multi-Agenten-Framework für Claude Code integriert wurde, teilt den Handoff in zwei Artefakte auf:
- Persistente Narrativdatei – zeichnet auf, was getan wurde, welche Entscheidungen getroffen wurden und warum. Sie bleibt im Projekt und hinterlässt eine dauerhafte Spur.
- Ephemerer Prompt – weist den eingehenden Agenten an, wie er den Kontext aus der Codebasis und der persistenten Narrativdatei wiederherstellen kann.
Der Hauptunterschied: Der eingehende Agent rekonstruiert aus dauerhaftem Projektzustand (Codebasis + Narrativ), nicht nur aus dem komprimierten Chatgespräch. Die Persistenz des Narrativs macht es auch sichtbar, wenn mehrere Agenten beteiligt sind, sodass nachvollziehbar ist, welcher Agent mit einer Zusammenfassung und welcher mit direktem Kontext arbeitet. Dies erleichtert die Handhabung von Kontextlücken.
Der Autor hat ein Issue zu Pococks Repository mit diesen Ideen eröffnet: mattpocock/skills#235.
Wichtige Fragen
- Reicht ein einziges komprimiertes Dokument für Handoffs aus?
- Oder bietet die Zwei-Datei-Aufteilung (persistentes Narrativ + ephemerer Prompt) bessere Kontextrekonstruktion und Nachvollziehbarkeit bei mehreren Agenten?
Die Diskussion läuft noch. Beide Ansätze sind gültig, je nachdem, ob eine schnelle Zusammenfassung oder langlaufende Multi-Agenten-Workflows mit Kontextlücken-Management benötigt werden.
📖 Quelle lesen: r/ClaudeAI
👀 Siehe auch

Claude debuggt und behebt seinen eigenen MCP-Dateisystem-Server-UNC-Pfad-Fehler unter Windows
Ein Entwickler nutzte Claude Opus, um einen Fehler im MCP Filesystem Server zu diagnostizieren und zu beheben, bei dem UNC-Netzwerkfreigabepfade unter Windows für Unterverzeichnisoperationen fehlschlugen. Die Korrektur behebt ein Pfadvalidierungsproblem, das den Zugriff auf Dateien und Ordner innerhalb von UNC-Freigaben verhinderte.

Käuferbewertung: Claude-Fähigkeit zur B2B-Anbieterbewertung mittels KI-Agenten-Konversationen
Eine Claude-Fähigkeit, die B2B-Softwareanbieter bewertet, indem sie Ihr Unternehmen recherchiert, domänenspezifische Fragen stellt und direkt mit den KI-Agenten der Anbieter über die Salespeak Frontdoor API kommuniziert. Sie gleicht Behauptungen mit unabhängigen Quellen ab und erstellt evidenzbasierte Scorecards mit transparenten Verifizierungsstufen.

Schwarzes LLAB: Open-Source-Architektur für dynamisches Modell-Routing und Docker-isolierte KI-Agenten
Ein Entwickler hat Black LLAB als Open-Source-Projekt veröffentlicht, ein System, das Mistral 3B nutzt, um Anfragen zwischen lokalen und Cloud-Modellen zu routen und KI-Agenten in isolierten Docker-Containern mit OpenClaw-Integration auszuführt.

Agentlint: GitHub-App, die Widersprüche in CLAUDE.md und defekte Verweise bei jedem PR erkennt.
Agentlint ist eine GitHub-App, die bei jedem PR Ihre gesamte Agent-Regeloberfläche (CLAUDE.md, AGENTS.md, Skills, Hooks) prüft und Inline-Kommentare zu Widersprüchen, ungültigen Pfaden und nicht unterstützten Harness-Funktionen postet. Kostenlos für öffentliche Repos.