Kimi K2.7 Codeの料金:APIレート、ティア、実際のコスト

Kimi K2.7 Codeの料金一覧

ここが本題です。以下はMoonshotの料金ページに記載された、100万トークンあたりの公式レートです。

表だけでは分からない詳細がいくつかあります。Moonshotはすべてのチャット補完呼び出しで入力トークンと出力トークンの両方に課金しており、ドキュメントをアップロードして抽出したテキストをプロンプトに渡す場合、そのテキストも課金対象の入力としてカウントされます。抽出ステップ自体は一時的に無料ですが、補完呼び出しにのみ課金されます。無料のAPIティアは一切ありません。累計1ドルのチャージが、APIが1件のリクエストにでも応答する前の入場券です。HighSpeedは別のモデルではなく、スループット向けにチューニングされた同じ重み(約180トークン/秒、短いコンテキストでは最大260)であり、Moonshotはこの速度をどのティアでも一律2倍で価格設定しています。

落とし穴:レート制限は支払い累計額で決まり、定額の割り当てではない

これは、実際のアカウントで料金がどう展開するかを左右する構造上の詳細です。Moonshotのレート制限は、キーごとの固定上限ではなく、累計チャージ額とともにスケールします。

1ドルではTier0にとどまり、同時リクエスト数は1件、1分あたり3リクエスト、1日あたり150万トークンの上限です。これは概念実証レベルの制限であり、本番用ではありません。4,000ステップ以上を実行する単一のMCPツール呼び出しループ(まさにK2.7 Codeが想定している長時間実行のワークロード)は、ほぼ即座にTier0の同時実行数上限に突き当たります。Moonshotは累計チャージ額が5ドルを超えると5ドルのバウチャーを配布しますが、これは一度限りの奨励クレジットであり、繰り返される無料枠ではありません。Tier5を超える場合は、カスタム契約のために直接api-service@moonshot.aiにメールする必要があります。

Opus 4.8との比較、そしてサードパーティがMoonshot自社価格を下回る点

Moonshot自社のモデルカードは、K2.7 Codeの料金をClaude Opus 4.8と並べており、そのギャップこそすべてのローンチ記事が見出しに使った数字です。

Opus 4.8はトークンあたり5倍以上のコストがかかり、オープンな重みも提供していませんが、はるかに大きい100万トークンのコンテキストウィンドウを備えており、Moonshot自社のベンチマーク表によれば、公開された6つのコーディング評価のうちほとんどでK2.7 Codeを依然として上回っています。K2.7 CodeがOpus 4.8を実際に明確に上回る唯一の点はMCP Mark Verified(81.1対76.4)であり、ツール呼び出しベンチマークにおける本物の直接対決での勝利であって、単なる「安さの代わりの慰め」ではありません。

Moonshot自社の0.95ドル/4.00ドルというレートも、このモデルを実行する最も安い方法ではありません。OpenRouterのプロバイダー表には、同一のオープンな重みを提供する十数社以上のサードパーティホストが掲載されています。

DeepInfraは稼働率をほぼ同水準に保ちながら、入力トークンでMoonshot自社の価格を約20〜25%下回っています。これがオープンな重みの直接的なメリットです。誰でもモデルをホストできるため、公式ベンダーはクローズドな研究所のような価格決定力を持てません。OpenRouter自身が算出した、全ホストにわたる30日間の加重平均は、キャッシュヒットを考慮すると、入力100万あたり約0.38ドル、出力100万あたり約4.13ドルとなります。これは、これらの表に載っている表示価格はあくまで上限であり、うまくキャッシュされたワークロードが実際に支払う額ではないことを思い出させてくれます。

自前ホスティング:本当の意味でのゼロドルの選択肢

Moonshot自社のレートもOpenRouterの割引も十分に安くない場合、重みは自分で実行するために手元にあります。Kimi K2.7 Codeはコードと重みの両方をカバーするModified MITライセンスの下で配布されており、Hugging Faceから直接ダウンロード可能です。確認した時点で先月870,022ダウンロードという、本当に大きなオープンウェイト採用数を記録していました。自前ホスティングということは、唯一のコストは自分のコンピュートであり、Moonshotへのトークン単位の料金ではないということです。

問題はサイズです。フルBF16精度はディスク上で約595GBに及び、これはラップトップ向けモデルではなく、サーバークラスのデプロイメントです。コミュニティによる量子化はこのギャップをかなり縮めます。r/unsloth はDynamic 2-bit量子化を公開しており、モデルを約325GB(48%削減)まで縮小しながら、vLLM、SGLang、KTransformersといった推論エンジンを使ってコンシューマー向けのRAM/VRAM構成でも40トークン/秒以上で動作します。これは本物の選択肢ですが、トークン代の代わりにハードウェア代を払うというトレードオフです。

「30%安い」という主張と実際のアカウントが支払っている額とのギャップ

これは、上記の各料金表をどう読むべきかを実際に変える部分です。Moonshotの目玉の効率性に関する主張は、K2.7 CodeがK2.6よりも約30%少ない推論トークンを使用するというもので、同社の表現では「考えすぎが減った」というものです。ほとんどの料金表で推論トークンは出力として課金されるため、これは請求額の出力側半分を縮小させるはずです。

Redditでは違う話が語られています。"Kimi 2.7 Code is good, but it thinks forever and consumes way too much limit"というタイトルのスレッドは、その見出し一つで核心的な不満を表しており、トップの返信もそれを和らげてはいません。

"私も同じです。トークンを2倍の速さで消費しています..."

u/Rupertonic, "Kimi 2.7 Code is good, but it thinks forever and consumes way too much limit"へのコメント

別のスレッド、"Does the new Kimi K2.7 use up your credits twice as fast?"では、投稿者が当初想定していなかったペースで、有料プランが「複雑なタスク1件につき1%」を消費すると述べられています。原因については全員が同意しているわけではありません。あるスレッド、"Do you think the increase in consumption of Kimi 2.7 is due to..."は、インフラの問題、モデルの退化、あるいはあるコメント投稿者が率直に述べたように「Moonshot側の純粋な強欲」のどれが原因かという未解決の問いとして提示しています。各スレッドを通じて一貫しているのは方向性です。実際の使用状況は、公式の効率性主張に沿うのではなく、それに逆行しているのです。

MarkTechPost自身のコスト計算例は、実際のアカウントではそれが実現していなくても、主張されている節約がどのようなものになるはずかを示す有用な例です。1回の実行あたり入力5万トークン、出力8,000トークン、キャッシュヒット率50%、月1,000回の実行を想定し、推論が出力の40%を占めるとすると、次のようになります。

• 入力コスト: 約28.50ドル/月
• 出力コスト: 約32.00ドル/月
• 推定月額合計: 約60.50ドル/月
• 推論トークン30%削減による推定節約額: 約3.84ドル/月(K2.6スタイルの推論で同じワークロードを実行した場合との比較)

これは、効率性の主張が成り立つ場合の、穏やかなワークロードにおける、数字上は本物ながら控えめな節約です。上記のRedditスレッドを見る限り、すべての人にとって成り立っているわけではありません。つまり、K2.7 Codeの予算を組む正直な方法は、K2.6時代のトークン消費で価格を見積もり、節約分はあれば基準ではなくボーナスとして扱うことです。

トークン課金 対 成果課金

ここで残しておきたい再定義があります。ベンチマークではなく実際のライブキューでAIが動くのを何年も見てきた私が何度も立ち返る考え方です。Kimi K2.7 Codeの料金は、コーディングエージェントを使い、トークン量がある程度予測可能な開発者にとっては本当に良いものです。月額の請求額を妥当な範囲内で予測でき、より安く支払う方法も3つ(公式レート、OpenRouter、自前ホスティング)あります。しかし、「コーディングモデルの料金」ページにたどり着いた本当の理由が、カスタマーサポートのようなものにAIの予算を組もうとしているからだとしたら、トークン単位の課金はまったく間違った単位であり、上記のコミュニティスレッドはまさにその理由を示しています。

3回の素早いツール呼び出しで解決するチケットと、12回必要なチケットとでは、トークン課金の下ではまったく異なる金額がかかり、K2.6からK2.7へのようなモデルの更新は、誰も設定を変えていないのに「解決済み」の会話にかかる費用を静かに倍増させる可能性があります。これはまさに、チームがAIサポート導入で立ち止まってしまう予測不可能性です。ベンダーが違った「考え方」をするモデルを出荷するたびに数字が動くなら、来年の予算にその数字を入れることはできません。そして、常に回答前に推論することが義務付けられているモデル(K2.7 Codeがまさにそうで、思考モードはオフにできません)は、その上にさらに積み重なるもう一つの変数です。

eeselを試す

コーディングエージェントではなく、カスタマーサポート向けのAI料金を検討していてここまで読み進めた方には、ここが特に読む価値のある部分です。eeselは、裏側でフロンティアモデルを使って動くAIサポートチームメイトですが、トークンメーターを気にする必要は一切ありません。解決済みチケット単位の課金で、1チケットあたり0.40ドルから、席料なし、プラットフォーム最低料金なしで利用でき、バックエンドのモデル更新が請求額をひそかに変えることはありません。既存のヘルプデスク(Zendesk、Freshdesk、Front、その他100以上)と連携し、初日から実際のチケット履歴から学習し、過去のチケットに対してシミュレーションを行うことで、実際の顧客に回答する前に実際の解決率と実際のコストを確認できます。