从“实习生“到“资深工程师“:Anthropic如何重塑AI Agent工具使用方式
文章介绍了Anthropic最新发布的三个Beta功能:Tool Search Tool、Programmatic Tool Calling和Tool Use Examples,分别解决AI Agent工具选择、执行效率和参数准确性问题。这些功能通过按需加载工具定义、允许AI编写代码批量处理数据、提供具体使用示例等方式,显著降低了token消耗并提升了准确率。这些创新标志着AI Agent开发正从"Prompt Engineering"向真正的"Software Engineering"转变,让AI更像"资深工程师"而非"实习生"思考问题。
前排提示,文末有大模型AGI-CSDN独家资料包哦!
当时我分析了AI Agent面临的两大瓶颈:工具选择的困境和上下文的诅咒。那时我还只是基于概念性的探讨,预判这会是行业必须攻克的难题。
没想到,Anthropic的效率比我想象的还要快。
就在11月24日,他们正式发布了三项Beta功能,直接将这些想法落地成了产品。这不是论文,不是概念验证,而是可以在Claude开发者平台上直接调用的真实API。
这篇文章,我将带你深入拆解这三个功能——Tool Search Tool、Programmatic Tool Calling 和 Tool Use Examples。它们分别瞄准了AI Agent开发中最头疼的三个问题:找工具、用工具、以及用对工具。
第一招:Tool Search Tool——让AI学会"查字典"
痛点:工具太多,上下文先爆了
来看一个真实的数据。当你给AI接入5个常见的MCP服务时:
| 服务 | 工具数量 | Token消耗 |
|---|---|---|
| GitHub | 35个工具 | ~26K tokens |
| Slack | 11个工具 | ~21K tokens |
| Sentry | 5个工具 | ~3K tokens |
| Grafana | 5个工具 | ~3K tokens |
| Splunk | 2个工具 | ~2K tokens |
| 合计 | 58个工具 | ~55K tokens |
还没开始干活,55K tokens就没了。如果再加上Jira(~17K tokens),你的上下文直接逼近100K。Anthropic透露,他们内部测试时甚至见过134K tokens被工具定义吃掉的极端情况。
更致命的是,工具太多还会让AI"眼花"。当存在notification-send-user和notification-send-channel这样名字相近的工具时,AI很容易选错。
解法:按需加载,而非全量预载
Tool Search Tool的思路很简单:不要让AI背着整个工具箱上路,而是教它使用"工具目录"。
实现方式是这样的:你把所有工具定义照常提交给API,但给绝大多数工具标记上defer_loading: true。这些工具不会进入AI的初始上下文——AI一开始只看到一个"搜索工具"的能力(大约500 tokens)。
当任务来临时,AI会先搜索"我需要什么工具",找到相关的3-5个工具后,才把它们的完整定义加载进来。
效果如何?看这张官方对比图:

Tool Search Tool对比图
左边是传统方式:所有工具定义预加载,消耗77K tokens;右边是Tool Search Tool:按需加载,只消耗8.7K tokens
- Token消耗:从77K降至8.7K,节省近90%
- 准确率提升:Opus 4从49%提升到74%,Opus 4.5从79.5%提升到88.1%
这就像是把"死记硬背"变成了"开卷考试"——AI不需要记住所有工具的细节,只需要知道"有这么一本目录可以查"。
第二招:Programmatic Tool Calling——让AI用代码说话
痛点:回合制交互,中间结果撑爆上下文
这个痛点我在上一篇文章里详细讲过。传统的工具调用是"你一句我一句"的回合制:
- AI请求获取员工列表(等待…)
- 系统返回20个员工
- AI逐个请求每个人的账单(等待20次…)
- 系统返回几千条账单流水(AI被迫全部读入上下文)
- AI终于得出结论
问题在于:那几千条账单明细,AI真正需要的只是"谁超标了"这个结论,但它不得不把所有原始数据都塞进自己的"大脑"里。
解法:让AI写脚本,自己跑批处理
Programmatic Tool Calling允许AI编写一段Python代码来编排整个工作流。代码在安全沙箱中运行,自行调用工具、处理数据、做聚合计算,最后只把精炼的结果返回给AI。

Programmatic Tool Calling流程图
关键区别:工具调用的结果不再返回给模型,而是在代码执行环境中直接处理,最终只有精炼结果进入AI上下文
看这段AI生成的代码:
team = await get_team_members("engineering")
# 并行获取所有级别的预算
levels = list(set(m["level"] for m in team))
budget_results = await asyncio.gather(*[
get_budget_by_level(level) for level in levels
])
budgets = {level: budget for level, budget in zip(levels, budget_results)}
# 并行获取所有人的开支
expenses = await asyncio.gather(*[
get_expenses(m["id"], "Q3") for m in team
])
# 计算超标人员
exceeded = []
for member, exp in zip(team, expenses):
budget = budgets[member["level"]]
total = sum(e["amount"] for e in exp)
if total > budget["travel_limit"]:
exceeded.append({
"name": member["name"],
"spent": total,
"limit": budget["travel_limit"]
})
print(json.dumps(exceeded))
这段代码的精妙之处:
- 并行执行:用
asyncio.gather同时发起多个请求,而不是逐个等待 - 本地计算:数据聚合在沙箱里完成,不经过AI的上下文
- 精准输出:AI最终只看到
exceeded这个列表,而非2000+条原始账单
实测数据:
- Token消耗:从43,588降至27,297,减少37%
- 准确率:GIA基准测试从46.5%提升至51.2%
- 延迟:省掉了19+次模型推理的时间
Anthropic还透露,他们的新产品Claude for Excel就是用这个技术实现的——可以读写几千行的电子表格,而不会撑爆上下文。
第三招:Tool Use Examples——用例子说话
痛点:JSON Schema能定义结构,但无法传达"潜规则"
这是一个容易被忽视、但实战中极其恼人的问题。
看这个工单创建工具的Schema:
{
"due_date": {"type": "string"},
"reporter_id": {"type": "string"}
}
Schema告诉AI:“这两个字段都是字符串”。但它没说:
due_date到底要2025-11-25还是Nov 25, 2025?reporter_id是12345还是USR-12345?
以前,开发者只能在描述里写一大堆文字说明,或者祈祷AI猜对。
解法:直接给例子,一看就懂
Tool Use Examples允许你直接在工具定义里嵌入具体的调用示例:
{
"name": "create_ticket",
"input_schema": {...},
"input_examples": [
{
"title": "Login page returns 500 error",
"priority": "critical",
"reporter": {"id": "USR-12345", "name": "Jane Smith"},
"due_date": "2024-11-06"
},
{
"title": "Add dark mode support",
"reporter": {"id": "USR-67890", "name": "Alex Chen"}
},
{
"title": "Update API documentation"
}
]
}
三个例子,AI瞬间学会:
- 日期格式是YYYY-MM-DD
- 用户ID是USR-开头的
- 紧急bug要填完整信息,普通需求可以简化,内部任务只需标题
这就是少样本学习(Few-shot Learning)直接嵌入工具层。效果:复杂参数的调用准确率从72%飙升到90%。
组合拳:三者如何协同工作?
这三个功能不是孤立的,它们解决的是AI使用工具的完整链路:
| 环节 | 痛点 | 解法 |
|---|---|---|
| 发现工具 | 工具定义太多,撑爆上下文 | Tool Search Tool(按需加载) |
| 执行工具 | 中间结果太多,回合制低效 | Programmatic Tool Calling(代码编排) |
| 调对工具 | 参数格式不明,容易出错 | Tool Use Examples(示例教学) |
Anthropic在文章中给出了分层策略的建议:
先找瓶颈,再上对应方案:
- 如果上下文被工具定义撑爆 → 先上Tool Search Tool
- 如果中间结果太多影响推理 → 上Programmatic Tool Calling
- 如果参数总是填错 → 加Tool Use Examples
然后逐层叠加: Tool Search Tool确保找对工具,Programmatic Tool Calling确保高效执行,Tool Use Examples确保调用正确
AI Agent正在从"实习生"变成"资深工程师"
回顾这三个功能,它们的共同点是什么?
都在教AI用"工程师思维"解决问题,而非用"学生思维"死记硬背。
- Tool Search Tool:资深工程师不会背API文档,他会查
- Programmatic Tool Calling:资深工程师不会手动逐行处理数据,他会写脚本
- Tool Use Examples:资深工程师学习新API,第一件事是看example
Anthropic正在把这些"工程师常识"内化到AI的工作方式中。这不仅仅是功能的迭代,更是AI Agent开发范式的转变——从"Prompt Engineering"走向真正的"Software Engineering"。
当AI可以自主搜索工具、编写代码批量处理数据、并在看不见的沙箱里完成复杂逻辑时,我们对它的信任边界在哪里?
以前,AI的每一步操作都摊在上下文里,我们可以看到它"在想什么"。现在,越来越多的过程被封装进代码里、隐藏在沙箱中。我们看到的只是输入和输出。
这是效率的必然代价,但也值得每一个AI应用开发者认真思考。
如何开始使用?
这三个功能目前都是Beta状态,需要通过特定的header开启:
client.beta.messages.create(
betas=["advanced-tool-use-2025-11-20"],
model="claude-sonnet-4-5-20250929",
max_tokens=4096,
tools=[
{"type": "tool_search_tool_regex_20251119", "name": "tool_search_tool_regex"},
{"type": "code_execution_20250825", "name": "code_execution"},
# 你的工具定义...
]
)
如果你正在构建复杂的AI Agent系统,尤其是需要接入大量MCP服务的场景,我强烈建议去认真研究。
读者福利:倘若大家对大模型感兴趣,那么这套大模型学习资料一定对你有用。
针对0基础小白:
如果你是零基础小白,快速入门大模型是可行的。
大模型学习流程较短,学习内容全面,需要理论与实践结合
学习计划和方向能根据资料进行归纳总结
包括:大模型学习线路汇总、学习阶段,大模型实战案例,大模型学习视频,人工智能、机器学习、大模型书籍PDF。带你从零基础系统性的学好大模型!
😝有需要的小伙伴,可以保存图片到wx扫描二v码免费领取【保证100%免费】🆓


👉AI大模型学习路线汇总👈
大模型学习路线图,整体分为7个大的阶段:(全套教程文末领取哈)
第一阶段: 从大模型系统设计入手,讲解大模型的主要方法;
第二阶段: 在通过大模型提示词工程从Prompts角度入手更好发挥模型的作用;
第三阶段: 大模型平台应用开发借助阿里云PAI平台构建电商领域虚拟试衣系统;
第四阶段: 大模型知识库应用开发以LangChain框架为例,构建物流行业咨询智能问答系统;
第五阶段: 大模型微调开发借助以大健康、新零售、新媒体领域构建适合当前领域大模型;
第六阶段: 以SD多模态大模型为主,搭建了文生图小程序案例;
第七阶段: 以大模型平台应用与开发为主,通过星火大模型,文心大模型等成熟大模型构建大模型行业应用。
👉大模型实战案例👈
光学理论是没用的,要学会跟着一起做,要动手实操,才能将自己的所学运用到实际当中去,这时候可以搞点实战案例来学习。

👉大模型视频和PDF合集👈
这里我们能提供零基础学习书籍和视频。作为最快捷也是最有效的方式之一,跟着老师的思路,由浅入深,从理论到实操,其实大模型并不难。

👉学会后的收获:👈
• 基于大模型全栈工程实现(前端、后端、产品经理、设计、数据分析等),通过这门课可获得不同能力;
• 能够利用大模型解决相关实际项目需求: 大数据时代,越来越多的企业和机构需要处理海量数据,利用大模型技术可以更好地处理这些数据,提高数据分析和决策的准确性。因此,掌握大模型应用开发技能,可以让程序员更好地应对实际项目需求;
• 基于大模型和企业数据AI应用开发,实现大模型理论、掌握GPU算力、硬件、LangChain开发框架和项目实战技能, 学会Fine-tuning垂直训练大模型(数据准备、数据蒸馏、大模型部署)一站式掌握;
• 能够完成时下热门大模型垂直领域模型训练能力,提高程序员的编码能力: 大模型应用开发需要掌握机器学习算法、深度学习框架等技术,这些技术的掌握可以提高程序员的编码能力和分析能力,让程序员更加熟练地编写高质量的代码。
👉获取方式:
😝有需要的小伙伴,可以保存图片到wx扫描二v码免费领取【保证100%免费】🆓
更多推荐



所有评论(0)