Appearance
10.4 推理路径控制（RPC）
引言：为什么需要"推理路径控制"
仅仅"让模型按照步骤思考"是不够的。工程师想要的不是"思考步骤"，而是：确保模型沿着正确的思维路径进行推理，避免走错方向。 这项能力就是 RPC（Reasoning Path Control）。
10.4.1 什么是推理路径控制
RPC = 人为定义推理路径，引导模型按规定路线思考。
| 项目 | CoT | RPC |
|---|---|---|
| 作用 | 提供推理步骤 | 限制推理顺序与行为 |
| 风格 | 内容结构 | 控制逻辑 |
| 稳定性 | 中等 | 极高 |
| 工程定位 | 提升推理能力 | 控制推理质量 |
本质：CoT = 思考内容；RPC = 思考路线；两者协作才是工程级推理系统。
10.4.2 RPC 的三大核心原则
| 原则 | 说明 |
|---|---|
| 思考顺序必须被定义 | 识别问题 → 拆分任务 → 分析选项 → 输出结论，不得跳步 |
| 每个思维阶段都有明确目标 | 步骤 1 不得输出结论，步骤 2 不得提供答案 |
| 禁止未授权的推理行为 | 不得自行跳到最终答案、捏造条件、擅自增加步骤 |
10.4.3 RPC 的四层结构
| 层级 | 说明 |
|---|---|
| 路径声明 | 告诉模型完整推理路线 |
| 阶段目标 | 每个阶段做什么 |
| 阶段限制 | 每个阶段不能做什么 |
| 阶段验证 | 下一阶段前必须检查什么 |
10.4.4 工程级 RPC 模板
# Reasoning Path Control（RPC）
阶段 1：任务理解
- 重述任务、找出关键条件
- 不得输出任何结论
阶段 2：任务拆解
- 将问题拆分为子任务、明确依赖关系
- 不得提供答案
阶段 3：逐项分析
- 对每个子任务进行详细推理
- 必须引用已识别的条件，不得编造信息
阶段 4：综合结果
- 整合所有分析，得出最终解决方案
- 仅在此阶段提供答案
阶段 5：输出
- 提供清晰、结构化的最终答案
- 不得包含任何推理步骤10.4.5 什么时候必须使用 RPC
| 场景 | 原因 |
|---|---|
| 推理路径复杂 | 容易走偏 |
| 有多步依赖 | 必须控制顺序 |
| Agent 可能乱跳 | 限制调用顺序 |
| RAG + 推理任务 | 避免知识冲突 |
| 需要高一致性 | 强制路径标准化 |
10.4.6 RPC 的局限性
RPC 不适用于：高创造性任务（文案、故事）、风格转换任务、即兴式对话、高频实时交互。RPC 偏"硬约束"，会让输出更"工程化"。
本节小结
关键要点
- RPC 是控制模型推理路线的核心技术
- CoT 解决推理内容；RPC 解决推理顺序
- RPC 四层结构：路径声明 → 阶段目标 → 阶段限制 → 阶段验证
- RPC 可显著减少模型跑偏与幻觉
RPC 是推理控制的核心，接下来我们将学习：自反思与自纠错。
