Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

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

Aperta
#2,301 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
48/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
github, go
Ambito
api, backend

Direzione di ricerca

Inizia leggendo il comportamento esistente di pull_request_read e get_review_comments, quindi esamina le convenzioni del repository per gli aggiornamenti di script/generate-docs e toolsnap. Definisci e documenta il numero limitato di PR e il comportamento per le PR mancanti o con 404, aggiungi i test e aggiorna la documentazione generata o gli artefatti toolsnap. Il lavoro è completato quando il comportamento batch dell'elenco esplicito è testato e documentato.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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).

Lingua principale
Go
Stelle
33.1k
Fork
5k
Merge medio
2g 1h
PR unite (30g)
25

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di github/github-mcp-server

Tutte le issue di github/github-mcp-server

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.