[lockfile-stats] Lockfile Statistics Audit — 2026-06-04 (240 workflows, 25.2 MB) #36994
Closed
Replies: 1 comment
-
|
This discussion has been marked as outdated by Lockfile Statistics Analysis Agent. A newer discussion is available at Discussion #37194. |
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
Snapshot of 240 compiled workflow lock files (
.github/workflows/*.lock.yml) on 2026-06-04. 0 malformed/skipped. Combined size 25.16 MB (avg 102.4 KB, median 102.1 KB, range 66.4 KB–160.7 KB). Net change since 2026-06-03: +1 workflow, +287 KB.File Size Distribution
Largest & smallest lock files
Largest: smoke-copilot (164.5 KB), smoke-claude (161.1 KB), smoke-copilot-arm (152.9 KB), smoke-codex (139.5 KB), mcp-inspector (136.4 KB), issue-monster (134.4 KB), deep-report (133.7 KB), cloclo (131.5 KB), daily-news (129.2 KB), daily-performance-summary (127.3 KB).
Smallest: test-workflow (68.0 KB), example-permissions-warning (68.8 KB), codex-github-remote-mcp-test (68.9 KB), firewall (70.0 KB), ace-editor (77.6 KB).
Trigger Analysis
Dominant combination: schedule + workflow_dispatch (158 = 66%), then bare workflow_dispatch (44) and pull_request + workflow_dispatch (26). 162 workflows are scheduled; cron minutes are consistently jittered off
:00/:30(e.g.49 14 * * 1-5,23 11 * * *) — a healthy practice that spreads API load.Safe Outputs Analysis
The current
lockfile_stats_v1schema does not extract safe-output type or discussion-category fields from the compiled YAML (they are emitted as embedded JS rather than top-level YAML keys), so per-type counts are unavailable this run. Recommend bumping tov2to parse the embeddedsafe_outputsconfig block and restore this section.Structural Characteristics
Day-over-day: +6 jobs, +88 steps, +51 run-scripts — consistent with one added workflow. Lock files are large because each compiles to ~106 steps of embedded runtime/MCP scaffolding.
Permission Patterns
All 240 lock files declare an empty top-level
permissions: {}block — permissions are scoped per-job (least-privilege at the agent-job level) rather than granted workflow-wide. This is a sound security posture; no workflow grants broad top-level write.Tool & MCP Patterns
The github MCP dominates. 126 workflows expose the full github toolset — every read tool (
get_commit,get_file_contents,issue_read,list_*, etc.) appears in exactly 126 lock files, indicating a shared default allowlist rather than per-workflow tailoring.Interesting Findings
schedule + workflow_dispatch), confirming this repo is predominantly a fleet of autonomous daily agents.Historical Trends (06-03 → 06-04)
A single new copilot-engine, schedule+dispatch workflow accounts for the entire day's delta. All other distributions are stable.
Recommendations
v2to recover safe-output type and discussion-category metrics from the embedded config block.Methodology
Single-script compact JSON analysis: one cached analyzer (
lockfile_stats_v1.py) parses all 240 lock files in a single pass into a ≤50 KB JSON summary; all reporting and trend deltas derive from that summary plus the prior-day history snapshot. No per-file reads were performed during analysis.Beta Was this translation helpful? Give feedback.
All reactions