Method 03 · Contract-based refinement

三步精炼 Prompt

长文本不靠一轮“更聪明的总结”,而是拆成可独立验收、可单独迭代、失败时能退回上一份产物的步骤。

来源项目
video-scribe
适合
离线长文本、允许分阶段验收
核心原则
每步有明确输入输出合同
不适合
短文本、实时对话、逐字保真

01 · 为什么不是“再改一版 Prompt”

单轮长文本总结有两种失败:一种直接超出处理上限,另一种更隐蔽——输出仍然流畅,但中间的反例、限定条件和经验细节被悄悄省略。后者没有报错,却让人不知道失去了什么。

解决思路不是承诺“绝对零遗漏”,而是把不同目标拆开:先判断处理路径,再尽量保留结构与细节,最后才形成视角化笔记。这样每一步都有东西可以检查。

02 · 三步与一条铁律

步骤只解决什么输入输出失败后怎样退
Step 1 · 题材识别类型、密度、视角、价值与处理路径。原始转写结构化判定保留原始转写与判定。
Step 2 · 完整整理清洗口语和结构,尽量保留观点、例子与限制。转写 + Step 1结构化清洁文本Step 1 + 原文仍可用。
Step 2.5 · 降密度为超长内容降低段内密度,不承担最终结论。Step 2 分段紧凑过渡稿退回完整整理。
Step 3 · 精炼笔记形成核心观点、方法、行动项与待核项。完整整理 / 过渡稿可使用的 Markdown 笔记直接交付 Step 2。
一条铁律:每一步必须产生一份可序列化、可单独打开的产物。下一步失败,用户仍能拿回上一步,而不是只看到“处理失败”。

03 · 一次真实长访谈

2026 年 4 月 6 日,一条 60,809 字的英文长访谈先保留原始转写与字幕,再另存中文工作稿、完整整理和最终笔记。AI 精炼约 491.4 秒,但不含下载、转写与翻译,因此不能当作端到端耗时。

这里用它证明“中间产物确实被保留”;运行账本、截图和版本变化统一放回作品页。

查看完整作品案例与运行账本 →

04 · 从三步到四条路径

三步是基础合同,不是所有内容都必须机械执行。短内容全走一遍会浪费,超长内容又装不下;v0.7 本地工作版让 Step 1 先选择路径。

不为形式增加步骤

材料本身足够短时,识别后直接进入精炼。

基础三步

一次完整整理后形成精炼笔记,保留中间产物。

先分段,再合并

按句子边界切分,用重叠保护语义,再处理段间重复。

骨架、批次与全局

增加全文骨架、批次精炼和全局精炼,防止最后只看到局部。

05 · 怎样测试这套方法

契约化拆分让每一步可以单独测试,但“装了测试框架”不等于“已经有高质量金标集”。当前源项目有两种不同证据:

  • 代码层:2026 年 8 月 23 日在本地工作副本运行,50 项自动测试通过;它证明当前测试套件通过,不直接证明笔记质量。
  • Prompt 层:已经搭建回归框架,但现有数据仍标注为待替换示例,不能声称拥有真实 13 条金标样本或稳定 5 秒回归。
  • 使用层:2026 年 4 月账本有 17 次尝试、14 成功、3 失败;失败原因未记录,不能推断。

06 · 常见失败

虚假承诺

把“完整整理”写成绝对零遗漏

无法逐项验证的绝对承诺会制造错误安全感;页面应说明保留策略与限制。

伪拆分

每一步只是在换文风

如果没有不同目标、不同字段与独立输出,步骤只是增加调用成本。

错误放大

上一步偏差一路传下去

每步都要可打开、可检查;不满足合同就停止或回退,不盲目继续。

07 · 适用边界

  • 短文本:单轮足够时,拆步骤只会增加时间和费用。
  • 实时交互:这是一条离线管线,不适合需要瞬时响应的对话。
  • 逐字保真:法律、医疗、合规等材料必须保留原文与正式审核,最多停在整理层。
  • 个人判断:视角化批注不能让模型冒充用户经验,最终连接和判断仍由人补充。

核心提醒

三步不是越多越好,而是“够用的最少步骤”。每增加一步,都要回答它解决了上一份产物无法解决的什么具体问题。