30天学会AI工程师|Day 13:Tool Calling 不是高级玩法,它是 Agent 开始有手脚的那一步
你先知道一件事
很多人第一次听到 Tool Calling,会觉得这是很后面的内容,好像得先学完模型、Prompt、框架,再轮到它。
为什么这一步重要
其实从工程视角看,它反而是一个很早就该理解的能力。
因为大模型只会“生成文本”这件事,本身是有限的。它不知道实时天气,不知道你的本地文件,不会真的去发邮件,也不会自己打开数据库。它要和真实世界发生连接,就需要借助工具。
Tool Calling 的意义就在这里。模型先判断“我现在需要什么外部能力”,然后把请求交给程序定义好的工具,由程序去执行,再把结果返回给模型,最后模型再基于结果继续输出。
你可以把它想象成这样:模型负责大脑,工具负责手脚。
这一步为什么重要?因为它让 AI 应用开始脱离“只会聊天”的状态,进入“能做事情”的状态。
举个最简单的例子。用户问“上海今天会下雨吗”。如果没有工具,模型只能凭训练语料胡乱猜。可一旦你给它一个天气查询工具,它就能先调用工具拿到实时结果,再回答用户。
Tool Calling 不是让模型直接运行任意代码,而是让模型在你预先定义的边界内选择可用工具。换句话说,真正有控制权的还是你的程序,不是模型自己。
这也是安全和稳定的关键。工具列表、参数格式、调用条件,原则上都应该由你来限制。
很多人学到这一步会突然明白:原来 Agent 之所以看起来更聪明,不只是因为“会思考”,更因为它拥有调用外部能力的通道。
今天的最低产出
常见误区
今天你先别急着实现,先把概念吃透。
今天要做的 3 件事
把今天的核心概念先讲清楚。
做一个最小练习,确保不是只停留在理解层面。
留下可复用的笔记、脚本或实验记录。
用自己的话写清楚 Tool Calling 的流程:用户提问、模型判断、工具执行、结果返回、模型整合输出。
一句提醒
只要这条链路在你脑子里清楚了,后面自己实现一个最小工具就不会那么抽象。
