You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Analyzed 9 representative GitHub MCP tools (one per toolset) for response size, schema structure, and usefulness for agentic work. Today the sampled tools returned 7,655 tokens total with an average usefulness of 3.5/5 across available tools.
Key findings:
🏆 Best:search_repositories (5/5) — flat, signal-dense minimal_output at ~190 tokens is the gold standard for context efficiency.
⚠️Heaviest:get_file_contents (~3,400 tok) and list_issues (~1,650 tok) — size is content-driven (full file / full issue body), not schema bloat.
🔧 Bloat to watch:list_code_scanning_alerts embeds the full CodeQL rule help + code examples (~1,150 tok for ONE alert) — verbose help should be fetched on-demand, not in list views.
🚫 Unavailable today:get_me (403 not accessible by integration) and actions_list (permission not granted) — environmental restrictions, not tool-design issues.
📈 30-day trend: usefulness is stable (~3.6/5 across 12 data points); avg ~11.9K tokens/day for the sample.
Context-efficient (low tokens, high rating):search_repositories (190 tok / 5★) and list_discussions (160 tok / 4★) are ideal for discovery loops.
Needs improvement:list_code_scanning_alerts — move full rule help/examples out of list responses to a separate get call; would cut ~70% of per-alert tokens.
Context-heavy (use deliberately):get_file_contents and list_issues — request narrow paths / small perPage and avoid pulling full bodies when only triaging.
Schema cleanup:list_pull_requests re-embeds the full repo object in both base and head; collapsing shared repo metadata would reduce depth-5 redundancy.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Overview
Analyzed 9 representative GitHub MCP tools (one per toolset) for response size, schema structure, and usefulness for agentic work. Today the sampled tools returned 7,655 tokens total with an average usefulness of 3.5/5 across available tools.
Key findings:
search_repositories(5/5) — flat, signal-denseminimal_outputat ~190 tokens is the gold standard for context efficiency.get_file_contents(~3,400 tok) andlist_issues(~1,650 tok) — size is content-driven (full file / full issue body), not schema bloat.list_code_scanning_alertsembeds the full CodeQL rule help + code examples (~1,150 tok for ONE alert) — verbose help should be fetched on-demand, not in list views.get_me(403 not accessible by integration) andactions_list(permission not granted) — environmental restrictions, not tool-design issues.Full Structural Analysis Report
Executive Summary
Usefulness Ratings for Agentic Work
Schema Analysis
Response Size Analysis (today)
30-Day Trend Summary
Recommendations
search_repositories,get_file_contents,list_issues,list_pull_requests,list_discussions— prefer for autonomous workflows.search_repositories(190 tok / 5★) andlist_discussions(160 tok / 4★) are ideal for discovery loops.list_code_scanning_alerts— move full rule help/examples out of list responses to a separategetcall; would cut ~70% of per-alert tokens.get_file_contentsandlist_issues— request narrow paths / smallperPageand avoid pulling full bodies when only triaging.list_pull_requestsre-embeds the full repo object in bothbaseandhead; collapsing shared repo metadata would reduce depth-5 redundancy.Visualizations
Response Size by Toolset
Usefulness Ratings
Daily Token Trend
Size vs Usefulness
References:
Beta Was this translation helpful? Give feedback.
All reactions