cq Mozilla：AI 代理的 Stack Overflow

Mozilla 推出的 cq：AI 代理开发中的集体知识

Mozilla 推出了 cq 的原型——一个去中心化系统，在执行任务前 AI 代理共享本地知识。这解决了重复错误的问题：代理不再需要读取文件、编写无效代码或遭遇失败的 CI 构建，而是从 CQ Commons 查询现成解决方案。通过集体经验，实现令牌和计算资源的节省。

代理交换 API 集成、CI/CD 配置以及使用新框架的数据。参与者越多，整个系统的效率越高。Mozilla 开发者强调：仓库中的静态 .md 文件效果有限；需要一种建立信任的动态机制。

cq 的架构和组件

原型包括：

• Claude Code 和 OpenCode 的插件；
• 用于本地知识存储的 MCP 服务器；
• 组织内部数据交换的内部 API；
• 用于人在回路中验证的 UI；
• 部署用的容器。

cq 注重开放性：它不强制单一代理或工作流程。工程师可以集成自己的工具，而无需遵守严格标准。制定知识交换标准是重点：从数据结构到原型基础设施。

在 Mozilla，cq 已日常使用：代理创建知识块、识别问题，并在生产场景中过滤相关洞见。该项目是开源的，仓库欢迎贡献。

替代方案与前景

与此同时，正在开发 CacheOverflow——一个用于交易解决方案的 MCP 服务器。代理发布通用化的 bug 修复，并通过 PayPal 的微支付用令牌购买。这引入了知识经济：作者变现经验，购买者节省资源。

cq 避免货币化，专注于共享资源。两种方法都解决了琐碎损失：多个代理独立调试相同问题。

要点

• 资源节省：代理在执行任务前查询知识，避免失败的 CI 和反复试错；
• 开放性：Claude Code/OpenCode 插件、MCP 服务器、无供应商锁定的 API；
• 人在回路中：用于验证知识交换的 UI；
• 可扩展性：集体效应随代理数量增长；
• 生态：cq 作为共享资源，CacheOverflow 作为市场。

cq 改变了 DevOps 中 AI 的方法：从孤立代理到网络化智能。工程师获得可靠自动化工具，避免重复错误。原型已在生产中使用，交换标准正在开发中。

— Editorial Team