AI 智能体是使用模型选择动作、观察执行结果,并决定下一步行动的系统。工具让它能够检索文档、进行计算或修改文件。判断一个系统是否具有智能体特征,应关注它怎样做决定,而不是产品名称里有没有 Agent。
智能体、工作流和聊天机器人
聊天机器人可以只生成回答,不执行外部动作。工作流可以在多个步骤调用语言模型,但执行顺序主要由应用代码控制。智能体则把更多下一步决策交给模型。这些形式并不互斥:固定工作流可以包含智能体,智能体也可以调用预定义工作流。
| 系统形式 | 谁决定下一步 | 例子 |
|---|---|---|
| 单次模型调用 | 应用程序 | 概括一篇给定报告。 |
| 工作流 | 主要由预定义逻辑决定 | 检索报告、提取字段、验证结果,再生成简报。 |
| 智能体循环 | 模型在应用限制内决定 | 检查代码库、自选文件、修改代码、执行检查并修正。 |
Anthropic 的 Building effective agents 也区分预定义工作流和由模型主导工具调用的系统。这是有用的设计参考,不意味着智能体总是更合适。步骤明确的任务,通常可以先尝试更容易评估和运维的工作流。
工具调用循环怎样运行
- 提供目标与上下文。应用传入任务、可用工具、相关状态和执行限制。
- 选择动作。模型可以回答、请求工具调用或索取信息。工具调用是一项结构化请求,本身不会自动执行。
- 验证并执行。应用代码检查参数与权限后运行工具。访问控制不应只依赖模型自行遵守。
- 返回观察结果。工具输出成为下一次判断的证据,超时、部分完成和失败必须与成功区分。
- 继续或停止。系统检查完成条件、预算和升级机制,避免在重复失败中无限重试。
例如,研究助手要比较两篇论文,可能先寻找原文,检查评估部分,提取数据集,再比较结论。输出一段流畅文字不足以证明完成了任务:引用要能找到,数字要与原文一致,比较也要说明实验设置的差异。
评估完整任务,而不只看回答是否流畅
评估集应来自你真正要完成的工作,包括普通案例、含糊指令、缺失资料和工具报错。保留不参与调试的测试集,避免反复调整提示词后,测试变成了针对已知样例的练习。
- 成功标准:定义可观察的最终结果。对代码任务而言,通过相关检查比智能体声称“已经修好”更有说服力。
- 可靠性:重复执行部分任务,记录结果分布。一次成功演示可能掩盖不稳定表现。
- 成本与延迟:统计完整运行过程,包含工具调用、重试和失败尝试。
- 动作质量:即使最终回答看起来正确,也要记录无效调用、不必要的修改和错误假设。
- 升级机制:检查证据或权限不足时,系统是否能停止或请求协助。
比较多个系统时,任务集、工具权限、最大时长和尝试次数应尽量一致。增加采样次数或工具预算可能提高成绩,但不一定代表底层模型更强。这些条件应该与分数一起公布。
真实部署还需要什么
工具权限让错误产生实际后果。只读文档检索和能够发消息、修改生产数据的智能体,需要不同控制。区分读取与写入能力,验证输入,把外部文档与应用指令隔离,并为重要操作设置适当授权。
运行记录应能说明每个动作依据了什么证据,同时避免无必要地保留密钥与私人数据。加入取消、时间和费用限制,为部分完成提供恢复路径。多智能体协作会增加协调成本,并不会消除这些要求。
阅读智能体发布新闻时应该问什么
测试了哪些任务?工具是真实的还是模拟的?成功由程序、人类还是另一个模型判断?允许尝试几次?测试集是否早已公开?按照披露的模型与工具,能否复现结果?这些问题能帮助你评估演示背后的实际能力。
可以继续阅读智能体专题,或用AI 论文阅读清单核对基准测试背后的证据。
来源与适用范围
- Anthropic:Building effective agents,介绍工作流、智能体模式与工具设计。
- NIST AI 风险管理框架,提供评估和管理 AI 风险的整体框架。
本文解释架构选择和评估问题,不提供厂商排名,也不声称进行过独立基准测试。反馈更正或推荐资料。


