オープンソースのAIコーディングエージェント9選：4つの用途別ガイド

オープンソースのAIコーディングエージェントを選ぶなら、総合力ではOpenCode、IDE内で使うならCline、Git管理を軸にターミナルで使うならAider、自律タスクをキューで処理するならOpenHandsが有力です。ソフトウェア自体は無料でも、モデル利用料が月$60に達することはあります。たとえば4人の開発者がClaude Sonnet 5を現在のプロモーションAPI料金で使い、1か月に合計2,000万入力トークンと200万出力トークンを消費するケースです。

AIコーディングエージェント選びの結論

まず決めるべきなのは、どこで作業させるかです。総合的な第一候補はOpenCodeですが、開発者がVS Codeから離れたくない場合、すべてのコマンドに明示的な承認が必要な場合、あるいは人が張り付かずにGitHub Issueを順番に処理したい場合には適しません。

判断を分けるのは、次の4点です。

• どこで監督したいか。 IDEならClineまたはContinue、ターミナルならOpenCodeまたはAiderが候補です。
• 共同作業か、仕事の委任か。 その場で編集するなら対話型ツール、管理されたキューならOpenHands、処理過程が見えるIssue解決基盤ならmini-SWE-agentを選びます。
• ネットワークの外へ何を出せるか。 クライアントがオープンでも、リポジトリのコンテキストが商用モデルAPIへ送られる場合があります。
• 権限ポリシーを誰が管理するか。 手軽な自動承認を有効にすると、期待していた安全上の利点が失われかねません。

用途によっては、クローズドソース製品のほうが優れている場合もあります。ソースへのアクセス、ローカル導入、プロバイダー選択が必須でなければ、AIコーディングエージェントの総合比較から候補を絞るほうが近道です。

オープンソースで変わるのは実行基盤——費用とリスクは残る

オープンソースで手に入るのは、中身を確認できるオーケストレーションコードです。最先端モデル、GPU時間、ID管理、シークレットの扱い、コードレビューまで無料になるわけではありません。

4人の開発チームが、1か月に合計2,000万入力トークンを送り、200万出力トークンを受け取るケースを考えてみます。Claude Sonnet 5は、2026年8月31日まで導入プロモーションAPI料金として入力100万トークンあたり$2、出力100万トークンあたり$10なので、この利用量なら$60です。その後、標準料金の$3と$15に移行すると、同じ利用量でも$90になります。Anthropicによると、このモデルのトークナイザーでは、内容によって同じ入力が1.0〜1.35倍のトークン数になる場合もあります。つまり、モデルを替えると単価だけでなく、計測される量まで変わり得ます。

権限モデルも同じくらい重要です。2026年に行われた検証済み500シナリオ、約7,500回のエージェント実行を対象とする研究では、許可が広いフレームワーク群でスコープ外の操作率が5.4%〜27.7%でした。この研究で継続前に確認を求めるフレームワークを採用していたOpenHandsは、0.2%〜4.5%に収まっています。この数字だけで万能の勝者を決めることはできませんが、運用上の教訓は明確です。同じ基盤モデルでも、同意なしで何を許すかが実行基盤によって変われば、振る舞いも変わります。

プライバシーは、次の3層に分けて考える必要があります。

1. クライアント： エージェントのコードを確認し、変更できるか。
2. 実行環境： 開発者のPC、自社クラウド、ベンダー環境のどこで動くか。
3. モデル： リポジトリのコンテキストをホスト型APIへ送るのか、自社の境界内で動くモデルへ渡すのか。

MITライセンスのターミナルクライアントをホスト型モデルにつなげても、完全なローカル環境にはなりません。セルフホストした実行環境から商用APIへプロンプトを転送すれば、そのプロバイダーとコンテキストを共有します。ローカルモデルならデータ経路を内部に保てますが、その代わりにハードウェア、導入作業、モデル品質のトレードオフを引き受けることになります。

比較対象を選んだ基準

候補に入る条件は、コード、ファイル、シェルに対して複数ステップの操作を実行でき、現在も開発が続くオープンソースの実行基盤であることです。さらに、最新の一次資料、明確なライセンス、そしてほかの8製品ではなく選ぶ固有の理由が必要です。

この基準では、近い領域の製品でも対象外になります。オープンソースのエディターにオートコンプリートがあっても、それだけでエージェントとは呼べません。クライアントだけが公開されているプロプライエタリなクラウドワーカーは、オープンソースのスタックではありません。開発終了または後継へ移行したリポジトリも、現役の推奨候補には含めません。

順位は、監督する場所、権限設計、モデルとプロバイダーの自由度、導入先の境界、そしてプロのチームが最初に直面する限界という5つの基準で決めました。人気は補助的な材料にすぎず、結論そのものではありません。スター数が少なくても、制御方法が用途に合えば最適解になり得ます。

OpenCode：ターミナル中心なら最有力

**OpenCode**を総合的な第一候補にした理由は、実行基盤を特定のモデルプロバイダーに固定せず、ターミナル、IDE、デスクトップを横断して使えるからです。MITライセンスで、Models.dev経由の75以上のプロバイダーに対応し、ローカルモデルも利用できます。並列セッションのほか、GitHub CopilotとChatGPTのアカウントログインにも対応します。製品サイトでは、OpenCode自体はコードやコンテキストデータを保存しないと説明されています。ただし、接続するモデルプロバイダーのプライバシーポリシーは別途適用されます。

OpenCode内蔵の plan エージェントは読み取り専用で、Bashコマンドの前に許可を求めます。一方、build エージェントには開発作業を行うための完全なアクセス権があります。この分離により、不慣れなリポジトリでも編集前に中身を把握しやすくなります。最初にぶつかるのは、運用責任の所在です。プロバイダーの選定、トークン費用、アカウントポリシー、上流でのデータの扱いは、すべて利用者側で決める必要があります。

最適な用途： 洗練された操作性を保ちつつ、プロバイダーを選びたいターミナル中心の開発者
注目点： MITライセンスの単一クライアントで、ターミナル、IDE、デスクトップ、並列セッション、75以上のプロバイダーに対応
料金： クライアントは無料で、無料モデルも利用可能。有料プロバイダーの利用料やサブスクリプションが別途かかる場合あり
無料トライアル： オープンソースクライアントには不要

OpenCodeは、柔軟性を活かせるうえ、設定の責任者が明確な環境で力を発揮します。1社のベンダーによる一元管理を求める企業では、その柔軟性が価値よりもポリシー策定の負担を増やすかもしれません。

Cline：IDE内で承認を徹底したい場合の第一候補

**Cline**は、変更が入る前にエディター内で計画、差分、ターミナルコマンドを確認したい開発者に最適です。Apache 2.0のプロジェクトで、VS Code拡張、ターミナルCLI、SDK、マルチエージェントのKanbanボード、JetBrainsプラグインを提供しています。プロジェクト全体にまたがる編集、コマンド実行、コンパイラーやリンター出力の監視、Web閲覧、チェックポイントからの復元に対応します。

Planモードでは調査して方針を提案し、Actモードでは実際に作業します。自動承認を有効にしない限り、ファイル編集とターミナルコマンドのたびに承認が必要です。本番リポジトリでは、このひと手間が安全機能になります。一方、リスクの低い反復作業では煩わしさにもなります。オープンソースの範囲を厳密に見る利用者は、ClineのリポジトリにJetBrainsプラグインが現時点でオープンソース化されていないと記載されている点にも注意が必要です。

最適な用途： VS Codeを使い続けながら、明確な承認ゲートを設けたい開発者
注目点： 確認できる差分、チェックポイント、コマンド承認を備えたPlan／Actワークフロー
料金： Apache 2.0クライアントは無料、モデルプロバイダーの利用料は別途
無料トライアル： オープンソースクライアントには不要

Clineは、スピードよりも検証可能性を重視する中堅企業のエンジニアリング責任者に向いています。開発者が操作するエディターではなく、無人のタスクキューが必要なら別の製品を選ぶべきです。

Aider：Git管理に最もなじむペアプログラマー

**Aider**は、Git履歴を制御の中心に据える開発者に最適です。Apache 2.0のターミナルエージェントで、リポジトリマップを作成し、ローカルGitリポジトリ内のファイルを編集して、メッセージ付きで変更を自動コミットします。編集後にlintとテストを実行することもできます。ホスト型モデルだけでなく、OllamaやOpenAI互換エンドポイントを含むローカルモデルにも接続できます。

設計を絞っていること自体が魅力です。小さな差分を確認し、コミットを戻し、使い慣れた開発ループの中にエージェントを収められます。同時に、その特化こそが限界でもあります。Aiderは対話型のペアプログラマーであり、複数ユーザー向けのタスクボードや管理されたクラウドキューではありません。

最適な用途： 元に戻せるコミット単位で、ターミナルから精密に編集したいシニア開発者
注目点： リポジトリマップ、自動Gitコミット、lint、テストを組み合わせたループ
料金： Apache 2.0クライアントは無料、モデル利用料は別途
無料トライアル： オープンソースクライアントには不要

1人の開発者が1つの変更を制御しながら進めるなら、Aiderは多機能なエージェントより優れています。一方、長時間動くジョブを囲むID、予算、キュー、連携機能がチームに必要なら不向きです。

OpenHands：セルフホスト型の自律タスクキューに最適

**OpenHands**は、エージェントを1人の開発者のエディターから切り離し、委任したタスクをキューで処理させたい場合に適しています。Agent Canvasは、1つのコマンドでローカルのブラウザーUIとバックエンドを起動でき、仮想マシンへのセルフホストやOpenHands Cloudへの接続にも対応します。Software Agent SDKはローカルで実行できるほか、クラウド上で数千のエージェントまで拡張できます。

ライセンスの境界は慎重に確認する必要があります。OpenHands core、Agent Canvas、agent-server、コアDockerイメージはMITライセンスです。Cloudには、管理された連携機能、複数ユーザー制御、ロールベースのアクセス、利用状況レポート、予算管理が加わります。Enterpriseディレクトリは別ライセンスのソースアベイラブルで、1か月を超えて利用する場合はライセンス購入が必要です。

最適な用途： 自律的なエンジニアリングタスク向けに、セルフホストまたは管理型のキューを構築するチーム
注目点： ローカルのAgent Canvas、構成可能なSDK、管理型クラウドへの移行経路を備えたMITライセンスのコア
料金： MITライセンスのコアは無料。インフラ、モデル利用、Cloud、Enterpriseの費用が加わる場合あり
無料トライアル： OpenHands CloudはGitHubサインインで無料試用可能

エディターを閉じてもタスクを続ける必要があるなら、OpenHandsの構築コストには意味があります。1人の開発者がその場で変更するだけなら、OpenCodeやAiderのほうが簡単で、通常は運用費も抑えられます。

Gemini CLI：付属の無料枠が最も充実

**Gemini CLI**は、本格的なツールを無料で始める最も手軽な選択肢です。個人のGoogleアカウントには、1分あたり60リクエスト、1日あたり1,000リクエストの枠が含まれます。Apache 2.0のターミナルエージェントで、100万トークンのコンテキストウィンドウを持つGemini 3モデルを使用します。ファイル操作、シェルコマンド、Web取得、Google Searchグラウンディング、MCP、スクリプト、GitHubワークフローも備えています。

Googleは、安定版とプレビュー版を毎週、nightlyビルドを毎日公開しています。モデルAPIやツールの契約が頻繁に変わる分野では、この更新頻度が重要です。最初に直面するのは、機能ではなく戦略上の制約です。付属の無料枠はGeminiを使うためのものであり、プロバイダーに依存しないルーティングではありません。オープンソースだから自動的にモデル選択の自由が得られると考えるのではなく、無料枠とGoogle連携を理由に選ぶ製品です。

最適な用途： 大きな無料枠が付いた高機能なターミナルエージェントを求める個人開発者
注目点： 1日1,000リクエスト、1分60リクエスト、100万トークンのコンテキストウィンドウ
料金： 個人アカウント向けプランは無料。より多く使う場合は有料APIまたはVertex AIを利用可能
無料トライアル： 個人アカウント向けプラン自体が無料

Gemini CLIは、個人で技術プロダクトを作る人にとって費用面の最有力候補です。プロバイダーのルーティング、視覚的な承認フロー、セルフホスト型のキューが必要なチームには、ほかの選択肢が向いています。

Continue：IDE支援からCIチェックまでをつなぐ

**Continue**は、1つのオープンクライアントでオートコンプリート、チャット、直接編集、エージェント作業、プルリクエストのチェックまで扱いたいチームに合います。Apache 2.0のプロジェクトで、VS CodeとJetBrainsの拡張に加え、cn コマンドラインエージェントを提供しています。AIチェックをリポジトリに保存し、GitHubのステータスチェックとして実行して、合格または修正案の差分を返すこともできます。

機能が幅広いため、最初はリスクの低い支援機能だけを使い、段階的にエージェントへ操作権限を与えられます。一方で、製品の役割は曖昧になりがちです。オートコンプリートやレビュー用チェックと、隔離環境で自律的に動くワーカーは、運用上まったく別の問題です。Continueの強みは両者を橋渡しすることであり、タスクキュー管理の最適解ではありません。

最適な用途： オープンなIDE支援と、ソース管理されたCIチェックを同じエコシステムで使いたいチーム
注目点： Agent、Chat、Edit、Autocomplete、CLI、リポジトリ定義のチェック
料金： Apache 2.0クライアントは無料。設定したモデルとCIリソースの費用は別途
無料トライアル： オープンソースクライアントには不要

Continueは、ガードレールをリポジトリに組み込みたいB2B組織に向いています。最短でターミナルエージェントを使い始めたい創業者なら、OpenCodeやAiderのほうが手続きは少なく済みます。

goose：コーディングが作業の半分にすぎない場合に

**goose**は、コーディング専用製品ではなく、コードにも強いローカルの汎用エージェントです。Apache 2.0のプロジェクトで、macOS、Linux、Windows上のデスクトップアプリ、CLI、APIとして動作します。15以上のモデルプロバイダー、70以上のMCP拡張に対応し、ACP経由で既存のClaude、ChatGPT、Geminiサブスクリプションも利用できます。

Linux FoundationのAgentic AI Foundationに属しているため、単一ベンダーに閉じないガバナンスの基盤があります。代わりに生じるのが、対象範囲の広さです。調査、執筆、自動化、データ分析、コーディングを1つのエージェント画面で扱います。複数のシステムを横断する担当者には便利ですが、リポジトリの編集だけが目的の開発者には設定項目が増えます。

最適な用途： コード、データ、調査、自動化をまたいで作業する技術担当者
注目点： 幅広いプロバイダーとMCPに対応するローカルのデスクトップ、CLI、API
料金： Apache 2.0クライアントは無料。プロバイダーのサブスクリプション、API利用料、ローカル環境の費用は別途
無料トライアル： オープンソースクライアントには不要

1回の実行でデータを照会し、スクリプトを編集し、別システムまで更新するなら、gooseの価値が出ます。規律あるGit変更だけが目的なら、Aiderのほうが的確です。

mini-SWE-agent：処理過程が見えるIssue解決基盤

**mini-SWE-agent**は、エージェントループを理解すること自体が、使うことと同じくらい重要な場合に向いています。Version 2はMITライセンスで、メンテナーによれば標準のエージェントクラスは約100行のPythonです。SWE-bench Verifiedで74%を超えるスコアを報告しており、ローカル環境、DockerまたはPodman、SingularityまたはApptainer、bubblewrap、そのほかのサンドボックスに対応します。

設計は意図的に公開されています。使うツールはBashだけで、各操作は subprocess.run によって独立して実行され、メッセージ履歴は直線的に保たれます。そのため、実行軌跡を追いやすく、研究も再現しやすくなります。ただし、Bashは強力であると同時に危険でもあります。コードベースが小さいから安全だと信頼するのではなく、本番導入ではサンドボックスと範囲を絞った認証情報が必要です。

最適な用途： 小さく検証可能なIssue解決ループを求める研究者とプラットフォームチーム
注目点： 約100行のエージェントロジックと、Bashのみを使う直線的な履歴設計
料金： MITクライアントは無料、モデル呼び出しとサンドボックス基盤は別途
無料トライアル： オープンソースクライアントには不要

mini-SWE-agentは、独自の実行基盤を作るプラットフォームチームにとって率直な選択肢です。一方、洗練されたエディター体験を求めるデザイナー、プロダクトマネージャー、開発者が最初に選ぶエージェントではありません。

Qwen Code：オープンなモデルと実行基盤を組み合わせるなら

**Qwen Code**は、オープンな実行基盤とオープンなモデルファミリーの両方を求める場合に、最も意欲的な選択肢です。Apache 2.0のプロジェクトで、サブエージェント、エージェントチーム、メモリー、スキル、MCP、planモード、LSP連携、サンドボックス、Git worktree、ヘッドレス実行、IDEプラグイン、デスクトップアプリ、SDKを備えています。OpenAI、Anthropic、Gemini、Qwenの各プロトコルに対応し、OllamaまたはvLLMにも接続できます。

現在のセットアップには2つの注意点があります。NPMでインストールするにはNode.js 22以降が必要です。また、Qwen OAuthの無料枠は2026年4月15日に終了しました。新規ユーザーはAlibaba Cloud Coding Plan、サードパーティーのAPIキー、カスタムプロバイダー、ローカルモデルのいずれかを用意する必要があります。クライアントはオープンでも、最も手軽だった付属の無料経路はもうありません。

最適な用途： オープンなエージェントとQwenのオープンモデル、または幅広いプロトコル対応を組み合わせたいチーム
注目点： サブエージェント、チーム、スキル、サンドボックス、worktreeを備えたオープンな実行基盤とモデル経路
料金： Apache 2.0クライアントは無料。現在利用できるプロバイダープラン、APIキー、ローカル環境のいずれかが必要
無料トライアル： Qwen OAuthの無料枠は2026年4月15日以降なし

Qwen Codeは、スタックを自ら管理したいAIプラットフォームチームに適しています。無料で手軽に始めるならGemini CLI、プロバイダーに依存しない分かりやすい第一候補ならOpenCodeです。

用途別に選ぶべきツール

最適な製品は、どのように監督するかで変わります。9製品を候補に並べ、画面の見た目だけで開発者に投票してもらう方法は避けてください。まず運用パターンを決め、その形に合う1つか2つを試します。

開発者がVS Codeを使い、編集やコマンドを実行前にすべて確認するなら、Clineを選びます。オートコンプリート、チャット、編集、リポジトリ定義のチェックを1つのオープンクライアントにまとめたい場合はContinueが代替候補です。

ターミナルが作業の中心で、モデルと画面の柔軟性を重視するなら、OpenCodeを選びます。並列セッションやデスクトップ画面より、自動Gitコミットと密接なペアプログラミングのループが重要なら、代わりにAiderを選びます。

組織にタスクキュー、ID、予算、連携機能が必要で、ローカルの実験から管理型運用へ移行したいなら、OpenHandsを選びます。完成した運用基盤を導入することより、Issue解決ループの確認、ベンチマーク、拡張が目的なら、mini-SWE-agentを選びます。

1日1,000リクエストの無料枠が決め手なら、Gemini CLIを選びます。オープンモデルへの経路を求め、プロバイダーまたはローカル実行環境を設定できる組織には、Qwen Codeが適しています。コード、データ、調査、外部ツールを横断する作業なら、gooseです。

第一候補を、本番環境の権限を渡さずに導入する

OpenCodeは簡単に使い始められますが、安全な導入はフルアクセスの自動化ではなく、調査から始めます。

1. 1

   使い捨てブランチを作り、環境内の認証情報を取り除く

   クリーンな作業ツリーから新しいブランチを作成します。本番デプロイ用キー、データベース管理者の認証情報、関係のないクラウドトークンは、エージェントのプロセスに渡さないでください。

2. 2

   公式配布元からクライアントをインストールする

   公式インストーラーの curl -fsSL https://opencode.ai/install | bash、またはドキュメントにあるパッケージマネージャーの方法を使います。広い範囲を含む親ディレクトリではなく、調査対象のリポジトリ内で起動してください。

3. 3

   要件を満たす最小範囲のモデルアカウントを接続する

   リポジトリに合ったデータポリシーのプロバイダーを選びます。ローカルモデルならプロンプトを自社の境界内に保てます。通常、ホスト型モデルのほうが結果は優れますが、選択されたコンテキストがプロバイダーへ送られます。

4. 4

   planモードから始める

   内蔵された読み取り専用の plan エージェントに、変更の整理、対象ファイルの特定、テストの提案を任せます。計画を確認してから、フルアクセスの build エージェントへ切り替えます。

5. 5

   実装、テスト、確認を経てマージする

   使い捨てブランチ上でエージェントに編集させ、リポジトリのテストとlintコマンドを実行し、差分を確認します。範囲と動作に加え、依存関係、権限、インフラ、シークレットへの変更を人が確認してからマージしてください。

個人開発者なら、この手順で増えるのは数分です。大きなエンジニアリング組織では、管理できる共通基準になるか、権限の分からない個人設定が乱立するかを分ける手順です。

今からの導入を避けたいもの

よく知られた2つの名前は、新規導入の出発点にすべきではありません。

Roo Codeは2026年5月15日に拡張機能を終了しました。現在のリポジトリでは、コミュニティによるZooCodeフォーク、またはClineへ利用者を案内しています。Apacheライセンスにより古いコードは引き続き利用できますが、製品の継続的な保守、最新モデルとの連携、セキュリティ対応まで保証されるわけではありません。近い承認型の選択肢として、実績のあるClineを選んでください。

従来のSWE-agentはmini-SWE-agentに置き換えられています。メンテナーは、現在の開発の中心がmini-SWE-agentに移っており、新規利用ではこちらを標準として推奨すると説明しています。古いプロジェクトを使うのは、構成可能なツールインターフェースや履歴プロセッサーを研究上必要とする場合に限るべきです。

注意点はシンプルです。リポジトリが公開されているだけでは、現役の製品とは限りません。標準採用する前に、メンテナーによる現在の案内、リリース状況、ライセンスの境界、認証方法を確認してください。

よくある質問

オープンソースのAIコーディングエージェントは無料ですか？

この一覧のクライアントソフトウェアは無料でダウンロードできますが、モデルAPI、ローカルGPU、クラウドサンドボックス、ストレージ、運用時間の費用は別です。4人の開発チームがClaude Sonnet 5で2,000万入力トークンと200万出力トークンを使う例では、プロモーション料金なら$60、2026年8月31日以降は$90かかります。

VS Codeで使える無料のAIコーディングエージェントはどれですか？

ClineはPlan／Actワークフローにより、差分とコマンドを見える状態に保てるため、VS Codeで承認を重視する場合の第一候補です。オートコンプリート、チャット、直接編集、ソース管理されたプルリクエストのチェックも必要なら、無料のオープンクライアントであるContinueが適しています。

GitHubでオープンソースのAIコーディングエージェントを探すには？

同名のフォークではなく、各ツールの公式ドキュメントから案内されているリポジトリを使ってください。ライセンスと最新のREADMEを読めば、ディレクトリ型の紹介ページでは分からない詳細も確認できます。たとえば、ClineのJetBrains版におけるソース公開範囲、OpenHandsのEnterpriseライセンス、Qwen Codeの現在の認証要件です。

Claude Code + Codexセットアップチェックリストと、次回の根拠に基づくツール解説を受け取るには、ニュースレターに登録してください。