Curated library of 42 public AI agent skills for Ruby on Rails development, plus 5 callable workflow skills. Organized by category: planning, testing, code-quality, ddd, engines, infrastructure, api, patterns, context, orchestration, and workflows. Covers code review, architecture, security, testing (RSpec), engines, service objects, DDD patterns, and TDD automation.
96
96%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Risky
Do not use without reviewing
When reviewing Rails code, analyze it against the following areas. When writing new code, follow apply-code-conventions and apply-stack-conventions.
Core principle: Review early, review often. Self-review before PR. Re-review after significant changes.
After green tests + linters pass + YARD + doc updates:
1. Self-review the full branch diff using the Review Order below.
2. Fix Critical items; resolve or ticket Suggestion items.
3. Only then open the PR.
generate-tasks must include a "Code review before merge" task.| Area | Key Checks |
|---|---|
| Routing | RESTful, shallow nesting, named routes |
| Controllers | Skinny, strong params, scoped before_action |
| Models | Structure order, enums, scopes, inverse_of |
| Queries | N+1 prevention, exists?, find_each batches |
| Migrations | Reversible, concurrent indexes on large tables |
| Security | Strong params, no html_safe on user input |
| Jobs | Idempotent, retriable, appropriate backend |
Work through the diff in this sequence. Detailed criteria: REVIEW_CHECKLIST.md.
Configuration → Routing → Controllers → Views → Models → Associations → Queries → Migrations → Validations → I18n → Sessions → Security → Caching → Jobs → Tests
Edge case handling:
Use only these labels:
Critical — security, data loss, crash, or Always Critical (see below). Block merge.Suggestion — conventions, performance, or "Thin controller -> fat model" anti-patterns.Nice to have — small style or micro-optimization.params.require(...).permit! — privilege escalationhtml_safe or raw on user-supplied content — XSSGroup findings by severity. See assets/examples.md for JSON/PR comment shapes.
## Review — <PR title or area>
### Critical
- [path/to/file.rb:LINE] (Area) One-line risk. **Mitigation:** concrete next step.
### Suggestion
- [path/to/file.rb:LINE] (Area) ... **Mitigation:** ...
**Actions required:** <one line per severity level found — e.g. Critical -> block merge>Tag (Area) from: Controllers, Routing, Views, Models, Queries, Migrations, Validations, Security, Caching, Jobs, Tests. Cover ≥4 distinct areas if applicable.
Re-diff the branch after:
| Skill | When to chain |
|---|---|
| respond-to-review | When receiving feedback and deciding implementation |
| review-architecture | When review reveals structural problems |
| review-migration | When reviewing migrations on large tables |
build
docs
mcp_server
skills
api
generate-api-collection
implement-graphql
code-quality
apply-code-conventions
apply-stack-conventions
assets
snippets
code-review
refactor-code
respond-to-review
review-architecture
security-check
context
load-context
setup-environment
ddd
define-domain-language
model-domain
review-domain-boundaries
engines
create-engine
create-engine-installer
document-engine
extract-engine
release-engine
review-engine
test-engine
upgrade-engine
infrastructure
implement-background-job
implement-hotwire
optimize-performance
review-migration
seed-database
version-api
orchestration
skill-router
patterns
create-service-object
implement-calculator-pattern
write-yard-docs
planning
create-prd
generate-tasks
plan-tickets
testing
plan-tests
test-service
triage-bug
write-tests
workflows