CtrlK
BlogDocsLog inGet started
Tessl Logo

igmarin/rails-agent-skills

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

1.20x
Quality

98%

Does it follow best practices?

Impact

95%

1.20x

Average score across 35 eval scenarios

SecuritybySnyk

Passed

No known issues

Overview
Quality
Evals
Security
Files

quality.mddocs/workflows/

Workflow: Code Quality (40)

When to use: Apply conventions, refactor existing code, or maintain quality during development.


Main Flow: Refactoring

graph TB
    subgraph Prepare [🧪 Phase 1: Prepare]
        direction TB
        A[Refactor needed] --> B[refactor-safely]
        B --> C[Characterization tests]
        C --> D{Tests pass?}
    end

    subgraph Refactor [🔧 Phase 2: Refactor]
        direction TB
        D -- Yes --> E[Extract/refactor]
        E --> F{Tests pass?}
        F -- No --> G[Revert + fix]
        G --> E
    end

    subgraph Iterate [🔄 Phase 3: Iterate]
        direction TB
        F -- Yes --> H{More to refactor?}
        H -- Yes --> E
    end

    H -- No --> I[rails-code-review]

    %% Styling
    style Prepare fill:#f5f5f5,stroke:#333,stroke-dasharray: 5 5
    style Refactor fill:#e1f5fe,stroke:#01579b
    style Iterate fill:#fff3e0,stroke:#e65100
    style D fill:#ffd54f
    style F fill:#ffd54f
    style H fill:#ffd54f

refactor-safely

Goal: Change structure without changing behavior.

Steps

  1. Characterization tests: Write tests that document current behavior
  2. Verify tests pass: On current code
  3. Extract/modify: One boundary at a time
  4. Verify: Tests pass after each change

Key rule: Separate behavior changes from structural changes. Never both.


rails-code-conventions

Goal: Clean code following Rails principles.

Daily Checklist

PathRules
app/controllersThin controllers, 1 line actions, strong params
app/modelsNo complex business logic, scopes for queries
app/services.call pattern, response contract, YARD
app/jobsIdempotency, retry strategy, log context
config/routesResourceful, shallow nesting

Principles

  • DRY — Don't Repeat Yourself
  • YAGNI — You Ain't Gonna Need It
  • PORO — Plain Old Ruby Objects for complex logic
  • CoC — Convention over Configuration
  • KISS — Keep It Simple, Stupid

yard-documentation

Goal: Document public API after implementation.

When to use

  • New public class method
  • New public class
  • Change to existing method signature

Required Tags

# @param params [Hash] :user_id, :amount
# @return [Hash] { success: Boolean, response: Hash }
# @raise [ArgumentError] when user_id is nil

Language: All YARD in English unless user requests otherwise.


Skills in this Workflow

SkillDescriptionTrigger words
refactor-safelyRestructure preserving behavior"refactor", "extract", "restructure"
rails-code-conventionsClean code principles"code review", "conventions", "DRY", "YAGNI"
yard-documentationInline API docs"YARD", "documentation", "@param", "@return"

docs

architecture.md

implementation-guide.md

index.md

plugin-validation.md

README.md

skill-design-principles.md

skill-optimization-guide.md

skill-structure.md

skill-template.md

vs-code-setup.md

workflow-guide.md

README.md

tile.json