Agent 运作像开厨房，从点单到出菜
Agent 运作像开厨房：从点单到出菜
- 1文章主张模型负责理解和建议，系统负责检索、授权、执行、审计，人负责关键确认的分工边界
- 2把 Agent 比作有分工有制度的厨房系统而非万能厨师，用接单到复盘的流程拆解其运作机制
- 3文中把 Prompt、RAG、Function Calling、MCP 等概念对应到点单、查菜谱、拿工具、统一灶台接口
- 4提出评测要分层看任务结果、过程步骤、安全边界、成本延迟四个维度，并随迭代持续进行
Agent 能否稳定干活，关键不在模型多聪明，而在把知道、决定、执行、负责四件事分开的机制与权限设计。
- 影响：把它当万能员工整体放权，会放大越权操作和数据误用的风险；下单、转账、改配置这类写操作要保留人工确认环节；上线前的单次测试不够，效果要靠分层评测和持续迭代来保障。
- 参考：可考虑按文中框架盘点自家场景的权限清单，标出哪些步骤需要人工确认和二次校验；评测指标值得从结果、过程、安全、成本四层分别设定，并留存工具调用与错误码记录。
- 依据：内容为作者对 Agent 运作机制的经验性梳理与科普解读，无实测数据或独立评测支撑，属个人方法论观点。
把 Agent 比作餐厅厨房，复杂概念瞬间通俗易懂。本文用“接单、查料、计划、动手、检查、出菜、复盘”的厨房流程，拆解 Prompt、RAG、Function Calling、MCP、Skill 等核心概念，并强调模型负责建议、系统负责授权执行、人负责关键确认的分工边界，帮你建立对 Agent 运作机制的系统认知。
把 Agent 想成一家餐厅的厨房，很多概念就清楚了。
Agent 不是“一个万能厨师”，而是一套能接单、查料、计划、动手、检查、出菜、复盘的厨房系统。模型像厨师长，负责理解和决策；但真正开火、切菜、授权、品控的，是厨房里的工具、流程和制度。
一、先看厨房里谁是谁
二、一道菜是怎么做出来的：Agent 的运作流程
1. 接单：Prompt 告诉它要什么
顾客说：“少辣、不要香菜、二十分钟上菜。”
这就像 Prompt：目标、约束、输入和输出格式都要说清楚。Prompt 不是越玄越好，而是像一张清楚的订单：做什么菜、给谁吃、有什么忌口、什么时候要。
2. 看案板：上下文决定它此刻看见什么
厨师长低头一看，案板上有什么料、订单备注写了什么、上一道菜做到哪一步。这就是上下文。
上下文不是越多越好。案板堆满东西，反而找不到盐。Agent 也一样：该进上下文的进，该检索的检索，该放记忆的放记忆，过期的要清掉。
3. 查菜谱和库存：RAG 先查再答
这道菜不会做，先翻菜谱；冰箱里有没有食材，先查库存。这就是 RAG：AI 不知道的，先去查再答。
但 RAG 不是“查了就一定对”。菜谱可能过期，库存可能没更新，检索可能拿错页。所以还要重排、引用溯源、权限过滤和知识更新。
4. 定步骤：Skill 和规划编排
“先腌肉，再热锅，先炒配菜，最后合炒。”这是 Skill：某类任务具体分几步做。
“先做凉菜还是先蒸鱼？哪个灶先开？哪步要等人确认？”这是规划与编排。确定性流程用工作流，开放式问题才让 Agent 多发挥；高风险步骤加检查点。
5. 拿工具：Function Calling 决定用什么
厨师长说：“用炒锅，中火，三分钟。”这就是 Function Calling：模型输出工具调用意图。
但要注意边界：模型能决定“用哪口锅、大概怎么用”，不能决定“冰箱里到底有什么”，也不能绕过厨房制度直接开刀具柜。 真正执行工具的是宿主程序，参数要受 schema、权限和业务规则约束。模型负责建议，系统负责授权。
6. 接工具：MCP 让灶台标准化
如果每个灶台插头都不一样，厨房天天跳闸。MCP 就像统一的灶台接口和插座标准：工具、资源、提示模板按统一方式接进来，复用方便，权限边界也更清楚。
它解决“接得规范”，不保证“菜一定好吃”。
7. 动火做菜：Agent 架构组织执行
厨师长负责决策，配菜负责准备，灶台负责执行，传菜负责交付，品控负责检查。Agent 架构就是把模型、工具、记忆、规划、执行循环、状态管理和人审机制组织起来。
Agent 不是“一个更长的 Prompt”，而是一间有分工、有流程、有制度的厨房。
8. 尝味检查：可观测性和安全兜底
出锅前尝一口，看咸淡、看熟度、看有没有上错盘。这就是检查和可观测性：记录检索片段、工具调用、参数、返回结果、耗时、成本和错误码。
涉及过敏原、刀具、明火、写操作，比如下单、转账、发邮件、改配置，必须有最小权限、二次确认、沙箱执行、审计日志和人工兜底。关键动作不能让模型“觉得可以”就执行。
9. 出菜与复盘：评测证明干得对
菜端出去，顾客吃了，品控打分，复盘今天哪道菜慢了、哪道咸了。这就是评测。
评测不能只看“像不像”，要分层看：查菜谱是否查对、工具是否选对、参数是否填对、步骤是否合理、最终任务是否成功、安全边界是否守住、成本和延迟是否可接受。
三、Agent 的边界：别让厨师长既掌勺又管保险柜
用做菜的话说：
模型可以决定“用炒锅还是烤箱”；
但不能决定“冰箱里有什么数据”；
- 不能绕过权限“自己开刀具柜”；
- 不能把“顾客说不要花生”当成建议而不是红线；
- 不能自己给自己签字放行。
所以正确分工是：
模型负责理解和建议，系统负责检索、授权、执行、审计，人负责关键确认。
四、怎么证明这间厨房干得对
看四件事：
- 菜对不对：最终回答和任务结果是否正确；
- 过程稳不稳：检索、选工具、填参数、执行步骤是否合理；
- 安全守不守：有没有越权、泄露、危险操作；
- 成本划不划算：耗时、费用、人工接管率能否接受。
评测不是开业前试一次菜，而是和厨房一起迭代。
五、总结：Agent 是一间能干活的后厨
Prompt 是点单，RAG 是查菜谱，Function Calling 是拿工具，MCP 是统一灶台接口，Skill 是菜谱 SOP，Agent 架构是整间厨房，记忆是口味本，权限是刀具柜，可观测性是出菜小票，评测是品控。
Agent 运作的核心不是“让模型自由发挥”，而是把“知道、决定、执行、负责”分开：模型擅长理解和建议，系统负责查证、授权、执行和审计。
厨房分工清楚，菜才出得稳；Agent 边界清楚，活才干得成。
本文由 @彭丹萍 原创发布于人人都是产品经理。未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
来源：人人都是产品经理 · woshipm.com