Moonshot / Kimi / リリースノート / 2026/05/08 / 重要
Moonshot / Kimi 2026年5月8日のリリースノート解説: Kimi K2 系モデル退役予告
公式リリースノート
Kimi API Platform の model list では、Kimi K2 series models が 2026年5月25日に officially discontinued となり、以後 maintained or supported されないと案内されています。この記事の日付は確認日であり、5月25日は将来の有効日です。Moonshot / Kimi は K2.6 を最新の移行先として前面に出しており、K2 系を固定指定している API 利用者は確認が必要です。
要点
- Kimi K2 series models は 2026年5月25日に discontinued と案内されている
- 公式 docs は Kimi K2.6 を continued support と enhanced reasoning capabilities の移行先として示している
- Kimi K2.6 は text / visual input、thinking / non-thinking modes、dialogue / agent tasks を扱う multimodal model と説明されている
- effective date が近いため、model ID の固定指定、評価、fallback、cost を確認したい
- 4月の K2.6 launch coverage とつながる、旧 K2 系から K2.6 への移行通知として読むべき更新
今回の更新で変わること
今回の Kimi API Platform docs 更新で重要なのは、Kimi K2 series の終了予定が明示されている点です。公式 model list は、K2 series models が 2026年5月25日に discontinued となり、以後 maintained or supported されないと説明しています。これは単なるモデル一覧の整理ではなく、API 利用者にとっては移行期限です。K2 系を直接指定している application、agent workflow、evaluation harness、internal tool は、期日までに新しい model ID へ切り替える必要があります。
同じ docs では、Kimi K2.6 が Kimi の新しい主力 model として説明されています。K2.6 は native multimodal architecture、visual and text input、thinking / non-thinking modes、dialogue and agent tasks、256K context などが特徴として示されています。4月に K2.6 launch と promotion が前面化されていた流れと合わせると、Moonshot は K2.6 を現行の中心モデルへ移し、旧 K2 系を整理する段階に入ったと読めます。
対象になりそうなユーザー・チーム
- Kimi API で K2 series model ID を固定指定している開発チーム
- Kimi を coding agent、document analysis、multimodal workflow に組み込んでいるチーム
- model registry や routing layer で Kimi モデルを管理している platform team
- K2.6 への移行時に品質、latency、cost、tool behavior を評価する AI engineering team
まず何が変わるのか
2026年5月25日以降、Kimi K2 series は公式に support / maintenance の対象外になります。利用できなくなる、または品質・互換性の前提が崩れる可能性があるため、production traffic を残すべきではありません。
読み手にとって本当に価値があるポイント
K2.6 への移行は、単純な model name の差し替えで終わらせない方が安全です。K2.6 は能力面で上位に見えますが、thinking mode、response length、tool calling、visual input、pricing、rate limit が既存 K2 workflow と同じとは限りません。特に agent tasks では、出力形式の小さな違いが tool invocation や parser に影響することがあります。
どんなチームに関係するか
Kimi を社内評価だけに使っているチームよりも、API をアプリや業務 workflow に組み込んでいるチームに関係します。model ID を config file、環境変数、prompt template、notebook、SDK wrapper に散らしている場合は、検索と棚卸しが必要です。
読んだあとにまずやること
まず kimi-k2 系の model ID を repo、設定、model registry、monitoring label から検索します。次に K2.6 で replay evaluation を行い、既存の重要 prompt、agent run、multimodal input、failure case を比較します。切り替え時は fallback と monitoring を入れ、5月25日までに旧 ID を production route から外すのが安全です。
押さえておきたいポイント
Moonshot / Kimi は clean な日次 changelog だけでなく、model list、quickstart、platform homepage、promotion docs で重要な launch / retirement 情報を出すことがあります。今回も model list が release-note-equivalent の official source として機能しています。
今すぐ対応が必要か
K2 series を使っているなら必要です。使っていない場合でも、Kimi を model routing に入れている platform team は、利用者が旧 model ID を自分で指定していないか確認しておくと安全です。
結局、この更新をどう見るべきか
これは Kimi K2.6 への移行を促す旧 K2 系の退役通知です。K2.6 の性能評価だけでなく、旧 ID の残存、tool behavior、cost、fallback を確認することが重要です。5月25日を過ぎてから対応すると障害対応になりやすいため、早めに切り替え計画へ入れるべきです。