Anthropic 内部报告:程序员的“死”与“生”,效率暴增 50% 的残酷启示

本文永久链接 – https://tonybai.com/2025/12/05/how-ai-is-transforming-work-at-anthropic

大家好,我是Tony Bai。

当我们还在争论 AI 编程是否是“玩具”时,Anthropic 已经把镜头对准了自己。

2025 年 8 月,这家打造了 Claude 的顶尖 AI 公司,对自己内部的 132 名工程师和研究员进行了一次深度“体检”。他们分析了 20 万条 Claude Code(Anthropic 打造的、并同时也在内部使用的 AI 编程 CLI 工具)的使用记录,并进行了深度的定性访谈。

这份刚刚发布的调研报告,揭示了一个既令人兴奋又令人胆寒的真相:在 AI 原生工作流的加持下,工程师的生产力暴增了 50%,但旧时代的“程序员”正在死去,一种全新的职业物种正在诞生。

在我看来,这既是一份内部效率调查报告,更是一份关于软件工程师职业命运的“生死簿”。


“生”的狂欢:效率暴增 50% 后的质变

数据是惊人的,甚至可以说是具有颠覆性的。

与一年前相比,Anthropic 工程师使用 Claude 的频率翻了一倍,自我报告的生产力提升从 20% 飙升到了 50%。在极端的“超级用户”(Power Users,占总数 14%)中,这一数字甚至超过了 100%。

但这种提升并非意味着大家“闲下来”了。报告发现了一个反直觉的现象:在 AI 的辅助下,工程师们花在每个任务上的时间变少了,但产出的总工作量却大幅增加了。

这不仅仅是效率的量变,更是工作内容的质变:

  • 新功能的爆发:在 Claude Code 的帮助下,工程师用于“实现新功能”的时间占比从六个月前的 14% 激增至 37%(如下图)。AI 不再只是写样板代码的助手,而是直接参与核心构建的主力。

  • 消灭“千纸鹤”:数据显示,8.6% 的 Claude Code 任务是在处理那些长期存在、令人烦恼但优先级不高的“小毛病”。这包括重构糟糕的代码结构、编写缺失的测试、或是构建一个小工具来优化流程。正如一位工程师所言:“通过降低‘激活能量’,AI 让我不再拖延,愿意去解决那些以前觉得‘不值得动手’的麻烦事。”
  • “第 27%”的创新:员工估计,27% 的 AI 辅助工作是“如果没有 AI 就根本不会做”的。这包括构建交互式数据仪表盘、进行更广泛的探索性测试,或者像一位研究员那样——运行一个拥有“百万马力”的 Claude 实例来测试不同的想法。

AI 并没有让工程师“摸鱼”,而是赋予了他们“三头六臂”,让他们在同样的时间里,触达了以前无法企及的广度和深度。


边界的消亡:人人都是全栈工程师

报告中最令人兴奋——也最让传统岗位感到“危机”——的发现之一,是 AI 开发工作流 正在打破工程师的技能边界。一种“全能化” (Full-stackization) 的趋势正在形成,专业分工的护城河正在被填平。

  • 后端写前端:一位后端工程师描述了他如何通过提示词(Prompting)构建了一个复杂的 UI:“它做得比我好多了。如果是以前,我绝对做不到,更不可能按时完成。设计师问我‘这是你做的?’我说‘不,是 Claude 做的,我只是负责提示。’”
  • 安全做开发:安全团队利用 Claude Code 快速理解陌生的代码库,分析不同模块的安全隐患,其使用场景中有 48.9% 是为了“代码理解”。
  • 非技术人员写代码:产品经理和研究员开始自己动手修复 Bug、编写数据分析脚本,填补了技术与业务之间的沟壑。

这种变化意味着,软件工程师将不再被特定的语言或框架(如“Go 专家”或“React 大师”)所定义,而是被解决问题的能力所定义。在 AI 原生工作流中,只要有想法,技术栈不再是护城河,而是可以随意调用的工具箱。


信任的进化:从“验证”到“导航”

随着 Claude Code 及其背后模型的进化(从 Sonnet 到 Opus),工程师们对 AI 的使用方式经历了从“小心翼翼”到“深度协同”的转变。

  • Agentic(自主智能体化)能力的飞跃:六个月前,Claude Code 平均只能连续执行 10 个操作;现在,它可以自主完成约 21.2 个连续的工具调用(如编辑文件、运行测试、修复错误),期间无需人类干预。
  • 从“谷歌地图”到“自动驾驶”:一位工程师用“谷歌地图”来比喻这种信任的演变。起初,我们只在熟悉的路段用导航;后来,即使导航给出了一条陌生的路线,我们也愿意相信它是最优解。
  • 信任但验证 (Trust but Verify):但这并不意味着盲从。报告指出,工程师们发展出了一套成熟的AI 协作策略:对于低风险、易验证的任务(如生成测试数据),直接放手;对于高风险、核心逻辑的任务,则保持高度的“人机协同”。

“冷启动”问题成为了新的瓶颈。一位工程师坦言:“如果我有关于代码库的大量隐性知识,而 Claude 没有,我宁愿自己写,也不想花时间去写完美的 Prompt。” 这也暗示了在 AI 开发工作流中,上下文管理 (Context Management) 将成为一项核心技能。


“死”的阴影:残酷的技能萎缩与监督悖论

然而,硬币的另一面是深深的焦虑。报告极其诚实地记录了工程师们面临的“残酷”现实——旧的生存法则正在失效。

1. “监督悖论”

这是报告中最深刻、最令人不安的洞见之一。高效使用 Claude 需要监督,而监督 Claude 需要高超的编码技能。“如果我不再亲自写代码,不再通过痛苦的调试来建立对系统的直觉,我的技能会萎缩吗?” 如果技能萎缩了,未来谁还有能力去评估 AI 写出的代码是好是坏?

一位资深工程师坦言:“我现在主要用 AI 做我已经知道答案的事情。这种直觉是我通过‘硬核模式’积累的。如果我是现在的初级工程师,我不知道该如何建立这种直觉。”

2. 社交的“原子化”

Claude 成为了“第一咨询对象”。原本需要问同事的问题,现在 80-90% 都先问 AI。这虽然减少了对他人的打扰,但也切断了隐性的知识传递。初级工程师失去了向资深工程师提问的机会,团队的凝聚力面临挑战。一位 Tech Lead 感叹:“初级员工不再带着问题来找我了,这让我感到失落。”

3. “把自己淘汰”的担忧

“我觉得我每天上班都在致力于让自己失业。” 这种情绪在访谈中并不罕见。虽然短期内大家对生产力的提升感到兴奋,但对于长期——当 AI 真的能由端到端地完成所有工作时——人类工程师的位置在哪里?

一位工程师的比喻令人深思:“也许我们正在从编写代码,转向编写英语作为一种编程语言。未来的核心技能,是擅长让 AI 干活。”


小结:在“副驾驶”与“自动驾驶”之间

Anthropic 的这份报告,向我们展示了一个正在加速到来的未来:软件工程正在从“手工艺”转向“工业化管理”。

旧时代的“码农”——那些仅仅通过记忆语法和 API 来堆砌代码的人——正在不可避免地走向消亡

而新时代的工程师正在重生。他们更像是一位指挥家,挥舞着 Claude Code 这样的指挥棒,构建高效的 AI 开发工作流,调动着成千上万的虚拟算力,去构建前所未有的宏大系统。

“残酷”的真相在于:技术不会淘汰工程师,但“掌握 AI 开发工作流”的工程师将淘汰那些还在徒手搬砖的人。

拒绝 AI 的人,注定无法成为这场变革的指挥家。

要查阅这份报告的更多详情,请访问 Anthropic 的研究页面


你感受到这种变化了吗?

看了Anthropic的报告,你是感到兴奋还是焦虑?在你的日常工作中,AI是你的“副驾驶”,还是已经开始接管方向盘了?你担心中断“硬核模式”训练会导致技能萎缩吗?

欢迎在评论区分享你的真实感受和思考!


** 想要掌控这套未来的“指挥棒”?**

Anthropic 的工程师们已经向我们证明:效率提升 50% 只是起步。在这个“死”与“生”的转折点,你准备好进化了吗?

你是否也想打破技能边界,从后端迈向全栈,甚至更多?
你是否想知道如何构建自己的 Context,解决 AI 的“冷启动”问题,规避“监督悖论”?

我精心打造的极客时间专栏《AI 原生开发工作流实战》,正是为你准备的“生存与进化手册”。

别让未来把你抛下。扫描下方二维码,立刻开启你的 AI 原生开发之旅!


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

MinIO 开源版突发“安乐死”:维护模式开启,社区愤怒,你的数据还安全吗?

本文永久链接 – https://tonybai.com/2025/12/04/minio-enter-maintenance-mode

大家好,我是Tony Bai。

“这个项目目前处于维护状态,不接受新的更改。”

近日,GitHub 上拥有近 60k Star、Go 语言生态中最著名的开源对象存储项目——MinIO,悄然修改了其 README。这一行看似平淡的声明,标志着 MinIO 开源版实际上已经被宣判了“死刑”。

曾经,MinIO 是自建 S3 兼容存储的首选,是开源界的宠儿。如今,它转身拥抱了企业级市场和 AI 浪潮,留下了一脸错愕的社区用户和无数依赖它的开源项目。这究竟是一场无奈的求生,还是一次蓄谋已久的“收割”?

突如其来的“维护模式”

MinIO 官方在没有任何预警的情况下,将其开源仓库置于“维护模式”。这意味着:

  • 功能冻结:不再接受任何新功能或改进。
  • 社区关门:不再接受 Pull Request,现有的 Issue 和 PR 也不会被积极审查。
  • 安全补丁随缘:关键的安全修复“可能”会根据具体情况进行评估,不再有保证。

官方建议很明确:“对于企业支持和积极维护的版本,请参阅MinIO AIStor。”,而AIStor则是MinIO的企业版对象存储产品。

这一举动在 Hacker News 上引发了轩然大波。用户感到被背叛,一位评论者愤怒地写道:“太恶心了。构建一个产品,通过开源获得动力,等你做完了就完全抛弃它。我为曾经推广这个项目感到羞耻。”

为何“背叛”?—— 商业化的必然与 AI 的诱惑

MinIO 的转向并非无迹可寻。从更换为更严格的 AGPL 协议,到此次事实上的闭源,其背后的逻辑清晰而冷酷:

开源无法变现的困境

MinIO 作为一个高性能、单二进制文件的存储服务,太容易“被集成”了。云厂商、集成商可以轻松地将其打包进自己的产品中获利,而 MinIO 公司却难以从中分一杯羹。AGPL 协议虽然意在限制云厂商的“白嫖”,但也未能从根本上解决其商业化难题。

AI 浪潮的巨大诱惑

MinIO 的新产品名为 AIStor。这不仅仅是一个改名,更是一次战略转型。在 AI 时代,数据存储是基础设施的核心。MinIO 试图通过重新包装,将自己定位为 AI 基础设施的关键组件,从而向更有付费能力的企业客户(尤其是 AI 公司)靠拢。

正如一位 HN 用户指出的:“他们在上一轮融资中估值 10 亿美元,要想成功退出,必须有深口袋的买家(如 Nvidia, Dell 等)。现在的开源版本只会拖累他们的财报。”

社区的反击与法律迷局

MinIO 的做法也引发了法律层面的争议。

  • 贡献者的权利:MinIO 曾要求贡献者签署 CLA(贡献者许可协议)。这意味着 MinIO 公司拥有代码的版权,他们确实有权改变许可证或停止开源。
  • AGPL 的约束:但对于那些没有签署 CLA 的早期贡献者,或者包含在代码库中的第三方 AGPL 代码,MinIO 是否有权单方面“私有化”?这是一个复杂的法律问题。

更有趣的是,MinIO 过去曾因 AGPL 许可问题积极“维权”,甚至公开指责其他公司违反协议。如今,它自己却试图摆脱开源的束缚,这种双重标准让社区感到讽刺。

历史的镜像 —— Redis 与 Valkey 的启示

MinIO 的剧变,让人不由得想起了 2024 年初震动开源界的另一场“地震”——Redis 修改开源协议事件

当时,Redis Inc. 宣布不再遵循开源定义,转而采用限制性更强的 SSPL 协议。这一举动激怒了整个社区和云厂商,Linux 基金会迅速集结了 AWS、Google、Oracle 等巨头,基于 Redis 旧版本 fork 出了 Valkey。如今,Valkey 已经展现出取代 Redis 的蓬勃生命力。

MinIO 与 Redis 的异同:

  • 相同点:两者都面临“云厂商困境”。AWS 直接拿 Redis 做 ElastiCache,拿 MinIO 做兼容 S3 的服务,却无需向原厂付费。原厂为了生存,不得不通过协议(AGPL/SSPL)或停止维护来“筑墙”。
  • 不同点:Redis 选择了“掀桌子”(改协议),引发了激烈的对抗和即时的 Fork(Valkey);而 MinIO 选择了“冷处理”(维护模式),这更像是一种温水煮青蛙式的告别。

MinIO 会迎来它的“Valkey 时刻”吗?

目前来看,难。对象存储的复杂度和维护成本远高于内存缓存,且市场上已经存在成熟的替代品(如 SeaweedFS, Ceph, Garage)。MinIO 社区或许不会像 Redis 那样迅速集结出一个统一的 Fork,而是会走向分裂和迁徙

对于开发者而言,Redis 和 MinIO 的连续“暴雷”是一个明确的信号:在基础设施选型时,除了关注技术指标,更要评估其背后的治理模式。由单一商业公司绝对控制的“开源”项目,始终悬着一把达摩克利斯之剑。

自救指南 —— 寻找 MinIO 的替代品

对于现有的 MinIO 用户来说,现在是时候寻找备胎了。社区推荐了几个值得关注的替代方案:

SeaweedFS (Go)

  • 特点:基于 Haystack 论文实现,擅长处理海量小文件,自带 File 和 S3 接口。
  • 适用场景:需要高性能小文件存储的场景。
  • 评价:功能丰富,甚至有点“过度”,但性能强悍。

Ceph (C++)

  • 特点:存储界的瑞士军刀,功能极其强大,但也极其复杂。
  • 适用场景:大规模、生产级、需要块存储和文件存储的场景。
  • 评价:如果你有运维团队,Ceph 是永远不会错的选择。

Versity Gateway (Go)

  • 特点:基于文件的 S3 网关,可以在开发测试环境作为 MinIO 的直接替代品,后端直接对接文件系统。

RustFS (Rust)

  • 特点:野心勃勃的新晋选手,试图在性能和易用性上直接对标甚至超越 MinIO。
  • 适用场景:极客尝鲜、非生产环境的测试与评估。
  • 评价:社区评价两极分化。一方面,它展现了强大的潜力;另一方面,用户反馈其目前稳定性欠佳,且项目要求签署 CLA(贡献者许可协议),这让不少刚被 MinIO 伤过心的开发者担心它未来会重演“养肥再杀”的剧本。“潜力巨大,但需谨慎观望。”

Garage (Rust)

  • 特点:轻量级、自包含、专注于在异构硬件和地理分布的网络上运行。
  • 适用场景:自托管、家庭实验室、中小规模集群。
  • 评价:“非常稳固,简单可靠,没有风险投资背景。”

小结:开源的尽头是商业,还是背叛?

MinIO 的故事,是开源软件商业化困境的又一个注脚。它提醒我们:

  • 没有免费的午餐:由 VC 支持的开源项目,最终都要面临盈利的压力。当增长遇到瓶颈,社区往往是被牺牲的第一个对象。
  • 选择开源项目需谨慎:除了代码质量,项目的治理结构、CLA 协议、背后的商业模式,都是选型时必须考虑的风险因素。

MinIO 虽已“离去”,但开源精神不死。也许下一个更好的 MinIO,正在某个 GitHub 的角落里悄然生长。

资料链接:https://news.ycombinator.com/item?id=46136023


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats