AI管AI！OpenClaw官方維護機器人上線：一天橫掃4000 issues

機器之心編輯部

什么？現在，50 個 Codex 可以并行運行，issues 和 PRs 也能全天候掃描了。

昨天晚上，OpenClaw 之父 Peter Steinberger 發布的最新項目「Clawsweeper」實現了這一切。

它是一個專注于控制代碼「洪流」的 AI 維護機器人，負責關閉 OpenClaw 上那些已經實現或明顯沒有意義的 issues 和 PR。當前，OpenClaw 積壓了近 5 千個 issues 和 4 千多個 PRs。

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

Steinberger 表示，與其使用傳統的儀表盤來顯示進展，ClawSweeper 選擇在工作過程中直接更新 README 文件。這意味著 README 文件本身就變成了一個動態的「儀表盤」，實時反映項目的狀態和進展。

有用戶對 ClawSweeper 的工作模式給予了高度評價，認為這不只是一個簡單的清理工具，實際上是開源維護的一個全新范式轉變。

以前，維護者總是親自照看代碼倉庫，永遠跟不上 AI 的輸出速度；現在是 AI 控制著 AI，開源項目的維護成本不再是瓶頸了。

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

作為一個保守的 OpenClaw 維護機器人，ClawSweeper 會為每個開放的問題或 PR 保留一個 Markdown 格式的報告，在有用的情況下發布一次耐用的 Codex 自動審查評論，并且只有在有充分證據的情況下才會關閉條目。

ClawSweeper 只有在以下情況明確時才會建議關閉項目：

• 當前主分支上已實現
• 當前主分支上無法重現
• 更適合放在 ClawHub 技能 / 插件工作中，而非核心代碼
• 是重復的或已被權威問題 / PR 取代
• 已經有具體內容但在該源代碼庫中不可執行
• 內容不一致，無法采取任何行動
• 超過 60 天的陳舊問題，且缺乏足夠的數據進行驗證

維護者創建的條目永遠不會被自動關閉，其他的條目保持開放狀態。

ClawSweeper 如何工作呢？官方介紹了以下兩個獨立的工作流程。

一是，審查流程

審查只提出建議，從不關閉條目。

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

審查節奏是這樣的：

• 每小時審查有過活動的條目
• 每小時審查過去 7 天內創建的條目
• 每天審查 30 天內沒有活動的條目
• 每周審查更舊且沒有活動的條目
• 新的或活躍的條目會每 5 分鐘即時處理一次

二是，應用流程

應用流程讀取現有報告，并在存儲的審查結果仍然有效時更新 GitHub。

• 更新單個帶標記的 Codex 自動審查評論。
• 只有在審查結果明確且高置信度時，才會關閉條目。
• 關閉時，重復使用相同的評論，避免重復關閉評論。
• 將已關閉或已經關閉的報告移動到 closed/
• .md。
• 將重新打開的存檔報告移回 items/
• .md，標記為過時。
• 在長時間運行時進行檢查點提交和儀表盤心跳。
• 應用流程默認僅關閉問題，不設置年齡限制，關閉延遲為 5 秒，每次檢查點最多關閉 50 個條目。如果達到請求的關閉數量，會排隊進行下一個應用運行。

項目地址：https://github.com/openclaw/clawsweeper

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

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