草稿纸模式是什么
草稿纸模式给模型划出一块专门做中间计算的区域（统计、核对、试算），正文只引用草稿里的结果。价值在于半透明：结果错了能定位到具体哪一步算错，而不是只看到一个错误的最终数字。它源自「让模型把中间计算写出来」的思路（Show Your Work，Nye et al., 2021），与后来的代码化计算（Program-of-Thought）是同一动机的两种做法。
基本信息
| 适用任务 | 数量统计、金额核对、表格聚合等多步计算 |
|---|---|
| 输出结构 | <scratchpad> 过程区 + <result> 结果区 |
| 核心价值 | 中间步骤可复核，出错能定位到具体一步 |
| 常见变体 | 数值计算交给代码执行，结论由模型复述 |
典型使用场景
- 表格逐行求和与计数：先逐行累加，再给总数，便于发现漏行
- 金额核对：把每笔金额与原文合计比对，标出差额与差额方向
- 规则清单核对：逐条打勾，最后给出通过或不通过及依据
- 多步单位换算：先写出中间量与换算率，再给最终结果
- 与程序配合：模型负责草稿与口径，最终数值由脚本复算一遍
草稿区与结果区分写
草稿区与结果区分写
先在 <scratchpad> 中完成全部计算与核对（列出每一步数字），
再在 <result> 中只填最终结果。
<scratchpad> 中的过程不要出现在 <result> 里。
# 要求逐行累加，能明显减少心算漏行
要求：逐行累加，每行写清「小计 = 上一小计 + 当前值」。
# 结果区保持最小，便于程序按标签解析
<result> 只允许出现 JSON，不要写解释性文字。
# 核对项单列，便于人工判断错在哪一步
核对：行数是否与输入行数一致；合计是否等于各行之和。输出逐块读法
| 区块 | 内容 | 检查点 |
|---|---|---|
| <scratchpad> | 逐行中间量与核对说明 | 小计是否连续递增、有无跳行 |
| <result> | 最终结果（JSON 或数值） | 字段名与格式是否符合约定 |
| 核对列表 | 行数与合计的比对结论 | 是否与输入条数一致 |
| 异常行 | 被标出的可疑行 | 是否同时给出原值与计算值 |
草稿与结果混排时，解析脚本容易把草稿中的中间数字当最终值取走；固定区块标签并按标签取数最省事。
表格类统计即使写了草稿区也可能心算出错：要求「逐行累加并写出小计」比只要求「列出步骤」更有效。