rails-37signals-review

Audit Rails pull requests for 37signals-style conventions and architectural drift.

1|Updated Feb 3, 2026
One-click install
npx skills add https://github.com/joshyorko/agent-skills --skill rails-37signals-review
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rails-37signals-review
Source: https://github.com/joshyorko/agent-skills/tree/main/plugins/rails-37signals-workflows/skills/rails-37signals-review
Command: npx skills add https://github.com/joshyorko/agent-skills --skill rails-37signals-review

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

## What problem does it solve? Rails code often drifts from 37signals conventions during reviews, causing architectural drift and missed conventions.

## Core Features & Use Cases

  • Structured review priorities that surface architectural drift and tenancy gaps.
  • Checks across controllers, models, tests, and services for conformance to 37signals-style patterns.
  • Use case: during a PR review, surface 37signals-style violations and provide concrete fix directions.

### Quick Start Run a PR review with this skill to surface 37signals-style issues.

Frequently Asked Questions about rails-37signals-review

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

FAQPage Schema
How do I review a Rails PR for architectural drift and convention violations?

Rails code reviews check for 37signals-style conventions by auditing controllers, models, tests, and services. They enforce explicit tenancy, service-object usage, boolean state modeling, and test structure to surface architectural drift and guide fixes with references.

What are 37signals-style Rails conventions for service objects and tenancy?

37signals-style Rails conventions enforce explicit tenancy, proper service-object usage, and boolean state modeling. Auditing these patterns during code reviews prevents architectural drift and maintains consistency across the codebase.

How do I audit Rails test structure and models during a pull request review?

To audit Rails test structure and models during a pull request review, evaluate the diff against 37signals-style conventions, checking for proper test organization and boolean state modeling to identify gaps and architectural drift.

Does this Rails code review approach work with standard Rails projects?

This Rails code review approach applies to projects following a 37signals stack. It checks for specific architectural patterns like explicit tenancy and service-object usage, making it best suited for codebases aligned with those conventions.

When should I avoid using 37signals-style Rails conventions in my codebase?

You should avoid 37signals-style Rails conventions if your project does not follow a 37signals stack. Applying these audits to non-conforming codebases may surface false architectural drift violations regarding tenancy and service-object patterns.