機(jī)器之心編輯部

什么？現(xiàn)在，50 個(gè) Codex 可以并行運(yùn)行，issues 和 PRs 也能全天候掃描了。

昨天晚上，OpenClaw 之父 Peter Steinberger 發(fā)布的最新項(xiàng)目「Clawsweeper」實(shí)現(xiàn)了這一切。

它是一個(gè)專(zhuān)注于控制代碼「洪流」的 AI 維護(hù)機(jī)器人，負(fù)責(zé)關(guān)閉 OpenClaw 上那些已經(jīng)實(shí)現(xiàn)或明顯沒(méi)有意義的 issues 和 PR。當(dāng)前，OpenClaw 積壓了近 5 千個(gè) issues 和 4 千多個(gè) PRs。

昨天一天，ClawSweeper 關(guān)閉了大約 4000 個(gè) issues，還有幾千個(gè) issues 正在處理中。由于 API 限制，處理速度受到一定影響。

Steinberger 表示，與其使用傳統(tǒng)的儀表盤(pán)來(lái)顯示進(jìn)展，ClawSweeper 選擇在工作過(guò)程中直接更新 README 文件。這意味著 README 文件本身就變成了一個(gè)動(dòng)態(tài)的「儀表盤(pán)」，實(shí)時(shí)反映項(xiàng)目的狀態(tài)和進(jìn)展。

有用戶(hù)對(duì) ClawSweeper 的工作模式給予了高度評(píng)價(jià)，認(rèn)為這不只是一個(gè)簡(jiǎn)單的清理工具，實(shí)際上是開(kāi)源維護(hù)的一個(gè)全新范式轉(zhuǎn)變。

以前，維護(hù)者總是親自照看代碼倉(cāng)庫(kù)，永遠(yuǎn)跟不上 AI 的輸出速度；現(xiàn)在是 AI 控制著 AI，開(kāi)源項(xiàng)目的維護(hù)成本不再是瓶頸了。

唯一剩下的限制不是模型本身的弱點(diǎn)，反而是 GitHub 和 OpenAI 的速率限制阻礙了效率的提升。一旦這些限制解決，GitHub 上堆積的陳舊垃圾代碼（垃圾堆）可能會(huì)被徹底清理掉。

作為一個(gè)保守的 OpenClaw 維護(hù)機(jī)器人，ClawSweeper 會(huì)為每個(gè)開(kāi)放的問(wèn)題或 PR 保留一個(gè) Markdown 格式的報(bào)告，在有用的情況下發(fā)布一次耐用的 Codex 自動(dòng)審查評(píng)論，并且只有在有充分證據(jù)的情況下才會(huì)關(guān)閉條目。

ClawSweeper 只有在以下情況明確時(shí)才會(huì)建議關(guān)閉項(xiàng)目：

• 當(dāng)前主分支上已實(shí)現(xiàn)
• 當(dāng)前主分支上無(wú)法重現(xiàn)
• 更適合放在 ClawHub 技能 / 插件工作中，而非核心代碼
• 是重復(fù)的或已被權(quán)威問(wèn)題 / PR 取代
• 已經(jīng)有具體內(nèi)容但在該源代碼庫(kù)中不可執(zhí)行
• 內(nèi)容不一致，無(wú)法采取任何行動(dòng)
• 超過(guò) 60 天的陳舊問(wèn)題，且缺乏足夠的數(shù)據(jù)進(jìn)行驗(yàn)證

維護(hù)者創(chuàng)建的條目永遠(yuǎn)不會(huì)被自動(dòng)關(guān)閉，其他的條目保持開(kāi)放狀態(tài)。

ClawSweeper 如何工作呢？官方介紹了以下兩個(gè)獨(dú)立的工作流程。

一是，審查流程

審查只提出建議，從不關(guān)閉條目。

• 計(jì)劃者會(huì)掃描所有開(kāi)放的問(wèn)題和 PR，并將具體的條目編號(hào)分配給分片。
• 每個(gè)分片會(huì)檢出 openclaw/openclaw 的主分支。
• Codex 使用 gpt-5.5 進(jìn)行審查，進(jìn)行高推理的快速服務(wù)，且每個(gè)條目最多耗時(shí) 10 分鐘。
• 每個(gè)條目生成一個(gè) Markdown 文件（items/
• .md），包含決策、證據(jù)、建議的評(píng)論、運(yùn)行時(shí)元數(shù)據(jù)和 GitHub 快照哈希。
• 高置信度的關(guān)閉建議會(huì)被標(biāo)記為 proposed_close。

審查節(jié)奏是這樣的：

• 每小時(shí)審查有過(guò)活動(dòng)的條目
• 每小時(shí)審查過(guò)去 7 天內(nèi)創(chuàng)建的條目
• 每天審查 30 天內(nèi)沒(méi)有活動(dòng)的條目
• 每周審查更舊且沒(méi)有活動(dòng)的條目
• 新的或活躍的條目會(huì)每 5 分鐘即時(shí)處理一次

二是，應(yīng)用流程

應(yīng)用流程讀取現(xiàn)有報(bào)告，并在存儲(chǔ)的審查結(jié)果仍然有效時(shí)更新 GitHub。

• 更新單個(gè)帶標(biāo)記的 Codex 自動(dòng)審查評(píng)論。
• 只有在審查結(jié)果明確且高置信度時(shí)，才會(huì)關(guān)閉條目。
• 關(guān)閉時(shí)，重復(fù)使用相同的評(píng)論，避免重復(fù)關(guān)閉評(píng)論。
• 將已關(guān)閉或已經(jīng)關(guān)閉的報(bào)告移動(dòng)到 closed/
• .md。
• 將重新打開(kāi)的存檔報(bào)告移回 items/
• .md，標(biāo)記為過(guò)時(shí)。
• 在長(zhǎng)時(shí)間運(yùn)行時(shí)進(jìn)行檢查點(diǎn)提交和儀表盤(pán)心跳。
• 應(yīng)用流程默認(rèn)僅關(guān)閉問(wèn)題，不設(shè)置年齡限制，關(guān)閉延遲為 5 秒，每次檢查點(diǎn)最多關(guān)閉 50 個(gè)條目。如果達(dá)到請(qǐng)求的關(guān)閉數(shù)量，會(huì)排隊(duì)進(jìn)行下一個(gè)應(yīng)用運(yùn)行。

項(xiàng)目地址：https://github.com/openclaw/clawsweeper

https://x.com/steipete/status/2047982647264059734

https://x.com/AYi_AInotes/status/2048007004430491755