跳转至

品牌声音

从真实源素材构建一个可主动使用的声音档案,并在各处使用该档案,而不是从零重新推导风格,或退回到通用 AI 文案。

激活时机

  • 用户希望以特定声音创作内容或进行外联
  • 为 X、LinkedIn、邮件、发布帖、串帖或产品更新进行写作
  • 跨渠道适配已知作者的声音
  • 现有内容轨道需要的不是一次性模仿,而是可复用的风格系统

来源优先级

按此顺序使用可用的最强真实来源集合:

  1. 最近的原创 X 帖子和串帖
  2. 文章、随笔、笔记、发布说明或通讯
  3. 实际有效的出站邮件或私信
  4. 产品文档、变更日志、README 措辞、网站文案

不要将通用平台示例作为源素材。

收集工作流

  1. 如可用,收集 5 到 20 个代表性样本。
  2. 除非用户表示旧写作更规范,否则优先使用较新素材而非旧素材。
  3. 如果来源集合明显分裂,将“公开发布声音”与“私人工作声音”分开。
  4. 如果可实时访问 X,在起草前使用 x-api 拉取最近的原创帖子。
  5. 如果网站文案很重要,包含当前 ECC 落地页和 repo/插件措辞。

提取内容

  • 节奏和句子长度
  • 压缩与解释
  • 大写规范
  • 括号内用法
  • 提问频率和目的
  • 要求被提出得有多尖锐
  • 数字、机制或凭证出现的频率
  • 过渡方式
  • 作者绝不会做的事

输出契约

创建一个可复用的 VOICE PROFILE 块,供下游技能直接消费。使用 references/voice-profile-schema.md 中的模式。

保持档案结构化且足够简短,以便在会话上下文中复用。重点不是文学批评,重点是运营复用。

Affaan / ECC 默认

如果用户希望使用 Affaan / ECC 声音,且实时来源较少,除非有新源素材覆盖,否则从这里开始:

  • 直接、压缩、具体
  • 具体、机制、凭证、数字优先于形容词
  • 括号用于限定、缩小范围或过度澄清
  • 大写遵循惯例;如果没有实际理由,就没有理由使用它
  • 提问应稀少,不应作为诱饵使用
  • 语气可以严厉、粗鲁、怀疑或干冷
  • 过渡不应顺滑,应有“挣得”的感觉

硬性禁止

删除并重写以下任何一项:

  • 虚假的好奇心钩子
  • “不是 X,只是 Y”
  • “没有废话”
  • 强制小写
  • LinkedIn 智库读者节奏
  • 钓鱼式提问
  • “很兴奋能分享”
  • 通用的创始人旅程填充内容
  • 虚假的括号内容

本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 ev/ECC