Kimi K3 API 料金：$0.30 キャッシュ・OpenRouter・コスト制御

Kimi K3 ハブ： スペック・モデル ID・切替の判断 → /kimi-k3。製品の無料お試し → K3 を無料で使う方法。今週の実務入口 → Kimi K3 の使い方。

タイムラインで「オープン」と読んだあと、kimi k3 free api や kimi k3 pricing を打った。開発者コンソールを開くと、「永遠に無料」とは似ても似つかない料金表が並ぶ。

そのズレは普通だ。製品の無料枠と、有料 API キーは別の入口である。このガイドが扱うのは、kimi-k3 を叩いたときに届く請求だけだ。

先に結論だけ（ここだけ読めば足りる）

1. フル kimi-k3 の恒久・無料本番 API はない。 無料チャット／特典は製品面（kimi.com）の話。platform.kimi.ai のキーは 従量課金だ。
2. リスト価格（USD／1M トークン、2026 年 7 月下旬の公開ドキュメント）： キャッシュヒット入力 $0.30 · キャッシュミス入力 $3.00 · 出力 $15.00。1M コンテキスト窓を通してフラット——公開の K3 料金表に「長文コンテキスト割増」はない。
3. 本当に効く節約レバーはキャッシュ＋モデル振り分けであり、怪しい無料キー探しではない。長い system prompt とリポジトリ文脈を再利用し、定型仕事は安いモデルへ；K3 は難しくて長い仕事に残す。
4. Max-effort の thinking は K3 でデフォルト ON（公開ドキュメント上、まだ「安いモード」スイッチはない）。雑なプロンプトでも高価な推論トークンが燃えうる——K3 をトースター代わりにしない。

一文で覚えるなら：感触を掴むなら無料の製品面；自動化が要るなら有料 API——そして $15/M 出力と常時 thinking は「細部」ではなく予算機能として扱う。

このサイトは Moonshot 非公式の独立リソースだ。価格もキャパシティも変わる——チームをオートパイロットに乗せる前に、K3 料金 と K3 クイックスタート で必ず確認してほしい。

出典：公式 @Kimi_Moonshot の K3 ローンチ媒体、2026 年 7 月 16 日。Kimi K3 ブログ と同一のチャート。

料金表を噛み砕く

見落とされがちな三点：

• $3 / $15 は「Sonnet 帯」であり、「K2 のプロモ価格」ではない。 20 行のリファクタなら、安いコーディングモデルのほうがコストで勝つことが多い。
• $0.30 のキャッシュヒットが静かな主役。 同じ system prompt・スタイルガイド・モノレポスナップショットを再送するエージェントは、ドキュメントどおりにキャッシュが効けば、繰り返し部分で 入力 90% 割引になる。
• 請求が爆発するのは出力側。 長いツールループ＋長い chain-of-thought ＝ $15/M トークンが大量に積む。「簡単なテスト」でも考えすぎれば本物の請求になる。

公式の深掘りリンク：platform.kimi.ai · pricing/chat-k3 · コンテキストキャッシュガイド。

無料の製品面 vs 有料 API（混ぜない）

「kimi k3 free api key」 で検索している人は、だいたい次の三つのどれかだ：

1. 製品の無料チャットが欲しい（正しい入口：無料ガイド）
2. 永遠に $0 の本番キーが欲しい（公開の約束としてはない）
3. 怪しいキーダンプに当たっている（ランダムな gist のキーを本番に貼らない）

消費者側で新規購読が止まっていても、API は別の入口のままであることがある——会員一時停止ガイド を参照。

出典：公式 @Kimi_Moonshot の K3 ローンチ媒体、2026 年 7 月 16 日。

最初の請求が料金表より重く感じる理由

K3 は 長時間のコーディング、ナレッジワーク、深い推論向けに作られている。それが請求にこう出る：

• 常時 thinking（ローンチ時点は max effort）。 公開ドキュメントでは、一部モデルのような low/medium effort 切り替えで chain-of-thought を単純に「オフ」にはできない。安い「こんにちは」連打は悪癖のまま。
• 1M コンテキストはパワーツールであり、無料のおつまみではない。 毎回 monorepo の半分をキャッシュなしで詰め込むと、$3 入力が主役になる。
• エージェントループが出力を倍々にする。 計画 → ツール → パッチ → 再読 → また計画。各ステップが $15/M でトークンを書く。

ざっくり頭の計算（例示のみ——見積もりではない）：

本番ではブログの算数ではなく、利用ダッシュボードを読むこと。

OpenRouter vs 直接 Moonshot

どちらも「無料 API」ではない。どちらも メーター付きフラッグシップへのルーターだ。

直接呼び出しの最小形（キーは env に置き、git には入れない）：

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["MOONSHOT_API_KEY"],
    base_url="https://api.moonshot.ai/v1",
)

resp = client.chat.completions.create(
    model="kimi-k3",
    messages=[{
        "role": "user",
        "content": "Propose a migration plan for a 200-file TypeScript monorepo. Keep the plan under 800 words.",
    }],
)
print(resp.choices[0].message.content)

最後の一文に注目：要求に上限を付ける。 デフォルトで深く考えるモデルに対し、曖昧な「全部やって」は請求に足が生えるやり方だ。

本当に効くコスト制御

1. 話題ではなく仕事で振り分ける

ファミリーの選び方：K2.6 vs K2.7 vs K3。

2. キャッシュを味方にする

• 安定した system prompt と 安定したツールスキーマを保つ
• プラットフォームがキャッシュできるなら、大きなドキュメント／リポジトリ束をターンまたぎで再利用する
• 毎回プレフィックスにランダムノイズを差し替えない（ヒット率が死ぬ）
• Moonshot の キャッシュガイド を読む——実装の細部が「雰囲気」に勝つ

3. 出力を意図的に小さくする

• 小説ではなく箇条書きの計画を求める
• ステップに上限：「選択肢三つ、推奨一つ」
• テストが通ったらエージェントループを止める——「もう一改善」を無人で夜通し回さない
• 「1 日あたりの呼び出し数」だけでなく、成功タスクあたりの出力トークンをログする

4. プラットフォーム側で支出に蓋をする

• platform.kimi.ai / OpenRouter で 硬い予算アラートを置く
• 本番と遊び場でキーを分ける
• まだ kimi-k3 を向いている放置 cron を殺す

出典：公式 K3 ローンチ素材 via @Kimi_Moonshot / Kimi K3 ブログ、2026 年 7 月 16 日。

財布を空にする神話

ウェイト到着後のセルフホストは ハードウェア＋運用の請求であり、無料 API クーポンではない——VRAM / Ollama の現実 を参照。

今週やること

モデルを触りたいだけなら： 製品経路に留まる——無料の選択肢 と 今週の K3 の使い方。好奇心だけで API キーを無理に作らない。

ソフトウェアを出荷するなら：

1. platform.kimi.ai でキーを作る（すでに OpenRouter に住んでいるならそこでも可）。
2. kimi-k3 は「難しい仕事」経路だけに配線する。
3. ドキュメントが許す範囲で キャッシュを入れ、一日後にヒット率を測る。
4. エージェントを回しっぱなしにする前に 日次支出上限を置く。
5. 公式料金 をタブで開きっぱなしにする——ブログは古くなる；料金表が契約だ。

次に行く場所

• スペック＋切替ルールのハブ → /kimi-k3
• ステータス／タイムライン → /kimi-k3-status
• 製品無料の本音 → /blog/33-kimi-k3-free-how-to
• アプリ vs API の入口 → /blog/36-how-to-use-kimi-k3
• オープンウェイト日程 → /blog/31-kimi-k3-open-weights-july-27
• コーディング SKU ハブ → /kimi-code · /kimi-k27

締め： Kimi K3 の API は、巨大なキャッシュ割引と高価な出力を持つフロンティア価格の道具だ。請求の元が取れる場所だけで使い、「free api」の検索結果を料金ページだと思わないこと。