Curated library of 39 AI agent skills for Ruby on Rails development. Organized by category: planning, testing, code-quality, ddd, engines, infrastructure, api, patterns, context, orchestration, and workflows. Includes 5 callable workflow skills (rails-tdd-loop, rails-review-flow, rails-setup-flow, rails-quality-flow, rails-engines-flow) for complete development cycles. Covers code review, architecture, security, testing (RSpec), engines, service objects, DDD patterns, and TDD automation.
95
98%
Does it follow best practices?
Impact
95%
1.20xAverage score across 35 eval scenarios
Passed
No known issues
A logistics company needs a service to calculate shipping costs for packages. The business rules are: standard shipping is free above a weight threshold, express shipping has a per-kg surcharge with a minimum charge, and overnight shipping has a flat rate plus a fuel surcharge percentage. The team is expanding the shipping options and the code currently has magic numbers scattered throughout — the same weight limit appears in four different places, and the surcharge percentage is buried as a literal in a conditional. This has led to bugs when one occurrence was updated and another was not.
Additionally, the team needs a standalone validator that checks whether a package's dimensions are within allowed shipping limits. This validator will be used by both the shipping calculator and a separate customs declaration service, so it should be self-contained and stateless.
Your task is to write the Ruby service layer for the shipping cost calculator. The rules should be cleanly encoded so that changing a business parameter requires updating exactly one place. Document the public API so that future developers understand the accepted parameters and return values without reading the implementation.
Produce the following files:
app/services/<module>/shipping_cost_calculator.rb — main calculator serviceapp/services/<module>/package_validator.rb — the stateless package dimension validatorspec/services/<mirrored_path>/shipping_cost_calculator_spec.rb — specs for standard, express, and overnight shipping, and for packages above/below the weight thresholdDo not create a full Rails application. Use plain Ruby with realistic values. The focus should be on the structure, documentation style, and how business rules are encoded — not whether the application runs end-to-end.
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
scenario-27
scenario-28
scenario-29
scenario-30
scenario-31
scenario-32
scenario-33
scenario-34
scenario-35
mcp_server
skills
api
api-rest-collection
rails-graphql-best-practices
code-quality
rails-architecture-review
rails-code-conventions
rails-code-review
rails-review-response
rails-security-review
rails-stack-conventions
assets
snippets
refactor-safely
context
rails-context-engineering
rails-project-onboarding
ddd
ddd-boundaries-review
ddd-rails-modeling
ddd-ubiquitous-language
engines
rails-engine-compatibility
rails-engine-docs
rails-engine-extraction
rails-engine-installers
rails-engine-release
rails-engine-reviewer
rails-engine-testing
infrastructure
rails-api-versioning
rails-background-jobs
rails-database-seeding
rails-frontend-hotwire
rails-migration-safety
rails-performance-optimization
orchestration
rails-skills-orchestrator
patterns
ruby-service-objects
strategy-factory-null-calculator
yard-documentation
planning
create-prd
generate-tasks
ticket-planning
testing
rails-bug-triage
rails-tdd-slices
rspec-best-practices
rspec-service-testing