Ruflo：讓 Claude Code 變成 100 個 agent 團隊的免費 repo

「一個免費 repo 讓 Claude Code 變成 100 個 agent 的團隊。」

repo 就是放在 GitHub 上的一份程式碼專案，這種宣傳語我通常直接滑掉。

「100 個 agent」大部分時候是行銷話——一個 AI 已經常常搞不定方向，開 100 個只會 100 倍熱鬧。但這次那個 repo 已經 68,000 顆星、7,000 多個 commit（也就是每一次程式碼改動的存檔點，7000 多次代表這是活著的專案），我還是點進去讀完了 README。

看完的感想是：事情比我以為的更有意思，也比我以為的更麻煩。

它叫 Ruflo，前身是 Claude Flow，作者是位叫 rUv 的 GitHub 使用者。整包 MIT 授權免費開源，兩種安裝方式，等一下逐一講、也附上可以直接複製的指令。

這篇是我讀完 README 之後的整理——不是官網翻譯，是「我如果要用，會先想清楚什麼」的順序。

Ruflo 是什麼——先講來歷比較好懂

Claude Code 你可以想像成一個很聰明但只有一個腦袋的工程師——你叫它做東西，它就一路寫下去；session 一關，剛才發生的事忘光。

Ruflo 做的事情是在上面加一層「協作骨架」：多個 agent 分工、共享記憶、跨 session 學習、彼此傳交工作。作者 rUv 在 README 裡自嘲：「Ru 是我的 rUv、flo 是我熬夜到三點的狀態。」

原本這個 repo 叫 claude-flow，2026 年改名成 ruflo。舊網址現在會自動跳新的，你在別人的推文裡看到 claude-flow 別以為是不同東西。

一行指令進去以後，你會得到什麼

這是我第一個想搞清楚的問題——「加了它」和「沒加它」，我的專案資料夾實際差在哪。

第一步提到的 CLI 你可以想像成你在 terminal（黑黑那個視窗）打字給電腦的那條路。第二步的分岔是重點，等一下有一節專門講。

我第一次看到 README 那句「你不用學 314 個 MCP 工具、26 個指令」的時候，感覺是——這句話存在本身就代表 surface area（可以動的地方）已經大到需要 disclaimer 了。我等下會回到這件事。

「100 個 agent」不是唬爛，但要看你怎麼算

我把 README 裡自報的數字整理出來，你可以直接用來判斷「這個規模對你的專案是加分還是負擔」。

7368 個 commit 代表這不是「PoC 丟著」，是活著的專案。68k 星在開發者工具這個大類已經進到頂端幾百名，不是 boilerplate，是真的有人在用。

兩條路：Plugin 版與 CLI 完整版差在哪

這一段是我覺得很多人會踩坑的地方——README 分了兩種安裝方式，能動的東西差好幾倍，但被放在文件很後面。

想直接動手？就這兩條指令

複製過去就能跑，兩條擇一：

Plugin 版——在 Claude Code 對話框裡直接輸入：

/plugin marketplace add ruvnet/ruflo

CLI 完整版——在 terminal 執行：

npx ruflo@latest init wizard

init wizard 會問你幾個選項（daemon 要不要開、選哪些 plugin），照著選下去就好——這裡的 daemon 就是背景一直跑著的服務。裝完後你的專案會多出幾個資料夾（.claude/、.claude-flow/⋯），那是它工作的地方，正常用 Claude Code 就會被自動叫起來，不用去改它。

我會怎麼選？

如果你的 Claude Code 專案裡已經有自己精心維護的 CLAUDE.md（我就是），我會先走 Plugin 版試水溫。CLI 版塞進來的檔案不會覆蓋你的，但多了幾個東西共存，一開始很難分辨哪些是它加的、哪些是原本就有的。

hooks 也就是「發生某個事件（例如你送出訊息）就自動觸發的腳本」，daemon 也就是背景一直跑著的服務——CLI 版會裝上一組 hooks 跟一個 daemon，這是它能自動分派任務給對的 agent 的原因，也是它比 Plugin 版更侵入你環境的原因。

我讀完 README 看到的兩個地雷

什麼人適合裝、什麼人先別碰

適合裝的人： 你已經用 Claude Code 一段時間，遇到過「session 之間會忘」「一個 agent 搞不定 code + test + review 的分工」「想讓 AI 記得半年前的專案設計」這幾種痛，並且願意花一兩個小時讀完官方 User Guide 判斷要開哪些 plugin。

先別碰的人： 你才剛開始用 Claude Code、還在摸手感——那個階段最需要的是理解「一個 agent 到底能為你做什麼」，不是先鋪一整套多 agent 骨架蓋在還沒穩的地基上。這種情況下我更推薦先把單一 agent 的紀律打好，我之前寫過的 幫 Claude Code 裝一套資深工程師工作紀律 就是往這個方向。如果連 MCP 是什麼 都還沒搞清楚，Ruflo 的 314 個 MCP 工具會直接把你淹沒。

我的 takeaway

一個 Claude Code session 開出 100 個 agent 有沒有用？有用的不是那個 100，是「這些 agent 之間有共享的記憶跟骨架」這件事本身。

Claude Code 原生的痛是「session 一關就重來、一個 agent 只能有一種人格」。Ruflo 補的正好是這兩塊——不是把一件事拆成 100 個人做（那反而更亂），是讓「同一個專案裡不同角色的 agent 可以真的接力」。

我還沒把它跑進自己每天在寫的專案裡——那個環境已經有自己的一套多 agent 分工，硬換成 Ruflo 得先想清楚兩套會不會打架。但如果你的專案還是「單 agent 手動分派」的階段，這個 repo 值得你花一個下午試看看。

工具本身是免費開源的，跟 Coocolab 沒有關係——我只是常常在頻道上分享這種「別人講得像唬爛、但拆開來看其實有東西」的 AI 工具。想看我實際跑起來的樣子，追下去就對了。

接下來看什麼

• 幫 Claude Code 裝一套資深工程師的工作紀律 — 一個 agent 都還沒穩前先看這篇
• MCP 是什麼？三個新手最常搞錯的誤解 — Ruflo 建在 MCP 上，先懂 MCP 才不會被淹沒
• 用 AI 建立無人公司：Hermes Agent + PaperClip 實戰 — 多 agent 協作的另一種嘗試
• graphify 知識圖譜：讓 AI 不用每次都重新認識你的專案 — Ruflo 的長期記憶思路，另一組人怎麼做