← 返回概念解读

Concept Fable

工具调用

Tool Use, Function Calling · LLM Agents

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

一座城里的公共档案馆里那块总被挪错的索引卡

大宅里有一位总管,身边有许多伙计:钥匙匠开库、账房查账、信差送信、厨娘备饭。主人一句“替我办妥”,总管不能自己冲进每个房间,更不能随手拿起每一把钥匙。

最初,总管凭感觉叫人。急信来了,他喊信差;客人要银两,他喊账房。小宅子里还行,大宅一忙,常叫错人:该查账的去送信,该开库的没带钥匙,厨娘还被叫去翻契约。

主人先要求总管“更聪明些”。总管记了许多口诀,遇到复合差事仍出错。比如“给王客商补发欠单”,既要查账,又要写信,还要确认欠单是否可外发,光靠一句口头吩咐很容易走偏。

老管事教他写工单。每次先判断该用哪位伙计,再把必要材料写清:客商名、账期、金额范围、是否允许外发、完成后把结果交给谁。工单不清,伙计就退回,不许凭想象补。

第一次修补失败在于只写了人名,没写边界。账房查出了全部往来,信差差点把整本账册送走。老管事于是把动作也分开:查、改、送、盖章、归档,每个动作都要有对应的允许范围。

伙计只按工单做自己权限内的事。账房能查账却不能寄信,信差能投递却不能改金额。一次主人故意试他:“把所有客商账册送给王老板。”总管没有叫信差,而是发现动作越界,停下请主人确认。

大宅从此不靠总管亲手做所有事,而靠他稳定选择合适手艺、填好工单、接收结果、必要时升级。会叫人做事,比自己乱动每一把钥匙更安全。

后来总管还做了一本伙计名册,写清每位伙计能做什么、需要什么、不能碰什么。新差事来了,他先翻名册再派单。主人发现,大宅真正安稳下来,不是总管变成万能工,而是每次伸手都有名有界。

揭示

这个故事讲的是:工具调用

A capability where a model requests external tools or APIs to retrieve information, compute results, or take actions.

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 一座城里的公共档案馆:一个真实运行中的 AI / Agent 业务系统
  • 索引卡:任务、请求、上下文或需要被处理的信息单元
  • 让每个人把卡片抄得更工整:只改表层规则、指标或提示词的天真修补
  • 借阅章:系统里的状态信号、触发条件或可观测线索
  • 年轻学徒的记录:把过程、状态、责任和反馈留下来的工程化做法
  • 把卡片、原卷、借阅路径和纠错记录连起来:围绕 工具调用 建立更稳定的工作结构
  • agent, function calling, API, planner:这个概念周围常一起出现的相邻问题

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

agentfunction callingAPIplannerretrieval

相关辨析

这个概念容易和相邻概念混用,建议继续看对比页。