Dry Run（演练模式）
先用一句话说清楚
Dry Run（演练模式）是在不真正影响业务数据、不真正发消息、不真正提交订单或审批的前提下，完整跑一遍 AI Agent（人工智能体）流程。
实战知识卡
| 维度 | 要点 |
|---|---|
| 项目里看什么 | 看系统是否能模拟真实流程但不写入生产业务系统。 |
| 新手最该记住 | 演练模式（Dry Run）适合在上线前验证流程、权限和日志。 |
| 作品集证据 | 展示“会生成工单草稿，但不会真的提交”的演练状态。 |
| 面试回答公式 | 先说演练验证哪些链路，再说从演练到真实运行需要哪些门禁。 |
| 常见扣分点 | 把演练成功说成已经真实上线。 |
新手通俗解释
你可以把 Dry Run（演练模式）理解成“彩排”。系统会像真实运行一样读取资料、判断意图、生成结果、准备调用工具，但最后一步不会真的写入业务系统。
比如客服 Agent（智能体）可以判断应该创建工单，也可以生成工单内容，但在 Dry Run（演练模式）里只展示“如果真实执行，会创建什么工单”，不会真的把工单提交到客户系统。
为什么岗位会问它
面试官问 Dry Run（演练模式），通常是在判断你是否懂上线风险。很多新手只会说“我本地跑通了”，但企业更关心：在真实数据、真实权限、真实流程之前，能不能先低风险验证。
| 面试官关注点 | 你要体现的能力 |
|---|---|
| 不误伤业务 | 写入动作先演练，不直接执行 |
| 可验收 | 演练结果能给业务方确认 |
| 可复盘 | 演练过程有 Trace ID（追踪编号）和审计（Audit）记录 |
| 可切换 | 从 Mock Mode（模拟模式）到 Dry Run（演练模式）再到 Live Mode（真实运行模式） |
它在项目里怎么用
作品集里建议把运行状态分成三层：
| 状态 | 做什么 | 不做什么 |
|---|---|---|
| Mock Mode（模拟模式） | 用假数据验证页面和流程 | 不接真实模型和真实业务系统 |
| Dry Run（演练模式） | 用真实或接近真实的输入跑完整流程 | 不真正写入、不真正通知、不真正扣费 |
| Live Mode（真实运行模式） | 在权限和审批通过后真实执行 | 不能绕过上线门禁（Launch Gate） |
常见误解
| 误解 | 为什么不对 | 正确理解 |
|---|---|---|
| Dry Run（演练模式）就是 Mock Mode（模拟模式） | Mock Mode（模拟模式）可能没有真实链路 | Dry Run（演练模式）更接近真实流程，只是不提交最后动作 |
| 演练通过就能直接上线 | 还要看权限、审计、限流、回滚和人工确认 | 演练是上线前证据之一，不是全部 |
| 只读项目不需要 Dry Run（演练模式） | 只读也可能泄露资料或输出错误结论 | 高风险输出也应该演练 |
面试官可能怎么追问
1. Dry Run（演练模式）和 Mock Mode（模拟模式）有什么区别？
考察点： 是否理解验证层级。
参考回答： Mock Mode（模拟模式）主要用于早期开发，用模拟数据验证页面、流程和交互。Dry Run（演练模式）更接近真实上线，会使用真实配置或接近真实的数据跑完整流程，但会拦截最后的写入、通知、扣费或提交动作，让业务方先确认结果。
容易扣分： 把两者都说成“测试环境”。
2. 哪些动作必须先 Dry Run（演练模式）？
考察点： 是否有风险分级意识。
参考回答： 写入业务系统、发送外部消息、修改客户资料、提交审批、触发财务或影响客户权益的动作都应该先 Dry Run（演练模式）。演练结果需要进入审计（Audit）记录，并由人确认是否允许进入 Live Mode（真实运行模式）。
容易扣分： 认为模型判断正确就可以直接执行。
作品集里怎么展示它
- 展示一次“即将调用工具”的演练结果。
- 写清哪些工具在 Dry Run（演练模式）下只预览，不提交。
- 展示演练记录里的 Trace ID（追踪编号）、风险等级和人工确认状态。
- 在项目说明里写清从 Mock Mode（模拟模式）到 Live Mode（真实运行模式）的切换条件。