Mistral Vibeの代替：ワークフローとAPI制御で選ぶ

Mistral Vibeの代替手段を検討する際の率直な出発点は、Vibe CLIがなくならないということです。mistralai/mistral-vibeはApache-2.0で、アーカイブされておらず、2026年9月18日にv2.25.5をリリースし、2026年9月21日に最後のプッシュが行われています。人々が置き換える理由は、依然としてMistralに到達するバックグラウンド呼び出し、サードパーティ経路のない音声機能、リモートで変更できるデフォルト、動作中の設定を壊すほど速いリリース頻度という4つに分かれます。そしてそれぞれが異なる代替手段を示します。このページでは選択の分岐を示すとともに、切り替えに伴ってファイル面で実際にどのような負担が生じるかも説明します。

まず、どの料金が関係するのかを決める区別を1つ説明します。Mistralは2026年5月28日にLe ChatをVibeへ改名しました。「Le ChatはVibeになりました」。仕事とコードにまたがる1つのエージェント、1つのライセンスです。したがって「Mistral Vibe」は現在、コンシューマー向けアシスタントとコーディングエージェントの両方を指し、その名前で見つかるサブスクリプション料金はすべてアシスタント向けです。CLIはmistral-vibeパッケージで、Apache-2.0、$0です。3つ目の製品であるMistral Code Enterpriseは、別の非推奨プラグインです。「Mistral Vibeを優先して非推奨」とされ、2027年3月まで動作し、エンタープライズライセンスのみです。さらに、名前が衝突するものが2つあります。vibe.usは会議室向けコラボレーションハードウェアを販売し、「vibe coding」のReplit、Bolt、Lovableに関するまとめは方法論についてのものであり、ターミナルエージェントの置き換えについてではありません。

人々がVibe CLIを離れる理由

すべてのリクエストが、指定したプロバイダーに送られるわけではありません。 v2.25.5では、utility-completionモジュールが高速なMistralモデルmistral-vibe-cli-fastを定義し、そのdocstringには、Mistralプロバイダーが使用可能なら「セッションのアクティブプロバイダーが別のものであっても」優先すると記載されています。組み込みデフォルトでは常に1つが設定されます。呼び出し元はコーディング中のターンではなく、セッションタイトル、git worktree名、エージェントループ、アプリサーバーランタイムなどのバックグラウンド処理です。同じファイルには、使用可能なMistralプロバイダーがないこと、エイリアスmistral-smallを除外するallowed_models許可リスト、または解決できないMISTRAL_API_KEYという、文書化された3つの回避策があります。離脱の理由が「すべてのトラフィックを1つのエンドポイントに送る必要がある」なら、移行前にここから確認してください。その場で解決できる可能性があります。

音声はMistral独自のオーディオプロトコルに固定されています。このリリースではTranscribeClientとTTSClientは文字列enumで、唯一のメンバーはMistralです。付属のデフォルトはwss://api.mistral.aiとhttps://api.mistral.aiを指し、どちらもMISTRAL_API_KEYをキーにしています。[[transcribe_providers]]または[[tts_providers]]ブロックを使えばapi_baseとキー変数は変更できますが、変更できないのはclientです。そのため、接続先は依然としてMistral独自のオーディオAPIに対応している必要があります。Kunavoは音声テキスト変換、テキスト音声変換、埋め込みモデルのいずれも提供していないため、クライアントやゲートウェイを切り替えても音声要件は解決しません。その段階では、それを販売するプロバイダーが必要であり、このページはそうでないかのようには説明しません。

一部のデフォルトはリモートで設定されます。2.25.5の設定スキーマはExperimentsConfigをhttps://experiments.mistral.services/に対するenable = Trueとともに提供し、enable_telemetryのデフォルトはTrueです。この層は実行時にrouted_default_model、routed_model_config、routed_extra_modelsを供給でき、Smart Approveモードは、ロールアウトによって有効になるまでオフのままの2つの実験フラグによって制御されます。最後の点は、Vibe CLIとClaude Codeの比較ページへの注意事項です。そのページではSmart Approveの分類器が高速なMistralモデル上で動くと説明していますが、2.25.5では両方のフラグがデフォルトでオフで、ロールアウトによって公開されるまでモードは非表示です。したがって、そのルーティングが到達するのは、Smart Approveが実際に提供された後だけです。上記のユーティリティモデルのルーティングは、タイトルとworktree名について引き続き有効です。

リリース頻度が速すぎて、動作中の設定を壊す可能性があります。2.25.5の変更履歴には、APIキーの環境変数なしで設定されたプロバイダー — ローカルまたはセルフホストのモデルサーバー — に関する修正が記録されています。それらは「毎ターンMISTRAL_API_KEY不足エラーで失敗するのではなく、Unified Harness上で再び動作する」ようになりました。つまり、キーなしのローカルプロバイダーは、少なくとも以前のあるリリースではUnified Harness上で失敗していました。変更履歴にはどのバージョンからかは記載されていないため、インストールするバージョンで確認してください。同じリリースでは、そのハーネスから「experimental」ラベルが外され、--legacy-harnessが回避策として示されています。また2.25.4では、シェル権限チェックで修正された5つのCVE識別子が列挙されています（識別子は変更履歴に印刷されたとおりで、CVEデータベースとは別途照合していません）。作成するランブックではバージョンを固定してください。

離脱理由に合う代替先

リポジトリ、リリース、マーケットプレイスの数値は、2026年9月21日にGitHub API、PyPI、Visual Studio Marketplace、および各プロジェクト自身のドキュメントから確認しました。これらのうち3つは現在、多くのガイドが今も掲載しているURLとは異なる所有者のもとにあります。GitHubのリダイレクトは新しい所有者を裏付けていますが、いずれについても日付付きの発表は見つからなかったため、買収ではなく記録上の名称変更として捉えてください。最初の行には確認範囲の制限が1つあります。確認したのは各プロジェクトのカスタムプロバイダー設定であり、バックグラウンド通信ではありません。したがって「すべての呼び出しが自分のエンドポイントに到達する」ことが実際の要件なら、自分の構成でプロキシログを使って確認してください。より詳しい比較はOpenCodeの代替、Aiderの代替、CrushとOpenCodeの比較にあります。

選ぶ前にワイヤを確認する

これは機能表では抜け落ちる部分であり、既存のキーがそもそも機能するかどうかを決めます。各クライアントはカスタムエンドポイントに対して異なるプロトコルセットを受け入れ、そのうち1つは多くのゲートウェイが提供する形式を拒否します。

それぞれで午後を丸ごと費やしかねない注意点が3つあります。VibeのOpenAI形式では、api_baseは/v1ルートでなければなりません。OpenAIアダプター自体が/chat/completionsを追加するためです。一方、anthropicアダプターは/v1/messagesを追加するため、こちらではホストルートが必要です。Crushの設定場所は変更されました。v0.96.1ではcrushrcがプロバイダーを追加する場所として文書に記載されており、crush.jsonは$HOME/.local/share/crush/の配下に引き続き保存されます。そのため、JSONファイルにプロバイダーを追加するチュートリアルは古い形式を説明しています。またREADMEでは、crushrcが完全なシェルで実行されるため、両方のファイルが信頼できるコードとして扱われると警告しています。そしてCodex CLIの制約により、移行が早い段階で行き詰まることがあります。このバージョンでは、chat-completionsキーはCodex CLIのプロバイダーとして使えません。

最も一般的な移行 — 1つのキーを維持したままVibe CLIからOpenCodeへ移行する場合 — では、移行先での宣言はウィザードではなくファイルで行います。

{
  "provider": {
    "kunavo": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Kunavo",
      "options": {
        "baseURL": "https://api.kunavo.com/v1",
        "apiKey": "{env:KUNAVO_API_KEY}"
      },
      "models": {
        "claude-sonnet-4-6": { "name": "Claude Sonnet 4.6" }
      }
    }
  }
}

Crushに相当するのは、crushrc行（provider add kunavo --type openai-compat --base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY"）に続けて、一覧に表示したい各モデルごとにmodel addを記述する形式です。これはREADME自体のカスタムプロバイダー例で使われている構成です。どちらも各プロジェクトのドキュメントから読み取った公開設定形式であり、実行時テストではありません。Kunavoはどちらのクライアントもそのエンドポイントに対して実行していません。セットアップ方法は、OpenCode連携、Crush連携、Mistral Vibe連携を参照してください。

何が移行し、何が移行せず、どうロールバックするか

ファイルコピーとして移行されます: AGENTS.md。Vibe CLI 2.25.5はAGENTS_MD_FILENAME = "AGENTS.md"を定義し、OpenCodeのドキュメントはプロジェクトのAGENTS.mdをGitにコミットするよう案内しており、Crush v0.96.1は~/.config/AGENTS.mdを読み込み、initialize-as AGENTS.mdオプションを備えています。同じファイル名なので、この部分は移植できます。ただし各クライアントは内容を独自に解釈するため、同じ動作だと決めつけず、新しいツールで一度読み直してください。

移行されないもの: ツール、スキル、プラグイン、サブエージェント。Vibeではこれらをプロジェクトの.vibe/ディレクトリに保持し、tools/、skills/、plugins/、agents/のサブディレクトリと.agents/skillsディレクトリを置き、グローバル版は~/.vibe以下に置きます。ここにある他のクライアントはこのレイアウトを読み込まないため、手動で再定義する前提で計画してください。キーも移行されません。Vibeのセットアップフローはキーを~/.vibe/.envに書き込み、環境変数が優先され、移行先の各クライアントはそれぞれ独自の変数名を使用します。

履歴はまったく移行されません。 Vibeのセッションは~/.vibe/logs/session以下のローカルファイルで、.session_index.json、続いてセッションごとのmeta.jsonとmessages.jsonlで構成されます。2.25.5のwheelには3つのコンソールスクリプト（vibe、vibe-acp、vibe-app-server）が含まれ、--continueと--resumeを公開しています。エクスポートコマンドは見つかりませんでした。2.25.5以降、このディレクトリはWindows以外のシステムでは所有者のみがアクセスできます。インポートを計画するのではなく、そのまま保持してください。

行き詰まらない移行手順は次のとおりです。AGENTS.mdを新しいクライアントのプロジェクトルートにコピーし、上の表にあるプロトコルを使って、そのクライアント固有のファイルでプロバイダーを宣言し、指定されたキー変数をエクスポートします。両方のクライアントで、まず単一ファイルを編集し、次に複数ファイルにまたがる調査を行うという、範囲を限定したタスクを1つ実行し、それぞれについてプロバイダーアカウントに記録された内容を確認してください。開始前にロールバックを準備します: Vibe CLIは通常のPythonパッケージなので、使用していたバージョン（uv tool install mistral-vibe==2.25.5）を再インストールすればクライアントを復元できます。また、試行中に~/.vibeを変更しなければ、設定とキー・ファイルの両方が保持されます。

切り替えによる料金への影響

ほとんど何も変わりません。それが要点です。自分のキーを使う方式では、クライアントは無料のソフトウェアであり、料金を決めるのはモデルです。これらの数値は実測したタスク料金でも請求上限でもなく、例示的なトークン計算です。1回のセッションでキャッシュされていない入力トークンを200,000送信し、出力トークンを12,000受け取ると仮定します。最初の行は、比較のためにVibe CLIのデフォルトモデルについてMistralが公開している料金を示したものです。KunavoはMistralのモデルを販売していません。残りは、100万トークンあたりの現在のKunavoカタログ料金です。

Mistralの料金は、2026年9月21日時点のAPI料金表から読み取ったもので、Vibeに同梱された設定にもmistral-vibe-cli-latestについて同じ2つの数値が記載されています。表からは、掲載料金が最安であることと、タスク完了コストが最も低いことは別の主張であり、3回の試行を必要とするモデルは、1回で成功する高価なモデルより高くつく可能性がある、という点は分かりません。予算として扱う前に、自分の1日あたりのセッション数で換算してください。

Kunavoのカタログ金額は上限ではなく請求下限です。上流側から料金が報告されると、請求額はカタログ料金と、上流料金に適用されるマークアップを掛けた額のうち大きい方になります。キャッシュ料金と外部ツールの料金はこの例の対象外です。前払いクレジットの最低チャージ額は$10です。これはプランを購入するのではなく残高に充当されます。請求の詳細を確認し、利用するクライアント向けのキーにチャージする準備ができたらKunavoアカウントを作成してください。

まだ滞在するか移行するか決めていますか？Mistral VibeとClaude Codeの比較ではCLIを維持して接続先を変更する方法を、OpenCodeに最適なAPIでは最も一般的な移行先におけるプロバイダーの選択を、Claude Codeの代替ではターミナルが制約でない場合の選択肢を扱っています。

よくある質問

2026年9月21日に確認済み: mistral-vibe、opencode、goose、OpenHands、Roo-Code、crush、codex、cline、kilocodeのGitHub API、mistral-vibe 2.25.5のPyPI、上記のVisual Studio MarketplaceおよびJetBrains Marketplaceの掲載情報、v2.25.5 wheelのソース・変更履歴・README、docs.mistral.aiのCLI設定およびAPIキーのページ、mistral.ai/pricing、mistral.ai/pricing/api、Vibeの改名発表、opencode.ai、goose-docs.ai、roomote.dev、Crush v0.96.1のREADME、OpenAIのCodex設定リファレンスを確認しました。クライアントは一切インストールしておらず、Kunavoに接続して実行もしていないため、ここに記載した内容は互換性テストではありません。また、すべてのドル金額は実測したタスク料金ではなく、例示的なトークン計算です。