agentleFS
karim-bhalwanikarim-bhalwani/agent-skills-collection/skills/github-workflow-automation/SKILL.md

github-workflow-automation

Skill0 starsChanged 10 months agoMITView on GitHub

Automate GitHub workflows with AI-powered assistance for PR reviews, issue triage, CI/CD pipelines, and Git operations. Use when setting up automated code reviews, implementing issue labeling, creating smart CI/CD workflows, building deployment validation, automating Git operations, or configuring on-demand AI assistance bots.

  • Reads credentials

45 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use V3 DDD Architecture, V3 Memory Unification and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • ruvnetSkill

    V3 DDD Architecture

    Domain-Driven Design architecture for claude-flow v3. Implements modular, bounded context architecture with clean separation of concerns and microkernel pattern.

    Also in 27 projects that use this

  • ruvnetSkill

    V3 Memory Unification

    Unify 6+ memory systems into AgentDB with HNSW indexing for 150x-12,500x search improvements. Implements ADR-006 (Unified Memory Service) and ADR-009 (Hybrid Memory Backend).

    Also in 27 projects that use this

  • nbossnSkill

    worker-benchmarks

    Run comprehensive worker system benchmarks and performance analysis

    Also in 9 projects that use this

  • ZekiogSkill

    agent-agent

    Agent skill for agent - invoke with $agent-agent

    Also in 5 projects that use this

  • ZekiogSkill

    agent-analyze-code-quality

    Agent skill for analyze-code-quality - invoke with $agent-analyze-code-quality

    Also in 5 projects that use this

  • +3 more from ruvnet
  • +4 more from Zekiog

The file

We split this skill into the rules it gives an agent

7 rules. 0 are common, 6 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 11 edited versions we read keep these.

  • 6

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    4. Test in staging: before production deployment

    line 99
  2. Very specific:

    Use minimal permissions in workflows (contents: read, pull-requests: write)

    line 106
  3. Distinctive:

    Never expose sensitive data in workflow logs

    line 108
  4. Distinctive:

    Use path filters to skip unnecessary workflows

    line 112
  5. Distinctive:

    Consider self-hosted runners for heavy workloads

    line 115
  6. Distinctive:

    Add timeouts to all jobs (default: 360 min may be too long)

    line 119
  7. Distinctive:

    Do not run production-changing workflows without explicit approval and rollback plan

    line 172

“Common” is measured: kept by at least 6 in 10 of the 11 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

🔧 GitHub Workflow Automation

Automate GitHub workflows with AI-powered assistance using GitHub Actions, inspired by Gemini CLI and modern DevOps practices.

Overview

This skill provides patterns for integrating AI into GitHub workflows to automate code reviews, issue management, CI/CD pipelines, and Git operations. It focuses on practical, production-ready GitHub Actions configurations that leverage Claude/AI for intelligent automation.

Core Capabilities

  • AI-Powered PR Reviews: Automated code review with structured feedback
  • Issue Triage: Auto-label, categorize, and manage incoming issues
  • CI/CD Integration: Smart test selection, deployment validation, rollback automation
  • Git Operations: Automated rebase, cherry-pick, and branch cleanup
  • On-Demand Assistance: @mention bots for interactive help in PRs and issues

Detailed Workflow Guides

Choose the appropriate reference based on your automation needs:

PR Review Automation

Use when: Setting up automated code review workflows, implementing review patterns, creating focused filters.

Covers:

  • Complete GitHub Actions workflow for AI-powered PR reviews
  • Structured review comment patterns
  • File type filtering and context inclusion
  • Security best practices

Issue Triage

Use when: Automating issue labeling, managing stale issues, implementing first-response templates.

Covers:

  • Auto-labeling based on issue analysis
  • Triage prompt patterns
  • Stale issue management workflows
  • First-response automation

CI/CD Integration

Use when: Building smart CI/CD pipelines, implementing deployment validation, creating rollback automation.

Covers:

  • Smart test selection based on file changes
  • AI-powered deployment risk assessment
  • Automated rollback workflows with notifications

Git Operations

Use when: Automating Git workflows, handling rebase/cherry-pick operations, managing branch lifecycle.

Covers:

  • Comment-triggered auto-rebase
  • AI-assisted cherry-pick with conflict resolution
  • Weekly branch cleanup automation

Repository Configuration

Use when: Setting up CODEOWNERS, configuring branch protection, implementing @mention bots.

Covers:

  • CODEOWNERS file patterns
  • Branch protection via GitHub API
  • @mention bot for on-demand assistance
  • Available commands reference

Quick Start

1. Choose your automation type from the list above

2. Read the appropriate reference guide with complete workflow examples

3. Adapt to your repository:

  • Replace placeholders (repo names, team names)
  • Configure secrets (AI API keys)
  • Adjust thresholds and rules

4. Test in staging before production deployment

Best Practices

Security

  • Store AI API keys in GitHub Secrets (ANTHROPIC_API_KEY, etc.)
  • Use minimal permissions in workflows (contents: read, pull-requests: write)
  • Validate all inputs before processing
  • Never expose sensitive data in workflow logs

Performance

  • Use path filters to skip unnecessary workflows
  • Implement smart test selection to reduce CI time
  • Cache dependencies appropriately
  • Consider self-hosted runners for heavy workloads

Reliability

  • Add timeouts to all jobs (default: 360 min may be too long)
  • Handle API rate limits gracefully
  • Implement retry logic for transient failures
  • Maintain rollback procedures for all automations

Common Patterns

Trigger on PR events:

on:
  pull_request:
    types: [opened, synchronize, reopened]

Use outputs between jobs:

jobs:
  analyze:
    outputs:
      result: ${{ steps.step-id.outputs.value }}
  
  use:
    needs: analyze
    steps:
      - run: echo "${{ needs.analyze.outputs.result }}"

Conditional execution:

if: contains(github.event.comment.body, '/command')

Resources

Outputs & Deliverables

  • Primary Output: GitHub Actions workflows (.github/workflows/*.yml)
  • Secondary Output: Automation scripts, CODEOWNERS configuration, documentation
  • Success Criteria: Workflows execute successfully in dry-run, automation performs expected actions
  • Quality Gate: verification-before-completion evidence (CI logs), guardian review for security-sensitive automations

Constraints

Technical Constraints:

  • Do not run production-changing workflows without explicit approval and rollback plan
  • Respect GitHub API rate limits (5000 requests/hour for authenticated requests)
  • Workflows must complete within timeout limits (default 360 min, recommend <60 min)

Scope Constraints:

  • This skill produces GitHub Actions workflows and automation configurations
  • Infrastructure provisioning (Terraform, cloud resources) should use ops-manager skill
  • Database migrations and schema changes should involve appropriate data skills

Governance Constraints:

  • Workflows must respect CODEOWNERS and require appropriate approvals
  • Security-sensitive changes require manual review
  • Production deployments should use GitHub Environments with protection rules

Common Pitfalls

  • Secrets in Logs: Accidentally exposing secrets via echo or error messages → Always use GitHub Secrets and mask outputs
  • No Dry-Run Testing: Running automation against production immediately → Test in staging branch/environment first
  • Missing Rollback: Automating destructive operations without recovery → Document and practice rollback before deploying
  • Flaky Workflows: Race conditions or network timeouts → Add retries and appropriate timeouts to all steps
  • Over-Permissioning: Giving workflows more access than needed → Use minimal scopes (read-only unless write required)
  • Silent Failures: Workflows fail without notifications → Always configure failure alerts (Slack, email, etc.)
  • Ignoring Rate Limits: Hitting GitHub API limits causing automation failures → Implement exponential backoff and caching

Integration Points

PhaseInput FromOutput ToContext
Workflow DesignRequirementsGitHub Actions YMLDesign automation workflows
PR AutomationCode changesguardianTrigger reviews on PRs
Issue TriageGitHub issuesLabels & assignmentsAuto-categorize issues
CI/CDTest resultsDeploymentRun tests, validate, deploy
VerificationWorkflow logsverification-before-completionEvidence of automation success

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.