issue_write body parameter overwrites issue content on update — easily confused with adding a comment
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
Rechercherichtung
Beginne damit, die Definition des Tools issue_write und dessen Behandlung von Aktualisierungen zu finden, und vergleiche sie dann mit dem Einstiegspunkt add_issue_comment. Kläre, ob das Projekt eine Warnung, einen Kommentarparameter oder einen anderen Ansatz möchte; abgeschlossen ist die Aufgabe, wenn Aktualisierungen nicht mehr stillschweigend dazu ermutigen, vorhandenen Issue-Inhalt zu ersetzen, obwohl der Benutzer kommentieren möchte.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Describe the feature or problem you'd like to solve
When using issue_write with method: "update", passing a ody parameter replaces the entire issue body. This matches the REST API semantics, but LLM agents frequently misinterpret ody as "write a comment about this issue" rather than "replace the issue's entire description". The result is silent data loss — the original issue body gets wiped and replaced with a closing note.
Proposed solution
Two possible approaches:
- Add a prominent warning in the ody parameter description, e.g.: "WARNING: This replaces the entire issue body on update, not append. Use add_issue_comment to add a comment."
- Add a comment parameter to issue_write as a convenience — when provided on method: "update", it posts a comment instead of modifying the body.
Option 2 reduces unnecessary round-trips (close issue + add comment = 2 calls becomes 1).
Example prompts or workflows
- "Close issue
#42and explain why it was fixed" — agent should NOT touch the original body, but currently tends to overwrite it - "Mark issue
#17as duplicate and leave a note" — agent replaces body with "duplicate of #X" instead of commenting - "Update issue
#8status to closed with resolution" — body gets silently destroyed
Additional context
This was encountered using OpenCode (CLI-based AI coding tool) with DeepSeek V4 Flash model, connecting via the GitHub MCP Server (local binary). The ody field name is especially misleading for LLMs because in natural language, "body of a message" typically means the message content itself, not the metadata/description of the thing being acted upon.
- Vorherrschende Sprache
- Go
- Sterne
- 33.1k
- Forks
- 5k
- Ø Merge
- 2 T. 1 Std.
- Gemergte PRs (30 T.)
- 25
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus github/github-mcp-server
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
github/github-mcp-server#3235 ·
-
enhancement
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
github/github-mcp-server#3042 · 2 Kommentare ·
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
github/github-mcp-server#3032 · 1 Reaktion ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
github/github-mcp-server#2803 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
github/github-mcp-server#2740 ·
Alle Issues in github/github-mcp-server
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
-
bug group: validation priority: low
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
codecheckers/chekhov#51 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100