商用场景，公用硬件，不可能固定随机种子。得特别研发，也许有哪家api有/未来有这种功能。
【 在 hjjscofield 的大作中提到: 】
: 可以买个入门硬件 部署个入门模型，慢一点，起码结果是确定的  
:  
: 发自「今日水木 on iPhone 12 Pro」  
: --

发自「今日水木 on iPhone 12 Pro」
--
FROM 101.82.208.*

恭喜，ai代替码农，还需时日。
【 在 chunhui 的大作中提到: 】
: 比如这样的问题：我让ai修改一个表格，先修改a行b列，再修改a行c列。十几天以来，一直没问题。但今天，当作第二次修改的时候，它总是修改到a行b列上去。关键是它大多数好使，偶尔不确定。这就让你没办法彻底放心。其实也有其它的类似不确定的问题，这些问题不像写代码可以通过编译，通过测试用例。
:   有什么好办法对付这种问题么？
--
FROM 221.221.52.*

主要原理倒是没啥都可以迁过来用。
写个脚本，遍历所有skills的desc，加入系统提示词。就可以使用它的渐进式披露。

但是cc内部还做什么其他的，就看不到了。有了解的大佬可以说下


【 在 chunhui 的大作中提到: 】
:
: 这个应该可以，在里面用代码实现。但我没试，我用的是glm4.6，据说对skills支持不是很好。
: 【 在 guizhidao 的大作中提到: 】
: : cc新推出的skills呢
: : 看看这个

#发自zSMTH@AGT-AN00
--
FROM 183.84.2.*

这个得看是什么码农。
目前阶段，可以用ai进行局部单一算法的编程，由人工整合，让ai进行总体设计还不靠谱。

比如，我需要一个加密算法，ssl太慢，就可以让ai弄一个无符号大数乘除，以63+1bit为基础的。这个完全没问题。
ssl是按byte为基的有符号算法性能会较差。
但是最终的算法你得自己完成，这个是你的价值所在。
【 在 chunhui 的大作中提到: 】
: 这个问题也阻挡不了码农被替代。
--
修改:ylh1969 FROM 221.221.52.*
FROM 221.221.52.*

还有5年饭吃。
不过，我不相信那个时候老板不雇码农自己用ai解决自己的业务软件。
只要雇，就有饭吃。只不过专业偏向不同，改成驾驭ai了。就是说，只需要一个课题组长，用ai解决问题，而不是带一个课题组，一帮人。
测试调试也是颇费功夫，需要不少人工来做。
【 在 chunhui 的大作中提到: 】
: 实在不行再等5年
--
修改:ylh1969 FROM 221.221.52.*
FROM 221.221.52.*