ContinueとCline：2026年にどちらを選ぶか

この2つのうち、現在も開発が続いているのはClineだけです。VS Code拡張機能は2026年9月17日に4.1.19を、npm CLIは2026年9月15日に3.0.62を公開しました。一方、ContinueはCursorに買収され、メンテナーはリポジトリを読み取り専用とし、積極的なメンテナンスを終了したと表明しています。ただし、Continueの最終ビルドは引き続き動作し、設定は現在完全にローカルであるため、これは一方向に簡単に決められる問題ではありません。正直な判断基準は機能スコアではなく移行コストであり、どちらを選ぶかは1つの問いに左右されます。Continueを自分のエンドポイントに向けていましたか、それともContinueのHubに向けていましたか？

「cline vs continue」を検索し、現在も提供されている2つの製品を比較するつもりでここに来たなら、その検索の前提はすでに変わっています。これらの検索語で上位に表示されるレビュー記事がContinueの有料プランやHubについて今も何を述べていようと、どちらも販売されていません。continue.dev/pricingと/hubはどちらも404を返し、Continue自身のホームページでは継続課金が無効化されたと説明しています。以下の内容はすべて、確認日を添えた公式情報源に基づいています。

各プロジェクトの現在の実態

出典（すべて2026年9月19日に確認）：continue.dev（ページタイトルは文字どおり「Continue (acquired by Cursor)」）、ContinueのREADME、continuedev/continueおよびcline/clineのGitHub API、@continuedev/cliおよびclineのnpmレジストリ記録、Visual Studio Marketplace拡張機能クエリAPI。

2つのバージョン上の落とし穴は明記しておく価値があります。どちらも簡単に間違えやすいためです。まず、ContinueのREADMEには「VS Code拡張機能、CLI、JetBrainsプラグインの最終2.0.0リリース」とありますが、npmにはCLIの2.xがまったく存在しません。@continuedev/cliの公開済み332バージョンのうち、最新は1.5.47です。「Continue CLI 2.0.0」はインストールできるバージョンではありません。次に、VS Codeの番号はチャンネルによって異なります。GitHubの最後の非プレリリースタグはv2.0.0-vscodeですが、Marketplaceでは現在PreReleaseプロパティがtrueに設定された2.1.0が提供されています。番号を示す際は必ずチャンネルも明記してください。また、「リポジトリはアーカイブ済み」ではなく、「メンテナーが読み取り専用と宣言した」と言ってください。GitHub APIはarchived: falseを報告しているため、この2つは異なる主張であり、正しいのは「メンテナーが読み取り専用と宣言した」という主張だけです。

どの製品を誰が選ぶべきか

ここではスコアではなく自分の状況に照らして読んでください。この場合、判断の大部分を左右するのは移行コストだからです。

率直に言えば、すでにエンドポイントを自分で所有しているなら、シャットダウンによる当面のコストはなく、緊急性も低いでしょう。Continueがモデルカタログ、MCPレジストリ、ログインでもあったなら、3つが同時に消えたことになり、古いバージョンを固定しても取り戻せません。

ワークフロー、権限、利用面

Continueのツール権限ドキュメント、設定リファレンス、ClineのCLIリファレンス、Clineの設定ガイド、Cline CLI READMEに基づき、2026年9月19日に確認しました。Clineの行について1点補足すると、CLI READMEではインタラクティブTUIがツールのライブ承認を提供するとも説明されています。そのため、「自動承認のデフォルトはtrue」はフラグのデフォルト値を示すものであり、すべての利用面が無人実行されるという主張ではありません。大切なリポジトリに接続する前に、自分のシェルで動作を確認してください。

BYOKの境界、つまり両者が本当に異なる点

どちらのクライアントも、サードパーティのOpenAI互換エンドポイントと通信できます。非対称性は、各利用面がカスタムベースURLに対して受け付けるプロトコルにあり、それはソースに表れています。

ContinueはapiBaseをモデルごとの汎用オーバーライドとして扱います。リファレンスには、これは「モデルごとに指定されたデフォルトAPIベースを上書きするために使用できる」とあります。つまり、OpenAIプロトコル経路とAnthropicプロトコル経路の両方を同じファイルで表現できます。OpenAI互換プロバイダーのページにはこのブロックが記載されており、例には/v1サフィックスが付いています。

models:
  - name: Sonnet via gateway
    provider: openai          # the wire protocol, not the vendor
    model: claude-sonnet-4-6
    apiBase: https://api.kunavo.com/v1
    apiKey: ${{ secrets.KUNAVO_API_KEY }}
    roles: [chat, edit, apply]
    capabilities: [tool_use]  # declare it: autodetection is frozen at June 2026

ここでは、凍結されたコードに関する2つの詳細が重要です。Continueのリファレンスには、「ほとんどのモデルについて、これらの機能を自動的に検出する」とあり、capabilitiesがその自動検出を上書きします。最後のビルドが2026年6月に提供されたため、その検出が認識するモデルIDは現在固定されています。認識されないIDについては、自分でcapabilities: [tool_use]を宣言してください。リファレンスでは、これは「Agentモードに必須」とされています。また、プロバイダーページには、Continue自体がデフォルトで「oシリーズおよびgpt-5モデルにOpenAIの/responsesエンドポイントを使用する」とあります。したがって、ゲートウェイがそれらのIDのいずれかについてチャット完了を要求する場合、useResponsesApi: falseによって/chat/completionsが強制されます。同じページでは、古いcompletions経路についてuseLegacyCompletionsEndpoint: trueも説明しています。

ClineのOpenAI互換プロバイダーでは、Base URL、API Key、Model IDに加えて、Max Output Tokens、Context Window、Image Support、Computer Use、Input Price、Output Priceが求められます。CLIではベースURLが検証されます。mainのauthコマンドに別のものを渡すと、次のリテラル文字列が返されます。

base URL is only supported for OpenAI and OpenAI-compatible providers

したがって、Cline CLIではOpenAI互換経路を使用してください。コマンド自体について1点注意があります。バリデーターは内部のprovider-id定数と照合しますが、このページではそのリテラル文字列を読み取っていません。そのため、ここを含め、どこからであっても推測した--provider値をコピーしないでください。

# Cline's own help output is the only safe source for the provider id
# string, so read it rather than copying one from a guide.
cline auth --help

# Then either run it interactively...
cline auth

# ...or supply the pieces the validator accepts for an
# OpenAI-compatible endpoint: key, model id and base URL.
#   --baseurl https://api.kunavo.com/v1

ゲートウェイ固有の、コストがかからずすぐに効果があるヒントです。ClineのInput PriceとOutput Priceのフィールドには、ゲートウェイの実際の100万トークンあたりの料金を入力してください。Clineはこれらの数値からタスク単位のコスト表示を計算するため、デフォルトのままにすると、あなたの料金ではなく別のプロバイダーの料金を示します。

プロトコルとは無関係な2つの境界があります。Clineのエンタープライズリモート設定では、管理者がOpenAI互換プロバイダーを保存すると、組織メンバーは「他のプロバイダーを選択したり、個人のClineアカウントに切り替えたりできなくなる」とされています。したがって、管理された組織では、BYOKはあなたの判断ではなく管理者の判断です。一方、Clineの無料モデルプロモーションは逆方向です。そのページには、これらは「Clineアカウントを持つすべてのユーザーが利用でき」、無料モデルの利用は「Cline APIではサポートされない」とあります。つまり、これはClineアカウント経由の経路であり、自分のゲートウェイキーが到達するものではありません。

どちらのクライアントでも同じセッションにかかる費用

どちらのクライアントも、それ自体の利用料金は請求しません。ContinueはApache-2.0で、請求する者ももういません。Clineの料金ページでは、Open SourceティアをFreeとし、VS Code拡張機能、CLI、「Purchase and Model Inference at Cost or BYOK」を含むと記載されています。Enterpriseの料金はCustomです。したがって、比較対象はトークン料金の全体であり、同じモデルと同じトラフィックなら両者で同一です。

以下の数値は実測したタスクコストではなく、請求上限でもない、トークン計算の例です。1回のセッションでキャッシュされていない入力トークンを200,000個送信し、出力トークンを12,000個受け取るとします。料金はKunavoカタログの100万トークンあたりの現在の価格です。

この表が意図的に示していないのは、一方のクライアントが他方より少ないトークンを送信するという主張です。それには両方で実測した実行が必要ですが、ここでは実施していません。クライアントの選択は操作性、権限のデフォルト、保守リスクを変え、モデルの選択は請求額を変えます。これらの前提では、同じトラフィックに対してClaude Opus 5のコストはClaude Haiku 4.5の約5×であり、上の機能表にある何よりも大きな影響要因です。

Kunavoのカタログ金額は上限ではなく請求の下限です。上流が料金を報告すると、請求額はカタログコストと、上流コストに該当するマークアップを乗じた金額のうち大きい方になります。キャッシュ料金と外部ツールはこの例の対象外です。前払いクレジットの最低チャージ額は$10です。これは資金補充の最低額であり、タスク料金でもサブスクリプション料金でもありません。請求の詳細を参照してください。

一部の読者にとって比較を変えるため、Cline独自の有料経路についても補足します。Clineクレジットは従量課金で、匿名では料金表が公開されていません。ClinePassは月額$9.99で、脚注には「プロモーション期間終了後の標準料金は月額$9.99」「追加の処理手数料が適用される場合があります」とあります。ClinePassはClineクレジットとは別の製品で、オープンウェイトモデルのみを対象とします。対象はGLM、Kimi、DeepSeek、MiniMax、MiMo、Qwenの各ファミリーです。そのため、ClaudeやGPTへの経路ではなく、ClaudeやGPTのファミリーを使用する場合のゲートウェイの代替にもなりません。ClineのClinePassドキュメントでは、利用量は5時間のローリングウィンドウ、暦週、暦月という3つの制限に対して計測されると説明されています。マーケティングページには「標準APIレート制限と比べて2～5倍の利用量」とありますが、基礎となる割当量はどちらにも公開されておらず、このページでそれを作り出すこともしません。

ドキュメントは古く、ソースが信頼できる情報源

これは、行き場を失ったContinueユーザーに伝えられる最も有用な情報であり、1分で再確認できます。ContinueのCLIクイックスタートには、要件として今も「Continueアカウント、またはAnthropic APIキー」が記載され、ブラウザーで認証するためのcn loginも文書化され、ヘッドレスユーザーにはCONTINUE_API_KEYをエクスポートするよう案内しています。しかし、そのどれも機能しません。ログインすると、APIホストがタイムアウトするサービスに対してブラウザーが開きます。また、mainの出荷済みオンボーディングコードが尋ねるのは次の1点だけです。

To get started, enter your Anthropic API key.

そのファイルには「Continueでログイン」分岐はもうありません。ログイン要件は意図的に削除されました。コミットメッセージには「remove dead login requirement and Login Required UI」とあります。その後のコミットでは、デフォルト設定内のHubスラッグがインラインのモデル定義に置き換えられ、ソースコメントでHubスラッグの解決が削除されたと説明されています。製品内の非推奨バナーも、製品自身の言葉であるExtension configuration is local only as of v2.0.0と伝えていました。ただし、もう表示されません。このコンポーネントには2026年9月9日のハードコードされた有効期限があり、それ以降は何も描画しないため、現在そのメッセージはソース内にしか存在しません。ドキュメントサイトの最終変更は2026年7月で、現在はGitHub Pagesから配信されています。現在の真実はコードです。

実務上の帰結は2つあります。まず、オンボーディングプロンプトはキーの形式を検証します。CLIのバリデーターは、sk-ant-で始まる場合にのみ受け付けるため、それ以外の形式のゲートウェイキーはそこで拒否されます。ソースが示す回避策は、初回実行時に--config <path>を渡すことです。これはオンボーディングより前に確認されます。このページではその回避策を実行していません。ソースから読み取っただけで、テストしたものではありません。次に、Hub専用フラグは現在では無用です。--model、--mcp、--agentはそれぞれCLIソースでowner/package形式のHubスラッグを受け取ると文書化されており、--orgは組織スラッグを受け取ります。いずれもDNSレコードのないホストから解決されます。知っておく価値のある例外は--promptと--ruleです。どちらもHubスラッグだけでなく、ファイルパスまたはリテラル文字列の内容を受け付けるため、現在も機能します。--config <path>のファイル形式もローカルパスなので機能します。

どちらか一方をゲートウェイに接続して設定する

Kunavoは両方のクライアント向けに設定リファレンスを公開しています。これらは公開されたセットアップガイドであり、互換性テストではありません。ここではどちらのクライアントもKunavoのエンドポイントに対して実行時テストをしておらず、このページの内容はベンチマークでも実測結果でもありません。Continueのリファレンスが今も正確である理由は明記する価値があります。設定スキーマが凍結されているため、変動しないのです。

Cline統合ガイドまたはContinue統合ガイドから始め、ContinueまたはClineのIDE拡張機能でAnthropicプロトコル経路を使用する場合は、AnthropicベースURLのドキュメントを参照してください。1つの範囲を限定したタスクを実行し、クライアント独自の見積もりを信頼するのではなく、アカウントに実際に記録された請求額を確認してください。キーに資金を入れる準備ができたら、Kunavoアカウントを作成してください。

さらに比較しますか？Clineの料金ではClineの3つの支払い経路を詳しく説明し、Clineに最適なAPIではプロバイダーの選択肢を比較し、Roo Code対ClineとKilo Code対Clineでは2つのフォークを扱っています。これらはそれぞれ独自の料金を持つ別製品であり、Clineと同じものとして置き換えて扱うことはできません。ゲートウェイ自体が検討対象なら、OpenRouterの代替と最適なLLMゲートウェイを読むべき比較記事です。

よくある質問

2026年9月19日に一次情報源のみで確認しました。continue.devとそのHTTPステータスコード、hub.continue.devおよびapi.continue.devのDNS解決、@continuedev/cliとclineのnpmレジストリ記録、両リポジトリのGitHub API、Visual Studio Marketplace拡張機能クエリAPI、JetBrains MarketplaceプラグインAPI、cline.bot/pricingとcline.bot/cline-pass、ContinueおよびClineのドキュメントサイト、両プロジェクトのmain上のソースファイルを確認対象としています。どちらのクライアントもインストールまたは実行していないため、ここでの主張はいずれもベンチマーク、速度測定、実測タスクコストではありません。Kunavoのトークン料金は現在のカタログに基づき、すべてのドル例はトークン計算の例です。