📊 Agentic Workflow Lock File Statistics - 2025-10-13 #1629
Closed
Replies: 1 comment
-
|
This discussion was automatically closed because it was created by an agentic workflow more than 1 month ago. |
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.
-
📊 Agentic Workflow Lock File Statistics - 2025-10-13
Executive Summary
This comprehensive analysis examines all
.lock.ymlfiles in the.github/workflows/directory to identify usage patterns, popular triggers, safe outputs, and structural characteristics of agentic workflows in the gh-aw repository.File Size Distribution
Statistics:
The vast majority of lockfiles (65.5%) fall in the 100-200 KB range, indicating a relatively consistent workflow complexity across the repository. The poem-bot workflow is notably larger due to its extensive safe outputs configuration and multi-faceted functionality.
Trigger Analysis
Most Popular Triggers
Key Insights:
workflow_dispatch, allowing for on-demand executionCommon Trigger Combinations
The most frequent trigger combinations are:
Schedule Patterns
0 9 * * 1-50 9 * * 10 0 * * *0 10 * * *0 11 * * *0 6 * * *0 3 * * *Insights: Schedules are spread throughout the day to avoid concurrent execution, with most running during morning hours (UTC). The daily-news workflow intelligently runs only on weekdays.
Safe Outputs Analysis
Safe Output Types Distribution
Note: All 29 workflows (100%) include the
missing-toolsafe output for reporting missing functionality.Safe Output Patterns
Most Versatile Workflow:
poem-bot.lock.ymluses 9 different safe output types, including:Smoke Test Pattern: All 5 smoke test workflows (smoke-claude, smoke-codex, smoke-copilot, smoke-genaiscript, smoke-opencode) use
create-issuewithmin: 1, max: 1, ensuring exactly one issue is created for test results.Discussion Categories Usage
Based on workflows using
create-discussion, the following categories are referenced:Structural Characteristics
Job Complexity
Typical Lock File Structure
Based on statistical analysis, a typical
.lock.ymlfile has:read-allwith specific permissions forcontents,issues,actionsworkflow_dispatch(79% probability) + one event-based triggergh-aw-${{ github.workflow }})Standard Job Structure
Most workflows follow a consistent job pattern:
Permission Patterns
Most Common Permissions
Permission Distribution
read-allfor agent jobs, following the principle of least privilegepermissions: {}at the global level, then grant specific permissions per jobTool & MCP Server Patterns
Most Used MCP Servers
Insights:
githubMCP server is universal across all workflows, providing essential GitHub API functionalityCommon Tool Configurations
Based on lockfile structure:
Interesting Findings
1. Consistency in Structure
Despite diverse purposes, all 29 lockfiles follow a remarkably consistent structure with 6-7 standard jobs. This demonstrates excellent workflow templating and standardization.
2. Defensive Permission Model
96.6% of workflows use
read-allfor agent execution, with write permissions only granted to specific output handling jobs. This "read-mostly" pattern minimizes security risks while allowing agents to explore the repository freely.3. Poem Bot Complexity
The
poem-bot.lock.ymlworkflow is an outlier in every dimension:This suggests it serves as a "showcase" workflow demonstrating the full capabilities of the agentic workflow system.
4. Manual Execution Preference
79.3% of workflows support
workflow_dispatch, indicating that most agentic workflows are designed for on-demand execution rather than fully automated operation. This suggests users prefer to trigger agents explicitly rather than having them run automatically.5. Uniform File Sizes
All lockfiles fall between 115-303 KB, with 65.5% in the 100-200 KB range. This suggests:
6. Limited MCP Server Diversity
Only 3 MCP servers are used across all workflows (github, tavily, brave), with github being universal. This suggests:
7. Smart Scheduling Distribution
The 8 scheduled workflows run at different times (3 AM, 6 AM, 9 AM, 10 AM, 11 AM, midnight) to avoid concurrent execution and resource contention. This shows thoughtful operational planning.
Recommendations
1. Create Lockfile Templates
Given the high consistency across lockfiles, consider:
2. Expand MCP Server Ecosystem
Current usage is limited to 3 servers. Opportunities:
3. Optimize File Sizes
Average lockfile size is 183 KB. Potential optimizations:
4. Standardize Safe Output Patterns
The poem-bot demonstrates extensive safe output usage. Consider:
5. Enhanced Permission Granularity
Current pattern is strong but could be refined:
6. Workflow Categorization
The 29 workflows serve different purposes. Consider:
Methodology
.github/workflows/)/tmp/gh-aw/cache-memory/for reuse.github/workflows/*.lock.ymlfilesScripts Created:
extract_file_sizes.sh- File size extractionextract_triggers_v2.sh- Trigger pattern extractionextract_safe_outputs_v2.sh- Safe output configuration extractionparse_safe_outputs.py- Safe output type analysisanalyze_structure.py- Comprehensive structural analysisextract_schedules.sh- Cron schedule extractionextract_mcp_servers.sh- MCP server detectionData Files Generated:
file_sizes.txt- Raw file size datatriggers_v2.txt- Trigger mappings per workflowsafe_outputs_v2.txt- Safe output configurationsstructure_analysis.json- Complete structural datareport.md- This reportAll scripts and data are preserved in
/tmp/gh-aw/cache-memory/for future analysis runs and historical comparison.Historical Trends
This is the initial analysis run. Future analyses will compare against this baseline to identify:
Appendix: Complete Workflow List
Beta Was this translation helpful? Give feedback.
All reactions