开源社区“内战”爆发:Bun 创始人预言“未来将禁止人类贡献”,硅谷大佬纷纷站队!

本文永久链接 – https://tonybai.com/2026/05/01/open-source-civil-war-bun-founder-predicts-ban-on-human-contributions

大家好,我是Tony Bai。

过去的一年,AI 编程的浪潮席卷了整个技术圈。但在这片繁荣之下,一场关于“开源精神与 AI 伦理”的深刻裂痕,正在悄然扩大。

就在前几天,这场裂痕,以一种极其戏剧性的方式,被彻底引爆了。

事件的导火索,来自当红 JavaScript 运行时 Bun 的一则看似平平无奇的技术更新:Bun 团队 fork 了 Zig 语言的编译器,通过引入并行分析等优化,将自己的调试构建速度提升了 4 倍。

但真正引爆全网的,是 Bun 官方账号在 X 平台发布的一条补充说明:

“我们目前不打算将这些改进提交回上游(Zig 社区),因为 Zig 有一条严格的禁令:禁止任何由 LLM(大模型)创作的贡献。”

这条推文,像一根火柴,瞬间点燃了整个开源社区的火药桶。

Bun 的创始人 Jarred Sumner 更是亲自下场,抛出了一个极其激进、甚至有些“疯狂”的预言:

“我预感开源社区会走向另一个极端:未来将不再允许人类贡献代码。人类写的垃圾代码(Slop),将成为 2025 和 2026 年的怀旧遗物。”

一边是 Zig 社区对 AI 的严防死守,另一边是 Bun 创始人对“纯 AI 开发”的狂热鼓吹。这场突如其来的“内战”,引来了包括网景创始人 Marc Andreessen开源运动领袖 Eric S. Raymond 等一众硅谷大佬的围观和站队。

今天,我们就来复盘这场神仙打架,看看在这场关于“Pro-AI”与“Anti-AI”的论战背后,到底隐藏着怎样的技术哲学、利益博弈与生存法则。

分裂的开端:当“贡献”的定义被改写

Zig 社区为什么要禁止 AI 贡献?

这背后,是传统开源精神对“贡献”二字的捍卫。在他们看来,一个 Pull Request 不仅仅是一段代码,它更代表了贡献者投入的心血、思考、以及对社区文化的认同

而由 AI 生成的、未经深入理解的“垃圾代码(Slop)”,正在无情地摧毁这种信任契约,将 Code Review 的沉重负担,转嫁给那些用爱发电的维护者。

但 Bun 的创始人 Jarred Sumner 显然不这么认为。他坚信,AI 将彻底重塑生产关系

在他的设想中,未来的开源协作将是这样的:

“和人类不同,AI 会严格遵守你的代码风格指南,并在几分钟内完成你提出的每一个修改。它们会编写详尽的测试和文档。它们会研究竞争对手的实现方案。它们会不知疲倦地进行迭代,直到通过所有第三方的一致性测试。”

在这场辩论中,著名浏览器 Ladybird 的作者 Andreas Kling,给出了一个更宏大、也更令人不安的预言:

“我的猜测是,开源社区将分裂成两个阵营:Pro-AI(亲 AI)和 Anti-AI(反 AI)。
1. Pro-AI 阵营的项目,将以惊人的速度超越 Anti-AI 阵营。
2. 那些被 Anti-AI 项目拖慢了脚步的 Pro-AI 开发者,最终会选择 fork 或者重写这些项目。”

Bun 对 Zig 的这次 fork,似乎正是这个预言的第一次应验。

神仙打架:硅谷大佬的站队与嘲讽

这场论战迅速升级,引来了各路神仙的围观。

传奇投资人、a16z 联合创始人 Marc Andreessen,用一个简单的“+1”表情,旗帜鲜明地站在了 Jarred Sumner 的“未来无人类”阵营。

开源运动的“教父级”人物、《大教堂与集市》的作者 Eric S. Raymond,也对“Anti-AI”派发起了无情的嘲讽:

“我发现了一个规律。在开源社区里,那些反对 AI 的人,和之前被‘Woke Mind Virus’(觉醒文化病毒)完全俘获的,是同一批人。他们是白痴。 这是我作为创始人的肺腑之言。”

当然,也有大量的资深开发者对 Jarred 的观点嗤之以鼻。

一名游戏引擎开发者直接发问:

“在保持高质量标准的前提下,‘超越’的证据在哪里?还是说你认为质量对于客户来说已经不重要了?”

Gary Marcus(著名 AI 评论家)更是引用了一句名言来讽刺 AI 的不可靠:

“当你不了解一个主题时,AI 看起来最令人印象深刻。一旦你对某个领域了如指掌,你就会发现它说的全是废话。”

AI 时代的“阶级固化”:谁在定义“高质量”?

这场争论的背后,其实隐藏着一个更深层次的权力问题:当 AI 能够生成 90% 的代码时,谁来定义剩下的 10% 的“质量”?

Bun 创始人 Jarred Sumner 的答案是:Agent。

他认为,未来的代码质量将由自动化的测试、严格的类型系统和不知疲倦的 Agent 来保证,人类的角色将被无限削弱。

但反对者认为,这是一种极其天真的“技术幻想”。

Darren Shepherd(Rancher 联合创始人)在评论中指出:

“所有迹象都表明,未来由 AI 辅助生成的代码,其质量将远高于纯人类编写和维护的代码。”

这场辩论最终走向了一个无法调和的哲学分歧:

  • Pro-AI 派相信,通过强大的 Harness(驾驭系统)和自动化评估(Evals),AI 生成代码的质量和速度,将很快超越人类的上限。
  • Anti-AI 派则坚信,软件工程中那些最宝贵的特质——品味、洞察力、对复杂系统的直觉——是 AI 永远无法模拟的。而放任 AI 生产“看似合理”的代码,最终只会导致整个行业的“审美降级”和“智力衰退”。

生存法则:在“内战”中,我们该如何站队?

作为身处一线的工程师,我们不必陷入这种非黑即白的“信仰之争”。

无论是 Pro-AI 还是 Anti-AI,在这场混乱的辩论中,我们依然能找到几条极其清晰的生存法则。

第一,警惕“立场先行”,回归“工程现实”。

无论是 Bun 还是 Zig,他们的选择,都是基于自身项目所处的特定工程阶段社区文化

  • Zig:作为一门底层语言,它追求的是极致的稳定性和可预测性。任何由黑盒 AI 生成的、可能引入未知风险的代码,都是不可接受的。
  • Bun:作为一门上层应用的运行时,它追求的是极致的迭代速度和生态兼容性。为此,他们愿意拥抱 AI,甚至不惜与上游社区决裂。

你的项目,更像 Zig,还是更像 Bun?这个问题,比单纯地喊“AI 万岁”或“AI 垃圾”要有意义得多。

第二,不要成为“AI 的传声筒”,要做“AI 的驾驭者”。

即使在 Pro-AI 阵营内部,大佬们也普遍承认一个事实:无脑地让 AI “Vibe-Coding”,结果就是灾难。

你需要为 AI 构建强大的“护栏(Guardrails)”,你需要设计精密的“评测体系(Evals)”,你需要像一个真正的架构师一样,去定义系统的边界和验收标准。

AI 正在把开发者的能力,从“写代码”,向上推到“设计系统”和“定义规则”。

第三,拥抱“阵营分裂”的未来。

Andreas Kling 的预言,大概率会成为现实。

未来的开源世界,将不再是一个“其乐融融”的大家庭。它会分裂成:
* Anti-AI 社区:坚守人类智慧的最后防线,可能会变得更加封闭、审核更严,成为“小而美”的精英俱乐部。
* Pro-AI 社区:以惊人的速度进行迭代和演进,可能会涌现出大量创新,但同时也伴随着巨大的混乱和泡沫。

作为开发者,你需要提前思考:你的价值观和职业规划,更适合哪一个“宇宙”?

小结:一场没有回头路的豪赌

Bun 与 Zig 的这次“决裂”,可能只是未来十年开源社区大分裂的第一次预演。

当 Jarred Sumner 喊出“未来将禁止人类贡献”时,他开启了一场极其危险的“社会实验”。这背后,是资本对“效率”的无限渴求,是对“开源社区协作成本”的极度不耐烦。

而 Zig 社区的坚守,则是对“人类智慧不可替代性”的最后捍卫。

这场战争,没有对错,只有选择。

但无论你选择哪条路,请记住:工具终将过时,但工程的智慧与审美的品味,永不褪色。

资料链接:https://x.com/i/trending/2048470411793563936


今日互动探讨:

你更认同 Bun 的“Pro-AI”哲学,还是 Zig 的“Anti-AI”哲学?在你的日常工作中,是否也曾因为“AI 生成的代码质量”问题,而与同事发生过争执?

欢迎在评论区分享你的站队和理由!


还在为写 Agent 框架频频死循环、上下文爆炸而束手无策?我的新专栏 从0 开始构建 Agent Harness 将带你:

  • 抛弃臃肿框架,回归“驾驭工程 (Harness Engineering)”的第一性原理
  • 用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等,复刻极简OpenClaw
  • 构建坚不可摧的 Safety Middleware 与飞书人工审批防线
  • 在底层实现 Token 成本审计、链路追踪与自动化跑分评估
  • 从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”

扫描下方二维码,开启从 0 开始构建Agent Harness 的实战之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


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

Ghostty 之父带头“出走”GitHub!官方 CTO 紧急道歉,并揭秘正在使用 Go 语言救火

本文永久链接 – https://tonybai.com/2026/04/30/ghostty-creator-leads-github-exodus-cto-apology-go-fix

大家好,我是Tony Bai。

在程序员的江湖里,GitHub 从来不仅仅是一个代码托管平台。它是开源精神的麦加,是数千万开发者的“赛博故乡”,是这个行业赖以运转的、最坚实的“基础设施”。

但就在近几个月,这座我们无比信赖的“圣城”,似乎正在走向“崩塌”。

4 月 28 日,Github 的第1299位用户,在自己的推特与博客上发表了一篇极其悲伤的“分手信”,标题是:《Ghostty Is Leaving GitHub》(Ghostty 正在离开 GitHub)。

这位用户,不是别人,正是 HashiCorp 的联合创始人、一手缔造了 Terraform、Vagrant、Vault、Consul 等一系列云原生和 Devops 神器的“教父级”人物——Mitchell Hashimoto。而 Ghostty,正是他当下倾注心血的、备受期待的新一代终端项目。

他在这封信中,用一种近乎“心碎”的口吻写道:

“写下这些让我感到莫名的悲伤。我从 2008 年 2 月开始使用 GitHub,至今已超过 18 年,横跨了我半个人生。……我曾深爱着 GitHub,胜过一个人应该去爱一个东西。但现在,我受够了。18 年了,我得走了。”

是什么,让这位曾经的“ GitHub骨灰粉”毅然决然地带着自己的“亲儿子”项目“出走”呢?

答案简单得令人窒息:GitHub 正在变得越来越不可用。

“在过去的一个月里,我用日记记录了每一次 GitHub 宕机对我工作的影响。几乎每一天,旁边都画着一个‘X’。就在我写下这些文字的时候,GitHub Actions 又挂了 2 个小时。……如果一个平台每天都要瘫痪几个小时,那它就不再是一个适合严肃工作的地方。”

Mitchell 的这封“分手信”,像一颗炸弹,瞬间引爆了整个技术圈。

就在文章发布的几个小时后,GitHub 的 CTO Vlad Fedorov 紧急发表了一篇官方博客,标题同样沉重:An update on GitHub availability》(关于 GitHub 可用性的更新)

在这篇近乎“道歉信”的回应中,GitHub 官方不仅承认了问题的严重性,更罕见地揭示了这场“可用性雪崩”背后的真正罪魁祸首,以及他们正在秘密进行的“技术自救”——其中,Go 语言扮演了至关重要的“救火队长”角色。

今天,就让我们来复盘一下这场由“分手信”引发的技术公案。

压垮骆驼的稻草:被 AI “撑爆”的古老架构

GitHub 到底怎么了?

在官方的回应中,CTO Vlad Fedorov 给我们展示了一张极其恐怖的增长曲线图:“Record Acceleration”(创纪录的加速)


Pull requests、Commits、New repos 数量爆炸式增长的曲线图

自 2025 年下半年以来,随着 AI Agent(智能体)编程工作流的急剧加速,GitHub 的各项核心指标都呈现出近乎垂直的指数级增长:

  • 每月新增仓库数:2000 万
  • 每月合并的 PR 数:9000 万
  • 每月 Commits 数:14 亿

GitHub 官方坦言:

“这种指数级的增长,不是只对一个系统造成压力。一个 PR 会触及 Git 存储、合并检查、分支保护、GitHub Actions、搜索、通知、权限、API、后台任务、缓存和数据库。在巨大的规模下,微小的低效会被无限放大。”

队列加深、缓存击穿、索引落后……这些经典的分布式系统“并发症”,在 AI 制造的流量洪峰面前,被彻底引爆了。

Mitchell Hashimoto 的“出走”,只不过是压垮骆驼的最后一根稻草。

Go 语言的救赎:从 Ruby 单体地狱中“紧急救火”

面对这场史无前例的“流量洪水”,GitHub 的工程师们正在进行一场惊心动魄的“架构自救”。

在官方博客的What we’re doing一小节中,我们看到了一个熟悉的身影——Go 语言

“我们加速了将性能或规模敏感的代码,从 Ruby 单体应用中迁移到 Go 语言的过程。”

这短短的一句话,信息量巨大。它揭示了 GitHub 这座“上古神殿”最核心的技术债之一:一些庞大、沉重、且难以扩展的 Ruby 单体应用。

在过去,当我们需要提升性能时,可能会选择更深入地优化 Ruby 代码,或者在前面加更多的缓存。

但在 AI 时代,这种“小修小补”可能已经毫无意义了。面对 10 倍甚至 30 倍的流量增长预期,唯一的出路,就是对系统进行“外科手术式”的重构

为什么选择 Go 来“救火”?

因为 Go 语言几乎是为这种“救火”场景量身定制的:

  1. 极致的性能与并发:Go 的性能远超 Ruby,其原生的 Goroutine 并发模型,能极其轻松地榨干现代多核服务器的性能,应对海量的网络请求。
  2. 极低的资源占用:相比于 Ruby 或 Python 这种动态语言,Go 的内存占用更小、更可控,能极大地降低服务器成本。
  3. 简单的部署:静态编译的单一二进制文件,使得将新的 Go 微服务部署到庞大的 Kubernetes 集群中,变得极其简单。

我们可以想象,在 GitHub 内部,正有无数个由 Go 语言编写的、小而美的微服务,像一支支训练有素的“消防队”,正在冲入火场,小心翼翼地从那个庞大的 Ruby 巨人身上,一块块地切下那些已经“燃烧”的性能瓶颈模块(如 Webhooks、认证授权、Git 操作等)。

Go 语言,正在成为 GitHub 这艘巨轮在 AI 洪流中,避免沉没的“压舱石”。

从“深情”到“决绝”:一个顶级开发者的 18 年之痒

Mitchell 的“分手信”,之所以能在社区引发如此巨大的共鸣,不仅仅是因为他的技术地位,更在于信中那份令人动容的“爱之深,责之切”。

他坦言,自己 20 岁时创建 Vagrant 这个成名作,很大程度上就是为了能获得一份在 GitHub 的工作。

“GitHub 是我的梦想。那里的工程师令人难以置信,产品令人难以置信。在过去的 18 年里,我每天都在呼吸着它的空气。”

“当我的感情经历挫折时,我把自己沉浸在 GitHub 的开源世界里;当我在大学里通宵时,我会在凌晨 4 点偷偷提交一个 commit;甚至在我的蜜月期间,我都会趁着妻子还在睡觉时,打开 GitHub。”

但正是这份深沉的爱,让 GitHub 的每一次宕机,都像一把刀子,刺在他的心上。

“这对我来说是私人的。我对 GitHub 的爱,超过了一个人应该对一个东西的爱。所以我对它感到愤怒。”

在文章的最后,他给所有“Git 是分布式的,你怕什么”的言论,给出了最沉重的回击:

“问题不在于 Git,而在于我们围绕它建立的、赖以为生的基础设施:Issues, PRs, Actions……如果它每天都要让你停工几个小时,那它就不再是一个适合严肃工作的地方。”

小结:当“基础设施”不再是理所当然

Mitchell Hashimoto 的“出走”,和 GitHub 官方的“道歉”,共同为我们揭示了 AI 时代一个极其深刻的现实:

当生产力工具的效率被提升 10 倍、100 倍时,它对底层基础设施稳定性的要求,也将被以同样指数级的规模放大。

我们曾经以为像水和电一样“理所当然”的 GitHub,正在成为整个行业发展的瓶颈。

这场危机,对 GitHub 来说是“生死存亡”的挑战,但对我们这些身处其中的技术人来说,又何尝不是一次“机遇”?

它告诉我们:

  1. 基础软件领域,永远有仗可打。 当所有人都涌向应用层,去卷 AI Agent 的花活时,那些能用 Go 或 Rust,去重构和加固底层基础设施的硬核工程师,其价值将变得空前稀缺。
  2. “稳定性”是最高的壁垒。 在一个功能可以被 AI 瞬间生成的时代,一个系统的长期价值,越来越多地体现在它的可用性、可靠性和可扩展性上。
  3. 保持警惕,准备“B 计划”。 将所有的鸡蛋都放在 GitHub 这一个篮子里,可能不再是一个明智的选择。无论是自建 GitLab或Forgejo,还是探索其他新兴的代码协作平台,都值得我们重新审视。

旧神正在踉跄,新王尚未诞生。

在这场由 AI 引发的、史无前例的“基础设施大迁徙”中,你,准备好你的船票了吗?

资料链接:

  • https://mitchellh.com/writing/ghostty-leaving-github
  • https://github.blog/news-insights/company-news/an-update-on-github-availability/
  • https://x.com/mitchellh/status/2049213597419774026

今日互动探讨:

在过去几个月里,你是否也曾被 GitHub 的频繁宕机所困扰?你认为 GitHub 这次“中年危机”的根源,真的是 AI 吗?还是其自身技术债的必然爆发?

欢迎在评论区分享你的看法!


还在为写 Agent 框架频频死循环、上下文爆炸而束手无策?我的新专栏 从0 开始构建 Agent Harness 将带你:

  • 抛弃臃肿框架,回归“驾驭工程 (Harness Engineering)”的第一性原理
  • 用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等,复刻极简OpenClaw
  • 构建坚不可摧的 Safety Middleware 与飞书人工审批防线
  • 在底层实现 Token 成本审计、链路追踪与自动化跑分评估
  • 从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”

扫描下方二维码,开启从 0 开始构建Agent Harness 的实战之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


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

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 从 0 开始构建 Agent Harness 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