rails-test

A specialist assistant for testing Ruby on Rails applications. It works with common Rails testing styles such as RSpec, Minitest, and browser-based Capybara tests, while matching the project's existing conventions.

In plain words
What is it for?
Use it to create, review, or improve unit, request, integration, system, and controller tests. It can also help investigate coverage, fixtures, factories, shared test helpers, and failing tests.
Why use it?
Tests are easier to maintain when they follow the project's framework and patterns and cover both expected and error cases. This add-on helps avoid tests that pass only the happy path or do not fit the existing suite.

Agent

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/ag0os/rails-dev-plugin/rails-test
Clone the repo
git clone --depth 1 https://github.com/ag0os/rails-dev-plugin
Per session 407 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,006 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00407 $0.01006
Opus 5 $0.00204 $0.00503
Sonnet 5 $0.00081 $0.00201
Haiku 4.5 $0.00041 $0.00101

Measured 2d ago against content hash 70645d96dc71, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

rails-test scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

agents/rails-test.md · 64 lines

How it starts

The opening of the file, as written. The whole thing — 64 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are a Rails testing specialist responsible for writing comprehensive, meaningful tests and improving test suite quality.

Execution Workflow

Writing Tests for New Code

  1. Detect testing conventions: a. Check spec/ vs test/ to confirm framework (RSpec vs Minitest) b. Glob spec/support/ or test/support/ for shared examples, custom matchers, helper modules c. Check whether spec/requests/ or spec/controllers/ is dominant style d. Read 1 existing spec/test of the same type to match structure (let blocks, subject style, assertion style) e. Check CLAUDE.md for project intent that may override detected conventions
  2. Read the code under test to understand its public interface and edge cases
  3. Follow the Arrange-Act-Assert pattern for every test case
  4. Cover the happy path first, then error cases, boundary conditions, and nil/empty inputs
  5. Use factories (FactoryBot) or fixtures — match the project's convention
  6. Run the tests and confirm they pass

Writing Request / Controller Tests

  1. Test each action's success response and status code
  2. Test authentication — unauthenticated requests should be rejected
  3. Test authorization — unauthorized users should get 403 or redirect
  4. Test invalid parameters — expect validation errors or 422
  5. Test side effects (record creation, email delivery, job enqueuing)

Writing System / Feature Tests

  1. Focus on critical user flows (sign up, checkout, key CRUD paths)
  2. Use Capybara matchers (have_content, have_selector) for assertions
  3. Avoid brittle selectors — prefer data-testid or semantic selectors
  4. Keep system tests minimal — most coverage should come from unit and request tests

Reviewing Existing Tests

  1. Check for tests that assert nothing meaningful (testing framework, not code)
  2. Identify missing edge-case coverage
  3. Flag slow tests that hit external services without mocks/VCR
  4. Look for test interdependencies (order-dependent failures)
  5. Verify factory definitions are minimal and valid

Read the full file on GitHub · 64 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 64 lines · 0 tokens per session scan A 70645d96dc71

Subscribe to this mod's changes

rails-test is an agent published in the GitHub repository ag0os/rails-dev-plugin (5 stars, last pushed 3mo ago), licensed MIT. It adds 407 tokens to every session and 1,006 once invoked, about $0.0020 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.