Claude Codeの挙動が変わった理由を公式の変更履歴で確認したい人向け
昨日まで使えたコマンドが候補に出ない、画面表示が変わった、古い解説と手元の動きが違うときに叩く。
/release-notes は、Claude Codeの変更履歴をClaude Code上で見るためのスラッシュコマンドです。公式コマンド一覧では、対話式の版選択画面を開き、特定の版のリリースノートを見るか、すべての版をまとめて表示できると説明されています。
このコマンドは、Claude Codeを更新するためのものではありません。「何が変わったのか」を確認するための読み物ビューアです。急に見た目や挙動が変わったとき、まずここを見ると、仕様変更なのか自分の環境だけの問題なのかを切り分けやすくなります。
噛み砕くと
/release-notes は、アプリ内にある「更新履歴を見る」ボタンです。スマホアプリでアップデート後に「新機能」と書かれた画面を見るのに近いです。ただしClaude Codeでは、古い版までさかのぼって見られる点が便利です。
特にClaude Codeは、コマンド名の変更、削除、表示条件の変更が起きます。たとえば /pr-comments や /vim のように、昔は説明に載っていたものが後から削除済み扱いになることがあります。そういう時に、変更履歴を見る入口になります。
大事な前提：これは更新ではなく確認のコマンド
/release-notes を叩いても、Claude Code本体が新しくなるわけではありません。表示されるのは変更点の説明です。更新したい場合は、別の更新手順を使います。
また、表示される内容はClaude Codeの公式変更履歴に基づきます。手元の不具合を自動診断するコマンドではないので、「今の環境で何が壊れているか」を見たい場合は /doctor のほうが近いです。
「急に /vim が使えなくなった」を例に、実際の手順を見る
ステップ1: まず現在の違和感をメモする
たとえば、以前は /vim で編集モードを切り替えていたのに、急に候補に出なくなったとします。この時点で「壊れた」と決めず、何が変わったのかを確認します。
/vim候補に出ない、または説明どおりに動かない場合、Claude Code側で仕様が変わった可能性があります。
ステップ2: /release-notes を叩く
入力欄にコマンドだけを入れます。後ろに版番号を直接書いて決め打ちするのではなく、まず対話式の版選択画面を開く使い方を覚えると迷いにくいです。
/release-notes画面には、見る版を選ぶための一覧が出ます。特定の版だけを見るか、すべての版を表示するかを選びます。
ステップ3: 怪しい版を選ぶ
公式変更履歴では、/vim は 2.1.92 で削除済みとして説明されています。似たように、/pr-comments は 2.1.91 で削除済みです。使えなくなったコマンド名で探すと、原因にたどり着きやすいです。
ここで大事なのは、変更履歴を「全部読む」必要はないことです。困っている機能名、コマンド名、画面名を手がかりに探します。
ステップ4: 変更内容を今の操作へ置き換える
たとえば /vim が削除済みなら、変更履歴には代わりの操作が書かれています。公式コマンド一覧では、Vim編集モードの切り替えは /config から行う案内になっています。
/configリリースノートを読むだけで止まらず、「今はどの操作に置き換わったのか」まで確認します。これで古い手順を追い続ける時間を減らせます。
ステップ5: 不具合か仕様変更かを切り分ける
変更履歴に該当する説明があれば、まず仕様変更として扱います。何も見つからないのに手元だけ動かない場合は、/doctor や /status で環境側を確認します。
ここで初心者がやりがちな勘違いは、「更新履歴を見れば自動で直る」と思うことです。/release-notes は読むための入口です。直す作業は、表示内容を読んだあとに別途行います。
つまり /release-notes は何をしてくれるのか
- やってくれる: Claude Codeの変更履歴を、版ごとに選んで表示します。
- やってくれない: Claude Code本体を更新したり、不具合を自動修正したりはしません。
- 意味が薄い場面: 手元の認証や接続だけが壊れている場合は、
/doctorや/statusのほうが近いです。
使いどころ3シナリオ（具体題材で再現）
シナリオ1: 昨日まで使えたコマンドが候補に出ないとき
/vim や /pr-comments のように、古い説明では出てくるのに今は候補にないコマンドがあります。この場合は /release-notes で削除や置き換えの説明を探します。自分の入力ミスではなく、公式側の変更だと分かれば次の操作へ進めます。
シナリオ2: チーム内でClaude Codeの挙動が違うとき
自分の画面では新しい表示なのに、同僚の画面では古い表示のままという場面があります。まず /status で版を見て、次に /release-notes でその間に何が変わったか確認します。説明するときに「たぶん」ではなく、変更履歴を根拠にできます。
シナリオ3: 新機能を追いかけたいとき
Claude Codeは、Remote Control、Ultraplan、Ultrareviewのように新しい入口が増えます。全部をSNSで追うより、/release-notes で公式の変更点を見るほうが確実です。気になる版だけ選べるので、必要なところだけ拾えます。
初心者が踏みやすい落とし穴
- 更新コマンドだと思う。
/release-notesは変更履歴を見るためのコマンドです。Claude Code本体は更新しません。 - 全部読もうとして疲れる。困っているコマンド名や機能名で探せば十分です。
- 自分の環境だけの問題と混同する。変更履歴に載っているなら仕様変更、載っていないなら環境側の確認へ進みます。
- 古い記事だけを信じる。Claude Codeは更新が速いので、古い解説と違う場合は公式変更履歴を優先します。
- 表示された説明で止まる。変更点を読んだら、代わりに使うコマンドや設定画面まで確認します。
/doctorと混同する。変更履歴を見るなら/release-notes、手元の状態を診断するなら/doctorです。
書き方
/release-notesやってみるとこうなる
入力
/release-notes出力例
版を選ぶ画面が開き、選んだ版の変更点、またはすべての版の変更履歴を表示できる。このページに出てきた言葉
- リリースノート
- 新しい版で何が変わったかをまとめた説明
- 版
- ソフトの更新番号。例として <code>2.1.128</code> のように数字で表される
- 変更履歴
- 過去の更新内容を時系列で並べた記録
- 仕様変更
- ソフトの設計として、動きや操作方法が変わること
- Vim編集モード
- キーボード操作をVim風にする入力モード
- /doctor
- Claude Codeのインストール状態や設定を診断するコマンド
- /status
- Claude Codeの版、モデル、アカウント、接続状態などを見るコマンド