oh-my-claudecode
給 Claude Code 的多 agent 協作工具。以團隊為先。
★ 4.1 萬49 個 skill授權 MIT最近更新 2026-11-02
到 GitHub 看專案/ai-slop-cleaner以先刪除、不破壞既有行為的流程清理 AI 產生的劣質程式碼，並可選擇僅審查模式。寫程式1600/hud設定 HUD 的顯示選項（版面、預設組合、顯示元素）。安全與環境設定1200/ralplan共識式規劃入口。執行前先把含糊的 ralph、autopilot、team 請求擋下來釐清。想清楚要做什麼1200/deepinit深度初始化程式碼庫，並建立階層式的 AGENTS.md 文件。安全與環境設定1100/autopilot從想法到可運作的程式，全程自動執行。寫程式1000/deep-interview以蘇格拉底式深度訪談釐清需求，並用數學方式量化模糊度。使用者明確核准後才開始執行。想清楚要做什麼1000/omc-setup依標準設定流程，為 plugin、npm 與本機開發環境安裝或更新 oh-my-claudecode。安全與環境設定1000/ralph自我參照的迴圈，持續到任務完成為止，並可設定驗證審查者。寫程式1000/visual-verdict比對截圖與參考圖，產出結構化的視覺 QA 判定。檢查與出貨923/team用 Claude Code 的隱式 agent team，讓 N 個 agent 共用一份任務清單協同作業。寫程式912/project-session-manager以 worktree 為主的開發環境管理工具，適用於 issue、PR 與功能開發，可選用 tmux session。寫程式889/cancel取消任何啟用中的 OMC 模式（autopilot、ralph、ultragoal、swarm、ultrapilot、pipeline、team），並清除已淘汰的舊狀態。安全與環境設定881/omc-doctor診斷並修復 oh-my-claudecode 的安裝問題。安全與環境設定862/skill管理本機 skill：列出、新增、移除、搜尋、編輯，並提供設定精靈。安全與環境設定860/release通用發版助手。分析 repo 的發版規則並快取到 .omc/RELEASE_RULE.md，再引導發版流程。檢查與出貨855/trace以證據驅動的追蹤流程。在 Claude 內建的 team 模式中，讓多個 tracer 提出互相競爭的假設。寫程式813/external-context呼叫多個 document-specialist agent，平行進行外部網路搜尋與文件查詢。找資料與看影片811/configure-notifications用自然語言設定通知整合（Telegram、Discord、Slack）。安全與環境設定802/omc-plan策略規劃，可選擇搭配訪談流程。想清楚要做什麼788/self-improve自主的演化式程式改進引擎，以錦標賽方式挑選最佳版本。寫程式760/ask透過 `omc ask` 把問題送給 Claude、Codex、Gemini、Antigravity、Grok、Cursor 或 Muse，並保存產出，不需手動組 CLI 指令。找資料與看影片739/verify在宣告完成前，先驗證變更確實可運作。檢查與出貨670/skillify把目前 session 中可重複的工作流程，轉成可重用的 OMC skill 草稿。記憶、交接與學習665/debug用日誌、trace、狀態與針對性重現，診斷目前的 OMC session 或 repo 狀態。寫程式656/remember檢視可重用的專案知識，判斷該放進專案記憶、notepad 還是長期文件。記憶、交接與學習646/wikiLLM Wiki：持久的 markdown 知識庫，跨 session 累積內容（Karpathy 模式）。記憶、交接與學習636/autoresearch單一任務的有狀態改進迴圈。使用嚴格的評估規則，記錄 markdown 決策日誌，並在達到最長執行時間時停止。寫程式605/ultragoal持久的多目標工作流程。計畫與帳本存放在 .omc/ultragoal 下，並為目前 session 輸出 Claude /goal 的交接文字。想清楚要做什麼526/research調查開放性問題，回傳有依據、附來源的結果。找資料與看影片292/minimal-code-discipline寫程式變更的 YAGNI 階梯紀律：先確認需求、先重用再新寫、依賴階梯、最短的正確 diff。不可省略的底線不得被縮減。寫程式260/omc-review在發版前評估已完成的工作，找出缺陷、風險與可簡化之處。檢查與出貨260/execute把已核准的任務做到程式可運作並通過驗證。寫程式258/graph確定性的編排圖執行環境。以宣告式 DAG 定義流程，並用 journal 在當機後復原。寫程式236/drydock在任何 repo 建立 shipyard harness 的基礎：Context、Rules、Tools、Standards 四大支柱。第一天先建立 CLAUDE.md 與 GLOSSARY.md，其餘用到時再建。安全與環境設定224/launchShipyard 的受控交付流程：確定任務、產出規格、拆成垂直切片的 ticket，用 team 平行執行，最後驗證並回報完整決策日誌。寫程式224/tdd在事先約定的接縫處先寫測試。一次一個測試、一個實作，採 red/green 曳光彈法；預期值要獨立；只在接縫邊界替換。寫程式193/harbor處理外部來源的 issue 與 PR。逐項查證、沿用既有決策，最後給維護者一份清單：每個待決項目附一個問題、選項與建議。檢查與出貨192/minimal-prose-disciplineagent 對人說話時的寫作紀律：程式碼、指令、路徑、錯誤、否定詞與數字不改寫；刪除贅詞、不寫過程；過度簡短會誤導時改為清楚表達。輸出風格151/architecture-survey定期架構調查：走訪模組圖，回報依優先順序排列的深化候選項（淺層模組、假設性接縫、放錯接縫的邏輯）。只找候選項並交給 captain，不自行重構。想清楚要做什麼150/agent-doc-discipline撰寫供 agent 讀取之文件（規格、工單、.omc/skills/ 等）時的紀律：每條規則可檢查並附理由、先步驟後參考、一處只放一個意思、不重述環境已說明的內容。寫東西給人看145/diagram文字難以表達結構時，用最小的圖像輔助：虛擬碼、呼叫樹、檔案樹、Mermaid 圖或 diff。文字已能回答時就不用。寫東西給人看144/ask-navigator把目標不明的模糊工作，整理成 repo issue tracker 上的決策 ticket 地圖。每個 session 處理一張 ticket，釐清後把結論交給 /launch 當任務簡報。想清楚要做什麼142/loft文字無法決定設計問題時，先做一個用完即丟的原型：可點擊的邏輯模組，或同一路由下結構不同的 UI 版本，再依反應做決定。想清楚要做什麼140/intent給非工程人員（客服、營運）的內部需求收集。把貼上的對話紀錄或口述問題，用編號式提問整理成五段式 intent.md，再送 tracker 審查。想清楚要做什麼138/pr依 OMC 的紀錄撰寫 PR 內文：用最小的圖證明變更、引用 verify 的證據、依 diff 判斷可否回復，全文使用詞彙表用語。寫東西給人看112/map依交付流程順序列出各 skill 負責的工作。知道要做什麼、不知道該用哪個 skill 時使用。它只指路，不執行。想清楚要做什麼110/refit依 OMC 自身記錄（trace 時間軸、摩擦報告、日誌、計畫筆記）做跨 session 的環境回顧。每項發現都歸到負責修正的層面，未經使用者同意不寫入。記憶、交接與學習110/session-flow在目前的 Claude Code session 中重新定位。用有證據的地圖呈現目標、轉折、成果、目前步驟與待決事項。記憶、交接與學習71/commands（原文沒有說明）安全與環境設定沒有符合的 skill