Kimi K3.1 ProをKimi Code CLIで使えるようにする：インストール、ログイン、そしてWindowsの罠

Kimi Code CLIはMoonshotのターミナル向けコーディングエージェントであり、Kimi K3.1 Proがサードパーティ統合ではなくデフォルトで使われる唯一のクライアントです。セットアップはClaude CodeやCodexの手順より短く、インストールスクリプト1つ、/loginを1回、プラットフォーム選択1つだけです。クライアントとモデルが同じ会社の製品だからです。注意点はプラットフォーム固有で、WindowsではCLIは同梱のGit Bash内で動作し、そのシェルがインストーラーの想定場所にないと、ツールは起動した後にモデルエラーのように見える形で失敗します。

これは実際に機能する手順で、2026年10月24日にMoonshotのドキュメントと照合済みであり、失敗モードは実際に発生する箇所で明示しています。

インストール

macOS と Linux は 1 行で済みます: curl -fsSL https://code.kimi.com/kimi-code/install.sh | bash。Windows PowerShell も同様に 1 行で済みます: irm https://code.kimi.com/kimi-code/install.ps1 | iex。スクリプトは最新リリースをダウンロードしてチェックサムを検証し、kimi 実行ファイルを PATH に配置します。Node.js や Python のランタイムは不要です。

Windowsには見落としがちな前提条件が1つあります。まずGit for Windowsをインストールしてください。Kimi Code CLIは同梱のGit Bashをシェル環境として使用します。Git Bashが標準以外の場所にある場合は、起動前にKIMI_SHELL_PATH環境変数へbash.exeの絶対パスを設定してください。そうしないと、エージェントは起動しても、実行しようとするすべてのシェルコマンドが失敗します。

APIキーでログイン

作業するプロジェクトディレクトリ内で CLI を起動します:

• kimi を実行してインタラクティブインターフェースを開きます。

• 入力: /login。Kimi Code CLI がプラットフォーム選択画面を開きます。

• 選択Kimi Platform（APIキー · platform.kimi.ai）。これはオープンプラットフォームで作成したキー向けのオプションです。その他は異なるアカウント画面に対応しています。

• キーを貼り付けてください。お持ちでない場合は、platform.kimi.ai の API Keys で作成してください。CLI はキーをローカルに保存するため、設定ディレクトリは認証情報ストアと同様に扱ってください。

それが接続の全体像です。CLI内のモデルセレクターには現在のKimiモデルが一覧表示され、エージェント作業で重要なのはKimi K3.1 Proとその高速版の2つです。

既存のセットアップを切り替え、キーを交換する

よくある移行は2つあり、どちらも同じ画面を通ります。Kimi Code CLI が API キーではなくサブスクリプションで既にログインしている場合は、/login を再度実行して API キーのプラットフォームを選択すれば、再インストールせずに切り替えられます。キーをローテーションする場合 — 漏えいした、またはプロジェクト独自の請求が必要 — も、同じフローで保存済みの認証情報が置き換わります。

CLI の実行中に保存済みの設定を手動で編集することだけは避けてください。プロセスは起動時に認証情報を読み取り、セッション途中の編集は終了時に上書きされます。

エージェントが実際に行うこと

Kimi Code CLIはターミナル上のチャットウィンドウではありません。コードを読み書きし、リポジトリを検索し、コマンドを実行して結果を読み取り、タスクがプロジェクト外の何かを必要とする場合はWebコンテンツや検索を取り込むことができます。Moonshotはこれを、モデルが計画を立てて自分のマシン上で動作するコーディングエージェントと説明しています。Claude CodeやCodexと同じ形で、権限についても同じ意味合いがあります。シェルコマンドを実行できるエージェントは、変更を許可してもよいディレクトリで起動し、プッシュする前に確認するべきです。

このクライアントでは、2つの課金モデルが併存しています。Kimi Codeアプリはプラン階層のあるサブスクリプションとして販売されており、CLIはそのサブスクリプションまたはオープンプラットフォームのAPIキーを使用できます。APIキー経由の場合はトークン単位の料金体系になり、K3.1 Proは100万トークンあたり$2.00と$10.00、高速版は$4.00と$20.00です。一方、サブスクリプションはクォータ付きの定額制です。すでに他でAPI利用料を支払っているチームにとって、APIキー経由なら支出を1か所にまとめられます。一日中コーディングする個人にとっては、サブスクリプションの方が通常は安く、どちらの場合もCLIのダウンロードは同じです。

モデルとエフォートの選択

Kimi K3.1 Proは常に推論を実行し、effortはトップレベルのフィールドで設定します。このフィールドはlow、high、maxを受け付け、デフォルトはmaxです。Kimi Code CLIはこのモデルを公開しています。effortのデフォルトは高コストな設定のため、遅く感じるセッションは通常、接続が壊れているのではなくmaxで実行されているセッションです。高速版はレイテンシと引き換えに価格を上げます — 100万トークンあたり$2.00と$10.00ではなく$4.00と$20.00 — そして、そもそもモデルが人間の入力を待っているインタラクティブな作業では、これが妥当なデフォルトです。

モデルがどのクライアントに導入されても、次の2つの制約が付きまといます。サンプリングパラメータは固定（temperature 1.0、top-p 0.95、n は 1）であり、会話の途中でエフォートを変更するとプレフィックスキャッシュのヒットが無効になります。セッションの開始時にレベルを決めてください。

このルートはClaude CodeやCodexとどう比較されますか

3つのクライアントは同じモデルに到達するために3つの異なるプロトコルを使用しており、その選択は主にチームがすでに使い慣れているインターフェース次第です。Kimi Code CLIは設定が最も少なくて済みます。環境ブロックもTOMLファイルも不要で、ベンダーが両端を保守しています。Claude CodeではAnthropic互換のエンドポイントと4つのモデル階層変数を正しく設定する必要があり、Codexでは次の設定を含むプロバイダーブロックが必要です：wire_api = "responses"。これでどちらも、これらのプロトコルに対応する任意のプロバイダーで動作します。他のベンダーのモデルも提供するゲートウェイも含みます。

実用的な使い分けはこうです。Kimi だけが必要で最短ルートを望むなら {{1}}Kimi Code CLI{{/1}} を使い、同じセッションでベンダーを切り替える必要がある場合や、チームのツール、権限、スキルがすでにそれらのクライアントにある場合は {{2}}Claude Code{{/2}} または {{3}}Codex{{/3}} を使ってください。

時間を節約するトラブルシューティングの順序

• CLIは起動するもののシェルコマンドが実行されない — モデルのせいにする前に、まずGit BashとKIMI_SHELL_PATHを確認してください。

• セットアップが正常に機能した後に認証エラーが発生する場合は、/login を再実行し、プラットフォームのオプションがキーの作成場所と一致していることを確認してください。異なるサーフェスで作成されたキーは互換性がありません。

• 遅く感じるセッション — モデルを変更する前にエフォートのデフォルトを確認してください。max はレイテンシとトークンの両方でコストが高くなります。

• アップデート後にモデルが見つからない — CLI はプラットフォームが提供しているものを一覧表示します。K3.1 Pro が見つからない場合、クライアントは更新されていないサーフェスを指しています。

プラットフォーム上のKimi K3.1 Proは、入力トークン100万あたり$2.00、出力トークン100万あたり$10.00で、コンテキストは100万トークン、出力は最大943,718トークンです。他のツールがすでに使用しているAPI経由でアクセスしたい場合は、OrcaRouterが同じモデルをkimi/kimi-k3.1-proとしてプロバイダーの定価で提供しており、上乗せはありません。このルートの設定については、Claude Code and Codexガイドで説明しています。