issue_write body parameter overwrites issue content on update — easily confused with adding a comment
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 35/100
Piste de recherche
Commencez par trouver la définition de l’outil issue_write et la gestion de ses mises à jour, puis comparez-la au point d’entrée add_issue_comment. Déterminez si le projet souhaite un avertissement, un paramètre de commentaire ou une autre approche ; le travail est terminé lorsque les mises à jour n’encouragent plus silencieusement à remplacer le contenu existant de l’issue alors que l’utilisateur souhaite commenter.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Go
- Étoiles
- 33.1k
- Forks
- 5k
- Merge moyen
- 2 j 1 h
- PR mergées (30 j)
- 25
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de github/github-mcp-server
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
github/github-mcp-server#3235 ·
-
enhancement
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
github/github-mcp-server#3042 · 2 commentaires ·
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
github/github-mcp-server#3032 · 1 réaction ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
github/github-mcp-server#2803 · 1 commentaire ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
github/github-mcp-server#2740 ·
Toutes les issues de github/github-mcp-server
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
-
bug group: validation priority: low
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
codecheckers/chekhov#51 ·
-
Creating worktree from an existing remote branch with a slash in it, has unexpected behaviour Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100