[mcp-analysis] MCP Structural Analysis - 2026-07-29 #48878
Closed
Replies: 1 comment
|
This discussion has been marked as outdated by GitHub MCP Structural Analysis. A newer discussion is available at Discussion #49131. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Overview
Tested 15 representative GitHub MCP tools across 11 toolsets on 2026-07-29. Average usefulness: 3.27/5. Two tools were fully blocked by permission gaps (
get_teams,list_repository_collaborators, both rating 1) and two more were quietly degraded by integrity-policy filtering (list_issues,search_issues, both rating 2) — pulling today's average below the 30-day mean of ~3.6. Best performers:list_pull_requestsand the prompt-injectedgithub_contextblock, both 5/5. This run also surfaced a pagination-parameter inconsistency:list_workflowsuses snake_caseper_page(unlike every other list tool's camelCaseperPage) and silently ignored the requested limit of 1, returning ~30 full workflow objects instead.Key Metrics
list_pull_requests,github_context: 5/5get_teams,list_repository_collaborators: 1/5Full Structural Analysis Report
Usefulness Ratings for Agentic Work
list_pull_requests(fields-scoped)fieldsparam cuts an unscoped ~1320-tok response to 175 tok while keeping head/base/merge-actionable datagithub_context(injected block)get_teams/get_meare unusableget_file_contents(README.md)list_code_scanning_alertsseverity:highlist_discussionsget_labelsearch_repositorieslist_commits(fields-scoped)fields=[sha,html_url]gives near-zero overhead when only identity is neededlist_workflowsper_page=1silently ignored — returned ~30 of 340 workflowssearch_userslist_branchesperPage=1returns first-in-order branch, not necessarily default branchlist_issuessearch_issueslist_issuesget_teamslist_repository_collaborators[]insteadSchema Analysis
github_contextlist_pull_requestsfieldsparam dropped body/user/reviewers entirelyget_file_contentslist_workflowsper_page(snake_case) ignoredlist_discussionslist_issues/search_issuesget_teams/list_repository_collaboratorsResponse Size Analysis (30-day average)
30-Day Trend Summary
Recommendations
list_pull_requests/list_commitswith explicitfields,github_context,get_label,list_code_scanning_alerts,list_discussions,search_repositories. Usefields/perPageaggressively — it is the single biggest lever for cutting response bloat without losing actionability.list_issues/search_issuesshould surface redacted-item counts in-band (not just a side notice) so agents don't mistake "filtered" for "empty."list_workflowsshould honorper_pagelike its sibling tools, or the server should standardize on one pagination param name across all list tools.github_context(75 tok),get_label(38 tok),list_commitsfields-scoped (30 tok),list_code_scanning_alertsempty-state (15 tok).get_file_contentson README.md (12.4k tok, growing) — preferget_repository_treefirst and fetch narrower paths;list_workflows(2.7k tok due to ignored pagination).get_teamsandlist_repository_collaboratorsremain structurally unusable for autonomous agents under the read-only integration token across every measured run since 2026-07-13 — treat both as permanently unavailable in this environment rather than retrying.Visualizations
Response Size by Toolset
Usefulness Ratings
Daily Token Trend
Size vs Usefulness
All reactions