内容生产最常见的问题不是缺少文案，而是研究、写作、视觉和渠道各自使用了不同事实。多专家可以并行，却也更容易把一个小口径差异放大成四套版本。
先定义发布包
不要只下达“做一套内容”。明确交付：
- 一篇主文章或视频脚本。
- 两到三个渠道改编版本。
- 标题与摘要候选。
- 视觉需求或图片文案。
- 事实来源表。
- 发布前风险检查。
同时定义受众、目标行为、品牌语气、发布时间和不能表达的内容。
建立唯一事实底稿
在项目资产或工作区建立：
brief.md：目标、受众和主张。sources.csv：来源、发布日期、原始链接和可用结论。brand.md：术语、语气和视觉约束。claims.md：允许使用的关键数字与表述。do-not-use.md：过时、未经确认和不能公开的信息。
所有角色只能从这套底稿引用产品事实。需要新增研究时，先进入来源表，再进入正文。
设计精简角色
一个可控团队可以包含：
| 角色 | 产物 | 不负责 |
|---|---|---|
| 研究 | 来源与事实摘要 | 最终文案 |
| 主笔 | 主内容结构和初稿 | 自行新增未经核验事实 |
| 事实核验 | Claim 与来源对照 | 改写品牌观点 |
| 渠道编辑 | 平台化改编 | 改变核心主张 |
| 视觉编辑 | 画面与版式需求 | 补造数据和案例 |
小任务可以合并角色，但事实核验不能与“为了让内容更有冲击力”混成同一目标。
让团长先输出依赖图
正确顺序通常是：研究完成后主笔开始，主内容通过事实审校后再进入渠道和视觉并行，最后统一复审。
如果所有角色从第一分钟同时写，后续合并成本会很高。并行应发生在共享输入稳定之后。
任务示例
请组织一支精简内容团队，为“WorkBuddy 如何安全处理本地文件”制作发布包。
所有产品事实只能使用 sources.csv 和官方链接；
研究角色先更新 claims.md，主笔完成 1800 字中文文章；
事实核验逐条标记“通过 / 需修改 / 无来源”；
通过后再改编为 90 秒视频脚本和 6 张知识卡文案；
视觉角色只输出构图、层级和素材需求，不生成未经确认的数据图。主内容先通过三项验收
- 核心主张是否直接回应用户问题。
- 关键事实是否有原始来源和时间。
- 风险、限制和不适用场景是否完整。
没有通过时不要急着改编渠道，否则错误会复制到更多文件。
渠道改编只改变表达
文章、视频和知识卡的长度与节奏不同，但产品名称、数字、结论和风险不能变化。要求渠道编辑附上“保留事实清单”，便于最终对照。
标题候选可以更有吸引力，但不能用“万能、100%、完全取代”等正文无法证明的承诺。
视觉需求要可执行
视觉角色输出：尺寸、页面数量、每页任务、主要文案、图表数据来源、素材状态和无障碍要求。不要只写“科技感、高级感”。
涉及产品界面截图时检查账号、路径、任务名和通知；涉及第三方图片时记录授权状态。
处理不同角色冲突
主笔希望保留一个强结论，事实核验认为证据不足时，以来源规则为准。可选择降低表述强度、补充来源或删除，不能让团长为了“完整交付”自动折中。
品牌与渠道冲突时，明确品牌不可变项和平台可变项。例如术语、事实和价值观不变，开头长度、段落和 CTA 可以改变。
控制成本和轮次
- 每个角色只交付明确文件。
- 限制候选数量和修改轮次。
- 相同研究不重复执行。
- 先用小主题测试团队配置。
- 记录专家团实际积分和人工审阅时间。
如果协调成本高于一个主笔加一次审校，应简化团队。
发布前总验收
- 所有渠道使用同一事实版本。
- 关键 Claim 可以回到来源表。
- 标题没有超出正文承诺。
- 图片、音乐和截图授权清楚。
- 链接、日期、产品版本和 CTA 正确。
- 敏感信息和内部评论已清理。
- 最终发布仍由负责人确认。
完成检查
- 发布包、角色和依赖关系在启动前确定。
- 所有角色共享唯一事实底稿。
- 主内容先通过事实审校，再做渠道改编。
- 冲突按来源和品牌规则处理。
- 产物质量与积分、人工时间一起复盘。