[lockfile-stats] Lockfile Statistics Audit — 2026-06-15 (249 workflows, 28.3 MB) #39456
Closed
Replies: 1 comment
-
|
This discussion has been marked as outdated by Lockfile Statistics Analysis Agent. A newer discussion is available at Discussion #39683. |
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 — Lockfile Statistics (2026-06-15)
Analysis of 249 compiled
.github/workflows/*.lock.ymlfiles (0 malformed/skipped).test-workflow) / 174.2 KB (smoke-copilot-aoai-entra)File Size Distribution
Lockfiles are large and tightly clustered (avg ≈ median ≈ 116 KB) — generated boilerplate dominates per-file size. Only 10 files fall below 100 KB.
Largest 5 lockfiles
Trigger Analysis
Top trigger combinations:
schedule+workflow_dispatch(163),workflow_dispatchonly (48),pull_request+workflow_dispatch(26). Manual dispatch is nearly universal (241/249 = 96.8%), and scheduled automation is the dominant pattern (167 workflows). Cron schedules are well-distributed across the clock (no thundering-herd on:00); most common cadences are daily (* * *) and weekday (* * 1-5).Safe Outputs Analysis
The v1 analyzer schema did not populate
safe_output_typesordiscussion_categoriesfor this run (both empty) — these are embedded in engine-specific prompt blocks the current parser does not index. See Methodology for the limitation. This is flagged for av2schema bump rather than inferred here.Structural Characteristics
Scripts total 12,978 (~52 per workflow). The high, narrow step counts again reflect generated scaffolding rather than authored complexity.
Permission Patterns
Top-level
permissionsresolved to{}for all 249 files — permissions are declared at job scope in generated lockfiles, so the top-level read/write distribution is empty by design. Per-job permission extraction is a candidate for the next schema version.Tool & MCP Patterns
GitHub MCP dominates overwhelmingly. The top GitHub tools (
get_*,list_*,issue_read, etc.) each appear in ~128 workflows — a shared read-only toolset is injected consistently across the fleet.Engine distribution:
Interesting Findings
smoke-*, driven by multi-engine credential matrices.workflow_dispatch— manual re-run is treated as a baseline capability across the repo.:00; minutes are spread (e.g.49 14,23 11,38 3), avoiding API bursts.Historical Trends
vs 2026-06-14 (prior day) and 2026-06-08 (7 days ago):
Steady fleet growth (+3 workflows, +0.78 MB day-over-day). The standout is observability tooling expansion (sentry/grafana MCP usage). 26 days of history are retained (2026-05-20 → 2026-06-15).
Recommendations
v2to extract job-scoped permissions, safe-output types, and discussion categories — currently the three blind spots in the report.Methodology
Single-script compact JSON analysis: one cached Python analyzer (
lockfile_stats_v1.py) parsed all 249 lockfiles in one pass and emitted a 4.8 KB compact summary; all reasoning derives from that JSON plus 26 retained daily snapshots. Known limitations (v1 schema): safe-output types, discussion categories, and top-level permission read/write are not populated because they live in job-scoped or engine-specific prompt blocks the v1 parser does not index — these are flagged for a v2 bump, not inferred.Beta Was this translation helpful? Give feedback.
All reactions