Curated library of AI agent skills for Ruby on Rails development. Covers code review, architecture, security, testing (RSpec), engines, service objects, DDD patterns, and workflow automation.
98
99%
Does it follow best practices?
Impact
98%
1.38xAverage score across 26 eval scenarios
Passed
No known issues
Focus on what and why, not how. No code until the PRD is approved.
controllers, models, services, jobs, mailers, engines, or external integrations. This feeds directly into section 8 of the PRD.[feature-name] from the feature (lowercase, hyphenated slug, e.g. user-onboarding, export-csv).tasks/prd-[feature-name].md in /tasks/. Create the directory if it does not exist.Recommended next step: generate-tasks — break this PRD into implementation tasks with TDD gates.Include all 10 sections — none are optional. Sections with nothing to say get a one-line placeholder (e.g. "No open questions at this stage."). See PRD_TEMPLATE.md for the ready-to-fill template.
| # | Section | Purpose |
|---|---|---|
| 1 | Introduction | What it is and what problem it solves |
| 2 | Goals | Measurable objectives |
| 3 | User Stories | One per key flow: "As a [role], I want [action] so that [benefit]" |
| 4 | Functional Requirements | Numbered must-have behaviors — testable |
| 5 | Non-Goals | What this version will NOT include |
| 6 | Design Considerations | UI/UX notes, mockup links, pending design decisions |
| 7 | Technical Considerations | Constraints, dependencies, performance concerns |
| 8 | Implementation Surface | REQUIRED — name the specific Rails layers this feature will touch (e.g. controllers, models, services, jobs, mailers). Describe entry points and architectural areas in plain language — do NOT include class names, module paths, or code. |
| 9 | Success Metrics | How success is measured |
| 10 | Open Questions | Anything still to be decided |
| Pitfall | What to do |
|---|---|
| Vague requirements ("make it fast", "good UX") | Every requirement must use "must" and be testable |
| Skipping Non-Goals section | Non-Goals prevent scope creep. Always include them |
| Generic user stories | "As a user, I want a good experience" is not a user story |
| Generic Implementation Surface | "The Rails app" or "controllers and models" is insufficient — name the specific Rails layers and areas, e.g. admin inventory controller, background import job, inventory validation service layer |
| Skill | When to chain |
|---|---|
| generate-tasks | After PRD is approved — implementation + tests + YARD + docs + review tasks |
| ticket-planning | When the plan also needs Jira-ready tickets, classification, or sprint placement |
| rails-architecture-review | When PRD reveals architectural concerns |
| rails-engine-author | When the PRD is clearly for a mountable engine or host-app integration |
| rails-stack-conventions | When PRD is for a Rails feature |
api-rest-collection
create-prd
ddd-boundaries-review
ddd-rails-modeling
ddd-ubiquitous-language
docs
evals
scenario-1
scenario-2
scenario-3
scenario-4
scenario-5
scenario-6
scenario-7
scenario-8
scenario-9
scenario-10
scenario-11
scenario-12
scenario-13
scenario-14
scenario-15
scenario-16
scenario-17
scenario-18
scenario-19
scenario-20
scenario-21
scenario-22
scenario-23
scenario-24
scenario-25
scenario-26
generate-tasks
mcp_server
rails-architecture-review
rails-background-jobs
rails-bug-triage
rails-code-conventions
rails-code-review
rails-engine-compatibility
rails-engine-docs
rails-engine-extraction
rails-engine-installers
rails-engine-release
rails-engine-reviewer
rails-engine-testing
rails-graphql-best-practices
rails-migration-safety
rails-review-response
rails-security-review
rails-skills-orchestrator
rails-stack-conventions
rails-tdd-slices
refactor-safely
rspec-best-practices
rspec-service-testing
ruby-service-objects
strategy-factory-null-calculator
ticket-planning
yard-documentation