rails-aidebugging-rails

zerobearing2's avatarfrom zerobearing2

Use when debugging Rails issues - provides Rails-specific debugging tools (logs, console, byebug, SQL logging) integrated with systematic debugging process

⭐15stars🔀1forks📁View on GitHub🕐Updated Nov 29, 2025

When & Why to Use This Skill

This Claude skill provides a comprehensive suite of Rails-specific debugging tools and a systematic 4-phase framework (Root Cause, Pattern, Hypothesis, Implementation). It integrates essential utilities like Rails logs, interactive console, byebug breakpoints, and SQL logging to help developers identify and resolve application errors, performance bottlenecks, and N+1 query issues efficiently within a Ruby on Rails environment.

Use Cases

  • Investigating production errors by tailing Kamal app logs and filtering for specific request traces or error severities.
  • Resolving N+1 query performance issues by enabling verbose SQL logging and optimizing ActiveRecord queries with includes or preload.
  • Debugging complex model validations or business logic interactively using the Rails console to test object states and errors.
  • Troubleshooting database-related issues by checking migration status, schema versions, and verifying pending migrations.
  • Stepping through execution flow with byebug breakpoints to inspect local variables and identify logic flaws in controllers or models.
  • Running regression tests with verbose output and specific seeds to ensure bug fixes are stable and prevent future regressions.
namerails-ai:debugging-rails
descriptionUse when debugging Rails issues - provides Rails-specific debugging tools (logs, console, byebug, SQL logging) integrated with systematic debugging process

Rails Debugging Tools & Techniques

**REQUIRED BACKGROUND:** Use superpowers:systematic-debugging for investigation process - That skill defines 4-phase framework (Root Cause → Pattern → Hypothesis → Implementation) - This skill provides Rails-specific debugging tools for each phase - Rails application behaving unexpectedly - Tests failing with unclear errors - Performance issues or N+1 queries - Production errors need investigation Before completing debugging work: - ✅ Root cause identified (not just symptoms) - ✅ Regression test added (prevents recurrence) - ✅ Fix verified in development and test environments - ✅ All tests passing (bin/ci passes) - ✅ Logs reviewed for related issues - ✅ Performance impact verified (if applicable) Check Rails logs for errors and request traces
# Development logs
tail -f log/development.log

# Production logs (Kamal)
kamal app logs --tail

# Filter by severity
grep ERROR log/production.log

# Filter by request
grep "Started GET" log/development.log
Interactive Rails console for testing models/queries
# Start console
rails console

# Or production console (Kamal)
kamal app exec 'bin/rails console'

# Test models
user = User.find(1)
user.valid?  # Check validations
user.errors.full_messages  # See errors

# Test queries
User.where(email: "test@example.com").to_sql  # See SQL
User.includes(:posts).where(posts: { published: true })  # Avoid N+1
Breakpoint debugger for stepping through code
# Add to any Rails file
def some_method
  byebug  # Execution stops here
  # ... rest of method
end

# Byebug commands:
# n  - next line
# s  - step into method
# c  - continue execution
# pp variable  - pretty print
# var local  - show local variables
# exit  - quit debugger
Enable verbose SQL logging to see queries
# In rails console or code
ActiveRecord::Base.logger = Logger.new(STDOUT)

# Now all SQL queries print to console
User.all
# => SELECT "users".* FROM "users"
Check route definitions and paths
# List all routes
rails routes

# Filter routes
rails routes | grep users

# Show routes for controller
rails routes -c users
Check migration status and schema
# Migration status
rails db:migrate:status

# Show schema version
rails db:version

# Check pending migrations
rails db:abort_if_pending_migrations
Run Ruby code in Rails environment
# Run one-liner
rails runner "puts User.count"

# Run script
rails runner scripts/investigate_users.rb

# Production environment
RAILS_ENV=production rails runner "User.pluck(:email)"
Run tests with detailed output
# Run single test with backtrace
rails test test/models/user_test.rb --verbose

# Run with warnings enabled
RUBYOPT=-W rails test

# Run with seed for reproducibility
rails test --seed 12345
Check logs for many similar queries:

User Load (0.1ms)  SELECT * FROM users WHERE id = 1
Post Load (0.1ms)  SELECT * FROM posts WHERE user_id = 1
Post Load (0.1ms)  SELECT * FROM posts WHERE user_id = 2
Post Load (0.1ms)  SELECT * FROM posts WHERE user_id = 3
Use includes/preload:
# Bad
users.each { |user| user.posts.count }

# Good
users.includes(:posts).each { |user| user.posts.count }
Error: "ActiveRecord::StatementInvalid: no such column"
# Check migration status
rails db:migrate:status

# Run pending migrations
rails db:migrate

# Or rollback and retry
rails db:rollback
rails db:migrate
- superpowers:systematic-debugging (4-phase framework) - rails-ai:models (Query optimization, N+1 debugging) - rails-ai:controllers (Request debugging, parameter inspection) - rails-ai:testing (Test debugging, failure investigation)

Official Documentation:

Gems & Libraries:

Tools: