复述与作答是什么
复述与作答要求模型先把用户问题改写成更清晰、更完整的版本，补全隐含条件，再基于改写后的理解作答。对含歧义、术语混用、上下文缺失的提问，这一招能把“问题理解”显式化，暴露模型对需求的解读偏差；在关键场景还可以在复述后暂停，等用户确认再继续。
基本信息
| 价值 | 把理解过程显式化，偏差在作答前就能被发现 |
|---|---|
| 适用 | 含歧义、信息不全、术语混用的提问 |
| 不适用 | 简单直接的问题，复述只增加输出长度 |
| 进阶用法 | 复述后暂停，等用户确认再执行 |
| 注意 | 复述与作答同一次输出且不核对时，模型可能改错理解后径直作答 |
典型使用场景
- 复杂需求拆解：用户一句话讲完需求，先复述目标与边界再动手
- 多义指令：同一句话可能指两种任务，用复述把分歧摆在明面上
- 合同与规则类问题：把条件与例外补全再给结论，减少答非所问
- 对外客服场景：复述确认可以降低答错带来的返工成本
- 批处理任务：把规范化后的问法记录下来，作为后续同类任务的模板
复述与作答模板
复述与作答模板
第一步 复述你对问题的理解，改写为更清晰的表述，并补全隐含条件。
若复述与原意可能不一致，以「我的理解是」明确写出。
第二步 列出关键假设与不确定项，说明各自会影响结论的哪一部分。
第三步 基于你的理解作答；对依赖假设的部分标注前提。
# 高风险场景变体：复述后暂停，等待用户确认再继续作答提问类型与收益
| 提问特征 | 收益 | 说明 |
|---|---|---|
| 含多义术语 | 高 | 歧义在复述阶段被摊开 |
| 条件与例外繁多 | 高 | 复述促使补全边界条件 |
| 信息明显缺失 | 中 | 模型会标出缺口而非硬答 |
| 简单事实问答 | 低 | 只增加长度与延迟 |
复述要写成“我的理解是”，不要写成“你的意思是”，后者容易让模型替用户编造需求。真正的确认动作留给用户或上游系统。