Workflow-Speicher statt Tooling: Warum Kontext laden besser ist als gigantische Prompts

Ein häufiges Fehlermuster bei Coding-Agents ist nicht das Fehlen von Tools – es ist das Fehlen des richtigen Workflow-Gedächtnisses. Der Agent hat Shell, Git, Browser, Dateizugriff. Das Problem ist, dass er in den falschen Workflow gerät, ohne die Regeln dieses Workflows zu kennen.

Ein Release ist nicht einfach "den Build ausführen". Ein Hotfix ist nicht einfach "den Code ändern". Ein Deployment ist nicht einfach "die Datei pushen". Eine Migration ist nicht einfach "das Schema bearbeiten". Jedes hat einen Haufen langweiligen Kontext: was zuerst geprüft werden muss, was niemals übersprungen werden darf, was danach aktualisiert werden muss, was als erledigt gilt.

Der Ansatz: Bedarfsorientiertes Laden von Checklisten

Anstatt alles in den permanenten Prompt zu packen (der schnell zu einer Suppe wird), lade den Workflow-Kontext nur dann, wenn er benötigt wird:

• Wenn die Aufgabe wie ein Release aussieht → lade die Release-Checkliste.
• Wenn der Agent Paketdateien berührt → lade die Paketierungsnotizen.
• Wenn er eine Migration durchführt → lade die Backup- und Verifikationsregeln.
• Wenn er einen Hotfix behebt → lade die Changelog-/Sync-Regeln.
• Entferne diesen zusätzlichen Kontext, wenn der Workflow beendet ist.

Dies ändert das Fehlermuster signifikant. Der Agent hört auf, wie ein riesiger Prompt zu agieren, der versucht, sich an alles zu erinnern, und verhält sich eher wie ein Arbeitsplatz, an dem die richtige Checkliste bereits auf dem Schreibtisch liegt, wenn du sie brauchst.