工具调用有了正式接口
模型提要求有了固定格式

这件事对外公布: 这个日期指的是:OpenAI 发布公告的日期 · OpenAI

OpenAI 在接口里加入 function calling,模型可以用规范格式写出「我要调用哪个函数、参数是什么」,程序不用再猜。

此刻在看:静态解释,这一页的 4 个部分都是这一种。

主张依据 2 类:公开报道与实践记录、编辑解释。

核实状态:这一页没有需要核实的结论,所以这一维是空的。

三个维度分别看:演示方式、主张依据、核实状态

演示方式

表示此刻展示方式,不是准确性等级。

  • 顶部三秒卡与日期含义 静态解释
  • 当时想解决什么/为什么当时卡住/后来什么变了 静态解释
  • 主张与依据 静态解释
  • 正文与关系说明 静态解释

主张依据

可多选,每种都有实际引用;「本站实验」需有记录。

  • 公开报道与实践记录 Function calling and other API updates
    2023 年 6 月 13 日这个日期与「OpenAI 发布公告的日期」这句含义,来自那份公告本身。
    这一条转述公告里的日期与它描述的接口形式。
  • 编辑解释
    本站自己写的,没有外部引用。
    「模型提要求有了固定格式」这句三秒卡是本站的概括。
    三段是本站的解释;「每家厂商的格式不一样」是当时的通行说法,本站没有逐家核对过。
    「一件小事,改变很大」整段与两条关系说明是本站的策展解释,段末已写明具体产品怎么实现要看它自己的文档。

核实状态

附范围、时间及必要原因,不等于全页绝对正确。

这一页没有需要核实的结论,所以这一维是空的——不会因为它挂着论文就替它标一个「已核对」。

当时想解决什么

让模型「提要求」的方式变得可靠。此前靠让模型写特定格式的文字再解析,稍有偏差就失败。

为什么当时卡住

每家厂商的格式不一样。同一个工具要为每个模型重写一遍接法。

后来什么变了

工具调用从「技巧」变成「接口」。智能体产品从这时开始可以稳定地做出来,也为后来统一连接规范铺了路。

一件小事,改变很大

从技术上看,这只是给模型的输出加了一种固定格式。但它把「模型提要求、程序去执行」这个分工正式确定下来。你现在看到的「AI 帮我订票、AI 帮我发邮件」,大多建立在这个分工上;某个具体产品是怎么实现的,要看它自己的文档。

它和其他事件、概念的关系

谁指向了这件事

主张与依据

档案目录

  1. 发布或实践记录英文

    openai-function-calling-2023

    Function calling and other API updates

    出版方/保存方
    OpenAI
    原页语言
    英文
    来源发布
    本站访问
    核对程度:没有记录,说不出读到哪一层没有记录具体读到哪一层,因此不能把这条记录当作全文核对。
    访问结果:正常取到

    模型以结构化格式提出“请调用某个函数”的接口正式化。

    打开原始来源