2.0 KiB
2.0 KiB
description, argument-hint, allowed-tools, model
| description | argument-hint | allowed-tools | model |
|---|---|---|---|
| Behebt ein einzelnes Gitea-Issue Ende-zu-Ende. | <issue-nummer> | Bash, Edit, Read, Write, Grep, Glob, mcp__gitea__issue_read, mcp__gitea__issue_write, mcp__gitea__label_read, mcp__gitea__pull_request_write | opus |
Bearbeite Gitea-Issue #$1 im aktuellen Repo. Schritt für Schritt:
Label-Regeln (wichtig): Die Gitea-Label-API arbeitet mit numerischen
Label-IDs, nicht mit Namen. Hole daher ZUERST einmalig die Label-Liste über
label_read (method: list_repo_labels) und merke dir die Zuordnung
Name → ID für die gesamte Bearbeitung. Verwende ausschließlich add_labels
(mit labels: [<id>]) und remove_label (mit label_id: <id>).
Niemals replace_labels oder clear_labels benutzen — das löscht alle
übrigen Labels des Issues (z.B. prio/*).
- Lies Issue #$1 (Titel, Beschreibung, Kommentare) über
issue_read. Notiere die aktuell gesetzten Labels, damit du sie nicht verlierst. - Hole die Label-Liste via
label_read. Setze Labelai-wip(add_labels), entferneai-ready(remove_label). - Analysiere das Repo und finde die Ursache. Wenn der Scope zu groß/unklar
ist (siehe CLAUDE.md), brich ab: kommentiere das Issue mit einer kurzen
Begründung, setze
ai-blocked, und beende ohne Codeänderung. - Implementiere den Fix. Halte den Diff minimal und fokussiert.
- Führe die Tests aus (
<dein Testkommando>). Bei Rot: bis zu 2x nachbessern. Wenn danach immer noch rot →ai-blocked, Issue kommentieren, abbrechen. - Commit mit Message:
fix: <kurze Beschreibung> (#$1). - Push den aktuellen Branch zum Remote.
- Öffne via
pull_request_writeeinen PR gegenmain(bzw.develop). Die PR-Beschreibung MUSSCloses #$1enthalten. - Kommentiere am Issue mit dem PR-Link, setze Label
ai-review(add_labels) und entferneai-wip(remove_label).
Wenn du in einem Schritt ai-blocked setzt, entferne ebenfalls ai-wip.
Existiert ein benötigtes Label nicht im Repo, kommentiere das am Issue statt
zu raten — erfinde keine Label-IDs.