dhh-rails-style

Name: dhh-rails-style
Availability: InStock
Author: danfrdn

Enforce DHH's 37signals style for Ruby and Rails code generation and review.

Updated Feb 17, 2026

Search Tags:#best practices #coding style #ruby #rails #dhh #37signals

Ready to run

npx skills add https://github.com/danfrdn/antigravity-config --skill dhh-rails-style-danfrdn

💬 Prompt for ChatGPT / Claude Chat▼

Please help me install this Agent Skill.
Skill: dhh-rails-style
Source: https://github.com/danfrdn/antigravity-config/tree/main/skills/dhh-rails-style
Command: npx skills add https://github.com/danfrdn/antigravity-config --skill dhh-rails-style-danfrdn

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill helps developers write Ruby and Rails code that adheres to the distinctive, pragmatic, and efficient style championed by David Heinemeier Hansson (DHH) and 37signals.

Core Features & Use Cases

Rails Code Generation: Write models, controllers, and views following DHH's principles.
Code Review: Audit existing code against 37signals' conventions.
Architecture Guidance: Understand preferred approaches for routing, authentication, jobs, and database patterns.
Use Case: You're building a new feature in a Rails app and want to ensure your code is clean, maintainable, and follows the "clarity over cleverness" philosophy, avoiding common abstractions in favor of simpler, Rails-native solutions.

Quick Start

Apply DHH's Rails conventions to the provided Ruby code snippet.

Frequently Asked Questions about dhh-rails-style

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

FAQPage Schema

How do I write Ruby on Rails controllers that follow DHH's coding style?▼

To write Ruby on Rails controllers following DHH's coding style, keep controllers thin by pushing business logic into fat models, use Current attributes for global state, and prioritize clarity over cleverness to avoid unnecessary abstractions.

What are DHH's conventions for REST and architecture in Rails applications?▼

DHH's conventions for REST and architecture in Rails applications emphasize REST purity in routing, using Hotwire patterns for views, and selecting specific database and job patterns to ensure pragmatic and maintainable application structures.

Can I use this to review and refactor existing Ruby code against 37signals conventions?▼

Yes, you can use this to review and refactor existing Ruby code against 37signals conventions by auditing your codebase for deviations from DHH's patterns, ensuring your models, controllers, and testing align with his preferred approaches.

When should I avoid clever abstractions in Rails code generation?▼

You should avoid clever abstractions in Rails code generation when a simpler, Rails-native solution exists, adhering to the clarity over cleverness philosophy championed by DHH to ensure your code remains clean and maintainable.

Does DHH's Rails style guide include guidance on gem selection and testing?▼

Yes, DHH's Rails style guide includes guidance on gem selection and testing, providing recommendations on preferred approaches for routing, authentication, jobs, and database patterns based on analyzed production codebases.