dhh-rails-style

Apply DHH-37signals conventions to standardize Ruby on Rails models, controllers, and views.

3|Updated Feb 5, 2026
One-click install
npx skills add https://github.com/roach88/compound-engineering --skill dhh-rails-style-roach88
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dhh-rails-style
Source: https://github.com/roach88/compound-engineering/tree/main/skills/dhh-rails-style
Command: npx skills add https://github.com/roach88/compound-engineering --skill dhh-rails-style-roach88

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This guide captures DHH/37signals conventions to standardize Ruby on Rails code, improving readability, consistency, and maintainability across teams.

Core Features & Use Cases

  • Enforces RESTful controllers, domain-oriented models, and Turbo/Stimulus frontends.
  • Provides reusable controller and model concerns, architectural patterns, and testing philosophy.
  • Guides code reviews and style decisions based on 37signals conventions with clear decision criteria.

Quick Start

Apply the DHH Rails conventions to your Ruby and Rails codebase by aligning controllers, models, and views with the RESTful, domain-driven patterns described.

Frequently Asked Questions about dhh-rails-style

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What are the DHH Rails conventions for structuring RESTful controllers and models?

DHH Rails conventions structure RESTful controllers with concise responsibilities and domain-oriented models, using modular concerns to improve readability and maintainability across Ruby on Rails teams.

How do I apply 37signals style to Ruby on Rails Turbo and Stimulus frontend code?

Apply 37signals style to Turbo and Stimulus frontends by aligning views with domain-driven patterns and state-as-records, ensuring frontend interactions follow RESTful resource conventions.

Does the DHH Rails style guide use Minitest and fixtures for testing?

Yes, the DHH Rails style guide enforces Minitest-based testing using fixtures, aligning test philosophy with database-backed patterns and domain-driven design conventions.

What's the best way to standardize Ruby on Rails code reviews using 37signals conventions?

Standardize Rails code reviews using 37signals conventions by applying clear decision criteria for RESTful resources, modular concerns, and domain-driven patterns to guide style consistency.

When should I use domain-driven design with state-as-records in Rails models?

Use domain-driven design with state-as-records in Rails models when you need database-backed patterns that encapsulate domain logic, keeping controllers concise and maintaining RESTful resource alignment.

Can I use modular concerns to simplify Rails controller responsibilities under DHH style?

Yes, DHH Rails style supports reusable controller and model concerns to modularize shared behavior, enforcing concise controller responsibilities while maintaining RESTful conventions across your codebase.