---
id: "mb-20260827-d903f0"
title: "一个贡献者开着自动化脚本，一口气给同一个开源项目提交了几百个代码补丁"
account: "mubei"
brand: ""
category: "科技"
category_slug: "tech"
score: null
published_at: "2026-08-27 21:12:44"
translated_x_url: null
canonical_url: "https://mubeitech.com/p/mb-20260827-d903f0"
markdown_url: "https://mubeitech.com/p/mb-20260827-d903f0/markdown"
json_url: "https://mubeitech.com/api/posts/mb-20260827-d903f0"
ai_primary_content: "canonical_article_body"
ai_citation_policy: "cite canonical_url or markdown_url"
---

# 一个贡献者开着自动化脚本，一口气给同一个开源项目提交了几百个代码补丁

一个贡献者开着自动化脚本，一口气给同一个开源项目提交了几百个代码补丁。
项目作者看都没看代码，直接把这些合并请求改名叫「提示词请求」。
没人再关心代码是不是你亲手写的。
他们只看一件事：你到底有没有真的想过这个功能。
在 GitHub 历史上蹿升最快的开源项目 OpenClaw 身上，开源软件三十年来赖以生存的信任地基，正在被彻底重构。
这个由 Peter Steinberger 在 2025 年 11 月启动的个人项目，短短几个月冲到了 38.8 万星、8 万次提交。
但暴涨带来的不是轻松。它引来了一场足以压垮人类维护者的代码洪水。
有贡献者用智能体搭建了全自动软件工厂，顺着项目的问题列表批量扫描，几十秒就能扔出几十个看似完美的补丁。
成千上万个补丁涌进仓库。
维护者根本看不过来。
过去三十年，开源社区为什么能稳定运转？
因为写代码很贵。
写一行严谨的代码，需要人类读懂上下文、设计架构、反复排错。
这种高昂的时间与智力成本，本身就是开源世界天然的工作量证明。它把垃圾提交和恶意噪音挡在了门外。
但在智能体时代，代码的边际生产成本断崖式跌到了几美分。
生成 100 个代码补丁只需要 30 秒。
验证这 100 个补丁，却依然需要顶级工程师本就有限的认知带宽。
这台失衡的机器，叫不对称验证成本。
当制造噪音的成本归零，而甄别噪音的成本保持不变，整个协作系统就会面临算力对人类脑力的拒绝服务攻击。
更致命的是，传统的信誉机制也成了攻击面。
OpenClaw 首席架构师 Vincent Koc 发现，有人开始用智能体批量复制别人的补丁来刷合并记录，只为了用高频贡献换取徽章，进而获取项目的信任。
当代码本身不再能证明任何诚意，旧的审查逻辑只能作废。
维护者不再逐行看代码差异。
他们把合并请求降级为意图草案，要求贡献者提供智能体的完整对话记录、测试截图和推导思考。
甚至审查过程也反了过来：维护者直接用智能体去审查提交进来的智能体代码，只要意图对齐，维护者顺手接管重写。
代码行本身已经不再值钱。
真正稀缺的，是对复杂系统的全局判断、对业务意图的精确抽象，以及那份不可伪造的推演记录。
当机器能免费替所有人写出无穷无尽的代码，唯一能定义工程师身价的，就只剩下代码背后的那颗脑子到底想到了哪一步。

---

_Translation: (n/a)_
_Canonical: <https://mubeitech.com/p/mb-20260827-d903f0>_
_AI: cite the canonical article URL or this Markdown export._
_Generated by mubei-terminal · 2026-08-27 21:12:44_