Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Feature request: batch-fetch pull request review comment threads for an explicit PR list

Ouverte
#2,301 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
48/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Calme
Stack technique
github, go
Domaine
api, backend

Piste de recherche

Commencez par lire le comportement existant de pull_request_read et get_review_comments, puis examinez les conventions du dépôt pour les mises à jour de script/generate-docs et toolsnap. Définissez et documentez le nombre borné de PR ainsi que le comportement pour les PR manquantes ou en 404, ajoutez des tests et mettez à jour la documentation générée ou les artefacts toolsnap. C'est terminé lorsque le comportement par lot de la liste explicite est testé et documenté.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement request ai review
Problem

Today, pulling inline review threads for multiple PRs means N separate pull_request_read calls (get_review_comments per PR). For agent workflows (team playbooks, review digests, distilling recurring conventions into docs or rules), that is slow, error-prone, and uses more API round-trips than necessary.

Proposed solution (v1)

Add a tool (name up to maintainers) that accepts:

  • owner, repo
  • pull_numbers: array of integers (bounded, e.g. configurable max such as 20–50)
  • Optional pagination parameters consistent with existing get_review_comments behavior

Behavior: For each PR number, return the same structured data as today’s per-PR get_review_comments (threads + metadata such as resolved/outdated), keyed by pull_number.

Explicit non-goals (v1):

  • No semantic ranking, clustering, or “top comments” inside the server.
  • No implicit full-repo scan; the caller supplies an explicit list (e.g. from search_pull_requests / list_pull_requests / git).
Why this matters
  • Documents a single supported pattern for agents: select PRs → one batch read → summarize offline.
  • Reduces N+1 calls for engineering hygiene (guidelines derived from real review text).
Acceptance criteria (suggestion)
  • Documented max PR count and behavior for missing/404 PRs (partial success vs fail-all—pick one and document).
  • Tests + script/generate-docs / toolsnap updates per repo conventions.
Related issues
Note

We are happy to prototype a PR if maintainers agree on v1 scope (explicit pull_numbers[], caps, and error semantics).

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

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de github/github-mcp-server

Toutes les issues de github/github-mcp-server

Issues similaires

Plus d'issues Go

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.