Managed Agents 成本要看完整工作流
Managed agents cost planning 不能只看一次模型回答。一个 session 可能包含规划、文件读取、工具调用、网页提取、失败重试、人工确认和最终输出。每一部分都会影响 token 使用和运行成本。
用于生产规划前，需要重新确认 Managed Agents 官方计费细节、模型价格和工具相关成本。下面的表格可作为预算结构，再把假设替换成已验证数据。
先定义一个 session 要完成什么
估算成本前，先定义一个 session 的完成目标。
示例：
| Session 任务 | 主要成本变量 |
|---|---|
| 研究 Brief | web search、来源提取、摘要 |
| 代码审查 | 仓库上下文、文件读取、问题验证 |
| 内容生产 | Brief、来源、初版内容、SEO 检查 |
| 数据清洗 | 文件大小、转换步骤、校验 |
| 客服流程 | 工单上下文、工具调用、回复复查 |
模糊的 Agent 任务通常更贵。如果 Agent 不断追问下一步、重复调用工具或读取过多上下文，预算会漂移。
分开统计模型工作和工具工作
一个托管 Agent 工作流可能包含多次模型调用和工具返回。工具结果很重要，因为它们经常会进入下一步模型上下文。
建议记录：
- 每个 session 的模型调用次数；
- 每次模型调用平均输入 token；
- 每次模型调用平均输出 token；
- 每个 session 的工具调用次数；
- 工具返回内容大小；
- 失败重试和重复工具调用；
- 最终产物大小；
- 人工确认暂停次数。
分开统计后，才能判断成本来自模型选择、工具返回过大，还是循环次数太多。
工具返回内容可能成为最大变量
网页、搜索结果、日志、仓库文件和文档都可能很长。如果 Agent 反复读取完整文件或未过滤网页，上下文会快速膨胀。
建议为每类工具设置返回边界：
| 工具输出 | 成本控制 |
|---|---|
| 搜索结果 | 先返回短摘要和 URL |
| 网页 | 只提取相关段落 |
| 文件 | 按小节或行号读取 |
| 日志 | 先按时间和严重级别过滤 |
| 数据表 | 先取样，再决定是否全量处理 |
如果工具结果不影响下一步判断，就不应该进入模型上下文。
长任务需要停止规则
长运行 session 必须有明确的完成定义。否则 Agent 可能不断优化、复查或扩展范围。
可用边界包括：
- 最大模型调用次数；
- 最大工具调用次数；
- 最大重试次数；
- 最大来源数量；
- 最大文件读取次数；
- 外部或高成本动作必须人工确认；
- 证据不足时的降级回答。
这些限制不是削弱 Agent，而是让预算可解释、可复盘。
人工确认和外部动作也要纳入流程
发布、删除、发送消息、扣费、修改生产配置等动作不应自动执行。人工确认未必是最大 token 成本，但会影响流程时间和用户体验。
上线前应定义哪些动作可以自动运行、哪些必须确认、哪些完全不给 Agent 使用。安全的权限模型能减少昂贵错误和修复成本。
预算表
| 字段 | 记录内容 |
|---|---|
| Session 类型 | 研究、代码、内容、客服、数据 |
| 模型路由 | 默认模型和升级模型 |
| 每个 session 调用次数 | 平均值和上限 |
| 工具调用 | 搜索、文件、网页、数据库、自定义工具 |
| 工具返回大小 | 平均 token 或行数 |
| 重试率 | 失败或重复步骤 |
| 人工确认点 | 需要用户决定的动作 |
| 最终输出 | 报告、代码、文章、回答 |
| 安全余量 | 上线初期 buffer |
上线后，应把真实 session 数据和这张表对比。第一批数据通常会暴露是哪类工具或循环在推高成本。
和普通 Agent 成本规划的关系
本文重点是 session 和工具使用边界。更细的 token 拆解可以看 AI Agent 工具调用成本规划 和 AI Agent 成本规划。直接请求估算则用 文本模型计算器 和 价格表。
FAQ
Managed Agent 是按一次聊天请求估算吗？
不是。一个 session 可能包含多次模型调用、工具调用、重试和产物输出，应按完整工作流估算。
成本超支通常来自哪里？
常见原因是重复工具循环、工具返回过大、完成标准不清楚，以及重试率过高。
所有工作流都适合做成 Managed Agent 吗？
不适合。如果任务只是一步转换，直接 API 工作流可能更便宜、更容易控制。