[lockfile-stats] Lockfile Statistics Report — 2026-06-01 #36330
Closed
Replies: 1 comment
-
|
This discussion has been marked as outdated by Lockfile Statistics Analysis Agent. A newer discussion is available at Discussion #36534. |
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.
-
Executive Summary
Analysis of 236 compiled
.github/workflows/*.lock.ymlfiles on 2026-06-01 (0 malformed/skipped). Total footprint 22.8 MB (23,937,060 bytes), averaging ~99 KB per lockfile (median 98.1 KB). The corpus is large, tightly clustered, and overwhelmingly composed of scheduled agentic workflows (67.8% on a cron) that almost universally also exposeworkflow_dispatch(96.6%). The GitHub MCP server dominates tool usage by two orders of magnitude, and the engine mix is led by Copilot (65%) followed by Claude (27%).File Size Distribution
Every lockfile falls between 64.6 KB and 183.4 KB — there are no small lockfiles, reflecting the substantial boilerplate the compiler emits per workflow.
Largest & smallest lockfiles
Largest
Smallest
Trigger Analysis
Most common trigger combinations:
schedule + workflow_dispatch(156),workflow_dispatchonly (40),pull_request + workflow_dispatch(28). The schedule+dispatch pairing is the canonical shape — automated cron runs with a manual escape hatch.Schedule cron frequency notes
Crons are well-distributed across off-peak minutes (very few on
:00/:30), consistent with the fleet-friendly scheduling guidance. Most are daily (* * *); a meaningful subset run weekday-only (1-5) or every 4–6 hours (*/4,*/6). No two workflows share a heavily-contended slot.Safe Outputs Analysis
yaml_available: false), so per-type counts could not be computed reliably this cycle. For historical context, the richer 2026-05-20 snapshot (different methodology) showedcreate_discussion,create_issue, andmissing_toolas near-universal,add_comment(~71),create_pull_request(~56), andauditsas the dominant discussion category (~68). Treat those as approximate.Structural Characteristics
Totals: 1,891 jobs, 24,704 steps, 11,922 scripts across the corpus. Step counts are uniformly high (everything ≥69), again reflecting compiled setup/teardown scaffolding rather than user logic.
Permission Patterns
Top-level
permissionsresolved to an empty object ({}) for all 236 lockfiles in this run, and read/write breakdowns were empty — the same parser limitation noted above prevented per-scope extraction. This is a methodology gap, not evidence that permissions are unset; deeper extraction requires the YAML-enabled analyzer path.Tool & MCP Patterns
The GitHub MCP server dominates by ~39× the next server. A core bundle of ~50 GitHub read tools appears in 126 workflows each (≈53% of the fleet), indicating a standard GitHub toolset wired into most agents.
Engine distribution:
Interesting Findings
Historical Trends
Comparing same-schema snapshots (2026-05-31 → 2026-06-01): lockfiles 237→236, total bytes −78 KB, jobs 1,900→1,891, steps 24,821→24,704, scripts 11,973→11,922, GitHub MCP references 6,656→6,552 (−104). Engine mix essentially unchanged (claude 64→63). The longer arc from 2026-05-20 (233 lockfiles, ~21.3 MB, avg 96 KB) shows steady growth in both count and average size, though a schema change mid-window limits exact field-by-field comparison.
Recommendations
yaml_available: false.Methodology note: single-script compact JSON analysis. All metrics derive from one analyzer pass over the 236 lockfiles producing a ~4.8 KB summary; the report reasons only from that JSON plus cached prior-day snapshots.
References: §26782667552
Beta Was this translation helpful? Give feedback.
All reactions