Claude Codeを100体同時に走らせる — OSSオーケストレーター「Ruflo」の実力

Claude Codeを1つ動かすだけでも十分強力だ。だが、それが100体同時に動いたらどうなるか。

GitHub 43,500スター。コミット数6,000超。Claude Codeのエコシステムで最も勢いのあるオープンソースプロジェクトが、Rufloだ。

何をするツールなのか

Rufloは、Claude Codeの上に「群知能」レイヤーを載せるオーケストレーションプラットフォームだ。単一のClaude Codeセッションでは1つのタスクしか処理できないが、Rufloを介すと100以上の専門エージェントが並列に動き、互いに連携しながらコードベース全体を処理する。

具体的には、Architect（設計担当）、Coder（実装担当）、Security Officer（セキュリティ監査）、Tester（テスト生成）といった役割を持つエージェントが階層的に構成され、リアルタイムで協調する。人間が「この機能を追加して」と指示を出すと、設計→実装→テスト→セキュリティレビューが自律的に回る仕組みだ。

なぜ75%のコスト削減が可能なのか

ここが技術的に面白い部分。Rufloの神経ルーティングエンジン「SONA」が、タスクの種類と複雑さに応じて最適なモデルを自動選択する。すべてのタスクにOpusを使う必要はない——ルーティンな修正にはHaikuを、複雑な設計判断にはOpusを、といった振り分けをリアルタイムで行う。

さらに、HNSWベクトルメモリが過去の実行結果をキャッシュし、似たパターンのタスクでは再推論を省略する。公式の数字では、Claude Codeを直接使う場合と比較してAPI費用が75%減、SWE-benchでのスコアは84.8%を達成している。

セットアップは驚くほど簡単

npx ruflo@latest init

これだけで初期化が完了する。Claude Codeのプラグインマーケットプレイスからもインストール可能。既存のClaude Code環境にそのまま載せられるのは大きい。

設定ファイルでエージェントの構成を定義し、MCPツールとの接続を宣言すれば動き始める。87種類のMCPツールがネイティブ統合されているため、GitHub、Linear、Slack等との連携は追加設定なしで使える。

v3.6の目玉: エージェントフェデレーション

2026年4月29日にリリースされたv3.6で追加された最大の機能が「エージェントフェデレーション」だ。複数マシンで動くRufloインスタンスが、データを外部に公開せずに相互通信できるようになった。

これが意味するのは、チームAのRufloとチームBのRufloが、それぞれのコードベースを見せ合うことなく「この修正、そっちの APIに影響ない？」と確認し合える、ということだ。マイクロサービスアーキテクチャで複数チームが同時開発する現場で真価を発揮する。

正直、ここが気になる

素直にすごいプロジェクトだと思う。だが懸念もある。

まず、学習コストは低くない。100体のエージェントを「正しく」協調させるには、Rufloの設定体系を理解する必要がある。ドキュメントは充実しているが、初回セットアップで「思い通りに動かない」経験は覚悟したほうがいい。

次に、Anthropic公式との関係。元々「Claude Flow」という名前だったが、商標問題でRufloに改名した経緯がある。Anthropic自身がAgent Teamsという公式マルチエージェント機能を出し始めている中で、サードパーティツールの立ち位置は今後変わる可能性がある。

最後に、コスト。75%削減は印象的だが、そもそも100体のエージェントを走らせるとベースの消費量自体が大きい。小規模なプロジェクトでは、素のClaude Codeで十分かもしれない。

どんな場面でハマるか

逆に言えば、以下のような現場にはRufloは強烈に効く。

大規模なモノレポで、一つの機能追加が10ファイル以上に影響する場合。テストカバレッジを維持しながらリファクタリングを進めたい場合。マイクロサービス間の整合性を保ちながら並行開発したい場合。

いずれも「人間ひとり + Claude Code 1セッション」では回りきらない規模の仕事だ。

もう一つ面白い可能性として、CIパイプラインへの組み込みがある。PRが作られるたびにRufloのセキュリティエージェントが自動レビューし、脆弱性があれば修正提案まで出す——この運用は、Rufloのヘッドレスモードで既に実現可能だ。

Claude Codeユーザーへの現実的な始め方

いきなり100体を走らせる必要はない。まずは3〜5体構成から始めるのが現実的だ。Architect + Coder + Tester の3体構成なら、設定も軽く、効果も実感しやすい。

そこから徐々にSecurity OfficerやDocumentation Agent を追加し、プロジェクトの規模に合わせてスケールしていくのがいい。Rufloの設計自体がそのような段階的スケーリングを前提にしている。

コストが気になるなら、まずはSONAのモデルルーティングだけでも恩恵を受けられる。全リクエストをOpusに投げていた場合、これだけで月のAPI費用が半減する人も多いだろう。