Enforces 37signals-style naming conventions for classes, methods, and routes in Ruby on Rails applications.
This skill implements the specific 'Vanilla Rails' naming philosophy used by 37signals in production codebases like Basecamp and HEY. It guides developers in moving away from generic Rails advice toward patterns that treat state changes as resources, strictly use adjective-based naming for concerns (-able/-ible), and eliminate custom route actions. By following these patterns, developers can build highly consistent, RESTful applications that avoid common anti-patterns like bang method misuse and verb-based concern naming.
Key Features
01Corrects state method definitions to use plain verbs instead of bang (!) suffixes
02Provides guidance on plural vs. singular naming for controllers and routes to maintain RESTful integrity
03Validates concern naming to ensure only -able or -ible adjective suffixes are used
04Standardizes asynchronous method naming using the mandatory _later suffix
05Enforces 'State as Resource' pattern by replacing custom member actions with singular resources
061 GitHub stars
Use Cases
01Standardizing background job enqueueing methods to clearly distinguish between async and sync execution
02Refactoring messy Rails controllers with excessive custom member routes into clean singular resources
03Renaming model concerns from nouns or verbs (e.g., Pinning) to proper adjectives (e.g., Pinnable)
