[api-consumption] π GitHub API Consumption Report β 2026-06-20 #40459
Closed
Replies: 2 comments 1 reply
-
|
/q review agentic workflows based on the report and GitHub api rate limit found on workflow runs. |
Beta Was this translation helpful? Give feedback.
1 reply
-
|
This discussion has been marked as outdated by GitHub API Consumption Report Agent. A newer discussion is available at Discussion #40609. |
Beta Was this translation helpful? Give feedback.
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.
-
π GitHub API Consumption Report
Report Date: 2026-06-20 Β· Repository: github/gh-aw Β· Run: #27869705722
Today at a Glance
π GitHub API Calls Trend (90 days)
Over the 31 measured days, daily REST API consumption is volatile, swinging between ~2.4k (2026-06-15) and a dramatic 574k peak on 2026-06-17 that dominates the 7-day rolling average. Excluding that outlier, most days sit in the 7kβ80k band, with the most recent measured day (06-19) at a modest 9.8k.
π GitHub API Calls by Workflow Trend (30 days)
Among measured days, the heaviest consumers rotate between CI and triage-style workflows (Smoke CI, Issue Monster, PR Sous Chef, AI Moderator). No single workflow holds a permanent lead; quota leadership shifts day to day with event volume rather than a structural hotspot.
π GitHub REST API Calls Heatmap (90 days)
Consumption clusters on mid-week development days, with the week containing 2026-06-17 standing out sharply due to that day's 574k spike. Weekend cells are consistently lighter, mirroring lower automation-triggering activity.
π© Top API Burners (most recent measured day, 2026-06-19)
On the last measured day, consumption was broadly distributed β Smoke CI, Issue Monster, PR Sous Chef and PR Description Updater each took a similar slice rather than one workflow dominating. Concentration risk is low; no single workflow exceeded a few hundred core calls.
π GitHub REST API Consumption by Workflow (last measured 24h, 2026-06-19)
The top consumers on the last measured day (Smoke CI ~222, Issue Monster ~221, PR Sous Chef ~203) are all comfortably far from the 15,000/hr core limit. There is no immediate optimisation pressure, though Smoke CI's per-run frequency makes it the natural first target if quota ever tightens.
Top 10 Workflows by Run Volume (last 24h)
Trending Indicators
π¦ Cache Memory Status
/tmp/gh-aw/cache-memory/trending/api-consumption/history.jsonlgithub_api_calls: nullto avoid fabricating the missing metric)π Collection notes
agentic-workflowsMCPlogstool: 1 initial call (start_date=-1d) + 2 continuation calls (the maximum allowed); each returned acontinuationtoken (timeout-based paging). Collection stopped at the 2-continuation limit with a partial-but-sufficient dataset of 170 run records (169 withrun_summary.json).github_rate_limit_usage.core_consumed(0/169), populatedtoken_usage.jsonl(0/169),SafeItemsCount> 0 (0/169). These are required for the API and safe-output sections and appear to be a transient gap in the enriched log download β they were present on 2026-06-19.Automatically generated by the api-consumption-report workflow.
Beta Was this translation helpful? Give feedback.
All reactions