不为形式增加步骤
材料本身足够短时,识别后直接进入精炼。
Method 03 · Contract-based refinement
长文本不靠一轮“更聪明的总结”,而是拆成可独立验收、可单独迭代、失败时能退回上一份产物的步骤。
单轮长文本总结有两种失败:一种直接超出处理上限,另一种更隐蔽——输出仍然流畅,但中间的反例、限定条件和经验细节被悄悄省略。后者没有报错,却让人不知道失去了什么。
解决思路不是承诺“绝对零遗漏”,而是把不同目标拆开:先判断处理路径,再尽量保留结构与细节,最后才形成视角化笔记。这样每一步都有东西可以检查。
| 步骤 | 只解决什么 | 输入 | 输出 | 失败后怎样退 |
|---|---|---|---|---|
| Step 1 · 题材识别 | 类型、密度、视角、价值与处理路径。 | 原始转写 | 结构化判定 | 保留原始转写与判定。 |
| Step 2 · 完整整理 | 清洗口语和结构,尽量保留观点、例子与限制。 | 转写 + Step 1 | 结构化清洁文本 | Step 1 + 原文仍可用。 |
| Step 2.5 · 降密度 | 为超长内容降低段内密度,不承担最终结论。 | Step 2 分段 | 紧凑过渡稿 | 退回完整整理。 |
| Step 3 · 精炼笔记 | 形成核心观点、方法、行动项与待核项。 | 完整整理 / 过渡稿 | 可使用的 Markdown 笔记 | 直接交付 Step 2。 |
一条铁律:每一步必须产生一份可序列化、可单独打开的产物。下一步失败,用户仍能拿回上一步,而不是只看到“处理失败”。
2026 年 4 月 6 日,一条 60,809 字的英文长访谈先保留原始转写与字幕,再另存中文工作稿、完整整理和最终笔记。AI 精炼约 491.4 秒,但不含下载、转写与翻译,因此不能当作端到端耗时。
这里用它证明“中间产物确实被保留”;运行账本、截图和版本变化统一放回作品页。
查看完整作品案例与运行账本 →三步是基础合同,不是所有内容都必须机械执行。短内容全走一遍会浪费,超长内容又装不下;v0.7 本地工作版让 Step 1 先选择路径。
材料本身足够短时,识别后直接进入精炼。
一次完整整理后形成精炼笔记,保留中间产物。
按句子边界切分,用重叠保护语义,再处理段间重复。
增加全文骨架、批次精炼和全局精炼,防止最后只看到局部。
契约化拆分让每一步可以单独测试,但“装了测试框架”不等于“已经有高质量金标集”。当前源项目有两种不同证据:
无法逐项验证的绝对承诺会制造错误安全感;页面应说明保留策略与限制。
如果没有不同目标、不同字段与独立输出,步骤只是增加调用成本。
每步都要可打开、可检查;不满足合同就停止或回退,不盲目继续。
三步不是越多越好,而是“够用的最少步骤”。每增加一步,都要回答它解决了上一份产物无法解决的什么具体问题。