CC之父自曝实际生产数据：30天，259个PR，共497次提交，全由CC编写！Claude可以连续数天运行，代码已不再是瓶颈

惊到了！Claude Code之父 Boris Cherny 刚跟大神卡帕西友好互动了“9级大地震”的帖子，后脚就在X上放出自己过去一个月使用CC的真实生产数据：

在过去 30 天里，我合并了 259 个 PR —— 共 497 次提交，新增约 4 万行代码，删除约 3.8 万行代码。而且，每一行代码都是由 Claude Code + Opus 4.5 编写的。

Claude 可以稳定地持续运行数分钟、数小时，甚至数天（借助 Stop hooks）。

他断言：软件工程正在发生根本性的变化，我们正在进入编程历史上的一个新阶段。而这一切，才刚刚开始。

Boris 何出此言？原因是就在同一天，OpenAI前创始人 Andrej Karpathy 在 X 上感叹，随着Coding Agent 的编程能力越来越强，一场 9 级地震正在席卷程序员行业。他表示自己作为程序员，“从未感觉如此落后”，引发了许多网友的讨论。

Boris 很快响应了Karpathy 的观点，在评论区表示自己每周都有这样的感觉。

上个月，自己作为工程师第一次整整一个月都没有打开过 IDE。Opus 4.5 写了大约 200 个 PR，每一行代码都是它写的。

两位大神不谋而合，都表示自己感受到了AI Coding的强大生产力所带来的危机感。

整整一个月的代码完全由Claude Opus 4.5 编写

Claude Code一开始只是一个业余项目，诞生于2024年9月。Boris在X上写道：

当我在 2024 年 9 月把 Claude Code 作为一个业余项目创建出来时，我完全没有想到它会发展到今天这样的规模。看到 Claude Code 成为如此多工程师的核心开发工具，看到社区所展现出的巨大热情，以及人们将它用于从编程、运维、科研到非技术场景的各种用途，这让我感到既谦卑又震撼。

这项技术既陌生又充满魔力，它极大地降低了人们构建和创造的门槛。越来越多的情况下，代码本身已经不再是瓶颈。

他表示，一年前的Claude 甚至很难正确生成 Bash 命令，经常会出现转义问题，一次只能稳定运行几秒钟到几分钟。但那时候团队隐约看到了一些迹象：也许有一天，它会在编程领域变得真正有用。

据Boris披露的生产数据，在过去 30 天里，他在自己的多个项目中合并了 259 个 PR、完成了 497 次提交，新增约 4 万行代码、删除约 3.8 万行代码。而且，每一行代码都是由运行在 Opus 4.5 上的 Claude Code 生成的。

其中最值得注意的不仅是产出规模，而是使用方式。Claude 并非以传统的“短提示—短响应”模式工作，而是借助 stop hooks 连续运行数分钟、数小时，甚至数天，能够承担长时间运行的复杂任务。

从使用统计来看，他在约 1600 个 session 中总共消耗了约 3.25 亿 tokens，最长的单次 session 接近 2 天。

这个数据很好地证明了Boris本人的说法：代码已经不再是瓶颈，真正的瓶颈在于执行与方向的判断。

Reddit上有网友表示：这看起来已经不太像一次产品演示，更像是对「Agent 化编程工作流」在真实生产环境中实际运行方式的一次提前预览。

评论区变CC用户大型提问现场

该帖一出，评论区立刻炸锅。一直紧密关注此事的Karpathy也转发了Boris的这条内容。

很多网友对此感到非常不可思议，但Boris斩钉截铁地确认：没错，过去一个月的每一行代码都是Claude Code自己写的。

有意思的是，这条帖子的评论区变成了Claude Code用户的大型提问现场。很多网友趁此机会，反馈自己在Claude Code实际使用中遇到的问题。

首先是Datasette创始人、Django的联合创作者Simon Willson的发问：如何使用 stop hooks 来保证 Claude 持续执行？

对此，Boris分享了一个Ralph插件，用于拦截 Claude 的退出，还附上了github链接：

https://github.com/anthropics/claude-plugins-official/tree/main/plugins/ralph-wiggum

还有不少开发者反映自己使用Claude Code时遇到的问题，比如使用Sonnet 4.5时发现Claude会修改用户自己写的代码。

又比如如何管理长期任务中Claude的上下文，Boris的回答是：进入计划是模式。

再比如Claude Code终端的闪烁问题，Boris反馈目前正在逐步推出修复。

也有开发者担心，模型会不会耍“小聪明”，比如比如通过做字符串比较来写测试，从而让测试通过，即使并没有真正满足成功标准。

对此，Boris回应道：

这个问题在 Sonnet 3.7 时代确实存在过。但随着模型能力的提升，我发现它已经不再这样做了。随着模型不断变强，最困难的反而是持续地重置你对它能力边界的认知。

此外，Boris还预告，下一版Claude Code中将能够支持抑制子agent的输出。

代码已经不再是瓶颈

除了开发者们的提问，评论区中更多的声音还是对Boris和Claude Code的赞扬和感激。

许多网友表达了对Claude Code的喜爱和感谢，认为它改变了他们的开发体验、职业生涯或日常生活。

有开发者表示，Claude Code已经成为他日常工作中最重要的工具之一，并感谢Boris的贡献。

还有细心的网友询问了Claude Code的具体诞生时间——2024年9月14日，这也是值得铭记的一天。

也有很多网友表示赞成Boris的判断：代码已不再是瓶颈。

Claude Code降低了写代码的门槛，即便非专业人士也可以上手尝试Vibe Coding，极大地提升了代码生产力。

在前段时间的一期播客中，Boris讲述了自己现在的生活状态：“每天醒来，第一件事就是启动几个 Agent，让它们先帮我把当天要写的代码跑起来。”

他坦诚地表示，如果放在6个月之前，他会觉得这样的事情很疯狂，怎么可能发生？但如今，这件事真的发生了，这就是他现在写代码最常用的方式。

作为Claude Code的创造者，Boris对AI Coding带来的重大改变和影响感受更为深刻：

软件工程正在发生根本性的变化，而即便是像我们这样最早的一批使用者和实践者，最难的部分依然是：不断重新调整自己的预期。而这，仍然只是一个开始。

也许正如 Andrej Karpathy、Boris Cherny 等一线从业者所指出的，程序员行业正站在一次剧烈变革的临界点上。

在即将到来的2026年，Coding Agent 可能不再是辅助角色，而会逐步成为软件生产流程中的核心组成部分，重新定义个人生产力与工程协作的边界。

让我们共同拭目以待吧。

参考链接：

https://x.com/bcherny/status/2004887829252317325

文章来自于“51CTO技术栈”，作者 “听雨”。