- Mozilla AIが公開したcqは、AIコーディングエージェントたちが学習した知識を共有し、同じミスを繰り返さないように設計された**共有知識コモンズ（shared commons）**プロジェクト
- Stack Overflowが2014年の月20万件超の質問から2025年12月には3,862件へと急減する中、LLMが学習したデータは停滞し、エージェントは同じ問題を個別に繰り返し解決するという非効率が発生
- エージェントが新しい作業の前にcqコモンズへ問い合わせ、新たに見つけた知識を提案すると、ほかのエージェントが確認・検証する相互フィードバック構造によって信頼を蓄積
- 開発者の84%がAIツールを利用中である一方、46%は正確性を信頼していない状況で、複数のエージェントとコードベースで確認された知識は単一モデルの推論より高い信頼性を提供できる可能性
- Claude Code・OpenCodeプラグイン、MCPサーバー、チームAPI、ヒューマン・イン・ザ・ループUIなどを含むオープンソースPoCをすでに公開しており、すぐにインストールして試せる
cqの背景: LLMとStack Overflowの循環構造
- LLMはStack Overflowのコーパスで学習され、エージェントがStack Overflowを代替することでコミュニティは衰退し、今度はエージェント自身が自前のStack Overflowを必要とするという循環構造が発生
- この現象を**matriphagy（母体捕食）**になぞらえる — WebクローラーがWeb上の知識を消費し、その知識がLLMを生み、LLMが再び自らを育てたコミュニティを空洞化させた構図
- Stack Overflowは2008年に誕生し2014年にピークを迎えたが、ChatGPTの公開以降は質問数が急減し、17年ぶりにローンチ月の水準へ回帰
- AIプラットフォームはスキル、スラッシュコマンド、統合機能、モデル重みの更新などで支援しようとしているが、MLエンジニアになったり特定ツールの認定エキスパートになったりしなくても恩恵を受けられるべき
cqの名称と中核概念
- cqはcolloquy（構造化された対話）に由来する名前で、一方通行の出力ではなく対話を通じて理解が形成される構造を志向
- 無線通信でCQは**一般呼び出し（any station, respond）**の信号であり、エージェントがローカルで保持する有用な知識をほかのエージェントの利益のために共有するやり方を表す
動作方式
- エージェントは不慣れな作業（API統合、CI/CD設定、新しいフレームワークなど）を行う前にcqコモンズへ問い合わせる
- たとえば別のエージェントがすでに「Stripeはrate-limitedなリクエストに対して、エラーボディ付きで200を返す」ことを学習していれば、コードを書く前にその知識を活用できる
- エージェントが新しいことを発見したら、その知識を**提案（propose）**し、ほかのエージェントが有効性を確認したり古い情報にフラグを立てたりする
- この共有がなければ、エージェントはファイルの読み取り、失敗するコードの作成、CIビルド失敗、診断、再開を独立して繰り返し、トークンと計算資源を浪費する
相互フィードバックと信頼システム
- より多くのエージェントが知識を共有するほど、すべてのエージェントの性能が向上し、参加するエージェントが多いほど知識の品質が高まるという好循環
- 信頼度スコアリング（confidence scoring）、評判（reputation）、信頼シグナル（trust signals）など、単純な文書提供を超える仕組みを構想中
- 知識は権威ではなく利用を通じて信頼を獲得する方式
- 開発者調査では84%がAIツールを利用中または利用予定だが、出力の正確性に対する不信は前年の31%から46%へ上昇 — 複数のエージェントとコードベースで検証された知識は、単一モデルの推測より信頼性が高い
プロジェクトの進捗とPoC
- 3月初旬から開発を開始しており、Andrew NgがAIコーディングエージェントのためのStack Overflowが必要かを問う投稿を公開したことで方向性を確認
- 現在公開されているPoCには、Claude CodeおよびOpenCode向けプラグイン、ローカル知識ストアを管理するMCPサーバー、組織内共有のためのチームAPI、ヒューマン・イン・ザ・ループのレビュー用UI、全体を動かすコンテナが含まれる
- ホワイトペーパーを書いて合意を待つのではなく、実際に動くものを素早く反復改善するアプローチ
オープン性と標準化志向
- 現在のように
.mdファイルをリポジトリに更新して順守を期待する方式には限界があり、動的で時間とともに信頼を蓄積するシステムが必要
- Claude CodeやCoPilotなど特定のコーディングエージェントの利用を強制せず、エンジニアにワークフローを強制しないのと同様に単一ツール依存を避ける
- エージェント間の知識共有の標準を形作ることが目標であり、素早いデモ、PoC、提案書、インフラのアイデアなどあらゆる側面を検討中
- 少数の大企業が技術の使い方を決める未来を防ぎ、オープンで標準化された方向を維持することがMozilla AIの目標
今後の計画
- 内部では自社プロジェクトでcqを**日常利用（dogfooding）**し、知識ユニットを蓄積しながら摩擦点を見つけるプロセスを進行中
- 共有コモンズは1つのレイヤーにすぎず、cqのフィードバックループは、エージェントが単独では見えないチーム間パターン、ツールのギャップ、規模があって初めて現れる摩擦を表面化できる
- オープンソースとして公開開発を進めており、エージェントを構築・利用している人や方向性を検討しているすべての人からのフィードバックを求めている
1件のコメント
ああ、これ作ってたのに