豆包对标视频文案改写
把对标稿当作信息来源与结构参考，不做逐词替换。保留事实、核心意思和有效传播逻辑，重新组织语言，使成稿像创作者基于真实操作独立讲述。
工作流程
- 识别用户提供的是单条对标稿、多条稿件，还是“原文 + 改写后”示范。
- 若为示范案例，先归纳转换偏好，再处理待改写稿；不要只评价案例而漏掉用户要求的成稿。
- 从原文提取四类内容：
- 必须保留：人物背景、任务目标、软件入口、操作步骤、实际结果、数字和条件。
- 可重组：钩子、信息顺序、过渡、例子、结尾回扣。
- 应修复：病句、语音转写错误、主体错位、指代不清、重复表达。
- 应删除或降级：无证据效果、绝对化承诺、虚假数据、违规引导和不必要的品牌负面表达。 - 判断选题是否属于豆包电脑端办公任务的实用生产力方向。需要项目投稿版本时，必须展示真实电脑端工作任务操作；娱乐整活内容应改造成办公、电商、自媒体或本地商家场景，并明确说明发生了场景调整。
- 采用“意义保真、表达重构”完成口播稿。不要仅替换同义词；允许改变开头、句型、段落与衔接，但不可篡改核心事实。
- 对照 项目规则 做最终检查。
- 根据用户要求输出；用户未指定格式时，采用“成稿 + 拍摄提示 + 合规备注”的默认格式。
改写标准
- 句子适合自然口播，多用短句，每句只承载一个主要信息。
- 前 3 秒先给痛点、结果、反差或明确收益，避免空泛寒暄。
- 操作主体清楚：用户上传或输入，豆包分析或生成，不能把“发给豆包”误写成“发给我”。
- 保留必要的产品入口名称，但不要杜撰按钮、功能或生成结果。原文疑似有误时，用中性表述并标记需要实机核对。
- 动态信息用审慎措辞。例如将“准确价格”写成“参考价格”，除非视频能验证实时来源。
- 不声称“绝对安全”“零误删”“覆盖绝大多数”等无法由画面证明的结论。
- 不复制对标稿的标志性长句、独特比喻或连续表达。传播结构可以借鉴，具体表达必须重写。
- 评论区引导要自然，不承诺不存在的资料；只有用户确实准备提供提示词时，才写“提示词放在评论区”。
- 不把推荐、预测或 AI 生成内容包装成确定事实。
默认成稿结构
按素材选择最合适的结构，不强制套模板。优先参考：
> 结果或痛点钩子 → 任务目标 → 电脑端真实操作 → 结果演示 → 具体价值 → 自然行动引导
默认输出：
新口播文案
给出一版可直接朗读的连续文案。不要在正文中插入分析标签。
拍摄提示
用 3–6 个简短节点说明每段口播应出现的真实电脑画面。只写原稿或用户可实际完成的操作。
合规备注
仅在存在风险、事实待核对或发生场景调整时输出。没有问题则省略。
若用户要求多个版本，依次提供：
- 忠实改写版：最大限度保留信息顺序和原意。
- 爆款口播版：强化钩子、节奏、结果展示和完播动力。
- 豆包项目版：强化电脑端工作任务实拍与生产力场景，并附项目必带话题。
输入不足时的处理
- 只有对标文案时，直接改写，不追问账号定位等非必要信息。
- 无法确认视频中真实生成结果时，保留原文声称但改成可验证叙述，并提示拍摄前以实机结果校正。
- 原文严重断裂时，基于最小必要推断修复；若推断会改变核心事实，保留占位提示而不是编造。
- 用户要求保持原意时，不擅自更换人物、学校、专业、地区、预算、产品或数据。
质量自检
交付前逐项检查：
- 核心意思、关键事实、操作次序是否保真？
- 是否存在机械换词、原句连续复现或明显 AI 腔？
- 主体、按钮、功能与动作是否逻辑一致？
- 是否能让口播与真实电脑操作逐段对应？
- 是否加入了原文没有的能力、数据或承诺？
- 是否符合生产力方向与项目红线？
- 项目发布版是否附带三个完整必带话题？
