Feature request: batch-fetch merged PR metadata for release notes / changelog generation
維護者通常 1 天內回覆
評估
研究方向
先閱讀現有的 search_pull_requests 和 list_pull_requests 工具，以及儲存庫的測試與文件慣例。定義有界的 pull_numbers 輸入、針對缺少的請求或未合併請求的逐 PR 處理方式，以及正規化的中繼資料回應。在不加入 diff 彙總或 release 推論的情況下，測試與文件涵蓋約定的 v1 行為，即視為完成。
由索引模型根據 Issue 內容生成。
描述
Problem
For a release window, teams often have a known list of merged PR numbers. Building a structured changelog today requires opening each PR or scripting against REST/GraphQL outside MCP. Agents would benefit from one MCP call that returns normalized metadata for many PRs.
Proposed solution (v1)
Add a tool that accepts:
owner,repopull_numbers: array of integers (bounded)
Returns (exact fields up to maintainers), per PR, for example:
number,title,html_urlmerged_at,merge_commit_sha(when available)labels(at leastname)authorlogin
Output: JSON suitable for templating Markdown release notes in the client (prose stays in the agent or human editor).
Explicit non-goals (v1):
- Full combined diff across PRs (too heavy); linking to each PR is enough.
- Guessing “what shipped in this release” without an explicit PR list—the caller provides the list.
Why this matters
- Release engineering + agents: “Here are the PRs we shipped” → one call → table/sections for notes, Slack, or tickets.
- Composes with
search_pull_requests/list_pull_requests: caller selects PRs, tool hydrates details.
Relationship to existing requests
- Create/update releases (#1909) addresses publishing a release after notes exist; this request is read-side batch hydration of PR metadata to produce those notes.
Related issues
- Issue/PR relationship graph (planning context, different shape): https://github.com/github/github-mcp-server/issues/1510
- Companion (batch review threads): https://github.com/github/github-mcp-server/issues/2301
Acceptance criteria (suggestion)
- Bounded input; documented max PR count.
- Clear behavior for non-merged or missing PRs (per-PR errors vs fail-all—documented).
- Tests + docs per repo conventions.
Note
We are happy to prototype a PR if maintainers agree on v1 scope.
- 主要語言
- Go
- 星號
- 33.3k
- 分支
- 5.1k
- 平均合併
- 22 小時 46 分鐘
- 30 天內合併 PR
- 17
環境準備
- 提供 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
github/github-mcp-server 的其他 Issue
-
pull_request_read drops merge_commit_sha可能已有人在做 @thejdubb02 於 27 天前認領。 未關閉bug
難度 2/5 1-3 小時 新手友好度 84/100
github/github-mcp-server#3235 · 1 則留言 ·
維護者通常 1 天內回覆
-
Add guidance on GitHub autolinked reference formatting for AI agents可能重新可做 關聯的 PR 已關閉且未合併。 未關閉enhancement
難度 1/5 1 小時以內 新手友好度 88/100
github/github-mcp-server#3042 · 2 則留言 ·
維護者通常 1 天內回覆
-
Incorrect install documentation leads to error "error: unknown option '-e'"可能已有人在做 @syf2211 於 56 天前認領。 未關閉bug
難度 2/5 1-3 小時 新手友好度 72/100
github/github-mcp-server#3032 · 1 則留言 · 1 個 reaction ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 74/100
github/github-mcp-server#2803 · 1 則留言 ·
維護者通常 1 天內回覆
-
get_discussion and get_discussion_comments accept calls with missing required parameters instead of returning a validation error可能已有人在做 @rodboev 於 106 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 76/100
github/github-mcp-server#2740 ·
維護者通常 1 天內回覆
查看 github/github-mcp-server 的全部 Issue
相似的 Issue
-
bug(hub,chat): Wave-2 web chat sendAgentRouted does not update RecordChannel reply affinity to 'web'未關閉
難度 2/5 1-3 小時 新手友好度 70/100
GoogleCloudPlatform/scion#2448 ·
維護者通常 1 天內回覆
-
customer issue
難度 2/5 1-3 小時 新手友好度 84/100
dolthub/go-mysql-server#3988 ·
維護者通常 1 天內回覆
-
bug keploy
難度 1/5 1 小時以內 新手友好度 90/100
維護者通常 1 天內回覆
-
難度 1/5 1 小時以內 新手友好度 85/100
維護者通常 2 天內回覆
-
難度 2/5 1-3 小時 新手友好度 74/100
SocialGouv/iterion#2195 ·
維護者通常 1 天內回覆