rails-domain-delivery

Review Rails changes within framework-native persistence, authorization, and delivery boundaries.

Updated Apr 27, 2026
One-click install
npx skills add https://github.com/vTRKA/supervibe --skill rails-domain-delivery
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rails-domain-delivery
Source: https://github.com/vTRKA/supervibe/tree/main/skills/rails-domain-delivery
Command: npx skills add https://github.com/vTRKA/supervibe --skill rails-domain-delivery

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Rails development often blurs ownership of persistence, lifecycle, authorization, and deploy safety, making AI-assisted edits hard to verify and risky to roll back when something goes wrong.

Core Features & Use Cases

  • Framework-native Rails delivery that keeps behavior inside the right boundaries (ActiveRecord, migrations, controllers, Hotwire/API contracts, services, queries, jobs, policies, and tests).
  • Evidence-first completion that records verification artifacts such as scoped commands, query/migration proofs, and rollback paths rather than relying on prose.
  • Guardrails against scope and safety failures by blocking out-of-scope refactors, limiting callbacks, preventing hidden cross-domain side effects in lifecycle hooks, and requiring rollback planning for deploy-sensitive changes.

Quick Start

Use rails-domain-delivery to review or implement a focused Rails slice that touches ActiveRecord, migrations, request/response boundaries, and verification steps by asking the AI: "Apply rails-domain-delivery to implement and verify the smallest Rails change for my task, including evidence, scoped tests, and an explicit rollback plan if deploy safety is involved."

Frequently Asked Questions about rails-domain-delivery

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

FAQPage Schema
How do I verify Rails migrations are safe to deploy with a rollback plan?

Ensure production-safe Rails delivery by keeping persistence inside ActiveRecord boundaries and generating explicit rollback plans for migrations. This requires recording scoped command outputs and query proofs as evidence rather than relying on prose.

How do I keep authorization and persistence logic inside framework-native Rails boundaries?

Keep authorization and persistence inside framework-native Rails boundaries by mapping behavior to ActiveRecord models, controllers, Hotwire contracts, and service objects. This prevents hidden cross-domain side effects in lifecycle hooks and limits callback scope creep.

What is the best way to structure a focused Rails slice for Hotwire and API response contracts?

Structure a focused Rails slice by confining request and response boundaries to Hotwire or API contracts. Use service, form, and query objects to isolate logic, and verify the delivery slice with scoped commands before deployment.

Does this approach support rollback planning for ActiveRecord transactions and jobs?

Rollback planning for ActiveRecord transactions and jobs is supported by requiring explicit rollback paths for deploy-sensitive changes. It caps confidence when proofs are missing and outputs a completion status with next actions when blocked.

When should I avoid automated Rails refactors across multiple domain boundaries?

Avoid automated Rails refactors across multiple domain boundaries when they blur ownership of persistence, authorization, and lifecycle safety. Guardrails block out-of-scope refactors to prevent risky AI-assisted edits that are hard to verify and roll back.

Can I use this to verify ActiveRecord migrations without writing extensive test suites?

You can verify ActiveRecord migrations by running scoped commands and preserving query or migration proofs as evidence. This satisfies verification requirements for a narrow production slice without demanding an extensive standalone test suite.