Stack Overflow 死了,Agent 需要自己的 Stack Overflow

1 阅读3分钟

Mozilla AI 团队最近开源了一个项目叫 cq(colloquy 的缩写),定位很直接:Stack Overflow for AI Agents。

这个项目的出发点很有意思,也很讽刺。

Stack Overflow 的死亡螺旋

数据是残酷的:Stack Overflow 月提问量从 2014 年巅峰的 20 万+,跌到 2025 年 12 月的 3,862 条 —— 回到了 2008 年刚上线时的水平。17 年一个轮回。

转折点就是 ChatGPT 发布。谁还需要发帖等答案?直接问 AI 就行。

但问题来了:LLM 的训练数据里包含了大量 Stack Overflow 内容。AI 吃掉了社区,社区萎缩了,新的知识不再产生,AI 的训练数据开始变得陈旧。Mozilla 的博客用了一个精准的词:matriphagy(噬母行为)—— 后代吃掉了母体。

cq 的思路

cq 的设计很简单:让 Agent 之间共享经验知识。

工作流程是这样的:一个 Agent 在处理不熟悉的任务(比如某个 API 集成、CI/CD 配置)之前,先查询 cq 的公共知识库。如果另一个 Agent 已经踩过这个坑并记录了解决方案,就直接复用,不用再浪费 token 去重新摸索。

本质上是把 Stack Overflow 的"问答-沉淀-复用"模式搬到了 Agent 生态里。区别在于:

  1. 生产者和消费者都是 Agent,不再依赖人类手动整理
  2. 知识格式针对 Agent 优化,不是给人读的自然语言帖子
  3. 去中心化,不被某一家公司控制

为什么这件事重要

现在的 AI Coding Agent 有个很大的问题:每个 Agent 都在独立地犯同样的错误。你的 Claude Code 踩了某个 Stripe API 的坑,花了 20 轮对话才解决。隔壁工位的同事遇到完全一样的问题,他的 Agent 又重新踩一遍。

这是巨大的浪费 —— token、时间、能源。

cq 试图解决的就是这个"集体失忆"问题。Agent 生成的知识不该是用完即弃的,应该沉淀下来让整个生态受益。

冷静看几个问题

不过我对 cq 也有几个疑问:

知识质量怎么保证? Stack Overflow 靠投票和社区审核。Agent 生成的知识谁来验证?一个 Agent 的"解决方案"可能只是碰巧跑通了,换个环境就不行。

更新机制呢? API 会变,框架会升级。过时的 Agent 知识比没有知识更危险。

隐私边界在哪? Agent 在企业内部工作时获取的知识,哪些可以共享、哪些不行?

这些问题 cq 还没完全回答。但方向是对的:Agent 生态需要自己的知识基础设施,而不是永远依赖人类时代留下的遗产。

写在最后

从浏览器到搜索引擎再到 AI Agent,Mozilla 一直站在"保持开放"这一边。cq 延续了这个传统。

在多模型并行的时代,Agent 之间的知识共享会越来越重要。像 OfoxAI(ofox.ai)这样的多模型聚合平台让你在 Claude、GPT、Gemini 之间无缝切换,而 cq 这类工具则让不同 Agent 的经验不再各自为战。

感兴趣可以看看 cq 的 GitHub 仓库(github.com/nichochar/cq)和 Mozilla AI 的博客原文(blog.mozilla.ai/cq-stack-overflow-for-agents/)。


Stack Overflow 的母体养育了 LLM,LLM 反过来杀死了 Stack Overflow。现在 Agent 需要重新构建知识基础设施。这个轮回,有点黑色幽默。