用途：审查或改进 Rails 应用与库的结构，优先处理边界问题而非代码风格，倾向简单对象与显式流程，避免隐藏行为。
主要能力：按顺序检查入口点（控制器、Job、模型、服务）、领域逻辑位置、模型职责与回调关联、控制器体量与编排、concerns/helpers/presenters 的职责混杂，以及抽象是否真正澄清设计。检查维度包括：控制器只做协调、模型负责持久化与内聚领域规则、服务/查询对象/策略在形成真实边界处存在、回调小而可预期、每个 concern 对应一项内聚能力、外部集成置于专用协作者之后。
严重级别：高严重度包括业务逻辑藏在回调或宽泛 concern 中、控制器内联编排多步领域流程、模型直接耦合 HTTP/Job/Mailer/外部 API、只增加间接层而无明确职责的抽象、跨层常量引用；中严重度包括控制器或 Job 间重复工作流、scope 或类方法承载过多查询与策略逻辑、helper/presenter 泄漏领域行为、服务对象仅包装一行代码、concern 混合无关职责。
输出方式：先写发现，每条包含严重级别、受影响文件或区域、结构风险原因、最小可信改进；随后列出开放假设与建议的后续重构步骤。
适用场景：Rails 应用或库的结构审查、重构候选识别、领域边界与所有权问题排查。
限制：资料未提供安装命令、运行方式、收费与平台信息；示例代码仅用于说明问题，不构成完整实现步骤。