DeepDojo.AI发布 2026-11-06更新 2026-11-09English

什么任务需要给 AI Agent 配工具

AI Agent

问 AI“明天上海适合跑步吗”,它怎么知道明天的天气?模型擅长生成语言,可天气、订单、日历和邮件这些信息都在模型之外,要通过工具去查;发送邮件、提交退款这类动作,也得靠工具去执行。

所以给 Agent 配工具,第一步是先判断任务需不需要外部信息或真实动作,再去看有什么工具。**每多一个工具,都要看它补上了什么缺口。

**

没有工具的时候,AI 只能凭常识回答,方向也许没错,却没有查过订单、读过政策。有了工具,它才能真正去查、去算、去做。

可工具不是越多越好:

  • 查询类相对安全,会改动外部状态的工具要多一层把关
  • 模型只负责提出想调用什么,由系统检查后去执行
  • 调用失败时,没有权限和超时未知,处理方式也不一样

拿不准某个任务该不该配工具,有三个简单的问题可以先问自己,答案往往一下就清楚了。

小黑操作读取、计算和写入工具,写入动作由人工确认把关

01 没有工具时 AI 只能说常识

比如这句:

帮我看看这个客户的订单能不能退款。

没有订单工具和退款政策时,AI 只能根据常识回答(模拟):

一般来说,要看订单时间、商品状态和退款政策。

这段建议方向没错,但它还没有查询或处理订单。如果 Agent 有工具,它可以查询订单状态、读取退款政策、判断是否缺少信息、生成客服回复草稿。工具补上查询和执行能力,Agent 才可以继续推进退款任务。

02 三类工具和各自的风险

常见的工具可以分成三类:

工具类型解决的问题例子
查询工具获取外部信息查天气、查订单、查库存、查日历
检索工具从资料中找依据搜索文档、查知识库、找政策条款
动作工具改变外部系统状态创建任务、发送邮件、提交退款、更新记录

查询和检索工具主要读取信息,风险取决于数据是否公开、权限是否正确;动作工具会改变现实系统,发送邮件、修改订单、删除文件、提交申请都会产生真实业务后果。判断风险要看数据用途和错误后果,工具名字只是线索。用工具前先问两个问题:它是读信息,还是写系统?它出错后影响大不大?

03 谁提出调用,谁去执行

工具调用有一套通行的约定,叫 Function Calling。它规定模型和外部系统怎么配合:

开发者告诉模型:你可以使用哪些工具
模型判断:当前任务是否需要某个工具
模型给出:调用工具需要的参数
外部系统检查:权限、参数和必要确认是否满足
外部系统执行:真正查询或操作
模型根据成功结果或失败信息决定下一步

Claude 的官方工具使用文档也是这样描述的:模型根据用户请求和工具说明判断何时调用工具,然后返回一次结构化的调用,由应用自己去运行。也就是说,模型提出调用请求,真正的查询和执行由外部系统完成。请求里要写清工具名和参数,比如“查询天气”,加上“城市:上海、日期:明天”。请求写好,只能看出它想查什么,查询是否执行、结果怎样,还得等工具返回来核对。

用户:明天上海适合跑步吗?
模型:需要查天气
工具:查询上海明天天气
结果:温度、降雨、空气质量
模型:结合结果给建议

结果回来了,先对照原来的问题。问明天的天气,拿到的却是今天的数据,调用虽然成功,日期仍然对不上。如果还要判断空气质量,结果里却只有温度和降雨,这一项就仍待查询。

04 失败要分开处理

两种失败的处理方式不一样:

  • 查订单返回“无权访问”:就停在这里,守住权限边界,请有权限的人处理。
  • 退款提交超时:结果未知,先核对处理状态,核对不了就交给人工。

重试之前先核对状态,因为同一动作可能被执行两次。

05 按需配工具

同一个任务,目标不同,需要的工具就不同。看这个递进:

帮我写一封会议邀请。

AI 可以直接生成文案,不需要工具。

帮我找到三位同事都空闲的时间,并生成会议邀请。

这项任务需要日历查询工具,因为空闲时间存在外部系统中。Agent 先查询每个人的日历,再找出重叠时间段并生成邀请文案。

找到时间后直接发送会议邀请。

这一步涉及发送邀请的动作工具。Agent 先给出候选时间和邀请文案,你确认后再发送,可以避免错误占用他人日历。

解释概念、改写文字、根据你提供的材料写摘要,通常只依赖当前对话,可以直接生成。查最新信息、私有文件、账号状态,需要外部数据。写入业务系统、按日历安排会议,还涉及对外部系统的操作。

如果答案只依赖当前对话,可以先不用工具。
如果答案依赖外部数据,要考虑查询或检索工具。
如果任务会改变外部系统,要特别设置确认点。

06 拿不准时问三句话

一个只负责改文字的写作 Agent,当前文本已经够用。日历、邮箱、搜索和数据库接进来,会增加选择和权限入口,也增加误调用与流程复杂度,却没有补上本次需要的能力。拿不准时,问自己三句话:

没有这个工具,Agent 是否拿不到必要信息?
没有这个工具,Agent 是否无法完成用户明确要求的动作?
这个工具的错误调用是否会带来真实损失?

如果前两个问题的答案都是“否”,这个工具就暂时用不上。可以先配完成当前任务必需的工具,以后有需要再增加。

工具让 Agent 能读到外部信息,也能在授权范围内做真实动作,一次判断错误,因此可能从“说错一句话”变成“做错一件事”。每给一项能力,都要配上对应的权限和确认点(动作工具的权限怎么分层,见Agent 能直接发邮件、退款吗),让每个工具有明确用途。