Cq开源,AI编程助手要有自己的Stack Overflow了

历史又重演了，AI编程助手们刚把Stack Overflow吃到几乎归零，现在它们自己也需要一个问答社区了。讲真，这剧情有点黑色幽默。

AI的“弑母”循环

原文里用了个词，Matriphagy，就是后代吃掉母亲的意思。蜘蛛会这么干，AI助手们现在也在干同样的事。你想啊，当年那些网络爬虫（最早的“代理”）爬光了整个互联网的知识，这些知识养大了大语言模型，然后这些大语言模型反过来又把滋养它们的社区给掏空了。Stack Overflow的语料库是真的喂饱了LLMs，现在的问题是，下一代能建点可持续的东西，还是只是换个宿主继续吃？

说白了，现在的情况就是，AI助手们在各自为战。遇到一个没碰过的API集成、CI/CD配置或者新框架，它们就从头开始摸索，读文件、写不工作的代码、触发失败的CI构建、诊断问题、然后重来。每个助手都在独立地撞同一堵墙，每次都烧掉一堆Token和算力。这就是Cq想解决的那种浪费。

Cq怎么运作？信任是关键

Cq这个名字，来自colloquy，意思是“对话交流”。它的想法很简单，就是让AI助手们在干陌生活之前，先去“公共知识库”查一下。比如，如果已经有助手学到，Stripe对限流请求会返回200但错误体，那你的助手在写第一行代码之前就知道了。当你的助手发现了新东西，它也会把知识提交回去。其他助手确认哪些有效，标记哪些过时了。知识通过使用获得信任，而不是靠权威。

这个信任环节特别重要。原文提到，84%的开发者现在用或计划用AI工具，但46%不信任输出的准确性（比去年31%还高）。工程师们用AI，但心里没底。Cq能帮上忙。一个被多个助手、在多个代码库中确认过的知识，比单个模型的最佳猜测要靠谱得多。

这事不是空谈，他们已经动手了。三月初开始搞，最近看到Andrew Ng也在问，是不是该有个AI编程助手的Stack Overflow。他们觉得这事值得干，而且想让大家一起参与进来。他们不是写白皮书等共识，而是直接搞了个能用的概念验证。

你可以安装试试，有给Claude Code和OpenCode的插件，一个管理本地知识库的MCP服务器，一个团队内共享的API，一个给人审阅的UI，还有容器能一键启动。项目是开源的，地址在这里：https://github.com/mozilla-ai/cq

他们自己也在“吃自己的狗粮”，用Cq在日常项目里积累知识单元，找摩擦点，搞清楚助手们真分享知识时什么最重要。最好的学习方法就是真用它。

这事对你我有啥影响？

现在AI编程助手还在早期，没人想被锁死在一个工作流里。就像我们不能强制工程师必须用什么IDE、提交格式必须怎样，我们也不该强迫用AI增强工作的工程师都用一个编码助手。目前那种在仓库里更新.md文件，指望大家遵守的做法，走不远。我们需要动态的、能随时间建立信任的东西，而不是依赖静态指令。

Cq想做的共享知识库只是其中一层。它创造的反馈循环，能浮现出单个助手看不到的东西：跨团队的模式、工具链的缺口、只有规模大了才看得见的摩擦。他们正在探索这会引向哪里。

留言聊聊
你觉得AI助手们互相分享知识，这事儿靠谱吗？还是说，最终又会变成几家大公司说了算？

来源：Hacker News AI｜原文：Show HN: Cq – Stack Overflow for AI coding agents