内容引擎¶

在不将作者的真实声音硬塞进平台模板的前提下，构建平台原生内容。

启动条件¶

撰写X帖子或帖子串时
起草LinkedIn帖子或发布更新时
为短视频或YouTube解说撰写脚本时
将文章、播客、演示、文档、内部笔记转用为公开内容时
围绕产品、洞察或叙事构建发布序列或持续内容系统时

绝对条件¶

从源素材出发，而不是套用通用的发布公式。
适配平台格式，而不是套用人设。
一条帖子应包含一个真实的论点。
具体胜过形容词。
除非用户明确要求，否则不使用互动诱饵。

源优先工作流¶

起草之前，先确定来源集： - 公开文章 - 笔记或内部备忘 - 产品演示 - 文档或变更日志 - 转录稿 - 截图 - 同一作者过往的帖子

如果用户希望特定声音，请在动笔之前从真实示例构建声音档案。当声音一致性在多个输出之间至关重要时，将brand-voice作为标准工作流来使用。

声音的处理¶

brand-voice是标准的声音层。

在以下情况下首先执行它：

有多个下游输出时
用户明确在意文体时
内容涉及发布、外联或对声誉敏感时

与其在这里重建第二个声音模型，不如直接复用已生成的VOICE PROFILE。即使用户明确想要Affaan / ECC的声音，也应将brand-voice视为可信来源，并提供可用的最佳实时样本或来源衍生素材。

禁止事项¶

删除以下任一内容并重写： - 「在当今快速演变的格局中」 - 「游戏规则改变者」「革命性的」「最前沿的」 - 「我来解释一下为什么这很重要」（除非紧接着就是具体内容） - 以单纯为了收集回复的LinkedIn式提问收尾 - LinkedIn上刻意装出来的随意感 - 源素材中不存在的虚假互动填充

平台适配规则¶

X¶

以最强的论点、成果物或张力开场
如果源声音本身是浓缩的，就保持浓缩
撰写帖子串时，每条帖子都必须推进论述
不要用读者不需要的上下文来填充

LinkedIn¶

只展开到圈外人能理解的程度
除非源素材是真正的反思内容，否则不要改写成虚假的“心得帖”
不要企业式励志节奏
不堆砌溢美之词，不用“旅程”式填充

短视频¶

围绕视觉序列和证据点撰写脚本
开头几秒应展示结果、问题或冲击感
不要写那种在纸面上比在屏幕上更好听的旁白

YouTube¶

尽早展示结果或张力
用论点或进展来组织，而不是用填充段落
仅在对清晰度有帮助时使用分章

以要点、冲突或成果物开头
不要在开头段落里花时间做铺垫
每个部分都必须带来新内容

转用流程¶

选择锚定资产。
提取3到7个原子级论点或场景。
按锐度、新颖性和证据强度排序。
为每个输出分配一个有力的核心想法。
适配各平台的结构。
去除平台化的填充内容。
执行质量关卡。

交付物¶

当被要求进行推广活动时，返回以下内容： - 声音匹配重要时的简短声音档案 - 核心角度 - 平台原生草稿 - 仅在对执行有帮助时提供发布顺序 - 发布前需要填补的空白

质量关卡¶

交付之前： - 所有草稿听起来都像预期的作者，而不是平台的刻板印象 - 所有草稿都包含真实的论点、证据点或具体观察 - 不残留空泛的炒作语言 - 不残留虚假的互动诱饵 - 除非被要求，否则不在各平台之间重复相同文案 - 所有CTA都配得上它的位置，并已获用户认可

brand-voice：来源衍生的声音档案
crosspost：平台专属分发
x-api：获取近期帖子素材，并发布已获批准的X输出内容

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