品牌语言与命名规范

解决什么问题

当品牌需要在多个渠道发声时，最常见的问题不是「不会写」，而是「写出来的不像同一个品牌」。工程师和内容创作者经常面临两种隐性漂移：

• 语气漂移：没有量化的语域标准，导致文案时而过于口语化，时而堆砌生僻技术词。
• 命名失控：产品名、功能名和订阅层级命名规则模糊，同一个概念在不同文档中有多种写法。

更糟的是，许多团队会直接照搬竞品的措辞，这看似「行业范儿」，实则彻底消解了品牌的独特性。

核心能力与工作流

该技能采用 Voice + Naming 双重模式，对品牌「已发布」的材料进行逆向编码。

1. 依赖上游架构：首先确认是否存在由 message-system-architect 生成的持久消息屋。如果没有清晰的信息层级，产出的规则只能是「风格猜测」。
2. 语料采集：仅从官网、文档、博客等自有渠道读取文本。语气示例必须重写自品牌自身的历史发布，严禁使用竞品素材。
3. Voice 编码：定义 Register 与 Tone Spectrum，并提供 3-6 组改写前后的 Few-shots，直观展示规则落地效果。
4. Naming Tax 定义：建立命名法典，区分「通用词」与「品牌专有词」。词汇会被标记为 Measured、User-provided 或 Estimated。

适用边界与注意事项

这是一个规则生成器，而非内容生成器。

• 不做多平台适配：它产出品牌级的通用准则，特定平台的适配由下游完成。
• 不做事实审查：如果发现「最快的...」等表述，它会标记为 [needs source]，只决定品牌「怎么说」，不验证「说什么」。
• 只提交，不落库：所有规则作为「提议」提交给 narrative-registry，确保规范演进的一致性。