- 主题:各位，如何搞定大模型的不确定性？
这是一个办法。其实自己写个程序给ai调用也可以。就是稍微有点麻烦。实在不行就这么弄。
【 在 walker0000 的大作中提到: 】
: 那就转换成确定的啊，让他写出程序，测试通过之后用程序来修改表格，这样就没问题了
--
FROM 124.64.43.*
你都知道这垃圾不确定，为啥还要确定呢。
在粪坑里找金子肯定是失望的。
【 在 chunhui 的大作中提到: 】
: 比如这样的问题：我让ai修改一个表格，先修改a行b列，再修改a行c列。十几天以来，一直没问题。但今天，当作第二次修改的时候，它总是修改到a行b列上去。关键是它大多数好使，偶尔不确定。这就让你没办法彻底放心。其实也有其它的类似不确定的问题，这些问题不像写代码可以通过编译，通过测试用例。
: 有什么好办法对付这种问题么？
--
FROM 223.104.101.*
严格来说我这个可以直接用程序解决。不需要ai。不过用ai弄实在简单。文字描述一下就可以了。而且用了好些天是正常的。就是那天突然有问题。
【 在 butcher 的大作中提到: 】
: 你都知道这垃圾不确定，为啥还要确定呢。
: 在粪坑里找金子肯定是失望的。
: ü嘁耄ü馐杂美
: ...................
--
FROM 124.64.43.*
固定格式任务建议让 AI 出脚本，测试成功之后用脚本比 Ai 靠谱
--
FROM 114.244.205.*
是的。这种方式比较可靠。但我是图方便，一句话让ai作了。不过是前两天突然出问题。
或者是我这个修改文件的问题，严格来说完全可以让程序实现，并非不确定的问题。
【 在 jacksonchu 的大作中提到: 】
: 固定格式任务建议让 AI 出脚本，测试成功之后用脚本比 Ai 靠谱
--
FROM 124.64.43.*
这个都会有的，模型里面为了发散思维都会有随机性。需要靠评价函数再把它拉回来，必然是个概率的问题。无非是个多大的概率问题。
这和人是一样。需要靠后期的手段来保障。
【 在 chunhui 的大作中提到: 】
: 比如这样的问题：我让ai修改一个表格，先修改a行b列，再修改a行c列。十几天以来，一直没问题。但今天，当作第二次修改的时候，它总是修改到a行b列上去。关键是它大多数好使，偶尔不确定。这就让你没办法彻底放心。其实也有其它的类似不确定的问题，这些问题不像写代码可以通过编译，通过测试用例。
: 有什么好办法对付这种问题么？
--
FROM 58.210.109.*
这是我自己写着玩的。如果出错我看一下修改就行了，先凑合着用。如果是正经应用，就得花点时间写个程序完成。否则这一步就无法离开人。
【 在 yahaha 的大作中提到: 】
: 这个都会有的，模型里面为了发散思维都会有随机性。需要靠评价函数再把它拉回来，必然是个概率的问题。无非是个多大的概率问题。
: 这和人是一样。需要靠后期的手段来保障。
: ü嘁耄ü馐杂美
: ...................
--
FROM 124.64.43.*
模型自己也在更新数据库不断的学习，可能进化得更好，也可能变差，稳定性还真是不如脚本
【 在 chunhui 的大作中提到: 】
: 比如这样的问题：我让ai修改一个表格，先修改a行b列，再修改a行c列。十几天以来，一直没问题。但今天，当作第二次修改的时候，它总是修改到a行b列上去。关键是它大多数好使，偶尔不确定。这就让你没办法彻底放心。其实也有其它的类似不确定的问题，这些问题不像写代码可以通过编译，通过测试用例。
: 有什么
: ..................
发自「今日水木 on HBN-AL00」
--
FROM 223.104.42.*
所以编码领域是最合适大模型的。因为有编译器测试用例把关。
确定性，上下文限制，动态学习 如果这三个突破了，那大模型才敢说像agi靠近。现在还远的很。
【 在 nosnap 的大作中提到: 】
: 模型自己也在更新数据库不断的学习，可能进化得更好，也可能变差，稳定性还真是不如脚本
: ü嘁耄ü馐杂美
: 发自「今日水木 on HBN-AL00」
: ...................
--
FROM 124.64.43.*
所有操作人工兜底，没啥一劳永逸的方法，就算有，场景换换又得重来。。。。
【 在 chunhui 的大作中提到: 】
: 所以编码领域是最合适大模型的。因为有编译器测试用例把关。
: 确定性，上下文限制，动态学习 如果这三个突破了，那大模型才敢说像agi靠近。现在还远的很。
--
FROM 116.234.23.*