Agent: während der Implementierung regelmäßig committen und pushen #40

Closed
opened 2026-07-12 17:09:03 +02:00 by frank · 1 comment
Owner

Problem

Der Agent-Prompt (BuildPrompt in internal/agent/prompt.go) fordert aktuell nur einen Commit am Ende der Arbeit und verbietet Push:

When done, stage relevant files and create a git commit …
Do not push; the forge agent watcher will push.

Dadurch entstehen oft große, schwer nachvollziehbare Einzel-Commits. Der Verlauf im PR (und beim Review / CI) wird erst spät sichtbar.

Ziel

Der Agent soll während der Implementierung regelmäßig und sinnvoll committen und jeweils pushen, damit der Change schrittweise nachverfolgbar bleibt und CI/Review früh Feedback bekommen.

Umsetzung

Anpassung der Prompt-Instruktionen in BuildPrompt (Git-Mode commit und pr):

  • Nach abgeschlossenen, logischen Teilschritten committen (nicht nur am Ende).
  • Commits klein und thematisch halten (conventional commit messages).
  • Nach jedem solchen Commit sofort pushen (aktuelles „Do not push“ entfernen).
  • PR weiterhin nicht vom Agenten öffnen — das übernimmt der Watcher (Git-Mode pr).
  • Analog prüfen, ob CI-/Conflict-/Mention-Prompts ebenfalls inkrementelles Commit+Push erlauben/fordern.
  • Pipeline/Watcher prüfen: Push durch den Agenten darf nicht mit dem Watcher-Push kollidieren (idempotent / dirty-check bleibt ok).

Ggf. Default-/Beispiel-pre_prompt in Docs/Wiki ergänzen, falls Nutzer das Verhalten zusätzlich verstärken wollen.

Akzeptanzkriterien

  • Prompt-Instruktionen verlangen inkrementelle, sinnvolle Commits und Push während der Arbeit
  • „Do not push“ / Ein-Commit-am-Ende-Formulierung entfernt bzw. ersetzt
  • Watcher bleibt kompatibel, wenn der Agent bereits gepusht hat
  • Tests für Prompt-Inhalt angepasst
  • Wiki/Docs kurz aktualisiert, falls Verhalten dokumentiert ist

Betroffene Stellen

  • internal/agent/prompt.go (BuildPrompt, ggf. Follow-up-Prompts)
  • ggf. internal/agent/pipeline.go (Push-Logik / Idempotenz)
  • zugehörige Prompt-Tests
  • Wiki Agent-Watch / Prompt-Doku falls vorhanden
## Problem Der Agent-Prompt (`BuildPrompt` in `internal/agent/prompt.go`) fordert aktuell nur **einen Commit am Ende** der Arbeit und verbietet Push: > When done, stage relevant files and create a git commit … > Do not push; the forge agent watcher will push. Dadurch entstehen oft große, schwer nachvollziehbare Einzel-Commits. Der Verlauf im PR (und beim Review / CI) wird erst spät sichtbar. ## Ziel Der Agent soll **während der Implementierung regelmäßig und sinnvoll committen und jeweils pushen**, damit der Change schrittweise nachverfolgbar bleibt und CI/Review früh Feedback bekommen. ## Umsetzung Anpassung der Prompt-Instruktionen in `BuildPrompt` (Git-Mode `commit` und `pr`): - Nach abgeschlossenen, logischen Teilschritten committen (nicht nur am Ende). - Commits klein und thematisch halten (conventional commit messages). - **Nach jedem solchen Commit sofort pushen** (aktuelles „Do not push“ entfernen). - PR weiterhin nicht vom Agenten öffnen — das übernimmt der Watcher (Git-Mode `pr`). - Analog prüfen, ob CI-/Conflict-/Mention-Prompts ebenfalls inkrementelles Commit+Push erlauben/fordern. - Pipeline/Watcher prüfen: Push durch den Agenten darf nicht mit dem Watcher-Push kollidieren (idempotent / dirty-check bleibt ok). Ggf. Default-/Beispiel-`pre_prompt` in Docs/Wiki ergänzen, falls Nutzer das Verhalten zusätzlich verstärken wollen. ## Akzeptanzkriterien - [x] Prompt-Instruktionen verlangen inkrementelle, sinnvolle Commits **und Push** während der Arbeit - [x] „Do not push“ / Ein-Commit-am-Ende-Formulierung entfernt bzw. ersetzt - [x] Watcher bleibt kompatibel, wenn der Agent bereits gepusht hat - [x] Tests für Prompt-Inhalt angepasst - [x] Wiki/Docs kurz aktualisiert, falls Verhalten dokumentiert ist ## Betroffene Stellen - `internal/agent/prompt.go` (`BuildPrompt`, ggf. Follow-up-Prompts) - ggf. `internal/agent/pipeline.go` (Push-Logik / Idempotenz) - zugehörige Prompt-Tests - Wiki Agent-Watch / Prompt-Doku falls vorhanden
frank changed title from Agent: während der Implementierung regelmäßig sinnvolle Commits to Agent: während der Implementierung regelmäßig committen und pushen 2026-07-12 17:09:44 +02:00
Author
Owner

🤖 forge agent started

  • Agent: cursor-agent
  • Model: (default)
  • Mode: pr
  • Trigger: assignee=agent
  • Open ToDos: 5

Agent: während der Implementierung regelmäßig committen und pushen — Der Agent-Prompt (BuildPrompt in internal/agent/prompt.go) fordert aktuell nur einen Commit am Ende der Arbeit und verbietet Push:

🤖 **forge agent started** - Agent: `cursor-agent` - Model: `(default)` - Mode: `pr` - Trigger: `assignee=agent` - Open ToDos: 5 Agent: während der Implementierung regelmäßig committen und pushen — Der Agent-Prompt (`BuildPrompt` in `internal/agent/prompt.go`) fordert aktuell nur **einen Commit am Ende** der Arbeit und verbietet Push:
frank 2026-07-12 17:15:05 +02:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
frank/forgecli#40
No description provided.