list_discussions and get_discussion should include upvoteCount
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 76/100
Research direction
Locate the implementations of the list_discussions and get_discussion tools and inspect the GraphQL queries they use. Add upvoteCount to both returned results, then verify that the GraphQL responses and tool JSON include the field without requiring new permissions.
Written by the indexing model from the issue text.
Description
list_discussions and get_discussion should include upvoteCount
Summary
The list_discussions and get_discussion tools currently return metadata like title, created_at, updated_at, and comments.totalCount, but omit upvoteCount. This field is available on the Discussion type in GitHub's GraphQL API and is the primary signal for gauging community demand on a feature request.
Use case
When using these tools to triage feature request discussions (e.g. scanning a repo's FR backlog as a PM), vote count is a critical prioritisation input. Without it, the only available proxy for demand is comment count or last-activity date — both of which are noisy signals (a thread with 2 comments and 400 upvotes looks identical to one with 2 comments and 3 upvotes).
Proposed change
Add upvoteCount to the GraphQL query used by both list_discussions and get_discussion. The field is already on the Discussion type:
discussion(number: 48) {
upvoteCount # add this
title
createdAt
updatedAt
comments { totalCount }
}
No new permissions are required — upvoteCount is accessible with the existing read:discussion scope.
Expected output
{
"number": 48,
"title": "Open letter for improving Home Assistant's Authentication system",
"upvoteCount": 412,
"created_at": "2025-06-22T10:18:35Z",
"updated_at": "2026-05-01T09:12:00Z"
}
- Dominant language
- Go
- Stars
- 33.1k
- Forks
- 5k
- Avg merge
- 2d 15h
- Merged PRs (30d)
- 27
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from github/github-mcp-server
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
github/github-mcp-server#3235 ·
-
enhancement
Difficulty 1/5 Under an hour Newbie friendliness 88/100
github/github-mcp-server#3042 · 2 comments ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
github/github-mcp-server#3032 · 1 reaction ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
github/github-mcp-server#2803 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
github/github-mcp-server#2740 ·
All issues in github/github-mcp-server
Similar issues
-
Difficulty 1/5 Under an hour Newbie friendliness 84/100
-
enhancement needs triage
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
kind/cleanup
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
kubernetes-sigs/kueue#15947 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
sympozium-ai/sympozium#627 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100