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
github/gh-aw remains an extremely high-throughput repository, driven almost entirely by its own agentic automation. Over the sampled window, 461 of 600 recent pull requests were merged (a 76.8% merge rate) with a very fast average merge time of 2.2 hours, reflecting heavy reliance on automated PR authors and fast-turnaround review workflows.
Issue activity is similarly brisk: 501 of 600 recent issues were closed, with an average resolution time of 12.0 hours. Discussion activity is dominated by automated daily reports (audits, security, lint, firewall, team-evolution, etc.), most of which are informational and not designed to be "answered" in the traditional Q&A sense.
Data coverage note: the query tools cap results at the most recent items returned, and this repository's activity volume is so high that 600 PRs and 600 issues only cover approximately the last ~2.7 days, not the full 90-day window requested. Metrics below should be read as a snapshot of very recent, high-intensity activity rather than a true 90-day trend.
Key Highlights
✅ 461 PRs merged (out of 600 most recent)
📊 501 issues resolved (out of 600 most recent)
💬 100 discussions captured, 0 marked as formally "answered" (most are automated report postings, not Q&A threads)
No critical performance issues detected. PR merge velocity and issue resolution times are healthy. The main caveat is a data-coverage limitation: the mcp-script query tools returned only the most recent 600 PRs/issues and 100 discussions, spanning ~2.7 days instead of 90 days, due to this repository's very high activity volume (largely automated agentic workflows). True 90-day metrics likely differ from this snapshot.
📈 Activity Overview
Pull requests (600) and issues (600) dominate activity volume, both capped by the query tool's result limits, while discussions (100) trail — consistent with a repo where most day-to-day work happens via code changes and issue tracking rather than open-ended discussion threads.
📊 Detailed Benchmark Results
🎯 Resolution Metrics
Merged PRs (76.8%) substantially outweigh open (0.7%) and closed-unmerged (22.5%) PRs, indicating a healthy, fast-moving merge pipeline. Issues show a similar pattern: 83.5% closed vs. 16.5% open, suggesting the maintenance/triage automation is keeping pace with incoming issue volume.
⚡ Velocity Metrics
Average PR merge time (2.2 hours) and issue close time (12.0 hours) are both fast, typical of a repo where automated agents (bots) author and often self-merge or quickly review changes. Only 7 unique PR authors were observed in the sampled window, reinforcing that a small number of automation identities drive the bulk of PR volume. Discussion "answer rate" is 0% in this window, largely because sampled discussions are automated report postings rather than questions awaiting an answer.
📊 Complete Performance Data
Pull Requests
Metric
Value
Total PRs (sampled)
600
Merged
461
Open
4
Closed (unmerged)
135
Avg Merge Time
2.2 hours
Unique Contributors
7
Issues
Metric
Value
Total Issues (sampled)
600
Closed
501
Open
99
Avg Resolution Time
12.0 hours
Discussions
Metric
Value
Total Discussions (sampled)
100
Answered
0
Answer Rate
0.0%
📈 Historical Comparisons
No prior daily-performance dataset was retained for direct comparison in this run; the previous "[daily performance]" discussion (#51466, 2026-08-08) has been closed as outdated and superseded by this report.
💡 Optimization Recommendations
Increase query result limits or add pagination/date-windowing to the mcp-script PR/issue query tools so future reports can genuinely cover the full 90-day window instead of being truncated to ~2.7 days of the most recent activity.
Diversify discussion answer tracking — since most discussions here are automated report postings rather than questions, consider excluding auto-generated report discussions from "answer rate" calculations, or track a separate metric for genuine Q&A discussions.
Continue monitoring the small pool of PR authors (7 unique) driving nearly all merge volume; ensure bot/automation identities are healthy and not silently failing, since they represent a concentration risk for delivery velocity.
Report generated automatically by the Daily Performance Summary workflow Data source: github/gh-aw - Sampled window (~2.7 days due to tool result limits; 90-day target not fully achievable with current query caps) Powered by Safe-Input Tools - GitHub queries exposed as MCP tools
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.
Performance Overview
github/gh-aw remains an extremely high-throughput repository, driven almost entirely by its own agentic automation. Over the sampled window, 461 of 600 recent pull requests were merged (a 76.8% merge rate) with a very fast average merge time of 2.2 hours, reflecting heavy reliance on automated PR authors and fast-turnaround review workflows.
Issue activity is similarly brisk: 501 of 600 recent issues were closed, with an average resolution time of 12.0 hours. Discussion activity is dominated by automated daily reports (audits, security, lint, firewall, team-evolution, etc.), most of which are informational and not designed to be "answered" in the traditional Q&A sense.
Data coverage note: the query tools cap results at the most recent items returned, and this repository's activity volume is so high that 600 PRs and 600 issues only cover approximately the last ~2.7 days, not the full 90-day window requested. Metrics below should be read as a snapshot of very recent, high-intensity activity rather than a true 90-day trend.
Key Highlights
🚨 Critical Performance Issues
No critical performance issues detected. PR merge velocity and issue resolution times are healthy. The main caveat is a data-coverage limitation: the mcp-script query tools returned only the most recent 600 PRs/issues and 100 discussions, spanning ~2.7 days instead of 90 days, due to this repository's very high activity volume (largely automated agentic workflows). True 90-day metrics likely differ from this snapshot.
📈 Activity Overview
Pull requests (600) and issues (600) dominate activity volume, both capped by the query tool's result limits, while discussions (100) trail — consistent with a repo where most day-to-day work happens via code changes and issue tracking rather than open-ended discussion threads.
📊 Detailed Benchmark Results
🎯 Resolution Metrics
Merged PRs (76.8%) substantially outweigh open (0.7%) and closed-unmerged (22.5%) PRs, indicating a healthy, fast-moving merge pipeline. Issues show a similar pattern: 83.5% closed vs. 16.5% open, suggesting the maintenance/triage automation is keeping pace with incoming issue volume.
⚡ Velocity Metrics
Average PR merge time (2.2 hours) and issue close time (12.0 hours) are both fast, typical of a repo where automated agents (bots) author and often self-merge or quickly review changes. Only 7 unique PR authors were observed in the sampled window, reinforcing that a small number of automation identities drive the bulk of PR volume. Discussion "answer rate" is 0% in this window, largely because sampled discussions are automated report postings rather than questions awaiting an answer.
📊 Complete Performance Data
Pull Requests
Issues
Discussions
📈 Historical Comparisons
No prior daily-performance dataset was retained for direct comparison in this run; the previous "[daily performance]" discussion (#51466, 2026-08-08) has been closed as outdated and superseded by this report.
💡 Optimization Recommendations
Report generated automatically by the Daily Performance Summary workflow
Data source: github/gh-aw - Sampled window (~2.7 days due to tool result limits; 90-day target not fully achievable with current query caps)
Powered by Safe-Input Tools - GitHub queries exposed as MCP tools
All reactions