最近、エンジニア界隈で「OpenCode」というOSSが話題になっていますよね。Claude CodeやCursorの対抗馬として注目されているAIコーディングエージェントです。僕はClaude Code Maxを月額$100で常用しているので、「乗り換える価値はあるのか？」が気になって、Geminiに壁打ちしながらリサーチしてみました。
OpenCodeとは
OpenCodeは、SST（Serverless Stack）チームが開発した、ターミナルで動作するオープンソースのAIコーディングエージェントです（GitHub）。MITライセンスで、75以上のAIモデル（Claude、GPT-4、Gemini、ローカルLLMなど）を自由に切り替えて使えるのが最大の特徴です。
話題になっている理由は大きく3つあります。CursorやClaude Proの月額サブスクに対して「OpenCode Go（月額$10）」や従量課金プランを提示していること。LSP統合でコードを意味的に理解できること。そしてローカルLLMとの組み合わせで完全オフライン環境でもAI開発ができること。
コストの話 ― サブスクとAPI従量課金の比較
OpenCode側がアピールしているのは、「固定費の撤廃」と「モデルの使い分け」によるコスト最適化です。
| シナリオ | Claude Code Max | OpenCode (API) |
|---|---|---|
| 忙しい月 | $100/月（固定） | 約$120/月 |
| 暇な月（設計中心） | $100/月（固定） | 約$10〜$20/月 |
| 休暇月 | $100/月（固定） | $0/月 |
※ 上記の価格情報は2026年3月5日時点のものです。最新の料金はClaude Code公式の費用ページをご確認ください。
年間トータルで30〜50%削減できるというのが彼らのシミュレーションです。さらに、タスクごとにモデルを選べるので、複雑なロジック修正はClaude、ドキュメント作成はGPT-4o-mini、インデックス作成はローカルLLM（無料）という使い分けができます。「全てを最高級モデルで処理する無駄を省ける」という主張なんですよね。
ただ、現場のリアルなAPIコスト感を調べてみると、実態はかなり幅があります。あるClaude Codeヘビーユーザーの8ヶ月間の利用データによると、API換算で総額$15,000超（月平均$1,875）かかるところをMaxプラン8ヶ月分の総額$800で済んでおり、93%の節約になったとのことです。Claude APIの公式価格（Anthropic Pricing）を見ると、Sonnet 4.5で入力$3/出力$15（百万トークンあたり）、キャッシュヒットは0.1倍（実質90%オフ）。コーディングエージェントはキャッシュ読み込みが全体の90%以上を占めるようで、このキャッシュ割引が効くかどうかで月額が大きく変わるんですよね。
ライトな使い方（月50Mトークン未満）ならAPI換算で月$100以下に収まりますが、ヘビーに使う（月200M〜1Bトークン）とAPI換算で月$400〜$2,000になるようです。常にAIを回し続けるヘビーユーザーにとっては、Claude Code Max（$100/月）はAPI換算で数倍〜十数倍の価値がある計算です。コストメリットが出るのは中規模ユーザーや、モデルの使い分けを丁寧にできる層に限られそうだと感じています。
OpenCode vs Cursor ― 「モデルを選べる」以上の差
Cursorでもモデルの切り替えはできますが、OpenCodeとの違いはそこではないようです。
一番大きいのは「自分のAPIキーを差し込む」形式であること。Cursorは運営側が用意したモデルから選ぶのに対し、OpenCodeは最新のマイナーモデルでもAPIさえあれば数分で組み込めるようです。ローカルLLMとの統合も深いとのこと。
ターミナル完結なのも実務では効くポイントです。SSH越しのリモート開発でGUIを飛ばす必要がなく、CI/CDとの親和性も高い。「ビルドが通らなかったら自動でOpenCodeに修正PRを作らせる」といった自動化も容易とのことです。
そしてOSSなのでプロンプトの中身が丸見え。何をAIに送っているかわかるので、デバッグがしやすく、自社インフラで動かせるため法務面でも通しやすいようです。
Claude Code vs Cursor ― 「エージェント」か「エディタ」か
ここは僕の利用環境に直結する比較なので、少し丁寧に整理してみました。
| 項目 | Cursor | Claude Code |
|---|---|---|
| 主戦場 | エディタ画面内（VS Codeベース） | ターミナル |
| 得意なこと | 1行ずつの補完、UIを見ながらの微調整 | 大規模リファクタ、バグ調査、テスト実行 |
| 操作感 | Tabキー連打の「伴走型」 | 指示を出して「放置」する「丸投げ型」 |
| 自律性 | 人間が主導、AIが提案 | AIが主導（ファイルを跨いで勝手に直す） |
一言でいうと、「清書・執筆」のCursorか、「現場監督・修理工」のClaude Codeか、という役割の違いがあるようです。
僕はClaude CodeをVS Codeの拡張機能として使っているので、実質「エディタ内にエージェントがいる」状態です。この環境からCursorに乗り換える理由があるとすれば、Tab補完（コードを書いている最中に次の数行を先回りして提示する機能）の完成度くらいですかね。ただ、僕の使い方はプログラマ的なコードの補完より、エンジニア的な仕様やルールの指示が圧倒的に多いんですよね。ディレクトリ構造の理解やMarkdown Previewなど、VS Codeの拡張機能を活かした作業が中心なので、Cursorへの移行メリットはあまり感じていません。
エンジニア視点での比較 ― 「仕様の番人」としての性能
この視点で比較すると、ディレクトリ構造の把握能力はClaude Codeが頭一つ抜けているようです。大規模リポジトリでも情報を「圧縮」してコンテキストに保持する能力が高いとされています。OpenCodeはMCPで独自ルールをコードで拡張できるカスタマイズ性が強みとのこと。Cursorは速度重視で、大規模な構造変更では「前の指示」を忘れがちな印象があります。
OpenCodeのエンジニア的に面白い点は、VS Codeの環境をそのまま使えるところです。Cursorのような別アプリへの引っ越しが不要で、拡張機能や設定を一切変えずにAIエージェント機能だけを差し替えられるようです。気になる方はぜひチェックしてみてください。
規約の壁 ― サブスクのサードパーティ利用
ここは重要な話です。Claude Code Maxのサブスク権限をOpenCodeなどの他社ツールで使い回すことは、Anthropicの規約で明確に禁止されています。Free/Pro/MaxプランのOAuthトークンは「Claude.ai」と「Claude Code（公式CLI）」でのみ使用許可。他ツールでClaudeを使いたい場合は、別途APIキーを発行して従量課金が必要です。
つまり、Claude Code MaxとOpenCodeを併用する場合の安全な構成はこうなります。
| ツール | 役割 | 支払い |
|---|---|---|
| Claude Code（公式） | メインの開発・高負荷タスク | Maxプラン（$100/月） |
| OpenCode（OSS） | 仕様検索・比較・軽量タスク | API従量課金（月$5〜） |
GeminiのAPIをOpenCodeに入れれば、Claudeが苦手な超長大ドキュメントの読み込みをGeminiに委任できるようです。規約違反リスクゼロで、$100/月の使い放題枠を最大限に活かしつつ、他モデルの強みもつまみ食いできる構成ですね。
OpenCodeでの予算管理
僕は普段サブスク型（Claude Code Max）を使っているので、API従量課金の費用感がそもそもピンときていないんですよね。「使った分だけ」と言われても、気づいたら想定以上に膨らんでいた、なんてことはないのか。そこで「3つのAPIを使って月$60〜$70（約10,000円）以内に抑えられるのか？」という疑問を掘り下げてみました。
結論としては可能なようですが、Cloudflare AI Gatewayのようなプロキシツールを1枚挟むのが定石のようです。複数のAPIキーを統合URLにまとめ、「月間予算に達したらリクエスト遮断」という設定ができます。
OpenCodeの「Primary Agent」と「Subagent」の使い分けも効くようです。シミュレーションとしてはこんな感じです。
| 役割 | モデル | 予想月額 |
|---|---|---|
| 複雑なロジック修正 | Claude Sonnet 4.5 | $45 |
| 全体構造の把握・検索 | Gemini 1.5 Flash | $10 |
| 定型コード・テスト量産 | DeepSeek-V3 / Llama 3 | $3 |
| 合計 | 約$58 |
「予算内でいかにAIを賢く使い回すか」というインフラ設計のような楽しみ方ができるのは、OpenCodeならではだと思います。
まとめ ― 結局どれを使うべきか
ざっくり整理するとこうなります。
| タイプ | おすすめ |
|---|---|
| 制限を気にせず毎日フル稼働 | Claude Code Max（$100/月の固定費が最もコスパ良い） |
| 月によって稼働にムラがある | OpenCode（従量課金で無駄を削減） |
| 1行ずつ書く速度を重視 | Cursor（Tab補完の完成度が圧倒的） |
| AIに大規模タスクを丸投げしたい | Claude Code（自律性が最高） |
| 特定ツールに依存したくない | OpenCode（OSS・マルチモデル） |
現実的な最適解は、Claude Code Maxをメインに据えつつ、OpenCode + Gemini APIを補助的に併用する「二刀流」構成。規約を守りながら各モデルの得意分野を活かすハイブリッド運用が、2026年のスタンダードになりつつあるようです。
Claude Codeヘビーユーザーの僕としては、結局普段使いはClaude Code + VS Code拡張機能という組み合わせを変えるつもりはありません。現状の開発体験に十分満足しているからです。とはいえ、OpenCodeの「複数モデルを適材適所で使い分ける」というコンセプトには素直に興味を惹かれました。近々、身近なエンジニア仲間と検証も兼ねて構築してみようかなと思っています。
*本記事は、Gemini（Google AI）との対話を基に構成しました。*
この記事が参考になったら
Share