coding-agent

• Erstellen oder Entwickeln neuer Funktionen und Apps — lasse einen coding-agent die Codebasis erkunden und End-to-End implementieren, anstatt Änderungen direkt einzufügen.
• Überprüfen von Pull Requests — starte einen Agenten in einem temporären Klon oder Git-Worktree, damit er Änderungen sicher vergleichen, analysieren und zusammenfassen kann.
• Refaktorierung großer Codebasen — Änderungen über mehrere Dateien hinweg, die Kontext aus vielen Dateien erfordern, profitieren von einem Agenten, der den Projektbaum durchsuchen kann.
• Paralleles Beheben von Issues — verwende Git-Worktrees, um mehrere Agenten gleichzeitig auszuführen, einen pro Issue, und erstelle anschließend aus jedem Branch einen PR.

• Einfache Einzeiler-Korrekturen — Wenn die Änderung offensichtlich und lokal begrenzt ist, die Datei einfach direkt bearbeiten; das Starten eines Agenten erzeugt unnötigen Overhead.
• Schreibgeschützte Code-Erkundung — Ein Lese-/Grep-Tool verwenden, um Code zu untersuchen, anstatt einen vollständigen coding-agent zu starten.
• Arbeiten innerhalb von ~/clawd oder dem aktiven OpenClaw-Workspace — Agenten dürfen niemals im eigenen Arbeitsverzeichnis des Orchestrators gestartet werden.
• Thread-gebundene ACP-Harness-Anfragen — Wenn Codex/Claude Code innerhalb eines Discord-Threads oder eines ähnlichen ACP-Kontexts gestartet oder ausgeführt werden soll, stattdessen sessions_spawn mit runtime:"acp" verwenden.

Unterstützt vier verschiedene Coding-Agenten mit jeweils korrekten Aufrufmustern. Codex und Pi benötigen pty:true für interaktives Terminal-Verhalten; Claude Code verwendet --print --permission-mode bypassPermissions für eine saubere Ausführung ohne PTY.

Lang laufende Aufgaben können mit background:true gestartet werden, wodurch eine sessionId zurückgegeben wird. Anschließend können Sie den Status abfragen, Logs streamen, Stdin-Eingaben senden oder die Sitzung mithilfe von Prozess-Tool-Aktionen beenden – und so den Benutzer informiert halten, ohne zu blockieren.

Das Setzen von workdir stellt sicher, dass der Agent im richtigen Projektordner startet und nicht in nicht zusammenhängende Dateien abdriftet. Dies ist entscheidend für PR-Reviews und das parallele Beheben von Issues.

Erstelle isolierte Git Worktrees pro Issue, starte in jedem einen dedizierten Agenten, überwache sie gleichzeitig und pushe separate Branches für die PR-Erstellung – alles ohne den Hauptbranch zu berühren.

Füge einen openclaw system event-Befehl an den Prompt des Agenten an, damit der Orchestrator ein sofortiges Wake-Event erhält, wenn die Aufgabe abgeschlossen ist, anstatt auf den nächsten Heartbeat-Poll zu warten.

Reviews werden immer in einem temporären Klon oder Git-Worktree durchgeführt — niemals im aktiven Projektordner — um versehentliche Branch-Checkouts oder Änderungen an der aktiven Codebasis zu verhindern.

Richte einen Codex- oder Claude Code-Agenten mit workdir und einem klaren Feature-Prompt auf dein Projektverzeichnis. Der Agent erkundet die Codebasis, implementiert das Feature in mehreren Dateien und führt einen Commit durch – während du den Fortschritt über process action:log überwachst.

Rufe alle offenen PR-Refs ab, starte für jeden PR einen coding-agent-Prozess im Hintergrundmodus, sammle deren Reviews ein und veröffentliche die Ergebnisse als GitHub-Kommentare über die gh-CLI – alles läuft parallel.

Erstelle einen Git-Worktree für jedes offene Issue, starte einen Agenten in jedem Worktree, überwache den Fortschritt, pushe anschließend die Branches und öffne Pull Requests zur menschlichen Überprüfung – und reduziere dabei die Behebungszeit drastisch.

Für schnelle Einmal-Prompts ohne bestehendes Projekt erstelle ein temporäres Verzeichnis, führe git init aus und lass Codex eine in sich geschlossene Aufgabe ausführen — danach kann das Verzeichnis einfach gelöscht werden.