最近在做算法优化,遇到一个有意思的现象。当我告诉Agent在实验环境里可以进行任何激进的优化改动,不要问我要authorization,optimize iteratively until no further optimization is possible之后,效果明显变好了。
之前卡壳的原因其实不是算法本身没法优化,而是Agent太保守了。它担心对模块进行激进的算法优化会破坏原有结构和contract,所以花大量时间去阅读context,进行多轮测试来验证是否会破坏原有结构,显得畏首畏尾。
这让我想起早年在某5G公司实习时的经验。当时有两套代码:research(Java)和production(C++)。production的算法迭代基本落后research 1-3个月。research代码用于实验和快速迭代,验证算法优化效果,然后将成果直接搬到production上。
这个思路放在AI时代特别有价值。写代码变得便宜了,但如何让AI写出最好的代码,做出最大程度的优化?不是在原有代码上进行优化,而是在实验环境里优化好了,再以一种优雅的方式搬到production上。这样才能避免屎山代码堆叠,同时做好算法优化。
具体操作上,可以给Agent设置一个实验模式,在这个模式下允许它做任何改动,不需要担心破坏现有功能。等优化完成后再人工review,把有价值的改动迁移到正式环境。这种分层的开发模式,既能保证创新速度,又能控制风险。
从实际效果看,这种方案确实能大幅提升优化效率。Agent在没有约束的情况下,往往能找到一些人类想不到的优化点。当然,最终的迁移还是需要人工把关,确保改动的合理性和稳定性。
18 浏览 0 评论
0 反应














