From ruby-programming
Use when executing an implementation plan for Ruby code. Wraps superpowers execution with Ruby-specific implementer guidance and design-aware verification.
How this skill is triggered — by the user, by Claude, or both
Slash command
/ruby-programming:execute-planThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Execute an implementation plan with Ruby-specific quality enforcement. The controller is lean — it orchestrates. Ruby knowledge flows through sub-agent prompts, not controller context.
Execute an implementation plan with Ruby-specific quality enforcement. The controller is lean — it orchestrates. Ruby knowledge flows through sub-agent prompts, not controller context.
Read the implementation plan. If no plan exists, stop and suggest using ruby-programming:brainstorm first.
If superpowers:subagent-driven-development is available, invoke it and follow its process with these modifications:
Implementer prompt enhancement: When constructing each implementer subagent prompt, read ${SKILL_DIR}/implementer-prompt.md and append its contents to the prompt. Do NOT read design-shapes.md, design-vocabulary.md, or the ruby-programming SKILL.md yourself — the implementer prompt is self-contained. You are the orchestrator, not the implementer.
Quality review — run BOTH reviewers in parallel: After the spec reviewer passes, dispatch BOTH of these as background agents simultaneously:
Superpowers code quality reviewer — use the standard superpowers code-quality-reviewer-prompt.md as-is.
Ruby verifier — dispatch a separate general-purpose agent with this prompt template (fill in the file paths from the task):
You are a Ruby code quality verifier. Read every file listed below, then audit
against the quality checklist that follows. Report PASS/FAIL for each item.
## Files to Review
[LIST THE FILES THE IMPLEMENTER CREATED/MODIFIED]
## Quality Checklist
[PASTE THE FULL CONTENTS OF ${SKILL_DIR}/../ruby-programming/references/quality-checklist.md]
## Rules
- Be strict. When in doubt, FAIL.
- Don't infer intent. Flag poor names even if you can guess what they meant.
- Don't skip items. Every checklist item gets a verdict.
- Don't suggest fixes. Just identify problems.
- If a checklist item doesn't apply, mark PASS with "(n/a)".
## Output Format
### FAIL (N items)
- [ ] **[item]** — [one-line reason] (`file.rb:line`)
### PASS (N items)
- [x] **[item]**
Read the quality checklist file ONCE at the start of execution and reuse its contents for each ruby verifier dispatch. Fix issues from EITHER reviewer before marking the task complete.
Spec reviewer: Use superpowers spec reviewer as-is.
If superpowers is NOT available, execute tasks sequentially yourself:
${SKILL_DIR}/implementer-prompt.md for Ruby guidance — follow it for each taskIf superpowers:finishing-a-development-branch is available, invoke it.
If not, run tests, summarize changes, and ask the user how they want to integrate.
Controllers orchestrate, they don't learn. The superpowers framework handles dispatching agents, tracking tasks, and managing review loops. Ruby-specific quality (Shameless Green, design shapes, Sorbet, pre-flight) flows through sub-agent prompts — never load reference files into the controller's context. This keeps the controller lean and prevents it from confusing its orchestration role with the implementer role.
Guides creation, editing, and verification of skills for AI coding agents using test-driven development with subagent scenarios. Use when authoring or debugging skills.
npx claudepluginhub jtgrenz/ruby-programming --plugin ruby-programming