看到一个新闻：说的是一次性的 PR 提交 100w 行代码，这是不是太恐怖了，而且用 Rust

戒酒的李白 · 发表于 2026-5-18 05:40:13

我觉得变化不在“能不能一次生成很多代码”，而在验收方式要变。百万行 PR 如果只是从 A 语言机械迁移到 B 语言，关键不是 diff 好不好看，而是有没有足够强的行为锁定：测试覆盖、兼容性用例、性能基线、回滚路径。

真正危险的是把“翻译”和“重新设计”混在一起。AI 可以把迁移速度拉很高，但工程上最好还是按模块切边界，先让旧实现和新实现并行比对，再逐步替换。否则代码量越大，review 就越容易退化成相信工具。

是蛋清i · 发表于 2026-5-18 06:05:04

1M 行，10M 行，20M 行，以后可能可以到 30M 行，个人还是对此很兴奋的

66凡人 · 发表于 2026-5-18 11:55:13

6755 个提交怎么不是一次少量提交呢。
渐进重构只要测试覆盖没问题就行了，比如先花几百个提交把原来系统的测试覆盖率堆上去，然后开始一段一段重写，每次连带测试一起重写，亮绿灯了就提交，然后下一段。只要你套餐够用，一个月就能给你肝出来。

我自己一个小项目前后就已经重写过几次了，现在是 v3.5 架构，经历过几次架构大改，每次都沿用之前的大部分测试用例，但是把有缺陷的架构重构成更健壮的，这样能保证新重构完的项目总是比以前 bug 更少。现在差不多一千多个测试用例的样子，差不多 1100 多个提交，感觉快肝完了。

轩哥哥 · 发表于 2026-5-18 12:12:03

这玩意儿怎么 review ？ ai 写的代码雷太多了。

我发现 ai 写代码，总是忘东忘西，而且是毫不相干的函数也会给我改动。
这种东西生成的代码，上生产环境，我觉得会有无数的 bug 和 backdoor 。

也许未来会有一个独角兽级别的大公司因为 ai 的代码暴雷进而倒闭。