[{"data":1,"prerenderedAt":311},["ShallowReactive",2],{"page-/post/nezus/2026/07/anthropic-ai":3,"surrounding-page":302},{"id":4,"title":5,"author":6,"body":7,"date":291,"description":18,"extension":292,"group":293,"lastmod":294,"meta":295,"navigation":296,"path":297,"rawbody":298,"seo":299,"showTitle":294,"sort":294,"stem":300,"tags":294,"versions":294,"__hash__":301},"content/post/nezus/2026/07/anthropic-ai.md","一个周末干掉四年：Anthropic 用 AI 两周搬完百万行代码，工程师沉默了","storytelling",{"type":8,"value":9,"toc":280},"minimark",[10,15,19,22,29,36,39,45,48,51,55,62,65,68,75,82,92,95,99,102,107,110,138,148,153,157,160,167,170,175,178,181,185,191,194,200,203,208,211,214,217,224,227,230,235,239,242,248,254,260,263,266,269,274],[11,12,14],"h2",{"id":13},"一个周末干掉四年-anthropic-用-ai-两周搬完百万行代码工程师沉默了","一个周末干掉四年： Anthropic 用 AI 两周搬完百万行代码，工程师沉默了",[16,17,18],"p",{},"2026 年 7 月 16 日， Anthropic 发了一篇博客。",[16,20,21],{},"没有新模型发布，也不是融资消息。但读完那篇博客，我坐在电脑前沉默了整整五分钟。",[16,23,24,25],{},"他们用 ",[26,27,28],"strong",{},"Claude Code ，两周时间，把 Bun 上百万行 Zig 代码全部迁移到了 Rust。",[16,30,31,32,35],{},"不是 demo。不是概念验证。是",[26,33,34],{},"真正跑在生产环境里的代码","，已经在 6 月份的 Claude Code 中上线。",[16,37,38],{},"100% 的现有测试套件在 CI 中通过。合并后冒出来 19 个回归问题，全部修完了。",[16,40,41,42],{},"而成本呢？",[26,43,44],{},"16.5 万美元的 API 费用。",[16,46,47],{},"要知道，放在以前，这种体量的语言迁移是「四年工期、三四百万美元工程预算」级别的项目。没有人愿意碰。",[16,49,50],{},"现在，最坏的情况是：删掉分支，重新跑一遍。",[11,52,54],{"id":53},"这不是一个故事是两个","这不是一个故事，是两个",[16,56,57,58,61],{},"写这篇博客的，是 Bun 的联合创始人 ",[26,59,60],{},"Jarred Sumner","。",[16,63,64],{},"对，就是那个在奥克兰小公寓里，一个人写了一年 Bun 的家伙。他当初选 Zig ，是因为「C 级性能 + 极致简洁」，完美适配单枪匹马的创始人。",[16,66,67],{},"但现在是 2026 年了。",[16,69,70,71,74],{},"Bun 的 CLI 月下载量已经超过 ",[26,72,73],{},"一千万次","， Claude Code 内部重度依赖它。Zig 的手动内存管理从「简洁」变成了「技术债」。",[16,76,77,78,81],{},"于是 Jarred 用 Claude Code ，在不到两周内，",[26,79,80],{},"产出了百万行 Rust 代码","，把整个 Bun 从 Zig 搬了过去。",[16,83,84,85,88,89,61],{},"而同一周， Anthropic Labs 的联合负责人 ",[26,86,87],{},"Mike Krieger","，用了一个周末，把一个 Python 代码库迁移成了 ",[26,90,91],{},"16.5 万行 TypeScript",[16,93,94],{},"两个人，两个仓库，两种语言迁移方向。结果都是：跑通、上线、没问题。",[11,96,98],{"id":97},"什么变了","什么变了？",[16,100,101],{},"Anthropic 在博客里写了句很关键的话：",[16,103,104],{},[26,105,106],{},"「你不修复代码。你修复的是产生代码的那个流程。」",[16,108,109],{},"这是整个迁移方法论的核心。不是让 AI 一行一行改 bug ，而是：",[111,112,113,120,126,132],"ol",{},[114,115,116,119],"li",{},[26,117,118],{},"建规则书"," — 告诉 AI 怎么翻译，什么类型对应什么类型，什么场景算特例",[114,121,122,125],{},[26,123,124],{},"应力测试"," — 先让两组 agent 分别翻译同样的文件，对比差异，提炼规则",[114,127,128,131],{},[26,129,130],{},"批量翻译"," — 用几十个子 agent 并行翻译，遇错不改文件，改规则，重新生成",[114,133,134,137],{},[26,135,136],{},"编译 + 运行 + 匹配行为"," — 三步共享同一个「实现-审查-修复」循环",[16,139,140,141,144,145],{},"他们把 ",[26,142,143],{},"review 拆成了 8 个维度的子 agent","，各自负责一种常见失败模式。两个审查者意见不一致？第三个 agent 裁决。审查者反复抓同一种错误？不是改代码，是",[26,146,147],{},"往规则书里加一行话，然后重新生成整批文件。",[16,149,150],{},[26,151,152],{},"代码从来不被手动修补。规则在生长，代码只是规则的产物。",[11,154,156],{"id":155},"编译八分钟-两秒启动快六倍","编译八分钟 → 两秒，启动快六倍",[16,158,159],{},"说个让我最震撼的数字。",[16,161,162,163,166],{},"Mike 团队的项目，原来用 Python 工具链编译一个二进制，每个平台要 ",[26,164,165],{},"八分钟","。整个构建矩阵跑一遍，等半小时。",[16,168,169],{},"迁移到 TypeScript 之后？",[16,171,172],{},[26,173,174],{},"编译两秒。二进制启动速度快了 6 倍。",[16,176,177],{},"他们甚至因此退役了一整套部署流水线。",[16,179,180],{},"这不是「看起来好一点」。这是从「去倒杯咖啡」到「眨眼两次」。",[11,182,184],{"id":183},"_5-万美元贵不贵","5 万美元贵不贵？",[16,186,187,188,61],{},"5.9 亿个输入 token ， 6.9 亿个输出 token。按 API 价格算，",[26,189,190],{},"约 16.5 万美元",[16,192,193],{},"如果你是一家年收入几千万美元的公司，这个数字是什么概念？",[16,195,196,197,61],{},"一个中级工程师一年的总成本大概 20-30 万美元。而这是",[26,198,199],{},"两周",[16,201,202],{},"传统路径是：组一支 3-5 人的团队，冻结主分支功能开发，维护两套代码库至少一年。如果最后达到 90% 的功能对等，你得到的不是胜利，是比之前更大的麻烦。",[16,204,205],{},[26,206,207],{},"现在，迁移的商业论证不需要是「生死攸关」级别的了。",[16,209,210],{},"过去一年 changelog 里出现过几次内存 bug ？有一个长期瓶颈让你每次发布都头疼？",[16,212,213],{},"这就够了。",[11,215,216],{"id":216},"最让我害怕的一点",[16,218,219,220,223],{},"博客最后提到， Mike 让 Claude ",[26,221,222],{},"自己设计了一套端到端测试套件","，然后全自动运行了四个晚上。遇到失败就修，修完继续跑。",[16,225,226],{},"四个晚上后，它找到的坑，比人类设计的所有测试场景加在一起还多。",[16,228,229],{},"一个 AI ，写测试，跑测试，发现 bug ，修 bug ，再跑。不需要人在循环里。",[16,231,232],{},[26,233,234],{},"代码库在地球上跑了一周，没有一个人类碰过它。",[11,236,238],{"id":237},"冷静一下这东西不是魔法","冷静一下：这东西不是魔法",[16,240,241],{},"别急着转发「程序员要失业了」。说三点现实：",[16,243,244,247],{},[26,245,246],{},"第一，要有测试套件。"," Jarred 碰巧有一个用 TypeScript 写的第三方大测试库。Mike 从头建了 7 个真实场景的等价性检查。没有裁判，流程跑不起来。",[16,249,250,253],{},[26,251,252],{},"第二，规则书的质量决定一切。"," 你在第一步花的每一分钟，会在后面一千个文件里成倍放大。规则书一旦有盲区， agent 会在几百个文件里重复同一个错误。",[16,255,256,259],{},[26,257,258],{},"第三，人仍然在关键决策点上。"," 架构选型、模块边界重划、循环依赖的处理逻辑——这些 agent 做不了。Jarred 在编译阶段遇到了几千个 Rust 模块错误，是他写出了分类逻辑后，才让 agent 去批量修的。",[16,261,262],{},"这不是 AI 替代工程师的故事。",[16,264,265],{},"这是一个顶级工程师用 AI 放大自己 100 倍的故事。",[16,267,268],{},"以前「把 Bun 从 Zig 迁到 Rust」是董事会级别的决策，需要说服、规划、招人、祈祷。",[16,270,271],{},[26,272,273],{},"现在，一个周末就够了。",[16,275,276,279],{},[26,277,278],{},"封面高亮关键词",": Claude Code, 百万行代码迁移, 16.5 万美元, Bun Zig to Rust",{"title":281,"searchDepth":282,"depth":282,"links":283},"",2,[284,285,286,287,288,289,290],{"id":13,"depth":282,"text":14},{"id":53,"depth":282,"text":54},{"id":97,"depth":282,"text":98},{"id":155,"depth":282,"text":156},{"id":183,"depth":282,"text":184},{"id":216,"depth":282,"text":216},{"id":237,"depth":282,"text":238},"2026-07-17T00:00:00.000Z","md","#202607AI资讯",null,{},true,"/post/nezus/2026/07/anthropic-ai","---\ntitle: \"一个周末干掉四年：Anthropic 用 AI 两周搬完百万行代码，工程师沉默了\"\ndate: 2026-07-17\ngroup: \"#202607AI资讯\"\ndescription: \"2026 年 7 月 16 日， Anthropic 发了一篇博客。\"\nauthor: storytelling\n---\n\n\n## 一个周末干掉四年： Anthropic 用 AI 两周搬完百万行代码，工程师沉默了\n\n2026 年 7 月 16 日， Anthropic 发了一篇博客。\n\n没有新模型发布，也不是融资消息。但读完那篇博客，我坐在电脑前沉默了整整五分钟。\n\n他们用 **Claude Code ，两周时间，把 Bun 上百万行 Zig 代码全部迁移到了 Rust。**\n\n不是 demo。不是概念验证。是**真正跑在生产环境里的代码**，已经在 6 月份的 Claude Code 中上线。\n\n100% 的现有测试套件在 CI 中通过。合并后冒出来 19 个回归问题，全部修完了。\n\n而成本呢？**16.5 万美元的 API 费用。**\n\n要知道，放在以前，这种体量的语言迁移是「四年工期、三四百万美元工程预算」级别的项目。没有人愿意碰。\n\n现在，最坏的情况是：删掉分支，重新跑一遍。\n\n\n## 这不是一个故事，是两个\n\n写这篇博客的，是 Bun 的联合创始人 **Jarred Sumner**。\n\n对，就是那个在奥克兰小公寓里，一个人写了一年 Bun 的家伙。他当初选 Zig ，是因为「C 级性能 + 极致简洁」，完美适配单枪匹马的创始人。\n\n但现在是 2026 年了。\n\nBun 的 CLI 月下载量已经超过 **一千万次**， Claude Code 内部重度依赖它。Zig 的手动内存管理从「简洁」变成了「技术债」。\n\n于是 Jarred 用 Claude Code ，在不到两周内，**产出了百万行 Rust 代码**，把整个 Bun 从 Zig 搬了过去。\n\n而同一周， Anthropic Labs 的联合负责人 **Mike Krieger**，用了一个周末，把一个 Python 代码库迁移成了 **16.5 万行 TypeScript**。\n\n两个人，两个仓库，两种语言迁移方向。结果都是：跑通、上线、没问题。\n\n\n## 什么变了？\n\nAnthropic 在博客里写了句很关键的话：\n\n**「你不修复代码。你修复的是产生代码的那个流程。」**\n\n这是整个迁移方法论的核心。不是让 AI 一行一行改 bug ，而是：\n\n1. **建规则书** — 告诉 AI 怎么翻译，什么类型对应什么类型，什么场景算特例\n2. **应力测试** — 先让两组 agent 分别翻译同样的文件，对比差异，提炼规则\n3. **批量翻译** — 用几十个子 agent 并行翻译，遇错不改文件，改规则，重新生成\n4. **编译 + 运行 + 匹配行为** — 三步共享同一个「实现-审查-修复」循环\n\n他们把 **review 拆成了 8 个维度的子 agent**，各自负责一种常见失败模式。两个审查者意见不一致？第三个 agent 裁决。审查者反复抓同一种错误？不是改代码，是**往规则书里加一行话，然后重新生成整批文件。**\n\n**代码从来不被手动修补。规则在生长，代码只是规则的产物。**\n\n\n## 编译八分钟 → 两秒，启动快六倍\n\n说个让我最震撼的数字。\n\nMike 团队的项目，原来用 Python 工具链编译一个二进制，每个平台要 **八分钟**。整个构建矩阵跑一遍，等半小时。\n\n迁移到 TypeScript 之后？\n\n**编译两秒。二进制启动速度快了 6 倍。**\n\n他们甚至因此退役了一整套部署流水线。\n\n这不是「看起来好一点」。这是从「去倒杯咖啡」到「眨眼两次」。\n\n\n## 5 万美元贵不贵？\n\n5.9 亿个输入 token ， 6.9 亿个输出 token。按 API 价格算，**约 16.5 万美元**。\n\n如果你是一家年收入几千万美元的公司，这个数字是什么概念？\n\n一个中级工程师一年的总成本大概 20-30 万美元。而这是**两周**。\n\n传统路径是：组一支 3-5 人的团队，冻结主分支功能开发，维护两套代码库至少一年。如果最后达到 90% 的功能对等，你得到的不是胜利，是比之前更大的麻烦。\n\n**现在，迁移的商业论证不需要是「生死攸关」级别的了。**\n\n过去一年 changelog 里出现过几次内存 bug ？有一个长期瓶颈让你每次发布都头疼？\n\n这就够了。\n\n\n## 最让我害怕的一点\n\n博客最后提到， Mike 让 Claude **自己设计了一套端到端测试套件**，然后全自动运行了四个晚上。遇到失败就修，修完继续跑。\n\n四个晚上后，它找到的坑，比人类设计的所有测试场景加在一起还多。\n\n一个 AI ，写测试，跑测试，发现 bug ，修 bug ，再跑。不需要人在循环里。\n\n**代码库在地球上跑了一周，没有一个人类碰过它。**\n\n\n## 冷静一下：这东西不是魔法\n\n别急着转发「程序员要失业了」。说三点现实：\n\n**第一，要有测试套件。** Jarred 碰巧有一个用 TypeScript 写的第三方大测试库。Mike 从头建了 7 个真实场景的等价性检查。没有裁判，流程跑不起来。\n\n**第二，规则书的质量决定一切。** 你在第一步花的每一分钟，会在后面一千个文件里成倍放大。规则书一旦有盲区， agent 会在几百个文件里重复同一个错误。\n\n**第三，人仍然在关键决策点上。** 架构选型、模块边界重划、循环依赖的处理逻辑——这些 agent 做不了。Jarred 在编译阶段遇到了几千个 Rust 模块错误，是他写出了分类逻辑后，才让 agent 去批量修的。\n\n\n这不是 AI 替代工程师的故事。\n\n这是一个顶级工程师用 AI 放大自己 100 倍的故事。\n\n以前「把 Bun 从 Zig 迁到 Rust」是董事会级别的决策，需要说服、规划、招人、祈祷。\n\n**现在，一个周末就够了。**\n\n\n**封面高亮关键词**: Claude Code, 百万行代码迁移, 16.5 万美元, Bun Zig to Rust",{"title":5,"description":18},"post/nezus/2026/07/anthropic-ai","OfY-XX79WbqyPk1Qt27oyoN5dK1yl4aRUfnqB6cUsH8",[303,307],{"title":304,"path":305,"stem":306,"children":-1},"Hermes Desktop 安装及界面功能速览","/post/nezus/2026/06/hermes-desktop","post/nezus/2026/06/hermes-desktop",{"title":308,"path":309,"stem":310,"children":-1},"在Vibe Coding的过程中，不要忘记自己还有产品经理的身份","/post/posts/vibe-coding","post/posts/vibe-coding",1784715236229]