Moonshot / Kimi 2026年6月5日のリリースノート解説: Kimi CLI 1.47.0 と standalone Kimi Code への移行導線

Kimi Code CLI の公式 変更履歴 に、2026年6月5日付で Kimi CLI 1.47.0 が掲載されました。今回の更新は、新しい standalone Kimi Code への移行を案内する shell 側の導線と、コマンド失敗時のエラー表示改善が中心です。

要点

• /upgrade コマンドが追加され、新しい standalone Kimi Code のインストールへ進みやすくなりました。
• 公式リリースノートでは、移行時に既存の設定とセッションが自動的に移されると説明されています。
• welcome screen の案内と、終了時に1日1回表示される移行 tip も追加されました。
• ツール実行が失敗したとき、エラー概要に trailing 出力 が表示されるようになりました。
• Kimi CLI を日常的な開発 shell として使うチームでは、移行手順と失敗時ログの見え方を確認しておきたい更新です。

今回の更新で変わること

Kimi CLI 1.47.0 の中心は、利用者を新しい standalone Kimi Code へ誘導するための更新です。公式 変更履歴 では、shell に /upgrade コマンドが追加され、このコマンドで standalone Kimi Code をインストールできること、さらに既存の設定とセッションが自動的に移行されることが説明されています。CLI エージェントを日常的に使っている人にとって、移行で一番気になるのは「インストール後に今までの作業文脈や設定を失わないか」です。今回のリリースは、その不安を下げるために、コマンド、welcome screen、終了時の tip という複数の入口から移行を案内している更新として読めます。

もう一つの変更は、ツール実行が失敗したときの見え方です。コマンド実行やファイル操作などの ツール call が失敗した場合、エラーの短い説明だけでは、実際にどこまで処理が進んだのか、最後にどんな出力が出ていたのかを判断しにくいことがあります。1.47.0 では、失敗時の brief に trailing 出力 が表示されるようになりました。これは派手な新機能ではありませんが、エージェントが長いコマンドを実行したり、ビルド・テスト・生成処理の途中で止まったりする場面では、原因調査の初動を速くします。

今回の2点は、どちらも Kimi CLI を「試しに触るツール」から「継続的に使う開発環境」へ寄せるための変更です。standalone 版への移行導線は配布形態や利用体験の整理に関わり、trailing 出力 の表示は日々の失敗調査に関わります。導入済みのチームでは、いきなり全員へ移行を促す前に、/upgrade の挙動、既存設定の引き継ぎ、セッション履歴の扱い、社内手順書の更新範囲を検証しておくとよいです。

対象になりそうなユーザー・チーム

• Kimi CLI を日常的な コーディング エージェント shell として使っている開発者
• Kimi Code の standalone 版へ移行する手順を整えたい開発基盤チーム
• 既存セッションや設定を保ったまま CLI 環境を移したい利用者
• ツール実行失敗時のログ確認や再現調査を重視するチーム

移行導線として見たときのポイント

/upgrade コマンドは、単なる更新確認ではなく、standalone Kimi Code への移行を利用者の操作導線に載せる意味があります。公式リリースノートでは、設定とセッションを自動的に移すこともあわせて示されています。社内で Kimi CLI を配布している場合は、誰がいつ /upgrade を実行するのか、旧CLIと standalone 版の併用期間をどう扱うのか、設定ファイルや履歴のバックアップを取る必要があるかを確認しておきたいです。

welcome screen と終了時 tip も、移行を見落としにくくするための変更です。ただし、チーム利用では画面上の案内だけに頼ると、利用者ごとに移行タイミングがばらつく可能性があります。管理側は、推奨バージョン、移行手順、既知の注意点を明文化したうえで案内する方が安定します。

エラー調査で効くポイント

trailing 出力 が brief に出るようになると、失敗直前の出力をすぐ確認できます。たとえば、テストの最後の数行、ビルドのエラーメッセージ、依存関係インストールの停止位置などが見えるだけで、再実行前に仮説を立てやすくなります。長いログ全体を読む必要がある場面は残りますが、まず見るべき手がかりが brief に入ることは、CLI エージェントの操作体験として価値があります。

今すぐ対応が必要か

standalone Kimi Code へすぐ移行する必要があるかは、現在の利用形態によります。個人利用なら /upgrade を試して挙動を見る価値があります。チーム利用では、設定とセッションの移行が期待通りか、既存の起動コマンドや社内ドキュメントに影響がないかを小さく検証してから広げる方がよいです。

結局、この更新をどう見るべきか

Kimi CLI 1.47.0 は、モデル性能の発表ではなく、Kimi Code の利用環境を次の配布形態へ移すためのリリースです。/upgrade による移行導線と trailing 出力 の表示改善は、どちらも日常運用の摩擦を下げる変更です。Kimi CLI を開発現場で継続利用しているなら、今回の更新は「新しい standalone 版へどう移るか」を確認する合図として読んでおきたいです。