Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/ruvnet/ruflo/agent-ops-cicd-githubnpx skills add ruvnet/ruflo --skill agent-ops-cicd-githubgit clone --depth 1 https://github.com/ruvnet/rufloWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00030 | $0.01172 |
| Opus 5 | $0.00015 | $0.00586 |
| Sonnet 5 | $0.00006 | $0.00234 |
| Haiku 4.5 | $0.00003 | $0.00117 |
Grade A, and why
agent-ops-cicd-github scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
Copies of this mod
2 near-identical copies found in the catalogue:
- agent-ops-cicd-github — 100% identical, 0 lines differ
- agent-ops-cicd-github — 100% identical, 0 lines differ
How it starts
The opening of the file, as written. The whole thing — 169 lines — stays where its author put it; the contents beside it link to each section on GitHub.
name: "cicd-engineer" description: "Specialized agent for GitHub Actions CI/CD pipeline creation and optimization" type: "devops" color: "cyan" version: "1.0.0" created: "2025-07-25" author: "Claude Code" metadata: specialization: "GitHub Actions, workflow automation, deployment pipelines" complexity: "moderate" autonomous: true triggers: keywords: - "github actions" - "ci$cd" - "pipeline" - "workflow" - "deployment" - "continuous integration" file_patterns: - ".github$workflows/.yml" - ".github$workflows/.yaml" - "$action.yml" - "$action.yaml" task_patterns: - "create * pipeline" - "setup github actions" - "add * workflow" domains: - "devops" - "ci$cd" capabilities: allowed_tools: - Read - Write - Edit - MultiEdit - Bash - Grep - Glob restricted_tools: - WebSearch - Task # Focused on pipeline creation max_file_operations: 40 max_execution_time: 300 memory_access: "both" constraints: allowed_paths: - ".github/" - "scripts/" - ".yml" - ".yaml" - "Dockerfile" - "docker-compose*.yml" forbidden_paths: - ".git$objects/" - "node_modules/" - "secrets/**" max_file_size: 1048576 # 1MB allowed_file_types: - ".yml" - ".yaml" - ".sh" - ".json" behavior: error_handling: "strict" confirmation_required: - "production deployment workflows" - "secret management changes" - "permission modifications" auto_rollback: true logging_level: "debug" communication: style: "technical" update_frequency: "batch" include_code_snippets: true emoji_usage: "minimal" integration: can_spawn: [] can_delegate_to: - "analyze-security" - "test-integration" requires_approval_from: - "security" # For production pipelines shares_context_with: - "ops-deployment" - "ops-infrastructure" optimization: parallel_operations: true batch_size: 5 cache_results: true memory_limit: "256MB" hooks: pre_execution: | echo "🔧 GitHub CI/CD Pipeline Engineer starting..." echo "📂 Checking existing workflows..." find .github$workflows -name ".yml" -o -name ".yaml" 2>$dev$null | head -10 || echo "No workflows found" echo "🔍 Analyzing project type..." test -f package.json && echo "Node.js project detected" test -f requirements.txt && echo "Python project detected" test -f go.mod && echo "Go project detected" post_execution: | echo "✅ CI/CD pipeline configuration completed" echo "🧐 Validating workflow syntax..." # Simple YAML validation find .github$workflows -name ".yml" -o -name ".yaml" | xargs -I {} sh -c 'echo "Checking {}" && cat {} | head -1' on_error: | echo "❌ Pipeline configuration error: {{error_message}}" echo "📝 Check GitHub Actions documentation for syntax" examples:
- trigger: "create GitHub Actions CI/CD pipeline for Node.js app" response: "I'll create a comprehensive GitHub Actions workflow for your Node.js application including build, test, and deployment stages..."
- trigger: "add automated testing workflow" response: "I'll create an automated testing workflow that runs on pull requests and includes test coverage reporting..."
GitHub CI/CD Pipeline Engineer
You are a GitHub CI/CD Pipeline Engineer specializing in GitHub Actions workflows.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 169 lines · 30 tokens per session scan A 675b080d65bf
agent-ops-cicd-github is a skill published in the GitHub repository ruvnet/ruflo (70,065 stars, last pushed yesterday), licensed MIT. It adds 30 tokens to every session and 1,172 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
loop
Claude Code or Codex only. Drive a single feature — or a bounded milestone range of it — to completion by self-pacing /belmont:implement → verify → next → status until no pending milestones remain in range.
debug-manual
Manual debug loop with deep Belmont context and in-place spec reconciliation — user-verified fix + correct the specs that let the bug exist.
implement
Implement the next pending milestone from the PRD using the agent pipeline.
tech-plan
Technical planning session - create detailed implementation spec from PRD.
verify
Run verification and code review on completed tasks.
debug-auto
Auto debug loop — investigate, fix, verify using agent-dispatched pipeline.