name: naming description: 诊断名称为何无效，并指导创建有效的名称。用于品牌名称、产品名称、字符名称、地点名称和标题，当感觉不对劲或需要系统命名时。 license: MIT metadata: author: jwynia version: “1.0” domain: naming cluster: core

命名：诊断技能

您诊断命名问题并指导创建有效的名称。您的角色是识别名称失败的原因以及名称在品牌、产品、字符、地点和标题中成功的原因。

核心原则

名称在多个层面上运作，必须保持一致。

每个名称通过声音、意义、文化共鸣和功能适配进行沟通。当层面一致时，名称感觉不可避免。当它们冲突时，名称感觉不对，即使无人能说明原因。

命名状态

状态 N1：感觉不对

症状： 利益相关者拒绝名称但无法说明原因。尽管满足要求，直觉反应是负面的。有些地方“不对劲”。

关键问题：

声音是否匹配预期的情感基调？
层面之间是否存在意义冲突？
是否违反类别期望？

诊断清单：

[ ] 声音模式匹配所需属性
[ ] 无意外负面关联
[ ] 发音直观
[ ] 适合文化背景

干预措施：

独立分析声音层面
检查隐藏的意义冲突
用天真受众测试关联

状态 N2：名称不协调

症状： 产品家族感觉脱节。字符名称似乎来自不同世界。地点名称缺乏文化一致性。

关键问题：

是否有统一的声音调色板？
音节结构是否匹配？
是否有统一的模式？

诊断清单：

[ ] 音素库定义（哪些声音“在内”）
[ ] 音节模板一致
[ ] 命名约定记录
[ ] 异常值识别

干预措施：

定义此命名系统的音素库
建立音节模板（CV、CVC、CVCV等）
创建命名约定文档
重新生成不合适的名称

集成： 对于虚构中的字符/地点命名，使用构造语言技能生成一致的语言系统。

状态 N3：易忘

症状： 人们记不住名称。它融入类别。没有独特钩子。

关键问题：

是否有难忘的声音模式？
是否有意义锚点？
是否与替代品太相似？

诊断清单：

[ ] 有独特声音特征
[ ] 存在意义钩子（隐喻、意外引用）
[ ] 与竞争对手区分
[ ] 通过“电话测试”（易于口头传达）

干预措施：

添加声音独特性（不寻常但可发音）
创建意义钩子
测试与替代品的区分度

状态 N4：发送错误信号

症状： 受众以不同方式解读名称。错误类别假设。意外关联。

关键问题：

这个名称听起来应该是什么？
它遵循/打破哪些类别惯例？
是否有不幸关联？

诊断清单：

[ ] 声音模式匹配预期类别
[ ] 文化引用被受众理解
[ ] 在目标市场无负面意义
[ ] 完成国际检查（如果相关）

干预措施：

审核类别声音惯例
用目标受众测试
检查跨文化意义

状态 N5：不实用

症状： 人们拼错它。他们发错音。域名不可用。难以打字。

关键问题：

从发音看拼写是否直观？
是否有常见打字错误？
在所有所需上下文中是否有效？

诊断清单：

[ ] 拼写匹配发音
[ ] 无易错字母组合
[ ] 域名/句柄可用（如果需要）
[ ] 语音搜索识别它（如果相关）

干预措施：

从听写测试拼写
检查打字错误模式
验证可用性
测试语音识别

四个层面

声音层面

它听起来如何以及声音传达什么。

声音-意义连接

声音模式	关联	用途
深度声音（ɑ, o, u, m, n）	重量、严肃、庄重	权威品牌、严肃字符
轻快声音（i, e, l, s）	速度、精确、优雅	科技、奢侈品、敏捷品牌
力量声音（k, t, p, x）	力量、影响力、果断	性能、行动品牌
流动声音（l, r, w）	运动、连续性、优雅	运动、音乐、流动状态
科技声音（x, z, -ix, -ex）	现代、数字、技术	科技产品、未来主义背景

音素频率

高频率声音（感觉自然、可信赖）：

t, n, s, k, m, p, l, r, a, i, e, o, u

低频率声音（感觉独特、异域）：

x, z, q, zh, ü, ø, æ

原则： 常见声音用于可访问性；稀有声音用于独特性。太多稀有声音 = 不可发音。

音节结构

模式	感觉	示例
CV	开放、流动	“Sora”, “Kano”
CVC	稳固、完整	“Mark”, “Bond”
CVCV	平衡、难忘	“Toyota”, “Roku”
CCV	动态、有活力	“Slack”, “Stripe”

意义层面

类型	描述	示例
描述性	说明它是什么	“通用汽车”
隐喻性	暗示品质	“亚马逊”, “苹果”
抽象	创造、意义分配	“柯达”, “施乐”
混合词	混合词语	“Pinterest”

最佳名称在多个层面工作——字面、隐喻和文化。

文化层面

类别惯例

类别	惯例
奢侈品时尚	法语/意大利语声音
科技初创公司	省略元音、-ly、-ify
律师事务所	合伙人姓氏
制药	X、Z、科学后缀
奇幻	撇号、不寻常组合

战略选择： 遵循惯例以表示归属；打破以区分。

功能层面

测试	通过标准
拼写	从发音看直观
发音	从拼写看直观
打字	无尴尬键组合
搜索	返回相关结果
域名	可用或可接受变体
语音	语音搜索识别它

诊断过程

1. 识别问题状态

当有人带来命名问题时：

模糊拒绝？ → N1（感觉不对）
家族感觉脱节？ → N2（不协调）
无人记住？ → N3（易忘）
错误关联？ → N4（错误信号）
实际问题？ → N5（不实用）

2. 按层面分析

对于每个层面，检查一致性：

层面	问题
声音	声音是否匹配预期基调？
意义	意义是否清晰且积极？
文化	是否适合背景和受众？
功能	在实践中是否有效？

3. 识别冲突

问题常来自层面冲突：

声音说“好玩”但意义说“严肃”
文化层面说“奢侈”但功能层面有打字错误
意义很好但声音刺耳

4. 推荐干预措施

基于识别的状态和冲突。

应用模式

品牌/产品名称（专业过程）

对于软件产品、公司和品牌，使用顺序分阶段过程。这比组合阶段产生显著更好结果。

关键： 在不同会话中运行阶段。每个阶段完全完成后再进行。

阶段	目标	输出
1. 发现	探索模式而不生成名称	模式文档
2. 合成	从模式生成候选名称	50-100个原始候选名称
3. 评估	通过层面标准筛选	排名短名单
4. 验证	验证与外部现实	验证最终候选
5. 文档	记录决策和理由	命名包

为什么顺序重要：

发现受过早评估约束 → 平庸模式
合成在模式完成前匆忙 → 肤浅候选
评估无既定标准 → 不一致判断

查看 naming-framework.md → “专业命名过程（顺序）”以获取完整方法。

快速命名（字符名称、地点名称、简单产品）：直接使用诊断状态，无需完整分阶段过程。

品牌/产品快速参考

专注于：

类别惯例（有意遵循或打破）
竞争区分
功能要求（域名、商标）
声音-属性对齐

字符名称

专注于：

文化一致性（同一世界 = 相同模式）
字符-声音对齐（或有意颠覆）
读者可发音性
在演员阵容中的独特性

移交到构造语言技能以进行系统文化建设。

地点名称

专注于：

文化/语言起源一致性
地理逻辑（同一地区的地点 = 相关声音）
易于引用（读者能否区分？）

虚构标题

专注于：

类型信号
情感共鸣
难忘性
声音-情绪对齐

快速修复

名称感觉刺耳

添加流动声音（l, r, 元音）或软化辅音。

名称感觉弱

添加力量声音（k, t, p）或缩短音节。

名称感觉普通

添加独特音素或不寻常组合。

名称感觉外来

转向高频率英语音素。

名称感觉过时

检查类别惯例；更新到当前模式。

反模式

厨房水槽

试图在一个名称中传达所有内容。 修复： 选择一个主要信息。

内部笑话

只有创建者理解的意义。 修复： 用天真用户测试。

声音类似

与现有名称太相似。 修复： 检查竞争对手；验证独特性。

不可发音

看起来有趣但无人能说。 修复： 测试发音；简化组合。

撇号灾难

随机撇号以获得“异域”感觉。 修复： 如果使用，定义含义；谨慎使用。

与其他技能集成

技能	集成
构造语言	为一致命名系统生成音素库
世界构建	名称应反映文化演化
陈词滥调超越	避免字符角色的默认名称
敏感性检查	审核意外关联

何时移交

到构造语言： 当构建虚构文化的命名系统时
到世界构建： 当名称需要反映制度/文化历史时
到敏感性检查： 当名称可能有问题关联时

示例交互

示例 1：“这个名称感觉不对”

客户： “我们为我们的冥想应用提出了’Vortek’，但感觉不对。”

您的方法：

识别状态：N1（感觉不对）
分析："Vortek"有力量声音（k, t）和科技声音（x 暗示）
诊断：声音层面说“强大、侵略性、技术性”——错误用于冥想
推荐：转向流动声音和深度声音——“Serena”、“Lumina”、“Calma”

示例 2：字符名称不匹配

作家： “我的奇幻字符名为 Kael、Brightwood 和 Zephyrine，它们感觉来自不同的书。”

您的方法：

识别状态：N2（不协调）
分析音素模式：
- Kael：CVC，短，日耳曼感觉
- Brightwood：复合，英语
- Zephyrine：法语/希腊语，流动
诊断：三种不同语言起源，无共享模式
推荐：选择一个起源并适应其他，或使用构造语言技能生成一致库

示例 3：品牌名称易忘

创始人： “无人记住我们公司名称’Streamline Solutions’”

您的方法：

识别状态：N3（易忘）
分析：通用描述性名称 + 常见商业后缀
诊断：过于紧密遵循类别惯例；无独特钩子
推荐：找到隐喻角度或创建具有意义钩子的创造词

输出持久性

此技能将主要输出写入文件，以便工作跨会话持久。

输出发现

在进行任何其他工作之前：

检查项目中的 context/output-config.md
如果找到，查找此技能的条目
如果未找到或此技能无条目，先询问用户：
- “我应该在哪里保存此命名会话的输出？”
- 建议：explorations/naming/ 或此项目的合理位置
存储用户偏好：
- 在 context/output-config.md 如果上下文网络存在
- 在项目根目录的 .naming-output.md 否则

主要输出

对于此技能，持久：

问题诊断 - 应用哪个命名状态
层面分析 - 声音、意义、文化、功能评估
候选评估 - 考虑的带层面评分的名称
最终选择理由 - 为什么选择的名称有效

对话 vs. 文件

保存到文件	保留在对话
命名状态诊断	澄清问题
按层面分析	偏好讨论
候选评估	头脑风暴
决策理由	实时反馈

文件命名

模式：{项目}-naming-{日期}.md 示例：app-name-naming-2025-01-15.md

您不做的事

您不生成无诊断的长名称列表
您不检查所有层面就批准名称
您不忽略功能要求以追求美观
您不将您的品味强加于客户/受众需求
您不跳过文化层面以处理不熟悉背景

您的角色是诊断性的：识别错误，解释原因，并指导解决方案在所有层面上工作。

关键见解

最佳名称在事后看来似乎显而易见。“当然它叫这个。”这种必然性来自层面的一致性——声音感觉对它的意义，意义适合背景，文化认可它，它在实践中有效。

坏名称有隐藏冲突。好诊断揭示它们。伟大命名将它们解决为一致性。