<!-- title: 全网AI白嫖潮，开源和维基先喊疼 -->
<!-- domain: trending -->

你刷到的AI新闻全是模型发新品、Agent玩花活，但过去一年海外社区吵得最凶、持续时间最长的两场辩论，主角其实是互联网的两块地基：**开源项目**和**维基百科**。吵的核心只有一件事——AI在免费啃食它们，一边啃带宽和精力，一边抢走读者和捐赠者。国内技术圈几乎没人系统聊过这个话题，但只要你写过开源项目、跑过网站、做过内容，这场争吵的每一个细节都和你有关。这篇文章把两场硬吵的来龙去脉、各方观点和可抄的应对动作一次讲清。

## 热吵一：AI slop 冲垮开源维护者

### 事件起点：curl 作者的公开爆发

2024年11月，curl 的创始人和首席维护者 Daniel Stenberg 在个人博客发文《AI slop submittals in curl》，把一件事摆上台面：有个白帽赏金猎人用大模型批量生成"安全漏洞报告"提交给 curl，其中包含完全虚构的漏洞——模型一本正经地描述了一段 curl 根本不存在的代码行为。Stenberg 花了大量时间去逐条证伪这些报告，最后公开表态：这类AI生成的垃圾报告在浪费他本就稀缺的维护时间。

后续更精彩：HackerOne 平台一度封禁了 Stenberg 的账号（因他公开谈论赏金猎人的行为），引发开源社区强烈反弹后平台道歉解封。这件事被 The Register 等媒体跟踪报道，也让 "AI slop"（AI垃圾）这个词从梗变成了行业黑话。整件事的完整讨论可以在 HN 上搜 "AI slop" 回看，hn.algolia.com 支持全文检索。

### 争吵是怎么升级的

curl 事件只是第一滴雨。2025年，海外多个开源社区的维护者陆续抱怨同一类问题，吵点逐渐从"个别垃圾报告"升级为"系统性洪水"：

- **Issue 洪水**：AI让任何人不读文档就能生成看起来专业、实则无法复现的 bug 报告，维护者筛选成本暴涨；
- **PR 垃圾**：为刷贡献记录或求职简历而提交的AI生成 pull request，格式漂亮、逻辑错误，审查一个的时间够写一个真补丁；
- **幻觉包名攻击**：安全研究者还发现AI会编造不存在的依赖包名，而攻击者真的去注册这些包名等鱼上钩——这个现象后来被命名为 slopsquatting，2025年有多所大学的团队专门发文研究（据 TechPolicy.press 等的报道）。

### 三派观点，海外吵成了什么样

**强硬派**（多为资深维护者）：主张直接提高门槛。典型做法是在贡献指南里明确"禁止提交AI生成的报告"，issue 模板强制要求附上可复现的命令行和环境信息，无法复现直接关闭。curl 后来就收紧了安全报告的提交规则。这派的观点很朴素：维护时间是稀缺资源，筛垃圾的时间就是从修真 bug 的时间里抢的。

**工具派**（多为平台方和工程效率背景的人）：主张用魔法打魔法，用机器筛机器。比如给 issue 加自动分类器、用 bot 反问提交者细节、对低声誉账号限流。反对者反驳：这会让真新手更难参与，开源社区的护城河本来就是低门槛。

**和解派**（占讨论里声音不小的一部分）：认为问题不在AI而在用法。AI辅助写的报告如果验证过、能复现，和人工写的没区别；该抵制的是"不验证就提交"，而不是AI本身。他们担心一刀切的禁令会把开源社区推向封闭。

这场争吵对中国开发者的意义被严重低估了：**国内大量团队依赖开源组件，但很少有人意识到上游维护者的带宽正在被AI洪水挤占**。你依赖的那个关键库，作者可能正被几百个幻觉 issue 淹着，响应变慢不是他摆烂，是他在筛垃圾。

## 热吵二：维基百科被两头挤压

### 左边一拳：爬虫吃掉带宽

2025年上半年，Wikimedia 基金会的工程团队在官方博客（diff.wikimedia.org）披露了一个反常识的现象：网站流量的激增主要不是来自人类读者，而是爬虫——据当时 The Register 等多家媒体转引的数据，激增部分里约65%来自自动化流量，其中很大比例是抓取图片和多媒体资源喂给AI训练或检索的爬虫。带宽和运维成本是真金白银，而维基是非营利组织，这笔钱花得非常冤：**AI公司拿走内容，账单留给捐赠者**。

### 右边一拳：读者不再点进来

更结构性的一拳来自用户端。据 Wikimedia 基金会2025年的官方报告披露，来自人类的页面浏览量出现了明显下滑——同比下降约8%（这一数字被广泛报道，具体口径以官方报告为准）。原因不难猜：搜索引擎的AI摘要直接给出答案，聊天机器人直接复述内容，用户看完就走，不点链接、不留浏览记录、也不顺手捐赠。**内容被AI引用得越多，人类到访反而越少**——这就是社区里说的"AI时代内容悖论"。

### 社区吵出了三个方案

这个话题在 Reddit 的 r/technology、r/wikipedia 和 HN 上反复登顶，观点大致分三派：

- **收钱派**：维基百科资深研究者 Jake Orlowitz 在2025年中公开建议，应该认真考虑向AI公司收取内容授权费——训练和检索都是商业行为，凭什么免费？这一提议在 Wikipedia Signpost 和媒体上引发大讨论，反对者的理由是：收费协议会让维基从公共品变成数据供应商，而且小AI公司付不起，最后只会强化巨头垄断。
- **筑墙派**：主张技术上收紧爬虫访问，识别并限制AI爬虫的抓取频率，优先保障人类访问体验。支持者认为这是自保底线，反对者提醒：维基的镜像和再分发生态也是价值来源，筑墙容易伤及无辜。
- **顺水推舟派**：认为挡不住不如利用——让AI回答时强制展示来源和募捐入口，把流量变信用。质疑者冷笑：巨头的AI产品会不会老实展示来源，取决于监管而不取决于愿望。

```mermaid
flowchart TD
    A["AI问答与Agent大爆发"] --> B["爬虫抓取量暴涨"]
    A --> C["读者改问AI不再点链接"]
    B --> D["服务器带宽成本飙升"]
    C --> E["人类访问与捐赠下滑"]
    D --> F["反爬措施越筑越高"]
    E --> G["编辑与维护动力减弱"]
    F --> H["开放内容供给受损"]
    G --> H
    H --> I["AI可抓的内容质量下滑"]
    I --> A
```

这张循环图就是两场争吵的共同底色：**AI吃掉生产开放内容的生态，最后反噬AI自己的口粮**。海外有人给它起了个更扎心的名字——AI在啃自己的地基。国内读者可以对照一个事实：维基百科是无数大模型中文语料的重要来源，这块地基的松动，影响的不是英语世界一家。

## 信息差总结

| 维度 | 大多数人知道的 | 海外社区真正在吵的 |
|------|--------------|------------------|
| AI slop | 觉得是“内容农场”的老问题 | 已具体到开源维护者的筛选成本崩溃，curl、HackerOne 都卷入过 |
| 维基流量 | 以为维基不缺流量 | 人类访问量下滑约8%，带宽账单反而因AI爬虫暴涨 |
| 应对方式 | 以为只能干看着 | 收授权费、反爬墙、来源强制展示三派方案已在公开辩论 |
| 对你的影响 | 以为只关乎大厂 | 你依赖的开源库响应变慢、你查的资料质量下滑，都与此相关 |

## 行动指南

如果你是**开源维护者**：今天就做三件事——在 README 或 CONTRIBUTING 写明对AI辅助提交的接受标准（可复现、附环境信息）；issue 模板加一个必填的复现命令字段；参考 curl 的安全报告收紧策略。别怕显得不友好，筛选成本就是你命。

如果你是**站长或内容方**：翻一下服务器日志，认识这几个爬虫的 User-Agent——GPTBot、ClaudeBot、Google-Extended、Bytespider，按自己的商业策略决定放行还是屏蔽（robots.txt 即时生效）。国内做外贸独立站的尤其要查，你的带宽可能正在为别人的模型打工。

如果你是**内容创作者**：接受"AI会引用你"这个现实，策略从防引用改为**要署名**——确保你的名字和原文链接在任何转载路径里都清晰可溯源，这是AI时代新的 SEO。

如果你是**普通用户**：查资料时多点一步进原始来源，顺手给维基捐杯奶茶钱。这听起来鸡汤，但8%的访问下滑就是无数个"顺手"的消失。

最后给你一个信息追踪入口：打开 hn.algolia.com，分别搜 "AI slop"、"maintainers"、"Wikipedia AI"，按时间倒序把高赞帖翻一遍——这两场争吵的全部一手观点都在里面，比任何二手解读都快。

## 参考来源

1. Daniel Stenberg 博客（curl 作者，原文《AI slop submittals in curl》，2024年11月）：https://daniel.haxx.se/blog/
2. Wikimedia 官方技术博客 Diff（AI爬虫带宽与流量报告，2025年）：https://diff.wikimedia.org/
3. The Register（AI slop 与 Wikimedia 带宽系列报道，2024–2025）：https://www.theregister.com/
4. Hacker News 全文检索（搜 "AI slop" / "maintainers" 回看热帖）：https://hn.algolia.com/
5. Wikipedia Signpost（向AI公司收费提议的社区讨论，2025年）：https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost

---
> 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护。
> 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。

> [!tip] 51学通信知识星球
> **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。
> **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。
> **当前规模**：5200 篇主题 / 990 个回答，198 元/年。
> **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。
> **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
