用途：当用户想给产品、项目或模块起名字但还没想好时，用这一结构化协作流程，从产品本质出发推导名字，而不是直接列候选词让用户挑。
核心原则：先想清楚再起名；名字是推导出来的；给路线不给列表；用数据验证直觉；不催不赶。
主要流程：
- 产品灵魂挖掘（不碰名字）：读代码与文档了解背景，追问用户是谁、产品本质、产品边界、品牌气质、硬性约束；若用户给出比喻需深挖其含义。
- 命名约束提取：提炼关键词、识别诉求间的张力、确认优先级，并向用户展示分析确认。
- 路线发散：基于约束推导2–4条命名路线，每条含路线思路、2–3个示意名字、优缺点。
- 用户选择方向：可直选、组合或否掉重来；选定后在方向内深挖3–5个候选，各附一句话解释。
- 竞品验证与命名策略：搜索同赛道命名规律（语言、长度、音节、撞名风险），据此建议需要几个名字、是否要 slogan，并说明理由。
- 最终确认：汇总产品名称、Slogan、命名策略与决策依据。
沟通规范：第1、3、4、5、6步需向用户提问；读文档与竞品调研可直接做。不做的事：读完文档就甩名字列表、未理解本质就起名、只从好听角度评价、失败时只换名字不反思流程、堆砌选项、催决定。
适用场景：新产品、项目或模块命名，尤其需要兼顾定位、用户与品牌气质时。
限制：资料未提供具体安装或运行命令，也未提供价格、平台与效果数据，均暂未提供。