Repository navigation
[lockfile-stats] Lockfile Statistics Report — 2026-10-23 #71490
Closed
Replies: 1 comment
|
This discussion has been marked as outdated by Lockfile Statistics Analysis Agent. A newer discussion is available at Discussion #71706. |
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
.github/workflows/*.lock.yml), 0 skipped as malformedFile Size Distribution
Trigger Analysis
Top trigger combinations:
schedule+workflow_dispatch215 (61.8%),workflow_dispatchonly 73 (21.0%),pull_request+schedule+workflow_dispatch33 (9.5%),pull_request+workflow_dispatch9 (2.6%).Most common cron:
0 0 */2 * *(every 2 days) — 60 workflows (17.2%), by far the most concentrated schedule in the fleet.Safe Outputs Analysis
Baseline scaffolding (
noop,report_incomplete,report_missing_data,report_missing_tool) appears in ~341/348 workflows (98%) — effectively universal.Most common write-producing actions:
create_issue184 (52.9%),create_discussion92 (26.4%),add_comment74 (21.3%),create_pull_request66 (19.0%),push_repo_memory33,add_labels32.Long tail: 50+ distinct safe-output types, many used by just 1-2 workflows (Jira/Linear/Slack integrations, project field updates, code-scanning alerts).
Discussion categories (93 workflows configure
create_discussion; 92 resolved — no detection failure, see Methodology):1 workflow (
pr-sous-chef.lock.yml) has an unresolved category — well under the 10% failure threshold, so this is a known gap, not a broken extractor.Structural Characteristics
Script steps make up ~41% of all steps fleet-wide.
Permission Patterns
Agent-job permissions (the primary per-workflow scope, mirroring frontmatter
permissions:) are read-only by design:contentsread 100%,issuesread 75%,pull-requestsread 73%,actionsread 41%,discussionsread 15%. The only direct grants on the agent job arecopilot-requestswrite (171, 49%) andid-tokenwrite (4) — zero agent jobs hold write oncontents,issues,pull-requests, ordiscussions.Union across all jobs in a workflow (including safe-output jobs) tells the complementary story:
id-tokenwrite in 100% of workflows (OIDC),issueswrite 99%,contentswrite 67%,copilot-requestswrite 49%,pull-requestswrite 44%,discussionswrite 28%. 348/348 workflows (100%) grant a write scope somewhere — confirming the safe-outputs job-isolation pattern: the agent job stays read-only, and a separate job performs the actual write.Engine Distribution
engine_unknown= 0 — fully resolved for all 348 lockfiles viagh-aw-metadatacomments.Tool & MCP Patterns
9 lockfiles lacked a
gh-aw-manifestmcp_serversarray and required the legacy# - mcp__...comment fallback.Interesting Findings
0 0 */2 * *cron — the most clustered single schedule in the fleet.pr-sous-chef.lock.ymlis unresolved, well inside the 10% tolerance.Historical Trends (vs 2026-10-21)
The 2 new lockfiles both resolve to the
copilotengine and account for essentially all of the period's growth in jobs/steps/MCP usage — no shift in the rest of the engine mix.Recommendations
pr-sous-chef.lock.yml) to confirm whether it's genuinely missing a category or uses a non-standard config shape.0 0 */2 * *cron, if their tasks don't require synchronized runs, to smooth runner load.Methodology
single-script compact JSON analysis. Engine resolved from
gh-aw-metadataheader comments; permissions from per-jobpermissions:blocks (never the always-empty top-level block); safe-output config and discussion categories fromGH_AW_SAFE_OUTPUTS_CONFIG/GH_AW_SAFE_OUTPUTS_HANDLER_CONFIGenv JSON, parsed viayaml.safe_load+json.loads(no regex fallback was needed this run).create_discussion_workflows=93 > 0 anddiscussion_category_detected=92 > 0 (not a zero-detection failure); the 1-workflow gap is 1.1%, under the 10% self-check threshold.References:
All reactions