跳到正文
MyDSH我的 DSH 实战笔记
English
独立维护,非DeepSeek官方;与mydsh.dev等其他MyDSH站点无关联。

一篇长文改写成多平台文案,事实一个都不许改

配方模板 · 尚未在本站完成实测

配方 / 内容模板 · 待实测整理于2026-11-14
本页是配方模板,尚未在本站完成实测。运行记录、token与耗时会在复测后补上;在那之前不填任何估算数字。

适用场景

一篇公众号长文要拆成小红书、微博、短视频脚本三份。最怕改写时数字变了、结论被夸大、案例张冠李戴。

准备

宿主版本
待填(实测时记录具体rc版本号)
模型
待填
模式 / 权限
建议先用标准模式 + 工作区内修改
需装插件
无(如用到插件,在实测后补齐名称与版本)
输入材料
放在独立工作区,原始文件先备份

完整指令

读 article.md,改写成三份文案:小红书笔记(300 字内)、微博(140 字内)、短视频口播稿(60 秒,约 220 字)。

【硬约束:事实层】
- 原文出现的所有数字、时间、人名、地名、机构名、引用,必须逐字保留,不许换算、不许四舍五入、不许「大约」。
- 原文说「部分」「多数」「有研究认为」的,改写后不许升级成「全部」「都」「研究表明」。
- 原文的因果表述(A 导致 B)不许改写成相关(A 与 B 有关),也不许反过来。

【输出】
每份文案末尾单独列一节「事实核对」,把该文案里出现的每个数字与专有名词列出来,并标出它在原文的位置(段落号或原句片段)。

要求:
1. 三份各自独立可读,不许写成「如上所述」。
2. 平台差异体现在开头方式与长度上,不体现在事实密度上——三份的事实必须一致。
3. 如果某个平台的篇幅装不下原文的关键限定条件(比如「仅在 X 条件下成立」),就保留限定条件、砍掉修饰,不要为了短而丢掉限定。
4. 最后报告:三份各有几个数字、有没有任何一处无法在原文找到依据。

运行记录

项目数值备注
耗时待实测
结果待实测
输入 / 输出token待实测
残留待实测

产物

跑通后在这里给出文件清单与截图,并说明原始文件有没有被改动。

验收清单

点一下可勾选,用来逐条核对。

  • 三份文案里的数字与原文完全一致(逐个核对)
  • 没有出现「全部」「都」「研究表明」这类被升级的表述
  • 每份都有「事实核对」小节,且位置标注可回溯
  • 关键限定条件(如「仅在X下成立」)在三份里都保住了
  • 没有任何一份出现原文找不到依据的内容

失败与边界

  • 「事实核对」这一节是这条配方的核心,去掉它就退化成普通改写,你没法验
  • 平台字数限制与「不许丢限定」会冲突,冲突时按第3条办:保限定、砍修饰。这条要写死在指令里,否则它会自己选
  • 原文本身若有前后不一致(数字对不上),改写会把这个矛盾复制三份。改写前先校一遍原文
  • 卡在哪:能跑,但「事实一个都没改」需要一篇带真实数字与人名、且已公开发表的长文做底稿。用自造文本测不出「改写时会不会悄悄换掉一个数字」这类真实失败。

认领这条配方 回配方列表