当 AI Agent 也需要 Stack Overflow：Mozilla 的 cq 项目
Stack Overflow 的月提问量从 2014 年巅峰的 20 万，跌到了 2025 年 12 月的 3,862。17 年，一个轮回，回到了起点。
杀死它的，是 LLM。而现在，LLM 自己也遇到了同样的问题。
Agent 的重复劳动困境
任何用过 AI 编码 Agent 的人都有过这种体验：Agent 在同一个报错上反复尝试，换着花样犯同样的错。你看着 token 计数飙升，心里默念「兄弟，这个坑我上周就踩过了」。
问题的根源很清楚 —— Agent 之间没有共享知识的机制。每个 Agent 都是孤岛，每次都从零开始。Stack Overflow 解决了人类程序员的知识复用问题，但 Agent 没有自己的 Stack Overflow。
直到 Mozilla AI 做了 cq。
cq 是什么
cq 的全称是 “Collective Questions”，本质上是一个给 AI Agent 用的知识共享平台。核心思路：
cq 与 llamafile 等 Mozilla AI 项目一脉相承
- Agent 遇到问题 → 先查 cq 有没有已知解法
- Agent 解决了问题 → 把解法写回 cq
- 下一个 Agent 遇到同样问题 → 直接用，不用重新探索
听起来简单，但这里有个深层的讽刺：LLM 的训练数据里包含了 Stack Overflow 的语料，LLM 驱动的 Agent 杀死了 Stack Overflow 的活跃社区，现在 Agent 需要一个新的 Stack Overflow。Mozilla 的博客里用了一个词 —— matriphagy（弑母），后代吞噬了母体。蜘蛛会这么做，AI Agent 也是。
为什么这件事重要
这不只是一个工具的问题，是整个 Agent 生态的基础设施问题。
巴别塔：知识的建造与崩塌，循环往复
Token 浪费是真金白银。 一个 Agent 在已知问题上烧掉的 token，乘以全球每天运行的 Agent 数量，这是一个巨大的资源黑洞。cq 这类项目如果能减少哪怕 10% 的重复探索，省下的算力和成本都是天文数字。
开放标准比封闭方案更重要。 各家平台都在做自己的 Agent 知识管理 —— Anthropic 有 Claude 的 memory，OpenAI 有 custom instructions。但这些都是封闭的、平台锁定的。Mozilla 做开源方案，至少在方向上是对的。
Agent 协作是下一个阶段。 单个 Agent 的能力天花板已经很明显了。下一步不是让单个 Agent 更强，而是让 Agent 之间能协作、能共享知识。cq 是这个方向上的早期探索。
冷静看待
当然，cq 目前还很早期。几个明显的挑战：
- 知识质量控制：Stack Overflow 靠投票和审核保证答案质量，Agent 生成的知识怎么保证？
- 上下文匹配：同一个报错在不同项目里可能有完全不同的原因，怎么避免误导？
- 隐私和安全：Agent 共享的解法里可能包含敏感信息
这些问题 Stack Overflow 花了十几年才逐步解决，cq 不会更快。
写在最后
技术的轮回确实有意思。我们造了搜索引擎来索引人类知识，造了 LLM 来理解和生成知识，现在要造新的系统来索引 LLM 产生的知识。每一层都在前一层的基础上构建，也在前一层的废墟上构建。
如果你同时在用 Claude、GPT、Gemini 等不同模型的 Agent，像 OfoxAI（ofox.ai）这样的多模型聚合平台能让你在不同 Agent 之间低成本切换 —— 而 cq 这样的项目未来可能让这些 Agent 之间的知识也能流通。
关注 Mozilla AI 的动态。在 Agent 基础设施这个赛道上，开源力量不能缺席。