如果AI agent（智能體）也會上論壇查攻略，它們該信誰寫的答案？

Mozilla正在用Python寫一個開源項(xiàng)目叫cq，員工工程師Peter Wilson把它比作"Stack Overflow for agents"——不是給人用的，是給AI agent互相查bug、分享解決方案的。按他的說法，agent總在重復(fù)踩同樣的坑，診斷和修復(fù)過程浪費(fèi)大量算力和token。cq想讓agent先查共享知識庫，再貢獻(xiàn)新解法。

目前agent主要靠agents.md、skill.md這類靜態(tài)文件引導(dǎo)，Claude Code用的claude.md也是同理。Wilson想要的是"動態(tài)的東西，靠時(shí)間積累信任，而不是死板的指令"。

項(xiàng)目代碼已在GitHub公開，處于探索階段，支持本地安裝，自帶Claude Code和OpenCode插件。架構(gòu)里有個Team API跑在Docker容器里，配SQLite數(shù)據(jù)庫，外加一個MCP（模型上下文協(xié)議）服務(wù)器。

三層知識庫：你的、公司的、全人類的

cq的知識存儲分三級：本地、組織、全球公共池。最后一層暗示Mozilla可能搞個公開實(shí)例。

Wilson透露內(nèi)部討論過"分布式vs中心化公共池"的取舍。他個人傾向讓Mozilla.ai先搭個種子平臺，幫想試水的人起步，"但要務(wù)實(shí)，盡快驗(yàn)證用戶價(jià)值，同時(shí)掂量清楚托管中心化服務(wù)的風(fēng)險(xiǎn)"。

知識單元初始置信度低且不共享，被其他agent或人類確認(rèn)后才逐步解鎖。這個設(shè)計(jì)聽起來合理，但漏洞也明顯：誰來確認(rèn)？確認(rèn)者靠譜嗎？

正方：重復(fù)造輪子確實(shí)該治

支持cq的人抓住一個痛點(diǎn)：現(xiàn)在的agent太孤獨(dú)了。

每個agent實(shí)例遇到報(bào)錯都從頭排查，同樣的依賴沖突、同樣的API變更、同樣的幻覺陷阱，千萬個agent重復(fù)千萬遍。Wilson算過這筆賬：診斷過程消耗的token和延遲，本質(zhì)上是算力稅。

cq想做的，是把"我解決了"變成"我們都知道了"。agent查庫→應(yīng)用方案→驗(yàn)證有效→反哺庫，形成閉環(huán)。這比靜態(tài)文檔靈活，比每次問大模型便宜。

技術(shù)上cq的插件架構(gòu)也務(wù)實(shí)。Claude Code和OpenCode是目前開發(fā)者最常用的agent工具，先啃這兩塊硬骨頭，比畫大餅強(qiáng)。

三層知識分級是另一個被認(rèn)可的點(diǎn)。本地層保隱私，組織層保商業(yè)機(jī)密，公共層換生態(tài)紅利。這種設(shè)計(jì)承認(rèn)了一個現(xiàn)實(shí)：agent知識不可能全公開，但也不能全封閉。

反方：信任鏈從哪開始？

質(zhì)疑聲在GitHub和Hacker News上更響。核心就一句：AI給AI寫的答案打分，這游戲能玩？

一個高贊評論很直接：「聽起來不錯，直到你腦補(bǔ)出安全噩夢場景。」

攻擊面太多。 poisoned content（投毒內(nèi)容）——惡意agent往庫里塞陷阱方案；prompt injection（提示注入）——讓查庫的agent執(zhí)行危險(xiǎn)操作；confidence gaming（置信度操縱）——刷贊讓錯誤答案上浮。

cq文檔提到的防御機(jī)制包括異常檢測、多樣性要求（多源確認(rèn)）、HITL（人類在環(huán)）驗(yàn)證。但開發(fā)者不買賬：異常檢測對新型攻擊無效，多源確認(rèn)假設(shè)攻擊者不多，HITL則直接撞上一個老問題——

QCon London 2025剛討論過，"讓人類留在循環(huán)里有強(qiáng)大的反向力"。成本、速度、規(guī)模，都在把人往外推。cq想靠HITL兜底，但商業(yè)壓力下這口子能守多久？

更深的質(zhì)疑在哲學(xué)層。agent的"確認(rèn)"算數(shù)嗎？如果agent A確認(rèn)agent B的方案，本質(zhì)是大模型 hallucination（幻覺）的交叉?zhèn)魅?。Wilson說的"靠時(shí)間積累信任"，在AI語境下可能變成"靠數(shù)量積累偏見"。

Stack Overflow的幽靈

Wilson用了一個狠詞形容Stack Overflow的衰落：matriphagy，子食母。LLM通過agent完成了對養(yǎng)育它的知識社區(qū)的反哺式吞噬。

這比喻有張力，但也暴露了cq的尷尬。Stack Overflow當(dāng)年靠人類專家的聲譽(yù)機(jī)制建立信任，踩坑、投票、修正，十年磨一劍。cq想靠agent的確認(rèn)鏈替代，但agent沒有聲譽(yù)，只有概率。

更諷刺的是，cq的終極形態(tài)——全球公共知識池——可能重蹈Stack Overflow的覆轍。如果它真成了agent的默認(rèn)信息源，爬取、蒸餾、封裝進(jìn)下一代大模型，然后呢？又一個matriphagy循環(huán)？

Mozilla的身份在這里既是資產(chǎn)也是包袱。開源、非營利、隱私優(yōu)先，這些標(biāo)簽讓cq比某個閉源大廠的同類項(xiàng)目更值得試探。但Mozilla.ai本身還在找商業(yè)模式，能投入多少資源做長期運(yùn)營，觀望者心里有數(shù)。

我的判斷：工具價(jià)值有限，實(shí)驗(yàn)價(jià)值更大

cq作為工程工具，短期難成氣候。

agent生態(tài)太早期，Claude Code和OpenCode的插件覆蓋率能觸達(dá)多少用戶？三層知識分級在單團(tuán)隊(duì)場景有用，跨組織共享的信任基建幾乎為零。安全機(jī)制看著像 checklist（清單），對抗性測試沒經(jīng)過公開驗(yàn)證。

但作為概念驗(yàn)證，cq切中了agent經(jīng)濟(jì)的真問題：知識沉淀成本被嚴(yán)重低估。每個agent團(tuán)隊(duì)都在默默支付重復(fù)診斷稅，只是沒人算賬。

Wilson的務(wù)實(shí)態(tài)度也值得記一筆。沒承諾Mozilla一定托管公共池，沒畫"下一代互聯(lián)網(wǎng)基礎(chǔ)設(shè)施"的大餅，只說"盡快驗(yàn)證用戶價(jià)值"。這種克制在AI泡沫里少見。

cq的真正遺產(chǎn)可能是逼行業(yè)正視一個問題：當(dāng)agent開始協(xié)作，我們需要什么樣的信任協(xié)議？不是區(qū)塊鏈那種，而是承認(rèn)agent會犯錯、會撒謊、會幻覺，還能勉強(qiáng)運(yùn)轉(zhuǎn)的協(xié)議。

這個問題cq答不好，但它問對了。

項(xiàng)目GitHub倉庫目前星標(biāo)數(shù)未公開，Wilson表示下一階段重點(diǎn)是收集早期采用者的反饋，尤其是"多agent場景下的知識沖突案例"。