退一步先定原理
Step-Back Prompting（Zheng et al., 2023）先让模型回答一个更通用的上位问题（用哪些原理、规则、公式、条款），再回到具体问题上作答。它针对的失败模式是「选错原理」：很多错误不是算错，而是套用了不适用的一般规则。多一次调用通常很短，换来的是原理层面的稳定。
基本信息
| 两段结构 | 抽象段（上位原理）+ 具体段（套用作答） |
|---|---|
| 适用 | 细节干扰强、需要先回想正确规则再套用的题目 |
| 收益 | 减少「选错原理」类错误 |
| 成本 | 多一次调用，但抽象段通常很短 |
| 前提 | 两段要在同一上下文里传递 |
典型使用场景
- 制度问答：先列适用条款范围，再判断具体情形是否落入
- 技术故障定位：先明确该组件的正常状态与判定指标，再判断现状
- 计算题：先写出适用公式与适用条件，再代入数值
- 合规检查：先确认适用法规与豁免条件，再逐项核对
- 方案评估：先列出评估维度与权重口径，再评具体方案
两段提示
两段提示
第 1 段（抽象）：关于该主题，需要用到哪些基本原理 / 法规条款 / 通用规则？
（只回答上位知识，不涉及具体题目）
第 2 段（具体）：依据上面的原理回答：<具体问题>，并指出用到哪条原理。
# 抽象段不做具体判断，避免把答案提前写死
# 第二段要求指明用到哪条原理，便于人工核对选得对不对
# 两段必须放在同一上下文里传递，否则抽象结果用不上
# 抽象段输出限制在 3-5 条，过长会变成通用科普两段的产物与检查点
| 段落 | 产物 | 检查点 |
|---|---|---|
| 抽象段 | 3-5 条上位原理或条款 | 是否与题目相关，而非泛泛的领域介绍 |
| 具体段 | 结论 + 用到的原理 | 结论是否由选定原理推出 |
| 衔接 | 两段的对应关系 | 具体段是否真的引用了抽象段的条目 |
| 核对 | 原理选择是否正确 | 人工抽查选错原理的样本 |
抽象问题问得太泛（「谈谈这个领域」）会得到套话；抽象层次要贴着题目选，如把「如何排查超时」上提为「服务超时的常见成因分类」。
两段要在同一上下文里传递，否则抽象结果用不上，退一步变成一次孤立的泛泛讨论。