Repository navigation
[lockfile-stats] Lockfile Statistics Audit — 2026-10-22 #71213
Closed
Replies: 1 comment
|
This discussion has been marked as outdated by Lockfile Statistics Analysis Agent. A newer discussion is available at Discussion #71490. |
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.
Overview
Daily lockfile statistics for
.github/workflows/*.lock.yml— generated 2026-10-22.workflow_dispatchFile size distribution
Sizes cluster tightly: min 100,227 B, avg 178,618 B, max 319,832 B — a ~3.2x spread, no outliers skewing the average.
Trigger analysis
Trigger counts and top combinations (346 workflows)
Most common cron:
0 0 */2 * *(every 2 days at midnight) — 60 workflows. The remaining ~190 scheduled workflows use mostly unique, staggered cron times.Safe outputs analysis
Safe-output type usage (top 15 of 56 distinct types)
45 additional types appear 1-10 times each (long tail: Jira/Linear/Slack integrations, project field updates, etc.).
Discussion categories — 93 workflows configure
create_discussion; 92 resolved a category (1 unresolved, see Findings).This report itself lands in
audits, the dominant category.Structural characteristics
Permission patterns
Derived from
jobs.agent.permissions(not the always-empty top-level block):Agent-job scopes (read/write/none across 346 workflows)
Agent jobs are almost universally least-privilege read-only — the only write scopes granted directly to the agent are
copilot-requests(Copilot engine runs) andid-token(OIDC). Actual write access happens elsewhere: the union across all jobs in a workflow (including safe-output jobs) showsid-tokenwrite in all 346 workflows (100%) andissueswrite in 343 (99.1%), confirming gh-aw's safe-outputs isolation pattern — the agent reasons with read-only access, and a separate privileged job performs the writes.Engine distribution
All 346 lockfiles resolved an engine (0 unknown).
Tool & MCP patterns
9 lockfiles required fallback (legacy comment-scraping) detection rather than the structured manifest.
Findings
contents,issues, orpull-requestsin any of the 346 workflows — all writes flow through safe-output jobs, which is why the union view shows near-universal write access (id-token100%,issues99.1%) while the agent-job view shows none.pr-sous-chef.lock.ymlconfigurescreate_discussionbut its category could not be resolved fromGH_AW_SAFE_OUTPUTS_CONFIG— worth a manual check (1.1% gap, within tolerance but notable since it's the only one).schedule + workflow_dispatchpair, and a single cron (0 0 */2 * *, every 2 days) accounts for 60 of the 251 scheduled workflows — a meaningful clustering that could stagger better to smooth runner load.Historical trends
Compared to the prior snapshot (2026-10-21):
Triggers, safe-output types, discussion categories, engine distribution, permission patterns, and MCP usage are unchanged day-over-day — the fleet is stable; only minor recompilation growth in a handful of lockfiles.
Recommendations
pr-sous-chef.lock.yml'screate_discussionconfig — category extraction failed where it succeeds for 92/93 peers.0 0 */2 * *cron to reduce simultaneous runner load.Methodology
single-script compact JSON analysis
References:
All reactions