Live

Your agent should answer
from production,
not from blog posts.

Ask a coding agent which background job library to use and it answers from what the internet wrote, weighted by how often it wrote it. This server lets it answer from the Gemfiles of Rails apps that actually ship.

Connect it

~/.cursor/mcp.json or claude_desktop_config.json

{
  "mcpServers": {
    "builtonrails": {
      "url": "https://builtonrails.com/mcp/sse"
    }
  }
}

Claude Code, one command:

claude mcp add --transport sse builtonrails https://builtonrails.com/mcp/sse

No API key. No sign up. Reads are open on purpose.

Then ask it things

“Sidekiq or Solid Queue for a new Rails 8 app?”

↳ compare_stacks

“Here's my Gemfile. What's unusual about my stack?”

↳ detect_stacks

“What do production Rails apps use for auth?”

↳ search_stacks

“Is Solid Queue adoption actually growing?”

↳ get_stack_trends

“Which shipped Rails apps run Postgres and Hotwire?”

↳ get_products_using_stacks

12 tools

compare_stacks detect_stacks get_categories get_collection get_news get_product get_products_using_stacks get_stack_recommendations get_stack_trends search_products search_stacks submit_product

Full reference in the API docs ↗

What it can't tell you yet

Around a third of the 113 technologies tracked appear in five or more apps. Five is enough to see a pattern, not enough to call it representative, so treat those as a starting point rather than a verdict. The rest are too thin to compare at all. Every tool returns the counts alongside the answer so you can judge that yourself.
The dataset is Gemfiles from apps listed here. It is not a census of every Rails app in the world, and it does not pretend to be.
The server is live and works. It has no adoption yet. You would be early.

It gets better with your stack in it

Every real Gemfile added makes the next answer more accurate. If you run Rails in production, add your app. It takes a minute and you never have to come back.

Add your app →