AI Agent 工程 · 00
00.3 什么时候不需要 Agent？
先排除不适合的任务，才能把 Agent 放在真正需要判断和工具协作的位置。
知识定位
这是第一阶段的边界课。它连接后面的 Workflow：先画清确定流程，再只在必要节点引入模型。
一句话定义
当输入、规则和输出都能明确写出并稳定执行时，优先使用普通程序或工作流；不要为“看起来先进”而加入 Agent。
三个不需要 Agent 的信号
- 答案固定：例如展示退货地址，用 CMS 或 FAQ 即可。
- 规则可枚举：例如订单超过 30 天不可自助退款，用后端规则判断。
- 错误代价高且不能人工复核：例如直接打款、变更收款账户，应使用审批与专用系统，不让模型决定。
外贸案例
“把订单状态从已发货改为已取消”不是客服语言问题，而是高风险业务操作。正确路径是：后端确认状态是否允许取消 → 检查操作者权限 → 记录审计日志 → 必要时人工审批。Agent 最多可以解释流程、收集信息、创建待处理工单。
实践任务
输入：任选一个业务流程。执行：画出 输入 → 规则 → 输出，并在每步标注“固定”或“需要理解”。预期输出：一张流程图。验收标准：只有“需要理解且可安全回退”的节点被提议使用 LLM。
主动回忆
如果一个流程有 95% 的固定规则和 5% 的模糊文本，整条流程都应该做成 Agent 吗？
纸质笔记
- 必须记：Agent 不是默认选项。
- 建议记：高风险动作需要规则、权限、日志和审批。
- 不用记：任何“完全自治”的营销承诺。