小林的投屏问题进入第二轮：她已经说明使用线缆，服务台查到了适用指引，却在尝试后仍看不到画面。此时如果 Agent 只会“调用下一个工具”，它可能重复检索同一篇资料，甚至在员工未确认时直接建单。真正的任务规划，是把目标拆成有前置条件、有完成证据、有退出路径的少量步骤，并随着真实结果调整路线。本篇以这段求助为例，说明怎样让 Agent 规划任务，同时把工具调用留在程序控制之下。规划不是让模型一次写出一份不可变的长计划；当小林反馈“还是不行”，计划就应从自助排查转为整理工单。每一步都要回答：为什么现在做、调用什么、凭什么认为成功、失败后怎么走。文章目录目标不是“多调用工具”，而是推进业务状态给计划中的每一步标出条件一张流程图看计划如何调整把候选计划与实际执行分开什么时候需要重新规划总结目标不是“多调用工具”，而是推进业务状态小林的目标是让培训顺利进行，服务台能承担的目标更具体：尽快提供有依据的自助建议；若无法解决，完整记录故障并转现场处理。目标分层之后，Agent 不应承诺“保证九点半修好”，因为它控制不了现场设备和人员到达时间。它只能控制信息收集、资料查询、工单申请以及状态反馈。目标层次可观察结果Agent 能控制的范围员工目标培训设备可用无法单独保证服务台目标员工得到适用指引或进入人工处理可提供建议与转接当前轮目标确认连接方式并取得有效指引可追问、查询和校验下一轮目标排查失败后整理并申请建单可整理内容、等待确认如果把“培训顺利进行”直接交给模型，它可能为了表现任务完成而跳过确认、编造维修状态。规划必须围绕可验证的中间结果展开。查询设备后的结果是“确认设备类型”，不是“设备应该没问题”；建单后的结果是“拿到工单系统回执”，不是“我已经通知同事”。
