Kimi は中国のベンダー月之暗面（Moonshot AI）が提供するモデルサービスで、中国サイトには追加のネットワークツールなしで直接アクセスできます。中国国内のチームが実際に遭遇する「アクセス問題」は、接続できないことではなく、アカウントの地域不一致、エンドポイントの書き間違い、長いリクエストのタイムアウト、レート制限、単一障害点であることがほとんどです。

本記事では、直結、自社プロキシ、国内 AI ゲートウェイの 3 方式を比較し、実行可能な接続手順と安定性チェックリストを示します。モデル、価格、可用性は本サイトのモデル価格を基準とします。

注記：Moonshot、Kimi はその権利者の商標です。エンドポイント、アカウント体系、レート制限の規則は変更される可能性があります。本記事は 2026 年 10 月時点の一般的な状況を例にしており、最終的には公式ドキュメントを基準とします。

一、まず 3 つの入口を区別する

入口 エンドポイント アカウントと課金 向く利用者
中国サイト直結 https://api.moonshot.cn/v1 platform.kimi.com、人民元 国内主体、単一モデル、最短経路
国際サイト直結 https://api.moonshot.ai/v1 platform.kimi.ai、国際サイトの規則 海外主体、海外ネットワーク
国内 AI ゲートウェイ ゲートウェイが提供する統一アドレス ゲートウェイアカウント、人民元の統一請求 複数モデル、障害切り替え、請求書

中国サイトと国際サイトのアカウント、残高、キーは相互に独立しています。中国サイトのキーで国際サイトのアドレスにリクエストする、またはその逆を行うと、いずれも 401 が返ります。これはネットワーク問題ではなく地域の不一致であり、中国国内チームが最もよく遭遇する「アクセス障害」です。

二、直結が向くケース

直結は経路が最短で変数が最も少なく、問題が起きたときに特定しやすい方式です。次のような場合に向いています。

  • Kimi という 1 社だけを呼び出し、マルチモデルルーティングが不要。
  • 企業認証を完了し、法人向け振込と請求書に対応できる。
  • チームがレート制限、リトライ、監視、障害対応を自分で処理できる。
  • リクエストが短いテキスト中心で、長文書や長い出力の比率が高くない。

直結の欠点は単一障害点であることです。アカウント、割当、地域、出口ネットワークのいずれかに問題が起きると、業務に代替経路がありません。継続性の要求が高いなら、リトライとフォールバックを自社構築するか、ゲートウェイで補います。

自社プロキシは第 3 の道です。自社サーバーで転送層を設け、出口を統一し、上流キーを隠し、ログを記録します。運用能力があり、商用ゲートウェイに依存したくないチームに向いています。ただしプロキシ自体はレート制限や地域の問題を解消せず、高可用性、証明書、認証、レート制限、監視をすべて自社で行う必要があり、できなければ障害点が 1 つ増えるだけです。

三、直結の 5 つの安定性問題

  1. 地域とキーの不一致：中国サイトと国際サイトは完全に分離されており、混用すると直ちに 401 になります。
  2. 長いリクエストの 504：非ストリーミングのリクエストで待ち時間が長すぎると、ゲートウェイが 504 を返すことがあります。公式ドキュメントではサーバー側が 900 秒応答しない場面にも言及されています。長文生成ではストリーミングを優先してください。
  3. 429 はレート制限とは限らない：サーバー側の過負荷、組織レベルの RPM/TPM/TPD 超過、残高不足の可能性もあります。3 種類では対応が異なります。
  4. 出口ネットワークとプロキシ：DNS 解決、TLS 傍受、社内プロキシ、ローカルルーティングツールがリクエストを書き換え、タイムアウト、499、証明書エラーとして現れることがあります。
  5. 単一障害点と割当の共有：複数業務が 1 つのキーを共有すると、同時実行と毎分の割当を奪い合い、ピーク時に一緒に失敗します。

四、ゲートウェイが補うもの

能力 直結 国内 AI ゲートウェイ
マルチモデル切り替え 各社に個別接続 統一インターフェースとモデル名
障害時のフォールバック 自社実装 代替経路を設定可能
請求と請求書 各社に個別チャージ 人民元の統一請求
キー管理 ベンダーごとに管理 ゲートウェイが一元配布
利用量とエラー監視 自社構築 通常は統計機能付き
レイテンシ 経路が最短 1 ホップ増えるため実測が必要

ゲートウェイは「高速化装置」ではありません。1 ホップ増えるため追加のレイテンシが生じる可能性があります。価値は統一入口、障害切り替え、請求、キーの分離にあります。導入する価値があるかは、自社のネットワークと実際のリクエストで測定し、宣伝ページだけで判断しないでください。

五、最小構成の接続

  1. アカウントの地域を確認し、対応するエンドポイントを選ぶ。
  2. 最小リクエスト 1 本でキー、アドレス、モデル名を通す。
  3. 長い出力と長文書ではデフォルトでストリーミングを有効にする。
  4. 接続タイムアウト、読み取りタイムアウト、最大リトライ回数を設定する。
  5. ログに request_id、ステータスコード、エラー種別、モデル名を記録する。
  6. 切り替え可能な代替モデルまたは代替経路を用意する。
  7. 公開前に同時実行の負荷試験を行い、429 の挙動を確認する。
export MOONSHOT_API_KEY="あなたのキー"

curl "https://api.moonshot.cn/v1/chat/completions" \
  -H "Authorization: Bearer $MOONSHOT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "kimi-k2.6",
    "max_completion_tokens": 128,
    "messages": [{"role": "user", "content": "OK とだけ返してください"}]
  }'

200 が返れば、キー、地域、モデル名の 3 項目が通っています。401 なら地域とキー、404 ならモデル名、429 なら error.type を先に確認し、最初からプロンプトを変更しないでください。

本番環境では接続の再利用（Keep-Alive）を有効にし、毎回のハンドシェイクを避けます。ストリーミングではハートビートとアイドルタイムアウトを追加し、中間プロキシが長時間データのない接続を切断するのを防いでください。

六、3 方式の選び方

場面 推奨 理由
単一モデル、小規模トラフィック 中国サイト直結 経路が短く、コスト構造が単純
複数モデル、請求書が必要 国内 AI ゲートウェイ 請求とキーを統一
継続性の要求が高い ゲートウェイと直結の二重経路 切り替えとフォールバックが可能
極低レイテンシ 直結と自社リトライ ホップが少ないが、災害対策は自社対応
データ機密性、監査が必要 データ経路を明確にしてから選択 地域、保持、契約を優先

どの方式でも、比較用に直結経路を 1 本残すことをおすすめします。問題発生時に同じリクエストを直結とゲートウェイの両方に送れば、上流、ネットワーク、ゲートウェイ設定のどこに原因があるかを素早く判断できます。

よくある質問

Kimi API は中国国内で特別なネットワークが必要ですか？

不要です。Kimi は中国のベンダーで、中国サイトのエンドポイントには国内から直接アクセスできます。区別が必要なのは中国サイトと国際サイトで、両者はアカウント、残高、キーが独立しており、混用できません。

ゲートウェイを使うと遅くなりますか？

1 ホップ増えるため、わずかに遅くなる可能性があります。多くの場面では許容範囲ですが、自社ネットワークでの実測を基準にしてください。ゲートウェイの価値は主に統一入口、障害切り替え、請求にあります。

直結でも 401 が返るのはなぜですか？

まず地域を確認します。中国サイトのキーには中国サイトのアドレス、国際サイトのキーには国際サイトのアドレスを組み合わせます。次に製品ラインを確認します。開放プラットフォーム、Kimi Code、会員のキーは互換でない場合があります。

長いリクエストがいつもタイムアウトします。どうすればよいですか？

ストリーミング出力に切り替え、SDK とサーバー側のタイムアウト設定を確認し、プロキシが接続を早めに切断していないかを見ます。非ストリーミングの超長リクエストは 504 を引き起こしやすくなります。

1 つのキーを複数業務で使えますか？

技術的には可能ですが、おすすめしません。プロジェクト別にキーを分け、予算とレート制限を組み合わせることで、問題の特定ができ、1 つの業務が全割当を消費するのを防げます。

次のステップ

まずZSQH AI Gateway でテストキーを作成し、同じリクエストを直結とゲートウェイの両方に送って、レイテンシ、エラー率、請求を比較してから、本番の経路を決めます。モデルと価格はモデル価格を基準とします。

関連記事：