arome3/基于证据的营销文案

基于证据的文案撰写

概述

任何无法追溯到您获取的源文件或项目自身文档的主张都不得发布。 这一规则同时也是美国广告业的法律要求：美国联邦贸易委员会（FTC）要求在传播客观主张之前（而非在受到质疑之后）就具备“合理依据”（见 references/evidence-standards.md）。本技能将该标准转化为一个可运行的工作流程：奠基 → 研究 → 撰写 → 验证 → 发布。

产出不仅仅是文案。它是文案及其审计追踪：一个事实库、带有标注来源的按节标注、标记出的待定决策，以及审查者可以证伪的清单。

本技能旨在防止的两种失败

基线测试显示，有能力的写作者（无论是人类还是模型）现在很少再编造标识或推荐语了。他们在两种更微妙的方式上失败：

1. 未经验证的引用。 看似真实的统计数据配以看似合理的URL，凭记忆写出，从未获取——有时会附带“发布前请验证”的备注发布。数据会过期、被取代或从未表达过那个意思。待办事项不是依据。
2. 能力和术语的编造。 虚构的产品机制（“无智能体传感器”、“只读连接器”、“系统调用基准化”）、商业条款（“终身锁定费率”、“源代码托管”）以及没有任何文件支持的架构细节。这些感觉像是文案的发挥空间。但它们是没有依据的主张——FTC 的原则涵盖暗示性主张，而虚构的术语会变成合同纠纷。

如果您发现自己正在做其中任何一项，请停止，并将该项目作为未决问题转入事实库。

工作流程

将以下清单复制到您的工作笔记中，并在完成各项时勾选：

基于证据的文案管道
[ ] 1. 奠基   — 根据项目文件构建事实库；列出未决问题
[ ] 2. 研究   — 获取并验证外部证据；映射竞品；采集买家语言
[ ] 3. 撰写   — 根据模板草拟交付物，主张内联标注
[ ] 4. 验证   — 通过对抗性审查；确定性检查通过
[ ] 5. 发布   — 诚实标记清单；向负责人标记出待定决策

1. 奠基

根据项目自身的文件（策略文档、规格书、定价表、创始人回答）填写 templates/fact-base-template.md。在撰写任何内容之前，阅读项目提供的所有文件。

• 文案中将要提出的关于产品的每一项主张都必须追溯到事实库中的一行记录及其来源。这包括机制、架构、集成、性能、团队资历以及商业条款——不仅仅是核心功能。
• 文案需要的、但任何文件都没有回答的内容，应归入待负责人确认的未决问题。这会阻止该部分文案的发布，或者作为交付物注释中显式的 [待负责人决策] 标记发布。永远不要通过写一些看似合理的内容来解决未知问题。
• 当负责人自身的指示互相冲突时（例如，指定的受众与实际要求的语气不符，要求的证据与公司实际阶段不符），应以有记录的事实为准，并将此冲突标记为待定决策——永远不要默默选择站队，也永远不要让更强烈的指示压倒有记录的事实。
• 忠实记录阶段诚实部分：实际客户数量、实际持有的认证、此阶段禁止提出的主张。如果公司零客户，文案要如实说明——见 references/copy-craft.md 中的阶段诚实剧本。

2. 研究

三个并行轨道（如果可能，分派子智能体；否则顺序执行）。完整协议见 references/evidence-standards.md。

• 市场证据。 寻找支持问题叙述的外部统计数据。硬性规则：只有在您本次交互中获取了其源 URL，并确认该主张（按原样措辞）出现在该处时，才能使用该主张。优先选择一手发布者；为所有内容加盖日期戳；检查发布者是否已取代该数字；记录冲突而非选择有利的解读。
• 竞品映射。 获取文案需要对比区分的竞品页面。逐字记录其定位、主张、定价、行动号召和重复出现的短语——既是为了定位对比，也是为了让步骤4中的相似度筛查能证明您的文案没有模仿它们。关于竞品的比较性主张具有法律风险（兰哈姆法案——见 references/evidence-standards.md）；需准确引用并加盖日期戳。
• 买家语言。 从公开来源（招聘信息、社区播客/博客、公共论坛）采集买家自身的词汇。永远不要编造对私人社群的访问权限；如实说明限制。

无网络回退方案： 如果您无法获取，则无法验证。将所有外部主张标记为 [未验证——获取前请勿发布]，在交付件顶部声明源验证尚未运行，并且不要勾选最终的清单项中的源验证。

3. 撰写

草拟到 templates/deliverable-template.md 中。关于风格、禁用词汇、核心卖点、章节结构、按公司阶段的证据策略、元数据真实性等规则见 references/copy-craft.md。不可妥协的事项：

• 每个事实性句子都带有其注册类型：已验证的事实（附链接）、内部产品主张（附文件路径）、预测/设计目标（已标注）、策略性建议或文案判断。每节之后的注释中列出这些。
• 最高级表达仅当引用的来源自身使用了它。转述需保留来源的单位、人群和日期。
• 引用必须逐字准确。将作者的总结归因于调查受访者是“引用漂移”，而引用漂移就是编造。
• 预测、设计目标和路线图意向必须在每次出现时（而非仅第一次）进行标注。
• 您故意排除的内容（验证失败的统计数据、被取代的数字）需放入注释中。排除列表是标准流程的一部分。

4. 验证

两个层次，两者都是必需的：

• 确定性验证。 运行：python3 scripts/check_copy.py DELIVERABLE.md（禁用词汇检查 + 内嵌字/字符限制；失败时以非零退出）。然后运行 python3 scripts/check_copy.py DELIVERABLE.md --urls 生成用于事实核查的引用工作表。使用 --lexicon FILE 添加项目特定的禁用词汇。无执行回退方案： 如果您无法在此平台上运行脚本，请手动应用禁用词汇和模板的 check: 预算，并在清单中记录确定性检查是手动而非脚本化完成的。
• 对抗性验证。 根据 references/verification.md 进行独立审查： (a) 网页事实核查，重新获取每个引用的URL并检查文案的确切措辞是否与之一致，(b) 根据事实库进行内部一致性检查，(c) 约束/合规性检查，(d) 持怀疑态度的买家角色阅读，(e) 竞品相似度筛查。修复所有阻塞项；编辑后重新运行确定性检查。

5. 发布

如实标记交付物的自查清单——一个审查者可以证伪的清单项比它所隐藏的缺陷造成的损害更大。在您的交接总结中，列出所有 [待负责人决策] 项。如果项目有主张注册表或正式的审查关口（法律、品牌、MLR 风格），请附上注释和引用工作表——它们是为被审查而构建的（见 references/enterprise-integration.md）。

铁律

可单独引用；在审查中用编号引用。

1. 追溯或删除。 产品主张追溯到事实库；外部主张追溯到本次交互中获取的URL。
2. 先获取，再引用。 凭记忆引用的URL是披着引用外衣的未经验证的主张。
3. 机制也是一种主张。 工作原理描述、架构、集成、性能和商业条款需要来源，与统计数据完全一样。
4. 标注注册类型。 已验证的事实 / 内部主张 / 预测 / 推荐 / 判断——在注释中可见。
5. 来源设定天花板。 不得升级为最高级，不得改变单位，不得更换人群，不得引用无日期的“近期研究”。
6. 编造的证据绝不可发布。 客户、推荐语、标识、案例研究、认证、合作伙伴关系、指标、成果。在美国，伪造的推荐语和评论也是违法的（16 CFR 第 255 和 465 部分）。
7. 阶段诚实是策略。 清楚说明尚不存在的证据。对持怀疑态度的买家来说，披露比借用可信度转化效果更好——而且也是唯一能经受尽职调查的姿态。
8. 未知事项标记出来，而非填满。 未确定的事实成为待负责人确认的未决问题，而非看起来合理的文案。

合理化借口——它们都意味着“停止”

借口	现实
“我会加个备注在发布前验证”	验证应发生在起草之前。待办事项不是依据。
“我记得这个数据来自一份知名报告”	记忆不是来源。获取它或删除它。
“描述产品显然如何工作不是主张”	机制描述是能力主张；暗示性主张也计数。
“具体的术语让报价感觉更真实”	虚构的术语会变成合同。标记为待定决策。
“这只是占位文案”	占位符会发布出去。要么清晰标记它们，要么不要写。
“坦诚部分证明了我们是诚实的”	在客户方面的诚实并不授权在其他地方编造。
“数据在方向上是对的”	方向不是主张。单位、人群和日期才是主张。
“源被屏蔽了，但二手报道一致”	停止将其作为一手资料呈现。根据 references/evidence-standards.md 中的屏蔽源协议重新处理——只有在重新标记为 verified-secondary 并注明屏蔽情况时才可使用。

红旗警告——停止并重新奠基

• 草稿中一个您本次交互中没有亲自获取的统计数据
• 一个您无法在事实库中指出的产品细节
• 一个引用的来源中没有出现的最高级表达（“最大”、“第一”、“唯一”、“#1”）
• 负责人从未陈述过的商业条款（锁定、折扣、保证、SLA）
• 您润色、合并或重新归因的引用
• 您正准备勾选的、审查者可以证伪的清单项

参考资料指引

阅读	时机
references/evidence-standards.md	研究之前；评判任何来源时；了解法律底线和证据陷阱目录
references/copy-craft.md	撰写之前；了解风格、禁用词汇、英雄、章节结构、阶段诚实证据、元数据
references/verification.md	验证阶段之前；定义对抗性审查小组和修复协议
references/enterprise-integration.md	当客户有主张审查、品牌治理或受监管行业要求时

模板：templates/fact-base-template.md（先填写），templates/deliverable-template.md（在其上撰写）。脚本：运行 scripts/check_copy.py（不要将其读入上下文；其 --help 和输出是自解释的）。

本技能管辖主张和证据。它有意不替代公司的品牌语调指南——而是作为其下层基础（见 references/enterprise-integration.md）。其中任何内容均不构成法律建议；受监管行业的最终文案需通过法务审核。