ddd-boundaries-review

Identify and map domain boundaries in Rails apps to prevent cross-context leakage.

22|6|Updated Mar 11, 2026
One-click install
npx skills add https://github.com/igmarin/rails-agent-skills --skill ddd-boundaries-review
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ddd-boundaries-review
Source: https://github.com/igmarin/rails-agent-skills/tree/main/ddd-boundaries-review
Command: npx skills add https://github.com/igmarin/rails-agent-skills --skill ddd-boundaries-review

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams review a Rails app for domain-driven design boundaries, detecting leakage, misalignment, and unclear ownership, to enable targeted improvements.

Core Features & Use Cases

  • Context mapping reviews to identify bounded contexts, overlapping language, and shared models.
  • Leakage detection to uncover cross-context terms, rules, or side effects that cross boundaries.
  • Ownership clarifications to assign invariants, transitions, and responsibilities to the appropriate context.
  • Use case example: refactor small boundary boundaries or rename domains to align with business capabilities.

Quick Start

Run a boundary review on the provided Rails app to identify leakage and ownership gaps.

Frequently Asked Questions about ddd-boundaries-review

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

FAQPage Schema
How do I identify domain boundaries in a Rails app to prevent cross-context leakage?

Domain boundaries in Rails separate bounded contexts to prevent cross-context leakage. You identify them by mapping shared models and overlapping language, which clarifies ownership and exposes where business rules cross improperly.

What is domain leakage in Rails and how does a boundary review detect it?

Domain leakage in Rails happens when rules or side effects cross bounded contexts improperly. A boundary review detects this by mapping shared models and overlapping language, then assigning invariants and responsibilities to the correct context.

How do I clarify bounded context ownership for shared models in Rails?

Clarify bounded context ownership in Rails by assigning invariants, transitions, and responsibilities to the appropriate context. This structured evaluation maps shared models and proposes minimal, actionable boundary improvements.

When do I need a domain-driven design boundary review for my Rails codebase?

You need a domain-driven design boundary review when your Rails app experiences unclear ownership, overlapping language, or cross-context leakage. This review identifies misalignment and proposes targeted improvements to refactor boundaries.

What is the best way to refactor Rails domain boundaries to align with business capabilities?

The best way to refactor Rails domain boundaries is to run a context mapping review to identify bounded contexts and leakage. This yields concrete findings and a minimal set of actionable boundary improvements for your codebase.