把隐含推断摆到台面上
信息不全时模型会自行补全前提，这些前提通常藏在输出里不被察觉。要求它先列「假设」清单再作答，就把隐含推断变成可审计的文本：出错时先更正假设列表再重跑，比推翻整段输出省成本。关键是要设上限——假设超过 3 条就改为提问，否则模型会用十几条假设兜住任何问题，输出看似完整但全建立在猜测上。
基本信息
| 输出位置 | 假设清单放在答案开头，不藏在结尾 |
|---|---|
| 上限 | 超过 3 条改为提问，不继续作答 |
| 作用 | 把隐性推断变成可审计的显性文本 |
| 配套 | 结果有误时先改假设再重跑，成本更低 |
典型使用场景
- 需求不完整：先列出对口径的假设再给出方案框架
- 数据缺失的核对任务：缺哪些字段、假设取什么值要写明
- 配置类问答：假设版本与环境，再给操作步骤
- 合规判断：假设适用场景与主体类型，再给结论
- 跨团队协作：把对名词理解的假设显式写出，减少来回确认
写法示例
写法示例
作答规则：
- 若信息不足，先列「假设」清单（每条一行，注明依据）
- 假设超过 3 条时改为提问，不继续作答
- 假设清单放在答案开头，不要藏在结尾
# 每条假设注明依据（来自哪句话、哪个常识），便于复核
# 假设与答案分区输出，避免人工复查时在正文里找前提
# 假设被推翻后只改假设区并重跑，不必整段重写输出结构
| 区块 | 内容 | 检查点 |
|---|---|---|
| 假设清单 | 每条一行的前提与依据 | 是否超过 3 条、依据是否可查 |
| 答案 | 基于假设的处理结果 | 是否与假设一致，有无隐含新前提 |
| 待确认 | 需要用户补充的信息 | 是否具体、可回答 |
| 风险提示 | 假设不成立时的后果 | 是否说明影响范围 |
不设上限时模型会用十几条假设兜住任何问题，输出看似完整但全建立在猜测上，反而增加复核负担。
假设与答案混排会降低复查效率：要求分区输出，人工才能先看前提是否成立。