when-automating-github-actions-use-workflow-automation
Advanced GitHub Actions workflow automation with AI swarm coordination, intelligent CI/CD pipelines, and comprehensive repository management. Coordinates cicd-engineer, workflow-automation, tester, and security-auditor agents through mesh topology to create, optimize, and maintain GitHub Actions workflows. Handles workflow generation, performance optimization, security hardening, matrix testing strategies, and workflow debugging. Use when building CI/CD pipelines, optimizing existing workflows, or establishing automation standards.
What this skill does
# GitHub Actions Workflow Automation Skill
## Overview
Design, implement, and optimize GitHub Actions CI/CD workflows using intelligent agent coordination. This skill provides end-to-end workflow automation including pipeline generation, security hardening, performance optimization, test orchestration, and debugging for robust continuous integration and deployment.
## When to Use This Skill
Activate this skill when creating new CI/CD pipelines from scratch, optimizing slow or inefficient workflows, implementing matrix testing strategies, hardening workflow security and secrets management, debugging failing workflows or flaky tests, establishing organizational workflow standards, or migrating from other CI systems (Jenkins, Travis, CircleCI) to GitHub Actions.
Use for both simple single-job workflows and complex multi-stage pipelines, monorepo workflows with selective job triggering, scheduled workflows and cron jobs, or workflow templates for organization-wide reuse.
## Agent Coordination Architecture
### Swarm Topology
Initialize a **mesh topology** enabling parallel workflow development with peer-to-peer coordination between specialized agents. Mesh topology allows security, testing, and performance agents to collaborate directly.
```bash
# Initialize mesh swarm for workflow automation
npx claude-flow@alpha swarm init --topology mesh --max-agents 6 --strategy balanced
```
### Specialized Agent Roles
**CI/CD Engineer** (`cicd-engineer`): Primary workflow architect that designs pipeline structure, selects appropriate actions, configures jobs and steps, and implements deployment strategies. Owns overall workflow design.
**Workflow Automation** (`workflow-automation`): Specializes in GitHub Actions-specific optimizations including caching strategies, artifact management, workflow reuse, and matrix configurations. Expert in GitHub Actions ecosystem.
**Test Engineer** (`tester`): Designs test orchestration strategies including parallel testing, matrix testing, test reporting, and failure analysis. Ensures comprehensive test coverage in CI/CD.
**Security Auditor** (`security-auditor`): Hardens workflows against security vulnerabilities including secrets management, third-party action vetting, permission scoping, and supply chain security.
**Performance Analyzer** (`perf-analyzer`): Optimizes workflow execution time through parallelization, caching, selective job triggering, and resource optimization. Monitors workflow performance metrics.
## Workflow Automation Processes (SOP)
### Workflow 1: Generate CI/CD Pipeline from Scratch
Create comprehensive CI/CD workflow for new or existing project.
**Phase 1: Requirements Analysis**
**Step 1.1: Initialize Mesh Swarm**
```bash
# Set up mesh swarm for collaborative workflow development
mcp__claude-flow__swarm_init topology=mesh maxAgents=6 strategy=balanced
# Spawn specialized agents
mcp__claude-flow__agent_spawn type=coder name=cicd-engineer
mcp__claude-flow__agent_spawn type=coordinator name=workflow-automation
mcp__claude-flow__agent_spawn type=researcher name=tester
mcp__claude-flow__agent_spawn type=analyst name=security-auditor
mcp__claude-flow__agent_spawn type=optimizer name=perf-analyzer
```
**Step 1.2: Analyze Project Structure**
```plaintext
Task("CI/CD Engineer", "
Analyze project and determine CI/CD requirements:
1. Detect project type (Node.js, Python, Rust, Go, Java, etc.)
2. Identify build system (npm, cargo, maven, gradle, make)
3. Discover test frameworks and test locations
4. Check for linting and formatting tools
5. Identify deployment targets (npm registry, Docker Hub, AWS, etc.)
6. Review existing workflows if migrating from other CI
Use scripts/project-analyzer.sh for detection
Store project analysis in memory: github-actions/analysis
Run hooks: npx claude-flow@alpha hooks pre-task --description 'project analysis'
", "cicd-engineer")
```
**Step 1.3: Define Pipeline Stages**
```plaintext
Task("CI/CD Engineer", "
Design pipeline stages based on project analysis:
1. Define CI stages: lint → test → build → security-scan
2. Define CD stages: package → deploy-staging → deploy-production
3. Determine trigger conditions (push, PR, tag, schedule)
4. Plan matrix configurations (OS, runtime versions)
5. Identify dependencies between stages
6. Create workflow structure diagram
Reference references/pipeline-patterns.md
Store pipeline design in memory: github-actions/pipeline-design
", "cicd-engineer")
```
**Phase 2: Parallel Workflow Development**
Execute specialized agents in parallel to build workflow components.
**Step 2.1: Generate Base Workflow Structure**
```plaintext
Task("CI/CD Engineer", "
Create base workflow YAML structure:
1. Use references/workflow-templates/${PROJECT_TYPE}.yml as base
2. Configure workflow triggers (on: push/pull_request/schedule)
3. Define jobs structure with dependencies
4. Set up runner environments (ubuntu-latest, macos-latest, windows-latest)
5. Configure concurrency groups to prevent redundant runs
6. Add workflow_dispatch for manual triggers
Use scripts/workflow-generator.sh
Store base workflow in memory: github-actions/base-workflow
", "cicd-engineer")
```
**Step 2.2: Implement Testing Strategy**
```plaintext
Task("Test Engineer", "
Design and implement test orchestration:
1. Configure test matrix (multiple Node versions, Python versions, etc.)
2. Set up parallel test execution with job matrix
3. Implement test result reporting (GitHub Actions Summary)
4. Configure test coverage collection and upload
5. Add test artifact collection for debugging
6. Set up flaky test retry logic
Use references/test-strategies.md
Store test config in memory: github-actions/testing
", "tester")
```
**Step 2.3: Add Security Hardening**
```plaintext
Task("Security Auditor", "
Implement workflow security best practices:
1. Scope GITHUB_TOKEN permissions to minimum required
2. Pin third-party actions to specific SHA (not @v1 tags)
3. Configure secrets management properly
4. Add dependency scanning (Dependabot, Snyk)
5. Implement SAST scanning (CodeQL, Semgrep)
6. Add container image scanning if using Docker
7. Configure branch protection rules
Use references/workflow-security.md
Store security config in memory: github-actions/security
", "security-auditor")
```
**Step 2.4: Optimize Performance**
```plaintext
Task("Performance Analyzer", "
Optimize workflow execution time:
1. Implement aggressive caching (dependencies, build artifacts)
2. Configure conditional job execution (path filters)
3. Parallelize independent jobs where possible
4. Use faster runners (GitHub-hosted vs self-hosted)
5. Optimize Docker layer caching for containerized workflows
6. Add build time monitoring
Use references/optimization-techniques.md
Store optimization config in memory: github-actions/optimization
", "perf-analyzer")
```
**Step 2.5: Configure Deployment Automation**
```plaintext
Task("Workflow Automation", "
Set up deployment automation:
1. Configure environment-specific deployment jobs
2. Implement deployment approvals for production
3. Add rollback capability
4. Configure deployment status checks
5. Set up deployment notifications (Slack, Discord)
6. Implement blue-green or canary deployment if applicable
Use references/deployment-automation.md
Store deployment config in memory: github-actions/deployment
", "workflow-automation")
```
**Phase 3: Workflow Integration and Testing**
**Step 3.1: Synthesize Workflow Components**
```plaintext
Task("CI/CD Engineer", "
Integrate all agent contributions into final workflow:
1. Retrieve all components from memory (base, testing, security, optimization, deployment)
2. Merge configurations ensuring no conflicts
3. Validate YAML syntax using scripts/workflow-validator.sh
4. Check for logical errors (circular dependencies, missing inputs)
5. Add comprehensive comments explRelated in Cloud & DevOps
appbuilder-action-scaffolder
IncludedCreate, implement, deploy, and debug Adobe Runtime actions with consistent layout, validation, and error handling. Use this skill whenever the user needs to add actions to an App Builder project, understand action structure (params, response format, web/raw actions), configure actions in the manifest, use App Builder SDKs (State, Files, Events, database), deploy and invoke actions via CLI, debug action issues, or implement patterns such as webhook receivers, custom event providers, journaling consumers, large payload redirects, action sequence pipelines, and Asset Compute workers. Also trigger when users mention serverless functions in Adobe context, action logging, IMS authentication for actions, or cron-style scheduled actions.
orchestrating-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. Use this skill when the user needs a multi-step Data Cloud pipeline, cross-phase troubleshooting, or data space and data kit management. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase sf data360 workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching phase-specific skill), the task is STDM/session tracing/parquet telemetry (use observing-agentforce), standard CRM SOQL (use querying-soql), or Apex implementation (use generating-apex).
github-project-automation
IncludedAutomate GitHub repository setup with CI/CD workflows, issue templates, Dependabot, and CodeQL security scanning. Includes 12 production-tested workflows and prevents 18 errors: YAML syntax, action pinning, and configuration. Use when: setting up GitHub Actions CI/CD, creating issue/PR templates, enabling Dependabot or CodeQL scanning, deploying to Cloudflare Workers, implementing matrix testing, or troubleshooting YAML indentation, action version pinning, secrets syntax, runner versions, or CodeQL configuration. Keywords: github actions, github workflow, ci/cd, issue templates, pull request templates, dependabot, codeql, security scanning, yaml syntax, github automation, repository setup, workflow templates, github actions matrix, secrets management, branch protection, codeowners, github projects, continuous integration, continuous deployment, workflow syntax error, action version pinning, runner version, github context, yaml indentation error
sf-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase `sf data360` workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching sf-datacloud-* skill), the task is STDM/session tracing/parquet telemetry (use sf-ai-agentforce-observability), standard CRM SOQL (use sf-soql), or Apex implementation (use sf-apex).
fabric-cli
IncludedUse this skill for Fabric.so CLI workflows with the `fabric` terminal command: diagnose/install/login, search or browse a Fabric library, save notes/links/files, create folders, ask the Fabric AI assistant, manage tasks/workspaces, generate shell completion, check subscription usage, produce JSON output, and use Fabric as persistent agent memory. Do not use for Microsoft Fabric/Azure/Power BI `fab`, Daniel Miessler's Fabric framework, Python Fabric SSH, Fabric.js, or textile/fashion fabric.
lark
IncludedLark/Feishu CLI skills: lark-cli operations for docs, markdown, sheets, base, calendar, im, mail, task, okr, drive, wiki, slides, whiteboard, apps, approval, attendance, contact, vc, minutes, event. Use when the user needs to operate Lark/Feishu resources via lark-cli, send messages, manage documents, spreadsheets, calendars, tasks, OKRs, deploy web pages, or any Feishu/Lark workspace operations.