加入工作台以实现 ChatGPT function calling 可以自定义,但是自定义的前提是,要有定义,从开发者制造的这些插件来看,好像有,又好像没有,创意工坊使用率无限接近 0 ,反倒是免费使用的 3.5 等模型用户量与日俱增,还是说,用户多数是小白,不懂插件的意义?
1
1423 2023-09-09 00:19:37 +08:00
方向错了,之前我也有过评论,这种类型的产品是退化
GPT 类型亮点就在于全能,无需再从一堆功能列表中选择, api 就是说话,像人一样说话 一堆人给 GPT 又套一层,重新做那些无聊的细分功能,是错误的,没有价值的 至于有些站长幻想的功能,如果非要做,非要满足他们的幻想 最好的方式是拦截用户输入,询问 GPT 用户的输入符合哪一类需求,然后在 GPT 输出的同时,输出特定功能的结果供参照 |
2
jackOff 2023-09-09 00:20:14 +08:00
可能大多数只是把它作为更精准的搜索引擎来使用,而这种程度就足够应付大部分使用需求
|
3
maymayblog OP @jackOff 确实,但是我觉得 function calling 目前来说已经算是一个伪需求了,但这个技术并不平庸,而是没有哪个厂商的 api 愿意跟随 openai 的脚步去提供自家的 api ,导致能做出来的玩意实际意义不大,做不出来的高级功能原因在于各家 api 都有自己的生态,一套 function calling 远远不可能通用
|
4
maymayblog OP @1423 我的幻想是用 function calling 通用性的集成任何第三方 api ,可惜这个想法必定是胎死腹中,任何厂商都不太可能统一 api 的调用方式,不统一,function calling 就永远不可能通用
|
5
1423 2023-09-09 00:53:23 +08:00
@maymayblog 不管是 function calling 还是什么神奇功能,不应该直接暴露成需要用户主动选择然后点击的界面
function calling 就像小程序,是无限多的,必须是智能的出现在需要的地方,而不是在列表中漫漫寻找 给两个例子, 输入框出现手机号后,旁边冒一个气泡,直接显示出手机号相关的 function calling 的输出结果 用户输出 “查一下 v2ex.com” 应当自动调用相关的 function calling 输出结果 |
6
wwk 2023-09-09 01:08:21 +08:00
试用了下,感觉这类“简单的功能”包装成在对话中调用的插件是伪需求,交互上不如直接透出按钮来的方便。函数调用感觉更适合针对少量有价值的复杂的需求进行深入定制。
|
7
maymayblog OP @1423 这就是 function calling 的特色啊,function calling 可以预加载无数的函数,并且 ai 通过语境选择正确的函数调用,我页面是做成市场,是因为函数无穷无尽,不可能全部塞进去,客户选择好几个自己常用的加载,这才合理
|
8
maymayblog OP @wwk 是的,如果一切建立在生产,那深度定制才是正解,如果建立在简单功能上,大可不必杀鸡用牛刀,这个东西唯一的作用,也只有炫技和自我高潮了
|
9
maymayblog OP @jackOff 是的,这些插件说实话我自己都不用,用模型写代码,检查代码才是日常需求
|
10
1423 2023-09-09 01:27:24 +08:00
@maymayblog 不应该让用户选,应该自然而然的出现
让用户选哪些常用,真的太为难用户了 |
11
metalvest 2023-09-09 08:44:28 +08:00 via Android
@maymayblog 函数无穷无尽,但是常用的就那几个,那保留无穷无尽的函数有什么必要?不应该预加载所有函数然后让 ai 根据语境调用,而是应该让 ai 根据语境预加载某一个或者几个函数,依次调用,再根据调用结果进行回答。
|
12
maymayblog OP @metalvest 这个建议应该反馈 openai
|
13
unco020511 2023-09-10 15:23:08 +08:00
function call 更适用于特定场景,比如你做了一个旅游的 app,可能在客服模块接入 gpt,当用户询问酒店相关订单时,gpt 会告诉你要调用哪个你提前注册好的 function,比如调用订单查询,调用完后界面显示酒店订单快捷选择方式,用户选择某一个咨询订单,然后去分析订单,通过与用户的交流和 function 的调用,最终可以实现:用户以和客服交流的方式解决了问题,比如取消订单,订单理赔,订单确认,酒店房态查询,房间 checkin 等等.
|