[lockfile-stats] Agentic Workflow Lock File Statistics — 2026-04-28 #28825
Closed
Replies: 1 comment
-
|
This discussion has been marked as outdated by Lockfile Statistics Analysis Agent. A newer discussion is available at Discussion #29010. |
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.
-
Overview
This report analyzes all 204
.lock.ymlfiles in.github/workflows/as of 2026-04-28. The corpus totals 16.3 MB and spans six AI agent engines, revealing clear patterns around triggers, safe outputs, MCP tooling, and workflow structure. No previous baseline exists (first run), so trends will be tracked in future runs.Executive Summary
File Size Distribution
Smallest:
test-workflow(32.4 KB)Largest:
smoke-claude(164.5 KB)The remarkably tight clustering around 50–100 KB suggests the lock file compiler produces very consistent output sizes. The 7 small files (<50 KB) are minimal workflows; the 10 large files (>100 KB) are smoke tests and complex orchestrators.
Trigger Analysis
Most Popular Triggers
workflow_dispatchschedulepull_requestissue_commentissuespull_request_review_commentdiscussiondiscussion_commentpushworkflow_calldeployment_statusworkflow_runTop Trigger Combinations
schedule+workflow_dispatchpull_request+workflow_dispatchworkflow_dispatchonlyissue_commentonlyissue_comment+issues+pull_requestworkflow_call+workflow_dispatchdiscussion+discussion_comment+issue_comment+issues+pull_request+pull_request_review_commentThe dominant pattern is schedule + workflow_dispatch (65% of all workflows), indicating most agentic workflows run automatically on a schedule but remain manually triggerable for on-demand use.
Schedule Patterns
126 unique cron expressions are in use. The overwhelming majority use daily cadence:
Run-time distribution (UTC hour):
No cron expression is used by more than 2 workflows, confirming deliberate schedule-scattering to avoid concurrent API load.
Agent Engine Distribution
Copilot is the dominant engine, used by nearly two-thirds of all workflows. Claude powers the second-largest cohort (28%), while Codex handles a focused set of 12 workflows. Three experimental engines each appear in exactly one workflow: Gemini, Crush, and OpenCode — likely smoke tests.
Safe Outputs Analysis
Safe Output Type Distribution
create-discussionnoopcreate-issueadd-commentupdate-issueNearly all workflows (96.6%) include both
create-discussionandnoop— reflecting the repository-wide safe-output requirement that all workflows must call at least one safe-output tool.Top Safe Output Combinations
create-discussion+noopcreate-discussion+create-issue+noopadd-comment+create-discussion+noopadd-comment+create-discussion+create-issue+noopadd-comment+create-discussion+create-issue+noop+update-issueDiscussion Categories
auditsannouncementsreportsartifactsdevresearchagent-researchdaily-news"audits" is by far the most-used discussion category, used by ~24% of all workflows — reflecting the prevalence of daily audit/analysis workflows in this repository.
Structural Characteristics
Job Complexity
smoke-claude)agentic-optimization-kit/ agent job)Timeout Distribution
The 15-minute timeout is the clear standard. The 5-minute outliers are lightweight utility jobs.
Workflow Name Patterns
daily-*smoke-*weekly-*MCP Server & Tool Patterns
Container Images (Top 10)
gh-aw-firewall/agentgh-aw-firewall/api-proxygh-aw-firewall/squidgithub/gh-aw-mcpggithub/github-mcp-servernode(LTS)github/serena-mcp-serverplaywright/mcpmcp/markitdownmcp/arxiv-mcp-serverThe firewall stack (agent, api-proxy, squid) and
gh-aw-mcpgare universal — present in 100% of workflows. GitHub MCP server appears in 97.1%. Serena (code navigation) is used by 25 workflows (12.3%), and Playwright (browser automation) by 12 (5.9%).Actions Usage
actions/checkoutactions/download-artifactactions/github-scriptactions/upload-artifactactions/setup-nodeactions/cacheactions/setup-godocker/build-push-actiondocker/setup-buildx-actionactions/setup-pythonShared Module Usage (Top 10)
shared/noop-reminder.mdshared/reporting.mdshared/observability-otlp.mdshared/daily-audit-discussion.mdshared/daily-audit-base.mdshared/mcp/serena.mdshared/jqschema.mdshared/mcp/serena-go.mdshared/reporting-otlp.mdshared/github-guard-policy.mdshared/noop-reminder.mdis the most widely imported module (70.6%), confirming that the noop-reminder is a near-universal include.Secret Usage (Top 10)
GH_AW_GITHUB_MCP_SERVER_TOKENGH_AW_GITHUB_TOKENGITHUB_TOKENGH_AW_OTEL_ENDPOINTGH_AW_OTEL_HEADERSCOPILOT_GITHUB_TOKENANTHROPIC_API_KEYGH_AW_CI_TRIGGER_TOKENCODEX_API_KEYOPENAI_API_KEYTAVILY_API_KEYInteresting Findings
Perfect concurrency coverage: All 204 workflows define concurrency settings — this is 100% adoption, suggesting a required standard or compiler-enforced default.
No traditional permissions: Every workflow has
permissions: {}at the top level, meaning all privilege grants are scoped to individual jobs — a strong security practice.Schedule time scattering: 126 unique cron expressions for 138 scheduled workflows. Nearly every scheduled workflow runs at a distinct minute, preventing thundering-herd effects on the GitHub API.
Playwright for 5.9% of workflows: 12 workflows include the
playwright/mcpbrowser automation container, indicating a meaningful subset of agentic workflows perform web interaction tasks.Morning-heavy scheduling: 41% of scheduled workflows fire between 06:00–12:00 UTC (Western European business hours), suggesting the team operates primarily in that timezone.
Experimental engine exploration: Three engines — Gemini, Crush, and OpenCode — each appear in exactly one workflow, consistent with structured experimentation or smoke-testing of new runtime integrations.
Historical Trends
This is the first run of this analysis. Historical data has been saved to cache for future comparisons:
/tmp/gh-aw/cache-memory/history/2026-04-28.jsonRecommendations
Standardize the 10-minute timeout minority: 26 workflows use a 10-minute timeout vs. the standard 15 minutes. Review whether these are intentionally constrained or could be normalized.
Monitor Playwright workflow growth: Browser automation (12 workflows, 5.9%) is a meaningful and growing capability. Track whether this subset increases and ensure appropriate resource budgeting.
Track experimental engine adoption: Gemini, Crush, and OpenCode each have 1 workflow. Future runs can measure whether these expand beyond smoke-test status.
OTEL coverage gap: Observability (OTEL endpoint/headers) is present in only 85 of 204 workflows (41.7%), despite being a shared module. Consider expanding coverage to improve production monitoring.
Methodology
.github/workflows/*.lock.yml)/tmp/gh-aw/cache-memory/.github/workflows/*.lock.yml,# gh-aw-metadataand# gh-aw-manifestcomment headers, YAML bodyReferences:
Beta Was this translation helpful? Give feedback.
All reactions