← 返回概念解读

Concept Fable精修版

插件

Plugin · Tool interface

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

寓言故事

总管给办事员发了可登记的外部手艺牌

青石商号有个聪明账童,能回答价目、解释契约,也会提醒掌柜哪封信该回。可他只能在柜台说话,真要查船期、下采买单、改账册,还得叫不同伙计。

掌柜起初让账童把步骤写给人看。客人问退货,他说先找仓房,再找账房,再盖红章。话说得清楚,事情仍要人跑一圈,客人等得不耐烦,伙计也嫌多了一层传话。

后来木匠做了几只可插拔的小匣:一只接仓牌,能查货;一只接账房,能开票;一只接驿站,能发信。账童要做事时,把合适的小匣插上,按匣上规定的口令和权限办理。

第一批小匣太松。账童为了查一件货,差点翻到整本进价册;为给客户发信,误用了掌柜私印。掌柜这才知道,给手脚比给嘴更危险,外接手艺一旦失控,会把柜台风险带进后院。

他重新立规矩。每只匣子要写明自己会做什么、需要哪些材料、能碰哪些账页、失败时如何回报、谁负责维护。敏感匣子必须二次盖章,旧匣子过期就下架。

账童仍然聪明,但它不再凭空长出手脚。它只能通过登记过的小匣办事,办过什么也会留下回执。商号办事快了,掌柜也知道风险在哪里;出了错,能查到是哪只匣、哪次口令、哪位掌柜授权。

后来新伙计问,为什么不把所有匣子都插上。掌柜指着钥匙柜说:外部能力越多,越要先变成能找到、能调用、能约束、能追责的器具。能插上,不代表该一直插着。

后来商号引入新小匣前,都要先在空账本上试办。能查到什么、会不会越界、坏了如何退回,都确认后才上柜台。账童因此越做越多事,却没有变成无人看管的手。每只新匣上柜前,都要先回答一个问题:它给了哪只手,也收住了哪只手。

揭示

这个故事讲的是:插件

Plugin 是 AI 系统可发现并调用的外部能力包,通常描述某个 API、工具或服务的用途、参数、权限和返回格式。它让 Agent 能连接日历、CRM、数据库、工单、支付等系统执行动作。企业落地需要插件注册、权限控制、参数校验、审批、审计、版本管理和供应链安全。

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

隐喻映射

  • 只会回答的办事员:只能生成文本的 AI
  • 直接登录系统:不受控的外部访问
  • 零散脚本:未标准化的工具集成
  • 手艺牌:Plugin 描述和接口
  • 名称、参数、权限、返回结果:插件 schema / manifest
  • 查库存、建工单、付款:不同风险级别的工具动作
  • 登记册:工具注册表或插件市场
  • 最后洞察:Plugin 把外部系统能力包装成 Agent 可治理调用的接口

Soloharness 判断

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

toolsactionsconnectors