用途：对计划、PRD、规格、架构文档、工作项（beads/issue/ticket）、代码库、模块、API、Schema、CLI、事件集、数据模型等目标做边界感知的命名审查或命名设计，改善系统概念词汇。不适用于纯文案润色、品牌命名或风格修饰，除非名称影响系统边界或实现概念。
主要能力：先确定目标与范围，建立边界与系统映射（领域概念、模块、层、所有权、生命周期、依赖、公共契约、数据流），再建立概念与词汇映射，检查同一概念多名、同名多概念、状态/角色/层/公共性/可搜索性/命名家族等问题。按 P1–P4 优先级给出建议，区分立即改名、下次触碰时改名、延后或保留，并对公共 API、持久化 Schema、事件名、CLI、URL、包名等迁移敏感名称给出迁移说明。
使用方式：默认仅审查，不编辑文件、不改符号、不改计划或工作项，除非用户明确要求实施。若目标不明确且无法从上下文推断，先询问分析对象。输出通常包含：分析目标、边界与系统映射、规范词汇、命名问题、按优先级排序的改名建议、风险与待确认项；每个问题记录当前名称、位置、意图概念、混淆原因、问题类型、证据与建议动作。
限制：资料未提供具体安装命令、平台支持、收费方式或效果数据。应避免仅凭“听起来更好”改名，避免无证据统一同义词，避免把真实区分压平，避免装饰性后缀；无值得改名时应明确说明“无发现”。