[lockfile-stats] Lockfile Statistics Audit — 2026-08-01 (268 lockfiles, 37.3 MB) #49652
Closed
Replies: 1 comment
|
This discussion has been marked as outdated by Lockfile Statistics Analysis Agent. A newer discussion is available at Discussion #49848. |
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
yaml.safe_load(PyYAML available: true)File size distribution
Largest:
smoke-copilot-aoai-entra.lock.yml(216.7 KB),smoke-copilot.lock.yml(215.5 KB),smoke-copilot-aoai-apikey.lock.yml(214.2 KB).Smallest:
example-permissions-warning.lock.yml(83.6 KB),codex-github-remote-mcp-test.lock.yml(84.2 KB),firewall.lock.yml(84.5 KB).Trigger analysis
Top trigger combinations:
schedule+workflow_dispatch(182, 67.9%),workflow_dispatchalone (46, 17.2%),pull_request+workflow_dispatch(28, 10.4%).Schedule cron detail
185 scheduled workflows use 96 distinct cron expressions — only 11 crons repeat (each twice), the rest are unique per-minute offsets (e.g.
49 14 * * 1-5,23 11 * * *). This is consistent with deliberately jittered scheduling to avoid a thundering herd at:00/:30.Safe outputs analysis
Discussion categories used: audits (78), announcements (5), artifacts (2), dev (2), research (2), daily-news (1).
Structural characteristics
release.lock.yml)smoke-copilot.lock.yml)Permission patterns
Read: actions (268, 100%), contents (268, 100%), pull-requests (230, 85.8%), issues (225, 84.0%), discussions (50, 18.7%), security-events (14, 5.2%).
Write: issues (266, 99.3%), contents (196, 73.1%), pull-requests (126, 47.0%), actions (98, 36.6%), discussions (95, 35.4%), copilot-requests (74, 27.6%), checks (13, 4.9%).
Timeout distribution (per job entry)
31–60 min: 268, 6–15 min: 28, ≤5 min: 2.
Tool & MCP patterns
Engine distribution: other/unclassified (118, 44.0%), copilot (68, 25.4%), claude (64, 23.9%), codex (15, 5.6%), antigravity/gemini/opencode (1 each).
MCP servers: github (103, 38.4%), serena (24, 9.0%), tavily (5), sentry (5), grafana (3), markitdown (3), ast-grep/arxiv/deepwiki/notion/microsoftdocs/datadog (2 each), semgrep/agentdb/context7/memory (1 each).
Interesting findings
noop/missing-tool/missing-data/report-incompleteappear in 263/268 lockfiles (98.1%), but only 124 (46.3%) ever callcreate-issueand 90 (33.6%)create-discussion— most workflows are wired to fail gracefully even when they rarely produce output.:00/:30firing.actions+contents, and 99.3% writeissues— even though only ~46% of workflows create issues, implying broad grants likely support the sharedreport-incomplete/error-reporting scaffolding rather than being tightly scoped per-workflow.workflow_dispatchis present almost everywhere (97.4%) — nearly every workflow supports manual re-runs regardless of its primary trigger.Historical trends (vs. 2026-07-31)
The +232 steps / +98 scripts growth is almost entirely explained by the 2 new lockfiles (avg 133 steps/file) rather than existing workflows growing — per-workflow step average actually dipped slightly (133.20 → 133.07).
Recommendations
issues: writeis granted to 99.3% of workflows when only ~46% create/update issues — consider scoping down where the permission is unused outside shared error-reporting scaffolding.Methodology: single-script compact JSON analysis (
lockfile_stats_v1.py, cached incache-memory/scripts/), parsing all.github/workflows/*.lock.ymlviayaml.safe_loadin one pass; no individual lockfile was opened outside that script.All reactions