我一度怀疑，我是不是把轮子造错了

[maymayblog]

加入工作台以实现 ChatGPT function calling 可以自定义，但是自定义的前提是，要有定义，从开发者制造的这些插件来看，好像有，又好像没有，创意工坊使用率无限接近 0 ，反倒是免费使用的 3.5 等模型用户量与日俱增，还是说，用户多数是小白，不懂插件的意义？

[1423]

方向错了,之前我也有过评论,这种类型的产品是退化
GPT 类型亮点就在于全能,无需再从一堆功能列表中选择, api 就是说话,像人一样说话
一堆人给 GPT 又套一层,重新做那些无聊的细分功能,是错误的,没有价值的

至于有些站长幻想的功能,如果非要做,非要满足他们的幻想
最好的方式是拦截用户输入,询问 GPT 用户的输入符合哪一类需求,然后在 GPT 输出的同时,输出特定功能的结果供参照

[jackOff]

可能大多数只是把它作为更精准的搜索引擎来使用，而这种程度就足够应付大部分使用需求

[maymayblog]

@jackOff 确实，但是我觉得 function calling 目前来说已经算是一个伪需求了，但这个技术并不平庸，而是没有哪个厂商的 api 愿意跟随 openai 的脚步去提供自家的 api ，导致能做出来的玩意实际意义不大，做不出来的高级功能原因在于各家 api 都有自己的生态，一套 function calling 远远不可能通用

[maymayblog]

@1423 我的幻想是用 function calling 通用性的集成任何第三方 api ，可惜这个想法必定是胎死腹中，任何厂商都不太可能统一 api 的调用方式，不统一，function calling 就永远不可能通用

[1423]

@maymayblog 不管是 function calling 还是什么神奇功能,不应该直接暴露成需要用户主动选择然后点击的界面
function calling 就像小程序,是无限多的,必须是智能的出现在需要的地方,而不是在列表中漫漫寻找

给两个例子,
输入框出现手机号后,旁边冒一个气泡,直接显示出手机号相关的 function calling 的输出结果
用户输出 “查一下 v2ex.com” 应当自动调用相关的 function calling 输出结果

[wwk]

试用了下，感觉这类“简单的功能”包装成在对话中调用的插件是伪需求，交互上不如直接透出按钮来的方便。函数调用感觉更适合针对少量有价值的复杂的需求进行深入定制。

[maymayblog]

@1423 这就是 function calling 的特色啊，function calling 可以预加载无数的函数，并且 ai 通过语境选择正确的函数调用，我页面是做成市场，是因为函数无穷无尽，不可能全部塞进去，客户选择好几个自己常用的加载，这才合理

[maymayblog]

@wwk 是的，如果一切建立在生产，那深度定制才是正解，如果建立在简单功能上，大可不必杀鸡用牛刀，这个东西唯一的作用，也只有炫技和自我高潮了

[maymayblog]

@jackOff 是的，这些插件说实话我自己都不用，用模型写代码，检查代码才是日常需求

[1423]

@maymayblog 不应该让用户选,应该自然而然的出现
让用户选哪些常用,真的太为难用户了

[metalvest]

@maymayblog 函数无穷无尽，但是常用的就那几个，那保留无穷无尽的函数有什么必要？不应该预加载所有函数然后让 ai 根据语境调用，而是应该让 ai 根据语境预加载某一个或者几个函数，依次调用，再根据调用结果进行回答。

[maymayblog]

@metalvest 这个建议应该反馈 openai

[unco020511]

function call 更适用于特定场景,比如你做了一个旅游的 app,可能在客服模块接入 gpt,当用户询问酒店相关订单时,gpt 会告诉你要调用哪个你提前注册好的 function,比如调用订单查询,调用完后界面显示酒店订单快捷选择方式,用户选择某一个咨询订单,然后去分析订单,通过与用户的交流和 function 的调用,最终可以实现:用户以和客服交流的方式解决了问题,比如取消订单,订单理赔,订单确认,酒店房态查询,房间 checkin 等等.