罗老师全能命名教练

要解决的命名问题

给项目、Skill、课程或文件起名字时，常见的失败不是“没有灵感”，而是把多个互相冲突的目标塞进一个名字里：既要说明类别，又要显得高端，还要能在口头传播中被复述，同时不能和已有项目撞名。结果是候选列表越堆越长，每个名字都在解释一半功能，真正放进真实句子里就垮了。

这个技能针对的是命名决策的完整流程，而不是帮你一次生成几十个词。它要求先写清楚名字要承担的工作：说明类别、传递气质、便于搜索、支持口头传播、形成系列，或满足技术 slug。一个名字不必承担所有信息，副标题、描述和视觉系统可以分工。

技能如何工作

核心输入是一份命名任务书，并强制列出三个优先级最高的约束。约束过多会让候选只剩拼字游戏，所以必须先排序，而不是把所有要求都当成同等重要。

候选生成按策略分开推进，而不是在同义词里反复替换 AI、智、云：

• 描述型：直接说明用途，搜索和理解成本低，但独特性可能较弱。
• 隐喻型：借熟悉意象表达机制或体验，需要确认文化联想一致。
• 组合型：将两个有意义词根组合，平衡说明性与独特性。
• 造词型：创造新词，便于塑造品牌，但需要教育成本和读音测试。
• 人名/地域型：强调创作者或来源，需评估隐私、扩展和团队归属。
• 系列型：建立母品牌加功能名规则，适合多 Skill、多课程和文件体系。

每种策略都要产出真正不同的候选，而不是换一个修饰词。之后做语音和文字检查：一次听到能否复述，声母和韵母是否连续拗口，中文谐音和方言是否产生负面联想，字形是否容易认错或输入困难，英文大小写和词边界是否清楚，缩写是否撞上常见机构或不良含义，名称与副标题放在一起是否重复。

接着把候选放进真实句子测试，因为名字必须在使用中工作，而不只在候选列表里好看。对仓库或 Skill，技能会同时给出展示名、唯一 slug、目录名、包名建议和版本标签示例；slug 使用稳定、小写、短横线分隔的 ASCII，不把个人路径、年份或临时状态写进长期标识，除非它们确有业务含义。

初步可用性搜索会检查搜索引擎同名和相近领域、GitHub、应用商店和社媒、常见域名、目标国家或地区商标数据库，以及目标语言中的含义和发音。这些只是候选筛查，不构成商标、域名或法律权利结论。最后用评分矩阵按项目目标设置权重，并在推荐前做 3–5 人的盲测，只展示名字、记录原话，不先解释“应该”是什么意思。

适用边界

它适合需要长期使用的名字，以及有明确受众、语言和场景的命名任务。不适合只追求“高端”但不提供任何判断依据的输入；这种情况下技能会用受众、价格、场景和可观察气质追问。也不要把它当作法律意见：正式商用前仍需由专业人员或对应机构核验商标、域名和权利状态。

如果所有候选看起来都相似，应该切换命名策略，而不是继续堆同义词。好听但看不懂时，增加副标题或选更描述性的候选。个人标签限制扩展时，把个人名放到母品牌或署名层，功能名保持独立。