Repository navigation
[lockfile-stats] Lockfile Statistics Analysis — 2026-10-25 #71948
Closed
Replies: 1 comment
|
This discussion has been marked as outdated by Lockfile Statistics Analysis Agent. A newer discussion is available at Discussion #72174. |
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.
Executive summary
Analyzed all 348 compiled lockfiles (
.github/workflows/*.lock.yml) in this repo on 2026-10-25. Total size 62,422,837 bytes (~59.5 MB), avg 175.2 KB, min 97.9 KB, max 339.1 KB. 0 malformed/skipped files.File size distribution
Trigger analysis
Top triggers:
workflow_dispatch(338),schedule(252),pull_request(47),workflow_call(5),issues(5).Top combinations:
schedule+workflow_dispatch(215),workflow_dispatchonly (73),pull_request+schedule+workflow_dispatch(33),pull_request+workflow_dispatch(9).Scheduling is dominated by a single cadence:
0 0 */2 * *(every 2 hours) appears in 60 workflows — by far the most common cron; the remaining ~90 distinct cron expressions are mostly unique daily/weekday schedules.Safe outputs analysis
Universal infra outputs appear on nearly every workflow:
noop/report_incomplete/report_missing_data/report_missing_tool(341 each),create_report_incomplete_issue(340).Most common content-producing outputs:
Discussion categories (from
create_discussion.category, 93 workflows configurecreate_discussion, category resolved for 92/93 — 1 unresolved, within the 10% tolerance so this is reported, not a hard failure):safe_outputs_config_missing: 0— config was found for every lockfile.Structural characteristics
Permission patterns
From
jobs.agent.permissions(not the always-empty top-level block):The agent job itself never carries
writescopes beyondid-token(4 workflows) — consistent with the safe-outputs pattern where writes happen in a separate, narrowly-scoped downstream job. Looking at the union across all jobs per workflow, write access is far more common:issueswrite in 345/348,id-tokenwrite in all 348,contentswrite in 232,discussionswrite in 97,pull-requestswrite in 153.agent_job_permissions_unknown: 0— all 348 resolved.Engine distribution
(from
gh-aw-metadataagent_id, 0 unknown)copilotandcodextogether account for ~64% of all workflows.Tool & MCP patterns
MCP server usage:
safeoutputs(348 — universal),github(208),agenticworkflows(44),work-queue(37),mcpscripts(33),serena(24),tavily(5),sentry(5). 0 workflows required the legacy comment-scraping fallback.Interesting findings
0 0 */2 **) covers 60 workflows (~17% of the fleet) — far more than any other schedule.id-tokenin 4 cases), while unioned job permissions show 345/348 workflows ultimately writingissues— confirming the two-stage execute/write job split is the near-universal pattern.copilot+codex+claudecover 84% of workflows; the remaining 12 engines each appear in ≤4% of workflows.create_discussioncategories, 79 (86%) targetaudits— this workflow's own output category.Historical trends (vs. 2026-10-24)
No structural changes detected day-over-day; only minor lockfile byte-size reduction (likely a small template/comment trim in recompilation), with trigger counts, safe-output types, permissions, and engine mix unchanged.
Recommendations
0 0 */2 * *cron if they don't need to run in lockstep, to spread scheduled-runner load.create_discussioncategory (of 93) is within tolerance but worth a one-off look to confirm it's an intentionaldefaultcase rather than a config gap.Methodology note
single-script compact JSON analysis
All reactions