[api-consumption] π GitHub API Consumption Report β 2026-07-06 #43778
Closed
Replies: 1 comment
-
|
This discussion has been marked as outdated by GitHub API Consumption Report Agent. A newer discussion is available at Discussion #44014. |
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-06 Β· Repository: github/gh-aw Β· Run: #28790013719
Today at a Glance
π GitHub API Calls Trend (90 days)
Daily REST API consumption has held a stable ~50β70k baseline across the 90-day window, with the 30-day rolling average drifting gently upward to ~63k/day. The dominant feature is a single >2Ο anomaly on ~Jun 16 (β570k calls) β roughly 10Γ the baseline β likely a one-off backfill or runaway workflow. Today's partial reading of 40.6k sits below the recent 7-day mean, consistent with only ~5 hours of runs having been captured.
π GitHub API Calls by Workflow Trend (30 days)
The PR-review family β PR Code Quality Reviewer, Impeccable Skills Reviewer, Test Quality Sentinel, and Matt Pocock Skills Reviewer β consistently anchors the top of the stack, together accounting for the bulk of day-to-day quota. Design Decision Gate and Smoke CI are steady secondary consumers. No new workflow has emerged as a runaway consumer over the last 30 days; the mix is stable.
π GitHub REST API Calls Heatmap (90 days)
Consumption concentrates on weekdays, mirroring PR and CI activity, with weekends noticeably lighter. The mid-June week carries the standout hotspot driven by the single-day anomaly. Otherwise weekly intensity is fairly even, with no persistent day-of-week runaway pattern beyond the expected weekday tilt.
π© Top API Burners (24h)
The four PR/skills reviewers plus Design Decision Gate consume roughly 80% of today's REST API quota, a meaningful concentration in the review-automation cluster. Individually none approaches the hourly ceiling, but their combined per-PR footprint is the single largest lever for reducing total consumption.
π GitHub REST API Consumption by Workflow (last 24h)
Top consumer PR Code Quality Reviewer used 8,070 calls across 9 runs (~900/run); no single workflow came close to the 15,000/hr limit (dashed line). The heaviest per-run cost belongs to reviewers making many file/PR reads β batching GraphQL reads or caching PR metadata across steps is the clearest optimisation opportunity. Daily yamllint Fixer stands out for duration (2,189s for 1,479 calls) rather than volume.
Top 10 Workflows by REST API Consumption (last 24h)
Trending Indicators
π¦ Cache Memory Status
/tmp/gh-aw/cache-memory/trending/api-consumption/history.jsonlβοΈ Run health & collection notes
core_consumedvia response-header deltas)failure(84.5% success rate)logscall timed out during formatting but 103 run directories were already on disk and used as the authoritative dataset. No continuation calls were made.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