零基础学大模型(第 3 周)——让智能体具备“思考能力”:从工具调用到任务编排
在前两周,我们完成了从 0 到 1 构建智能体的早期阶段:
第1周:理解智能体概念并在扣子平台创建第一个智能体
第2周:引入插件,使智能体具备“感知 + 行动能力”
但到这一阶段,智能体仍然依赖用户的精确指令,它并不知道:
什么时候该做什么
执行顺序是什么
遇到不确定怎么办
如何完成闭环
如何处理任务场景这就是本周的核心目标:
让智能体从“能执行动作”变成“能完成任务”
🧠 一、为什么智能体需要“思考能力”?
真实任务往往是复杂且链式的,例如用户说:
“帮我安排下周三的项目会议”
这里隐含了多个步骤:
需求识别 → 信息补充 → 冲突检查 → 创建会议 → 通知参与者 → 完成确认不同技术能做到的能力差异非常明显:
技术形态 是否理解 是否拆解任务 是否决策 是否闭环执行 API × × × × 工作流 △ × × △ 智能体 ✔ ✔ ✔ ✔ 智能体要想真正运行在业务中,其必备能力就是:
任务理解 → 拆解 → 调用 → 决策 → 闭环
在本周我们会引入 4 个核心能力模块。
🧩 二、智能体思考能力的四层结构
智能体的“思考能力”可以被拆成四层:
记忆(Memory) 推理(Reasoning) 规划(Planning) 协作(Orchestration)这四层是逐级增强的,不同智能体能力差异就体现在这里。
🔍 三、模块 A:任务分解(Task Planning)
任务分解是智能体开始“懂任务”的起点。
例如用户说:
“帮我订一趟商务行程”
智能体需要自动分解:
复杂任务 → 子任务链更具体来说可能是:
获取出行时间 → 查询航班 → 查询酒店 → 订票 → 输出行程单而不是用户逐句指挥:
“先帮我查航班,然后再查酒店……”
🔗 四、模块 B:工具链协作(Tool Orchestration)
当任务被拆解以后,真正的执行依赖工具链协作,例如:
地图 → 航班 → 酒店 → 支付 → 通知智能体会在链路之间做动作与决策,例如:
✔ 是否需要调用下一个工具
✔ 是否需要等待上下文
✔ 是否进入错误恢复
✔ 是否已满足完成条件这种能力本质上更接近代理(Agent)而不是脚本。
![]()
🧬 五、模块 C:长期记忆系统(Memory System)
智能体必须具备记忆,不然就永远是“短时执行器”。
记忆包括:
记忆类型 示例 用户偏好 出行偏好、预算、时间 历史记录 已执行的任务 任务状态 当前任务进行到哪一步 例如:
用户:“帮我订个酒店”
有记忆 vs 无记忆区别巨大:
能力 无记忆 有记忆 参数补全 × ✔ 体验 差 强 智能性 弱 强
![]()
🏁 六、案例:会议助手任务闭环
当上述能力结合时,才形成真正闭环执行能力。
例如:
“帮我安排一个项目会议”
实际隐含流程:
需求识别 → 时间确认 → 冲突检查(日历) → 创建会议 → 通知参与者 → 完成最终输出:
“会议已创建并通知参会者”
![]()
📈 七、能力进阶总结
本周完成了非常关键的能力跃迁:
第1周:能响应 第2周:能操作 第3周:能完成任务 (本周)后续阶段会继续进化:
第4周:能落地业务系统 第5周:能持续自动化运行
🏁 八、总结
本周我们完成了从“会执行动作”到“能完成任务”的关键跃迁。引入了 3 个核心能力模块:
Task Planning(任务分解)
Tool Orchestration(工具链调度)
Memory System(长期记忆)
这三个能力的组合最终实现:
智能体闭环执行能力
这是进入真正业务级智能体的起点
更多推荐


所有评论(0)