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
Use this template when creating a new skill for the library.
For detailed guidance on skill design, read the official Skill Design Principles.
Prefer improving an existing skill before creating a new one. Create a new skill only when the workflow has a distinct trigger, a different decision tree, or a HARD-GATE that would bloat another skill.
Capture these decisions first:
If you cannot answer those five clearly, refine an existing skill instead of creating a new one.
rails-agent-skills/
└── your-skill-name/
├── SKILL.md # Required: main skill file
├── reference.md # Optional: supplementary reference material
└── examples.md # Optional: example outputs or edge cases---
name: your-skill-name
description: >
[Concise paragraph (1-3 sentences). First sentence states primary purpose.
Focus on trigger words and outcomes for LLM discovery].
---
# Your Skill Title
Use this skill when [brief one-line trigger].
**Core principle:** [One sentence that captures the skill's philosophy]
## Quick Reference
| Aspect | Rule |
|--------|------|
| Key concept 1 | Brief rule |
| Key concept 2 | Brief rule |
| Key concept 3 | Brief rule |
## HARD-GATE
<!-- Only include if the skill has non-negotiable rules -->
\```
DO NOT [forbidden action that must never be skipped].
ALWAYS [required action that must always happen].
\```
## Checkpoints
<!-- Only include if the skill introduces a pause-and-confirm step (not a hard blocker).
Checkpoints differ from HARD-GATEs: they pause for collaboration, not to enforce a rule. -->
### [Checkpoint Name]
1. Present: [what to show the user]
2. Ask: [specific questions to confirm before proceeding]
3. Confirm: [what approval looks like — only proceed once confirmed]
## When to Use
- Trigger condition 1
- Trigger condition 2
- **Next step:** [What to suggest after this skill completes]
## Process
1. **Step name:** Description of what to do.
2. **Step name:** Description of what to do.
3. **Step name:** Description of what to do.
4. **Verify:** Run verification and confirm results with evidence.
## Examples
**Good:**
\```ruby
# Good example with explanation
\```
**Bad:**
\```ruby
# Bad example with explanation of why it's bad
\```
## Common Mistakes
| Mistake | Reality |
|---------|---------|
| "Common excuse or bad practice" | Why it's wrong and what to do instead |
| "Another common mistake" | The correct approach |
## Red Flags
- Signal that the skill is being violated
- Another warning sign
- Pattern that indicates a problem
## Integration
| Skill | When to chain |
|-------|---------------|
| **related-skill-1** | When [condition triggers the related skill] |
| **related-skill-2** | When [condition triggers the related skill] |Refer to the Skill Design Principles for all naming, description, content, and formatting conventions.
Refer to the Skill Design Principles for required sections and their priority.
Refer to the Skill Design Principles for guidance on progressive disclosure.
Refer to the Skill Design Principles for guidance on when to create a new skill versus extending an existing one.
Refer to the Skill Design Principles for the comprehensive quality checklist.
README.mdREADME.md if the skill connects to existing skillsskill-router/SKILL.md discovery tableCLAUDE.md skill catalog (this is the first file Claude reads)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