演示 24 · Plan 模式（先思后行 · 预算硬约束

🏗 Plan 模式全景架构 —— 点组件看职责；播放 ⚡光点走"规划→校验→执行→预算→终止"

👤 用户输入任务描述（自然语言）

▼

🧠 Planning LLM产出结构化 JSON 计划（全局视角拆步骤）

▼

⚖️ 校验引擎JSON Schema / 步骤依赖 / deadline·预算在父配额内

▼

🔨 Execution LLM按 step 逐步执行（局部专注不返工）

🔄 预算引擎全程联动：每步扣预算 · 超限预警 → 触发终止（不是 LLM 说了算）

🧮 预算引擎（五重预算）时间 / 步数 / 模型调用 / 工具调用 / Token

▼

🏁 最终结果计划完成 / 预算超限 / deadline 到期 → 程序决定

💡 三路进入校验：JSON Schema（合法）· Global Deadline（在父配额内）· 五重预算（在父预算内）——不合法就要求重新规划。

🔀 流转详情（当前步骤）—— 例：金融合规报告（RiskReview→ComplianceCheck→FinalReport）

---

⚙️ 谁在做

🏠 在哪个环境

📦 数据形态

🧩 关键机制

⤵ 输入-

⤴ 输出-

💡 点左侧组件看职责；播放/步进走完整生命周期。

⚡ 加载完成 · 播放或步进

⚙️ 框架侧

🤖 LLM 侧

🏁 出口

🧮 预算/校验

🧮 五重预算联动 —— 任一超限即终止（把"终止"从语义判断变成程序硬约束）

⏱ 时间预算任务最大执行时间（定时器）--

🔢 步数预算最大 LLM 轮数（Counter）--

🧠 模型调用预算最大 LLM 调用次数（Counter）--

🔧 工具调用预算最大 Tool 调用次数（Counter）--

💠 Token 预算最大输入输出 Tokens（Tokenizer）--

💡 为什么是五维？单维不足——步数少但每轮全量重发历史可能 Token 爆；Token 够但单步工具执行可能拖爆时间。五维各自约束一个资源维度，任一超限即停，并返回已产出部分 + 终止原因（可人工续跑/重规划）。

📅 全局 Deadline 减法传播 —— 父任务 deadline 沿调用链向子任务分配，防止子任务各自占满

父 Agent

Deadline 10min

减法分配 ↓

子 Agent1

Deadline 6min

子 Agent2

Deadline 4min

子 Agent1 再细分 ↓

Tool1

Deadline 3min

Tool2

Deadline 2min

💡 为什么必须减法分配：父 10min，若两个子 Agent 都设 10min，并行还好，串行时第二个直接超时。6+3=9 给父任务留 1min 开销；校验引擎在规划期就检查子计划 deadline 是否在父配额内（坑 2：没做减法 → 串行必超时）。

⚖️ Plan vs 裸 ReAct · 踩坑

裸 ReAct（边想边做）

· 动态规划，终止靠 LLM 自判断
· 可能无限循环 / 超时 / 成本失控
· 不可审计 · 可控性低

Plan 模式（先思后行）

· 预先结构化 JSON，可校验可审计
· 终止由五重预算硬约束 + 计划完成决定
· 成本可预测 · 适合金融合规/报告生成

三个坑：
① 重规划死循环：Planning LLM 产出非法 JSON → 重规划又失败——重规划也要计入预算（model_calls 维度），N 次后降级为裸 ReAct 或模板。
② Deadline 没做减法分配：父 10min、两个子都 10min，串行必超时——必须显式分配（6+3，留 1min 给父任务）并校验在父配额内。
③ 预算与真实成本脱节：Token 预算要用真实输入长度累计（含每轮全量重发历史），预算引擎要和 Tokenizer 实际计数联动。