Claude Code Clineの違いと使い分け — CLIエージェントとVS Code拡張、課金モデルで選ぶ

Claude CodeとClineの違いは「課金の出どころ」と「統合の重心」

Claude CodeとClineは、どちらも「コードベースを読み、ファイルを編集し、ターミナルコマンドを実行する」AIコーディングエージェントです。担う仕事は近いのですが、設計思想は対照的で、選ぶときの分かれ目は次の2点に集約できます。

ひとつは課金の出どころです。Claude CodeはAnthropicのサブスクリプション(ProやMax)で使うのが基本で、月額の定額に収まります。一方のCline自体は無償のオープンソースで、利用者が自分のAPIキー(BYOキー、bring your own key)を持ち込み、AnthropicやOpenAIといった各プロバイダーへ従量で支払う形が中心です。

もうひとつは統合の重心です。Claude Codeはターミナル常駐のCLI(コマンドラインツール)を土台に、VS Code拡張やデスクトップアプリなど複数の入口へ広がっています。ClineはVS Code拡張を出発点としたエディタ内エージェントで、現在はCLIやJetBrainsプラグインにも広がっています。

比較する2つのツールの正体

最初に、それぞれが「何であるか」を正確に押さえておきます。同じ「AIコーディングエージェント」という括りでも、提供主体と配信形態が異なります。

Claude CodeはAnthropicが提供するエージェント型のコーディングツールです。ターミナルで動く全機能版のCLIを中心に、VS Code拡張、JetBrainsプラグイン、デスクトップアプリ、ブラウザー版という複数の入口を持ちます。どの入口も同じClaude Codeエンジンに接続し、CLAUDE.md(プロジェクト共有の指示書)や設定、MCP(モデルコンテキストプロトコル)サーバーの構成を共有できるのが特徴です。

ClineはCline Bot Inc.が開発するオープンソースのコーディングエージェントで、ライセンスはApache 2.0です。VS Code拡張を主軸に、JetBrainsプラグイン、CLIツール、組み込み用のSDK(ソフトウェア開発キット)、複数エージェントを管理するKanban形式のWebボードを備えます。コミュニティ主導で開発が進み、公式サイトには250人を超えるコントリビューターが関わると示されています。

どの軸で比べるか

両ツールを実用視点で選ぶための評価軸を、次の5つに絞ります。冒頭で触れた課金と統合に、エージェントとしての中身を加えたものです。

1. 統合形態(どこで動くか。CLIかエディタ拡張か)
2. 課金モデル(定額サブスクか、BYOキーの従量か)
3. 対応モデル(使えるLLMの幅)
4. 拡張性(MCP対応、独自ツール、フックなど)
5. エージェントの作業スタイル(計画と実行の進め方)

比較マトリクス

5つの軸を1枚の表にまとめます。読者が自分の使い方に近い行だけを拾えるよう、判定はなるべく具体的な事実で書いています。

各セルの根拠は、このあとの「課金モデル」「対応モデル」「拡張性」の各節で詳しく見ていきます。

課金モデルの違いが最も効く

選択を最も左右するのが課金の構造です。両者は出発点がまったく異なります。

Claude Codeは、Anthropicのサブスクリプションで使うのが基本です。個人向けはProが月額20ドル(年払いなら月あたり17ドル相当)、上位のMaxは月額100ドルからで、Proの5倍または20倍の利用枠を持つ2段階が用意されています。ProとMaxのいずれにもClaude Codeが含まれます。月額の定額に収まるため、使うほど請求が膨らむ心配が小さく、コストの見通しが立てやすいのが特徴です。

Cline自体は無償のオープンソースで、ソフトウェアにライセンス料はかかりません。動かすには、利用者がAnthropicやOpenAI、Googleなどから取得した自分のAPIキーを設定し、各プロバイダーへ直接従量で支払うBYOキー方式が中心です。使うモデルとコストを利用者が直接管理でき、APIの利用量がそのまま請求に乗ります。

つまり、Claude Codeは「定額で予測しやすい」、Clineは「従量で柔軟だが使うほど積み上がる」という対比になります。ここで効いてくるのが「自分の月間トークン消費量が、定額の元を取れる水準に届くか」という損益分岐の視点です。次の節で具体的に試算します。

BYOキー従量と定額サブスク、損益分岐はどこか

従量(Cline + BYOキー)と定額(Claude Code)のどちらが安いかは、月にどれだけトークンを消費するかで決まります。判断の起点は、API従量で支払う額が定額プランの価格を超える地点です。

API従量のトークン単価(2026年6月時点)

Anthropic APIは送受信したトークン(文章を細かく区切った処理単位)の量で課金されます。主要モデルの標準単価は次のとおりです。Clineで自分のAnthropicキーを使う場合も、この単価がそのまま適用されます。

コーディングエージェントは、コードベースやファイル内容を都度プロンプトに載せるため入力トークンが膨らみやすく、出力より入力の比率が高くなる傾向があります。プロンプトキャッシュ(同じ前置きを再利用してコストを下げる仕組み)が効くとキャッシュ読み取りは入力単価の10%程度まで下がるため、実際の請求はモデル選択とキャッシュ活用で大きく上下します。

シナリオ別の損益分岐試算

利用強度を3パターンに分け、月間のAPI従量コストを概算しました。1日あたりの消費トークンに稼働日数を掛けた、キャッシュ・割引を考慮しない上限寄りの見積もりです(実際の費用は使い方で大きく変わります)。

この試算からは、おおまかな分岐点が読み取れます。月のAPI従量が20ドル(Pro)前後で収まる軽い使い方なら、固定費が出ないBYOキー従量が無駄になりにくい一方、Opus中心で長時間・並行で回すヘビーな使い方になると、Max(月100〜200ドル)の定額枠のほうが割安に振れていきます。ミドル層はちょうど境目で、キャッシュの効き具合とモデル選択(Opusを使うかSonnetで足りるか)で逆転します。

試算の前提と注意点

上の表はキャッシュ・一括割引を考慮しない単純計算です。実際にはプロンプトキャッシュ(読み取りは入力単価の10%程度)で入力コストが大きく下がるため、特にコードベースを繰り返し読ませる作業では概算より安くなる傾向があります。逆に、新しいトークナイザー(文章を区切る方式)では同じ文章でもトークン数が増えることがあり、その分上振れする可能性もあります。定額プランは「枠を使い切れるか」が損益分岐の本質で、枠を余らせるなら従量や下位プランのほうが得になります。自分の実トークン量はAPIの利用ダッシュボードで確認できます。

「コスト上限」の置き方が両者で違う

損益分岐の数字以上に実務で効くのが、コストの天井が読めるかどうかです。Claude Codeの定額は、どれだけ回しても請求が月額で頭打ちになる(利用枠の範囲内)ため、予算を組みやすく、チームへの精算もしやすい構造です。

Clineの従量は、使った分だけ後から請求される仕組みのため、自律エージェントを長時間放置して走らせると、想定外にトークンを消費してコストが膨らむことがあります。BYOキー方式ではプロバイダー側で利用上限(支出キャップ)を設定できるため、暴走時の歯止めはそちらで掛ける運用になります。「使うほど積み上がる」リスクを管理する手間が、従量の柔軟さと引き換えに生じます。

対応モデルの幅はClineが広い

使えるLLMの選択肢では、Clineのほうが幅広い構成を取ります。

Claude CodeはAnthropic製のClaudeモデル(Opus / Sonnet / Haiku)を主軸に動きます。ターミナル版とVS Code拡張では第三者プロバイダー経由の利用にも対応していますが、設計の中心はClaudeにあります。Claudeの世代差をどう使い分けるかは、Sonnet・Opus・Haikuの使い分けが参考になります。

Clineは、複数のプロバイダーを横断して使えるのが持ち味です。AnthropicのClaude、OpenAIのGPT系、GoogleのGemini系に加え、OpenRouter経由の多数のモデル、AWS BedrockやAzure・GCP Vertex、Cerebras、Groqといったホスティング、さらにOllamaやLM Studioを使ったローカルモデル、OpenAI互換の任意のエンドポイントまでサポートします。モデルをプルダウンで切り替えられるため、タスクや予算に応じて使い分けたい場合に柔軟です。

この対応モデルの幅は、課金の柔軟さと裏表の関係にあります。Clineは「安いモデルで下調べ、難所だけ高価なモデル」のようにタスク単位でモデルを切り替えてコストを最適化できる一方、その判断を利用者が都度負うことになります。Claude Codeは選択肢を絞る代わりに、Claudeの性能を前提に作り込まれた一貫した体験を提供します。特定プロバイダーに縛られたくない、機密性の観点でローカルモデルを試したい、といった要件があるならClineの自由度が効いてきます。

OSS拡張とCLIエージェント、統合形態の違いを実務で見る

課金と並んで日々の使い勝手を左右するのが、ツールが「どこに住んでいるか」という統合形態の違いです。両者は重心が異なり、その差は拡張のしかたや運用への組み込みやすさに表れます。

Clineは「エディタに同居するOSS拡張」

Clineの重心はエディタの中にあります。VS Codeのサイドパネルに常駐し、コードを見ながら対話する体験が出発点です。オープンソース(Apache 2.0)であることの実務的な意味は、次の3点に表れます。

ひとつは、ソフトウェア自体を読んで監査・改変できる点です。エージェントが何をしているかをコードレベルで確認でき、社内方針に合わせてフォークする選択肢もあります。次に、.clinerulesというファイルをリポジトリに同梱することで、コーディング規約やアーキテクチャー方針をエージェントに教え込めます。そして、SDKを使えばカスタムツールやライフサイクルフックを登録でき、複数エージェントをKanbanボードで管理する仕組みも備わっています。

エディタ中心であるため、コードを目で追いながら一手ずつ確認する作業や、エディタを離れずに対話を完結させたい場面に馴染みます。

Claude Codeは「ターミナル常駐のCLIエージェント」

Claude Codeの重心はターミナルにあります。CLIとして起動し、シェルのパイプやスクリプトに自然に組み込める設計です。tail -200 app.log | claude -p "異常があれば知らせて"のように、ほかのコマンドと連結して使えます。

この設計は、運用への組み込みやすさに直結します。CI(継続的インテグレーション)のステップとしてコードレビューや翻訳を自動化したり、スケジュール実行で定期タスクを回したりといった、エディタの外側のワークフローに展開しやすいのが特徴です。拡張要素としては、プロジェクト共有の指示書CLAUDE.md、繰り返し作業をまとめるSkills(スキル)、操作の前後でシェルコマンドを走らせるHooks(フック)、タスクを分担する複数エージェントのSubagents(サブエージェント)を標準で備えます。これらは複数の入口で共有されます。

外部ツールとつなぐMCP(AIツールと外部データ源をつなぐオープン標準)には両者とも標準対応し、データベースやAPI、社内ツールをエージェントから呼び出せます。差が出るのは周辺のエコシステムの厚みで、拡張の用語や設計が両者で異なるため、既存の運用にどちらが馴染むかで選ぶことになります。

エージェントの作業スタイルはどちらも「計画してから実行」

連続した多段階の作業を進めるとき、両ツールとも「まず計画、次に実行」という二段構えを採ります。設計思想が近いところです。

Clineは、Plan ModeとAct Modeをトグルで切り替えます。Plan Modeではコードベースを探索し、不明点を質問しながら方針を立て、合意できたらAct Modeに切り替えて計画を実行します。一手ずつ承認する運用と、auto-approve(自動承認)で自走させる運用を選べます。

Claude CodeもPlan Modeで計画を先に提示し、権限の確認を挟まずに自走させる自動モードを持ちます。複数ファイルへの変更を計画し、テストまで回して検証する、といった一連の流れをエージェントが担います。

作業の進め方そのものは似ているため、ここは決め手になりにくい部分です。むしろ前述の課金・対応モデル・統合形態のほうが、日々の使い勝手を大きく左右します。

用途別の使い分け早見表

どちらか一方が常に正解というものではありません。利用形態ごとに、明確な恩恵があるケースとそうでないケースを早見表にしました。判定語は「向いている / 条件次第 / 別の選択肢が有力」の3段階です。

この表からは、コストの予測しやすさとClaude前提の一貫体験を取るならClaude Code、プロバイダーの自由度とOSSの透明性を取るならClineという、おおまかな住み分けが読み取れます。

併用するという選択肢 — 二者択一にしない判断

両者は排他ではありません。Clineは多数のプロバイダーに対応するため、AnthropicのAPIキーを設定すればCline上でClaudeを動かすこともできます。「Claude Code Clineの違い」を調べる読者の多くは二者択一を想定しがちですが、実際には作業の性質で役割を分ける構成もありえます。

判断の目安として、次のような分け方が考えられます。

ひとつの判断軸は、月のトークン消費がMaxの定額(月100〜200ドル)を超える水準に達しているかどうかです。達しているならClaude Codeの定額に寄せ、まだ届かない軽い使い方ならClineのBYOキー従量で固定費を抑える、という分け方が無駄になりにくい考え方です。エディタ中心の開発からCLI中心へ移る勘所はCursorからClaude Codeへの移行にも通じます。

よくある質問

ClineとClaude Code、どちらが安いですか

使い方で変わります。月のAPI従量が20ドル前後で収まる軽い使い方なら、固定費の出ないCline+BYOキー従量が無駄になりにくく、Opus中心で長時間・並行で回すヘビーな使い方ではMaxの定額枠(月100〜200ドル)のほうが割安に振れていきます。コードベースを繰り返し読ませる作業ではプロンプトキャッシュが効いて従量が安くなることもあるため、自分の実トークン量をAPIの利用ダッシュボードで確認するのが確実です。

ClineはClaudeモデルを使えますか

使えます。Clineは複数のプロバイダーに対応しており、AnthropicのAPIキーを設定すればCline上でClaudeのOpus / Sonnet / Haikuを利用できます。GPT系やGemini系など他社モデルへの切り替えも同じ画面から行えます。

Cline自体は有料ですか

Cline本体は無償のオープンソース(Apache 2.0)で、ソフトウェアにライセンス料はかかりません。費用が発生するのはモデルの推論部分で、自分のAPIキーで各プロバイダーへ従量で支払う形が中心です。

Claude CodeはVS Codeで使えますか

使えます。Claude CodeはターミナルCLIが中心ですが、VS Code拡張やJetBrainsプラグインも提供されており、エディタ内でインラインの差分表示や計画レビューを行えます。どの入口も同じエンジンに接続し、設定やMCPサーバーの構成を共有します。

従量課金で想定外に高額になるのを防げますか

BYOキー方式では、プロバイダー側で利用上限(支出キャップ)を設定して歯止めを掛ける運用になります。自律エージェントを長時間放置すると想定外にトークンを消費することがあるため、上限設定や、安いモデルへの切り替えでコストを管理する手間が生じます。定額のClaude Codeは利用枠の範囲で請求が頭打ちになるため、コストの天井を読みやすい構造です。

両方を併用する意味はありますか

使い方によってはあります。Clineはエディタ内で複数プロバイダーを柔軟に切り替えられ、Claude Codeはターミナル常駐で定額のまま長時間の自律作業やCI連携に向きます。エディタで一手ずつ確認する作業はCline、定額枠で長時間自走させる作業はClaude Code、というように作業の性質で役割を分ける構成も選択肢になります。

まとめ

Claude CodeとClineは、AIコーディングエージェントとして担う仕事は近いものの、選ぶ基準ははっきりしています。月額の定額でコストを頭打ちにし、Claudeを前提にした一貫した体験とターミナル常駐の運用を重視するならClaude Codeが噛み合います。ソフトウェア自体は無償で、複数プロバイダーやローカルモデルを自由に切り替えたい、OSSとして中身を監査・改変したいならClineの自由度が活きます。

決め手は、月のトークン消費がMaxの定額水準に届くかという損益分岐と、ツールをターミナル(CLI)に置くかエディタ(拡張)に置くかという統合の重心です。課金モデル・統合形態・対応モデルの3軸に自分の使い方を当てはめれば、どちらが手元の開発フローに合うか、あるいは両者をどう併用するかを見極められます。