用途：当 Ruby 功能、缺陷或架构讨论中业务术语含糊、需要统一词汇时使用。核心原则是先就业务语言达成一致，再选择模型、服务或边界。
主要能力：从请求、PRD、工单、文档和代码命名中收集名词、角色、状态、事件与动作；分组同义词；为同一概念选定一个业务术语；为每个术语给出简短定义、预期不变量与相关概念；标记需要用户确认的歧义术语和可能指示多个限界上下文的词；输出可用术语表而非抽象理论。
使用方式：扫描各层类与文件名，命令保持原样：
grep -rh "^class |^module " lib/ app/ --include="*.rb" | sort
按流程收集术语、分组同义词、选择规范术语、定义每个术语、标记歧义并交接。术语表字段包括：规范术语、别名/冲突词、定义、关键不变量或业务规则、可能相关上下文、待解决问题。示例：Shipment（别名 Parcel、Package，定义为发往客户地址的实体货物，不变量为必须引用有效 Order，上下文为履约）。
限制与硬性约束：未将 DDD 术语建立在用户真实领域语言之上时，不得引入 DDD 术语；在术语表尚未明确到足以支持变更前，不得重命名代码概念；在建议建模变更前，必须始终标记多义或冲突术语。语言除明确要求外须为英文。扩展资源 EXAMPLES.md、assets/examples.md、assets/glossary_schema.json 仅在需要示例或可复用术语表模式时加载。集成衔接：当术语表显示多个限界上下文或语言泄漏时使用 review-domain-boundaries；当术语清晰到足以决定实体、值对象与服务时使用 model-domain。其他信息暂未提供。