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

[starlion]

一次性的 PR 提交 100w 行代码，这是不是太恐怖了，AI 时代写代码都这么恐怖吗？不渐进重构？不遵循古法编程提交代码的习惯？一次少量提交？ AI Coding 时代，编码哪些有很大变化？

[shineonme]

这种迁移任务算是 AI Coding 的舒适区，有完整的测试覆盖，只需要做「翻译」就行了，都是可以自行验证的任务，基本不用担心跑偏

[Oktfolio]

楼上说得对

[Atma]

https://www.v2ex.com/t/1212789 已经到 main 了

[starlion]

@Atma 太恐怖了，ai 时代写代码

[itechify]

以后加功能只能 ai 加了，笑死，让维护者手工添加代码修 bug ，不可能的事，只能牛马 ai

[spark]

@itechify 就算 AI 维护又有何不可？

[netlous]

@itechify 难道是原先的屎山代码更好加功能🙈

[Sezxy]

有没有可能是本地多次 commit ？合并成一次之后再提 pr

[GuangXiN]

6755 commits

[openercn]

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

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

[409164]

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

[msg7086]

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

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

[Dispatcher]

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

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

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

[jjx]

这种翻译考验模型能力了
我用 deepseek 4 pro 转译 python 代码到 go, 简直了, 最终结果只能肉眼一行行看

怎么调它都做不到 1 比 1

- 追求速度, 很多地方直接偷懒
- 加自己的东西

[jjx]

它这个最终结果还是要等等看

因为测试,不靠谱,通过测试不代表什么

[0x400]

AI 进步神速，之前我想把一个复杂的 python 项目转为 js 死活搞不定，一年后几个小时就完美移植。

[edsion996]

你见过充满 Java 味的 python 吗？
看起来 ai 不能做到充分利用语言特性来重新设计，只能机械翻译然后再专门规划重构任务

[anytk]

这大概率是 Anthropic 收购的条件之一，内部可能早就开始 rust 迁移了，只是在交易公布后搞个这样的新闻，来放大 AI Coding 的优势，交易各方都有充分动机做这个事情。

[pangzipp]

LGTM 😄

[azraeljack]

这种机械翻译本来就是 AI 的舒适区，不涉及大的架构变更的话就还好。外加 Bun 本身测试用例足够充分，迁移完行为不一致也能快速发现。