Roo Code レビュー — 独自進化を遂げたClineフォーク
Roo Codeは、GitHubスター2.2万件、SOC 2 Type 2準拠、カスタムモード、そしてClaude、GPT、Gemini、Ollamaに対応したBYOM機能を備えるClineのフォークです。実際のコードベースで3週間使用して分かった、真の違いを解説します。
訳者注: この記事はAI翻訳ベースで、Jim Liu(シドニーの個人開発者)が用語と文章の自然さを校閲しました。誤訳や不自然な表現があれば、メールでご指摘ください。原文(英語): English.
Roo Code レビュー:Cline との決定的な違いは何か?
- Roo Code は 2025 年半ばに Cline からフォークして誕生しました。現在は GitHub スター数 22k を超え、SOC 2 Type 2 認証も取得した独自のプロダクトへと進化しています。
- 現在の Cline との主な違い:カスタムモード(役割ごとに最適化されたエージェント)、圧倒的な対応モデル数(Claude 4.x, GPT-5.4, Gemini 3.1, Ollama, DeepSeek, xAI)、そして長時間セッション向けの強力なコンテキスト圧縮戦略。
- API キー持参(BYOK)方式:Roo Code 自体のサブスク料金は不要です。コストは使用する API 料金のみ。Claude Sonnet 4.6 を使用した中規模のリファクタリングでは、1 回あたり約 0.40 〜 1.20 ドル程度です(筆者のテスト環境)。
- Cursor や Claude Code に対する最大の差別化ポイントは、オープンソースかつ「モデルに依存しない」点です。火曜日はローカルの Ollama、金曜日は Claude Opus といった使い分けを、プラグインを切り替えずにシームレスに行いたいなら Roo Code が最適です。
- 課題点:Cline と比較して UI が煩雑に感じられること。また、標準で用意されているモードが多すぎるため、初心者は最初のプロンプトを打つ前に「どれを選べばいいのか」という選択の壁にぶつかります。
目次
- テスト方法
- Roo Code とは何か
- Roo Code vs Cline:どこで分岐したのか
- カスタムモード:乗り換えを決めた理由
- 対応モデルと実際のコスト
- Claude Code や Cursor に及ばない点
- 10 分でできるセットアップ
- FAQ(よくある質問)
- ソース・参考文献
テスト方法 {#how-i-tested}
VS Code 1.96 上で Roo Code v3.24 を使用し、約 45,000 行(11 パッケージ)の TypeScript モノレポで 3 週間テストを行いました。タスクは、キャッシュ層の置換といった限定的なリファクタリングから、新規分析パイプラインの構築、さらには「2024 年と比較してビルド時間が 4 倍になった原因の特定」といった長時間の調査まで多岐にわたります。
各タスクにおいて、Cline および Claude Code CLI との比較も実施しました。トークンコストは各プロバイダーの使用状況ダッシュボードで追跡し、作業時間は VS Code の出力チャネルで計測。これはベンチマークの順位を競うものではなく、公称されている違いが日々の業務でどう影響するかを確認するためのものです。
筆者は Roo Code からの報酬は一切受けておらず、個人的に Anthropic と OpenRouter のサブスクリプションを利用しています。
Roo Code とは何か {#what-it-is}
Roo Code は、VS Code のサイドバーに常駐する自律型コーディングエージェントです。タスクを入力(または音声入力)すると、ファイルを読み、編集し、ターミナルコマンドを実行します。リスクのある操作にはユーザーの承認を求め、タスクが完了するか中断されるまで反復的に実行されます。
設計思想としては Cline、Aider、OpenCode、Continue.dev と同じ「オープンソース、ローカルファースト、API キー持参」のカテゴリーに属します。Roo Code 自体を購入するのではなく、VS Code に追加し、利用するモデルプロバイダーに料金を支払う仕組みです。
競合他社にはない主な特徴:
- プリセットされたモード: Code, Debug, Architect, Ask, Orchestrator のほか、コミュニティが作成したモードも利用可能。各モードには独自のシステムプロンプト、ファイルアクセス範囲、ツール権限が設定されています。
- プロンプトキャッシュへの対応: Anthropic や OpenAI などの対応プロバイダーにおいて、繰り返しのセッションコストを大幅に削減します。
- チェックポイントシステム: エージェントによる編集の直前にワークスペースのスナップショットを作成するため、Git を汚さずに 1 ステップずつ元に戻せます。
- クラウドタスク: リモートでのエージェント実行が可能(オプトイン方式、Roo アカウントが必要)。
デフォルトのモデルは同梱されていないため、API キーを設定するまでは動作しません。
Roo Code vs Cline:どこで分岐したのか {#roo-vs-cline}
2025 年半ばのフォーク以降、両プロジェクトは日常の使い勝手に影響する 3 つの重要な点で異なる道を歩んでいます。
1. モード vs 単一エージェント Cline は 1 つのシステムプロンプトによる単一の Plan/Act ループで動きます。対して Roo Code は複数のモードを使い分けます。例えば、Architect モードはファイルの編集を拒否し、Code モードは編集を行いますがアーキテクチャの決定は控えます。「モード分けなんて面倒だ」と思うかもしれませんが、作業開始から 1 時間経ってもエージェントが不必要なスコープの拡大(scope-creep)を適切に拒否するのを見ると、その価値がわかります。
2. モデルへの対応姿勢 Cline は Anthropic や Gemini に最適化される傾向があります。一方、Roo Code は Ollama, LM Studio, OpenRouter, DeepSeek, xAI Grok など、10 以上のプロバイダーを標準でスムーズに扱えます。チームで特定のプロバイダーに固定していない場合、これだけで Roo を選ぶ理由になります。
3. 長時間セッションのコンテキスト管理 コンテキストウィンドウが狭まると、Cline は時系列順に古い情報を切り捨てます。Roo Code はより積極的な「圧縮戦略」を採用しており、古いステップを要約し、巨大なツール出力をアーカイブして、現在の作業に必要なファイル内容のみをライブコンテキストに保持します。ビルド遅延の原因調査(約 200 ターンのやり取り)では、Cline は 130 ターン前後で破綻しましたが、Roo は 200 ターンを超えても一貫性を保ちました。
依然としてコードベースの 80% 以上は共通しており、基本的な UX は似ていますが、これは「敵対的なフォーク」ではなく、健全な進化の分岐と言えます。
カスタムモード:乗り換えを決めた理由 {#custom-modes}
私にとってのキラー機能は「カスタムモード」です。YAML ブロックを書くだけで、名前、役割、プロンプト、使用可能なツール、読み書きを許可するファイル範囲、さらにはそのモード専用のモデルを定義できます。
以下は、私がリリースノート作成用に使用している設定の例です:
- slug: release-notes
name: Release Notes
role: マージされたPRからユーザー向け変更を抽出し、リリースノートを作成する。
model: claude-sonnet-4-6
tools: [read_file, search_files, ask_followup_question]
file_access:
read: ["CHANGELOG.md", "src/**/*", ".github/**"]
write: ["CHANGELOG.md"]
カスタムモードをリポジトリにコミットすると、以下のメリットが得られます:
- チームメンバー全員が、プルするだけで同じモードを利用できる。
- エージェントが勝手にファイルを削除したり、ソースコードを書き換えたり、インフラ設定に迷い込んだりするのを防げる(安全性よりも「タスクへの集中力」に寄与します)。
- モデルを使い分けられる。Architect は Claude Opus 4.7、Code は Sonnet 4.6、単純なボイラープレート作成は DeepSeek を使うことで、コストを最適化できます。
これは Claude Code のエージェントチームに近い機能を、VS Code 内のオープンソース環境で実現していると言えます。
対応モデルと実際のコスト {#models-and-costs}
テストしたプロバイダー:Anthropic (Claude Sonnet 4.6, Opus 4.7), OpenAI (GPT-5.4), Google (Gemini 3.1 Pro), OpenRouter (Grok 等), Ollama (Qwen3-Coder 32B 等)。
週に 15 〜 25 回のタスクをこなした場合の概算コスト:
| モデル | 1タスクあたりの標準コスト | 週の合計(筆者の場合) |
|---|---|---|
| Claude Sonnet 4.6 | $0.30 – $1.20 | ~$14 |
| Claude Opus 4.7 | $0.90 – $3.50 | ~$28 (難易度の高いタスク用) |
| GPT-5.4 | $0.40 – $1.80 | ~$10 |
| Gemini 3.1 Pro | $0.20 – $0.90 | ~$7 |
| DeepSeek (OpenRouter) | $0.05 – $0.25 | ~$3 |
| Ollama (ローカル実行) | $0 (電気代のみ) | ~$0 |
コストを抑えるコツは「最安のモデルを選ぶ」ことではなく、「そのタスクを確実にこなせる最小のモデルを割り当てる」ことです。カスタムモードを使えば、その振り分けを自動化できます。
Claude Code や Cursor に及ばない点 {#limits}
正直に言えば、UI です。Cline のシングルパネル・レイアウトの方が視覚的に落ち着いています。Roo Code のサイドバーはモード、モデル、チェックポイント、履歴などが一度に表示されるため、最初はかなり賑やか(busy)に感じます。
また、リポジトリ全体のインデックスを保持するレイヤーがありません。Cursor や Windsurf はバックグラウンドで全ファイルをインデックス化していますが、Roo Code はタスク開始時にエージェントが取得した情報に依存します。50 万行を超えるような巨大なモノレポでは、Cursor の方が「全知全能」感があるでしょう。
さらに、単発のターミナル作業(テストを回して、落ちたら直して再実行)には、Claude Code の CLI の方が依然として高速です。Roo Code の強みは、エディタ内での複数ステップにわたる作業にあります。
10 分でできるセットアップ {#setup}
- VS Code マーケットプレイスから Roo Code 拡張機能をインストールします。
- サイドバーの Roo Code アイコンをクリックし、プロバイダーを選択します。最初は Anthropic が最も安定しており、おすすめです。API キーを貼り付け、モデル(claude-sonnet-4-6 等)を選択し、1 日の予算上限を設定します。
- プロジェクトを開き、「このリポジトリの概要を 1 段落でまとめて。ファイル編集は不要」といった簡単な指示を出してみます。
- 出力パネルで、モデルが実際にどのツールを呼び出しているか観察してください。これがエージェントの癖を理解する最短ルートです。
慣れてきたら、まず「Architect モード」で計画を立てさせ、納得してから「Code モード」に切り替えて実行させるのが、最も効率的なワークフローです。
FAQ {#faq}
Q: Roo Code は無料ですか? A: 拡張機能自体は無料(Apache 2.0 ライセンス)ですが、接続する AI モデルの API 料金がかかります。2026 年 4 月現在、Roo Code へのサブスク料金はありません。
Q: Cline との違いは何ですか? A: Cline のフォークですが、現在はカスタムモード、幅広いモデル対応(Ollama, DeepSeek 等)、長時間セッション向けの高度なコンテキスト管理機能で差別化されています。
Q: 完全にオフラインで動かせますか? A: はい。Ollama や LM Studio のエンドポイントを指定すれば可能です。Qwen3-Coder 32B 等を使えば、標準的なコーディングタスクは十分にこなせます。
Q: 勝手にファイルを書き換えられますか? A: デフォルトではユーザーの承認が必要です。モードやツールごとに「自動承認」を設定することも可能です。
Q: コードは Roo のサーバーに送信されますか? A: いいえ。「クラウドタスク」を明示的に有効にしない限り、VS Code からモデルプロバイダーの API へ直接送信されます。Roo がコードをプロキシすることはありません。
ソース {#sources}
- Roo Code GitHub リポジトリ(CHANGELOG、セキュリティドキュメント)
- Roo Code SOC 2 Type 2 公開トラストページ
- Anthropic, OpenAI 公開価格表(2026年4月時点)
- 筆者による実機テストログ(2026年4月4日〜23日)
日本のエンジニア視点で補足
国内ではClineからの移行組を中心に、ZennやQiitaで「最強のカスタムモード設定」が盛んに共有されています。特にDeepSeek等の安価なモデルを自由に組み合わせられる自由度は、円安下でAPIコストを最適化したい個人開発者に強く支持されています。また、プロジェクト独自のコーディング規約や日本語ドキュメント作成に特化した「Mode」を定義し、Cursor以上の柔軟性を引き出す運用が日本独自の活用トレンドとして定着しつつあります。