用途：为 Rails 应用提供分层架构指导，帮助开发者判断某段代码应放在哪一层、何时需要抽取，以及由哪个已有技能负责具体实现。目标读者是应用复杂度已超出单文件模式的 Rails 开发者。
主要能力：定义四层架构——Presentation（HTTP/UI）、Application（编排）、Domain（业务）、Infrastructure（持久化/外部 API），核心规则是下层不得依赖上层，数据只自上而下流动。给出各层职责与不应承担的职责，列举常见违规（如模型中用 Current.user、服务中传 request 参数、控制器里做定价计算、贫血模型、模型直接发邮件）及修复方式。提供“规格测试”诊断法、回调评分（1-5 分，1-2 分建议抽取）、模式选择表与决策树，覆盖 Form Object、Filter Object、Presenter/ViewComponent、Policy Object、Service/Interaction、State Machine、Query Object、Value Object、Concern、Config Object、Event Sourcing、Store Model 等，并映射到对应技能。还包含抽取信号阈值、模型内部组织顺序建议、与 DHH 风格技能的取舍，以及成功检查清单。
使用方式：按决策树逐层判断代码归属；用规格测试与回调评分识别错位代码；依据模式选择表找到对应技能执行实现。资料未提供具体安装命令或调用命令。
适用场景：复杂领域、多个限界上下文、授权超出简单检查、500 行以上胖模型、多步骤业务操作等。小中型标准 CRUD 应用建议优先保持简单。
限制：资料未提供收费、价格、平台支持范围等信息；具体实现细节需参考其引用的 references 文件与相关技能。