VT CodeとOpenCode：ワークフロー、モデル、総コスト

VT CodeとOpenCodeはどちらも、クライアント料金が一切かからず、自分のOpenAI互換エンドポイントも受け付ける無料のターミナル・コーディングエージェントです。そのため、これは価格比較ではありません。実際の違いは、各エージェントでそのエンドポイントをどこに定義できるか、権限のデフォルトがどの方向に設定されているか、そして同じ製品で月額$10のサブスクリプションも利用したいかどうかです。 VT Codeは、1人のメンテナーが率いる独立プロジェクトによる単一のRustバイナリです。OpenCodeはAnomaly社のTypeScriptエージェントで、デスクトップアプリ、エディター拡張機能、独自のファーストパーティウォレットを2つ備えています。

まず、2つの名称上の落とし穴を解消する必要があります。どちらかを取り違えると、その後の内容がすべて無効になるためです。「VT Code」はVisual Studio Codeではありません。しかもVT Codeは紛らわしいことに、別のバージョン系列で独自のVS Code用コンパニオン拡張機能を提供しています。また、OpenCodeと呼ばれるものは3つあります — この比較に含まれるのはそのうち1つだけです。

実際に比較しているもの

リポジトリのメタデータ、リリース、dist-tagは、2026年9月21日にGitHub API、npm、crates.ioから読み取りました。4つ目の混同があります：「OpenCode Go」はAnomalyの月額$10サブスクリプションプランの名称でもあります。これはGo言語やアーカイブ済みのGo CLIとは無関係です — VT Codeは組み込みプロバイダーキーの1つをopencode-goと命名しており、混乱をさらに招きます。また、VT Codeのバージョンがいかに速く進むかにも注意してください。0.164.0、0.164.2、0.165.0は、9月20日から21日にかけて約27時間の間にすべてリリースされました。そのため、このページに印刷されたバージョンを含め、どのページのバージョン表示も盲信せず、タグを確認してください。

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

移行コストについて。安価な部分はAGENTS.mdです。どちらのツールもプロジェクトルートから読み取るため、規約を記述したファイルはどちらの方向に移行してもそのまま残ります。高価な部分はそれ以外のすべてです。2つの設定形式は分離しており、片方はテーブルの配列を持つTOML、もう片方はプロバイダーごとにnpmパッケージを指定するJSONです。変換ツールはないため、プロジェクト固有の設定は手作業で書き換える必要があります。MCP定義、スキル、プラグイン、カスタムエージェント、セッション履歴が移行できるかどうかはこのページでは確認していないため、その書き換え以外の移行時間は見積もっていません。

判断に値する唯一の非対称性：エンドポイントを配置できる場所

これは一般的なテンプレートでは誰も言及しない違いで、通常のモノレポ志向を逆転させます。OpenCodeはカスタムプロバイダーを通常のプロジェクトデータとして扱います。コミット済みのopencode.jsonが機能するため、レビュー済みの1ファイルでチーム全員を1つのゲートウェイに統一できます。VT Codeは意図的にこれを拒否します。

VT Codeの設定フィールドリファレンスには、フィールド自体に次のように記載されています：「リポジトリが管理するワークスペース／プロジェクト層からの空でない値は拒否されます。信頼できるシステム／ユーザー設定、または明示的に選択した設定でプロバイダーエンドポイントを定義してください。」同じ拒否はcustom_providers[].base_url、custom_providers[].auth.command、provider_overrides.*.base_url、.api_key_envにも繰り返し記載されています。そのセキュリティモデルでは、理由を独立した層として説明しています。ローダーはマージされた各フィールドの最終的な出所を記録し、ワークスペースルートのファイル、ワークスペースの.vtcode/ファイル、プロジェクトプロファイルをリポジトリ管理下として扱い、プロバイダー検証前にフェイルクローズします。これにより、リポジトリがカスタムプロバイダーの実行可能なauth.commandを導入したり、上書きされたベースURLを通じてリクエストをリダイレクトしたりすることを防ぐと説明されています。

実際の影響は次のとおりです。OpenCodeでは、1つのマージ済みプルリクエストでチーム全体をゲートウェイに向けられます。VT Codeでは、同じ変更をユーザーまたはシステム設定にマシンごとにインストールするか、起動時に--configパスを渡す必要があります。これは本当のトレードオフです。一方はデプロイの利便性、もう一方はサプライチェーン管理です。どちらを好むかは、機能一覧のどの項目よりも、このページでクライアントを選ぶ強い理由になります。どちらの事実も、2026年9月21日にmainから読み取りました。

権限、自律性、各ツールが提供するインターフェース

出典：VT Codeの設定フィールドリファレンス、セキュリティモデル、プロバイダーガイド、およびOpenCodeの権限、プロバイダー、サーバー、ACPのドキュメント。すべて2026年9月21日に読み取り、いずれもデフォルトを説明しています。どちらのクライアントも反対方向に再設定できます。両方ともACPに対応し、MCPもサポートしているため、エディターへの接続範囲は差別化要因というよりほぼ同等です。

お金が流れる先はクライアントではなくウォレット

OpenCodeは独自のものを2つ販売しています。VT Codeは何も販売していません。これはそれ自体が判断材料です。送信するすべてのトークンは設定した相手から請求され、頼れるファーストパーティプランはありません。

価格とクォータは、2026年9月21日にOpenCodeの公式ドキュメントから読み取りました。比較前に知っておくべき点が2つあります。Goはモデルごとのデータ利用条件を公開していますが、統一されていません。ほとんどの行にはモデル学習に使用しない、ゼロ日間保持とありますが、いくつかは30日間保持を明記し、2つのコントリビューターモデルは学習に使用され、ゼロ保持ではないと記載されています。そのため、利用するモデルの行を確認してください。また、Zenは日付付きの廃止予定を公開しているため、1つのモデルIDに基づく比較はページ自体より速く古くなる可能性があります。OpenCode Enterpriseは価格を公開していない問い合わせフォームであり、このページでは価格を引用していません。

独自のエンドポイントでセッションにかかる費用

以下の数値は、説明のためのトークン数に基づく計算であり、測定されたタスクのコストでも、請求額の上限でもありません。1回のエージェントセッションで、キャッシュされていない入力トークンを200,000トークン送信し、出力トークンを15,000トークン受信すると仮定します。これは比較のための仮定であり、お客様のリポジトリでの測定結果ではありません。料金には、Kunavoカタログの現在の100万トークンあたりの価格を使用しています。最後の列は単純に割り算した結果であるため、それまでのすべての仮定がそのまま適用されます。

最後の列をOpenCode Goの月額$10と照らし合わせても、それだけで結論を出さないでください。両者は同じ単位ではありません。Goの上限はそのモデル一覧での利用額をドルで表したものであり、あなたが支払う金額ではありません。また、2つのモデル群は一部しか重なりません。GPT 5.6 LunaはGoの公開一覧にありますが、上の表のClaudeとGeminiの行にあるモデルはありません。サブスクリプションで得られるのは、単価というより費用の予測可能性でもあります。表から明確になるのは、何を比較すべきかです。安価なモデルで週に数回の長いセッションを行うなら、トークン従量制のほうが有利です。Goが実際に提供するモデルを終日集中的に使うなら、定額プランが明らかに劣るとは言えなくなります。選択する前に自分のセッションを測定してください。2回目の試行が必要なモデルなら、単価上の優位性はすぐに消えるからです。

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

どちらを自分のエンドポイントに向けるか

VT Code側は[[custom_providers]]ブロックです。上のセクションで説明した配置ルールが、多くの人が間違える部分です。

# This block is rejected if it arrives from a repository-controlled
# layer. Put it in your user config, in the Unix system layer
# (/etc/vtcode/vtcode.toml), or pass it with --config / VTCODE_CONFIG_PATH.
[[custom_providers]]
name = "kunavo"
display_name = "Kunavo"
base_url = "https://api.kunavo.com/v1"
api_key_env = "KUNAVO_API_KEY"
api_format = "openai-chat"
model = "claude-sonnet-5"
models = ["claude-sonnet-5", "claude-haiku-4-5"]
context_window = 1000000   # omit this and VT Code assumes 128000

このブロックについて、プロバイダーガイドとフィールドリファレンスに基づく注意点が4つあります。キーはapi_key_envで指定された環境変数から読み取られ、設定ドキュメントにはAPIキーをvtcode.tomlに決して記述しないよう明確な注意があります。api_formatはauto、openai-chat、openai-responses、anthropic-messagesを受け付けます。明示的な値は黙ってフォールバックせず、そのまま尊重されます。Anthropicの経路は2つのベースURL規約が異なるため、別途確認する価値があり、ベースURLリファレンスで説明されています。context_windowの設定も重要です。省略するとプロバイダーは128,000トークンと想定され、はるかに大きなコンテキストでコンパクションと事前チェックがひそかに制限されます。さらにVT Codeはカスタムエンドポイントにも名前ベースのOpenAIサンプリング制限を適用します。たとえばモデルIDがgpt-6-astraに一致すると、temperatureやtop_pを受け取りません。ガイド自身も、「そのような名前で固定値が必要な場合は、ゲートウェイ上で中立的なモデルIDを優先する」よう助言しています。

OpenCodeに相当するものはデータファイルで、npmフィールドが通信形式を選択します。@ai-sdk/openai-compatibleは/v1/chat/completionsを提供するエンドポイント向け、@ai-sdk/openaiは/v1/responses向けです。

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "kunavo": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Kunavo",
      "options": {
        "baseURL": "https://api.kunavo.com/v1",
        "apiKey": "{env:KUNAVO_API_KEY}"
      },
      "models": {
        "claude-sonnet-5": {
          "name": "Claude Sonnet 5",
          "limit": { "context": 1000000, "output": 128000 }
        }
      }
    }
  }
}

OpenCodeでは、カスタムプロバイダーを宣言する代わりに、組み込みプロバイダーのbaseURLを上書きすることもできます。ドキュメントによれば、既知のプロバイダーのモデルメタデータはModels.devから取得されるため、手動で宣言したプロバイダーは独自のlimitを指定する必要があります。また、/connectコマンドで追加したキーは~/.local/share/opencode/auth.jsonに保存されます。Kunavoはこのクライアント向けの設定ページ、OpenCode統合ガイドを公開しています。ここではVT Codeの統合ページは提供しておらず、上のTOMLブロックはVT Codeの文書化されたフィールド定義から組み立てた設定リファレンスです。どちらのクライアントもKunavoに対してランタイムテストされておらず、どちらについても互換性があるとは主張していません。動作する経路を確保し、範囲を限定したタスクを1つ実行し、日常的に使うクライアントを切り替える前にアカウントに記録された請求額を確認してください。キーに入金する準備ができたら、Kunavoアカウントを作成してください。

実際に時間を無駄にしかねない、インストール上の注意点が1つあります。vtcodeという公開npmパッケージは、現在のVT Codeではありません。そのdist-tag latestは0.52.8で、2025年12月24日に公開されました。一方、crates.ioは2026年9月21日時点で0.165.0でした。VT Codeのインストールドキュメントには、別のnpmパスであるnpm install -g @vinhnx/vtcode --registry=https://npm.pkg.github.comに加え、cargo install vtcodeと、brew install vinhnx/tap/vtcodeより先にbrew trust vinhnx/tapを実行する必要があるHomebrew tapが記載されています。同じドキュメントでは、Windows向けアーティファクトはベストエフォートであり、すべてのリリースに含まれるとは限らないと警告しています。一方、OpenCodeのインストールページはWindowsではWSLを推奨しています。そのため、それぞれのドキュメントに基づく限り、どちらもWindowsを第一級の対象として扱うツールではありません。

さらに比較しますか？CrushとOpenCodeの比較では同じOpenCodeをCharmのエージェントと比較し、OpenCodeの価格ではZenとGoを詳しく説明し、OpenAI互換APIリファレンスでは両クライアントが依存するエンドポイント規約を扱っています。

よくある質問

2026年9月21日に確認：3つすべてのリポジトリのGitHub APIとVT Codeのリリース一覧、opencode-ai、@opencode/cli、vtcodeのnpm dist-tag、vtcodeのcrates.ioレコード、mainにあるVT CodeのREADME、セキュリティモデル、プロバイダーガイド、設定フィールドリファレンス、インストールドキュメント、VS Code拡張機能マニフェスト、そしてOpenCodeの権限、プロバイダー、サーバー、Zen、Go、ダウンロードの各ページを確認しました。Kunavoのトークン料金は最新のカタログから取得しています。このページのためにどちらのクライアントもインストール、実行、Kunavoエンドポイントへの接続を行っておらず、ベンチマークや性能比較も実施していません。また、そのような主張もしていません。ここにあるすべてのドル額は、測定したタスク費用ではなく、例示的なトークン計算です。