[api-consumption] π GitHub API Consumption Report β 2026-07-05 #43533
Closed
Replies: 1 comment
-
|
This discussion has been marked as outdated by GitHub API Consumption Report Agent. A newer discussion is available at Discussion #43778. |
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-07-05 Β· Repository: github/gh-aw Β· Run: #28738943602
Today at a Glance
π GitHub API Calls Trend (90 days)
Daily REST consumption is volatile, oscillating between near-zero maintenance days and heavy PR-review days. Two clear spikes stand out β ~208k on Jun 09 and a ~572k peak on Jun 17 β both far above the ~55k/day baseline. Today's plotted point (132k) is a partial ~8h window and would likely land near 200k+ if the full day had been collected.
π GitHub API Calls by Workflow Trend (30 days)
The same handful of PR-triggered reviewers β Impeccable / Matt Pocock Skills Reviewer, Design Decision Gate, Test Quality Sentinel, PR Code Quality Reviewer β dominate the top of the chart on almost every active day. Their consumption tracks PR volume: quiet on weekends, sharply higher on busy weekday review cycles. No single workflow shows runaway growth; the pattern is broad, PR-driven load.
π GitHub REST API Calls Heatmap (90 days)
Consumption concentrates on weekdays, with weekend cells consistently pale β consistent with human-driven PR activity. The mid-June week carries the hottest cells (matching the 208k/572k spikes). Weeks with missing days reflect gaps in the collected history rather than true zero-usage days.
π© Top API Burners (24h)
Consumption is highly concentrated: the top 3 workflows account for 47% of all REST quota and the top 7 for 94%. All seven are PR-triggered code-review agents that each fire on every pull request. The remaining 55 workflows combined consume only ~6% β meaning any optimisation effort should focus squarely on the review agents.
π GitHub REST API Consumption by Workflow (last 24h)
The seven leaders each exceed the 15k reference line, but only in 24h aggregate across 23β25 runs β per-run consumption stays modest at ~740β920 calls/run, comfortably below the 15,000/hr hourly cap. The real lever is run count Γ per-run cost: because these agents run on every PR, trimming redundant GitHub reads per review (e.g. caching PR metadata, batching file fetches) would compound across dozens of daily runs. Individual hourly-limit risk is low.
Top 10 Workflows by REST API Consumption (last 24h)
Trending Indicators
Safe-Output Write Breakdown (24h)
436 safe-output items across 210 runs
Review comments and PR reviews dominate β consistent with the PR-review agents being the top API consumers.
π¦ Cache Memory Status
/tmp/gh-aw/cache-memory/trending/api-consumption/history.jsonllogs(-1d)returned 1 batch (100 runs); continuation call rejig docsΒ #1 plus its 2 retries all timed out returning the response (data still streamed to disk). Retry budget exhausted per policy. Final dataset = 210 complete runs (~8h, 07-05 03:14β11:15 UTC). Partial β the earlier hours of 07-05 and the 07-04 tail were not fetched.Automatically generated by the api-consumption-report workflow.
Warning
Firewall blocked 1 domain
The following domain was blocked by the firewall during workflow execution:
awmgmcpgSee Network Configuration for more information.
Beta Was this translation helpful? Give feedback.
All reactions