Claude Codeの変更履歴をどこで確認するか — 4つの経路を比較する

Claude Codeの変更履歴を確認できる4つの経路

Claude Codeで「何が変わったか」を知る方法は1つではありません。claude --version / /release-notes / changelogページ(code.claude.com/docs/en/changelog)/ GitHubのCHANGELOG.mdの4経路があり、返ってくる情報量も確認できる場所も異なります。/release-notesコマンド自体の操作方法はClaude Code /release-notesコマンドの使い方で扱っているので、本記事では4経路を横断して比較することに絞ります。

結論から言うと、claude --versionはいまのバージョン番号しか返しません。残り3つはどれも変更内容そのものを返しますが、/release-notesはセッション内で完結し、changelogページはブラウザで通し読みでき、CHANGELOG.mdはスクリプトで扱いやすい生テキストになっています。以下、それぞれの中身と向く場面を見ていきます。

claude --versionは今のバージョン番号だけを返す

claude --version(短縮形claude -v)が返すのは、いまインストールされているClaude Codeのバージョン番号だけです。変更内容には一切触れません。ネイティブバイナリのclaude install [version]でバージョンを指定してインストールし直したときや、CI上で「意図したバージョンが動いているか」だけを機械的に確かめたいときに使う、最も軽いチェック手段になります。

claude --version

「今の版が何か」だけを知りたいなら、この1コマンドで完結します。claude updateを実行した直後にclaude --versionを叩けば、更新が実際に反映されたかもその場で確かめられます。ただし「そのバージョンで何が変わったのか」は別途調べる必要があります。バージョンの確認・固定・ダウングレードの具体的な手順はClaude Codeバージョンの確認・固定・ダウングレードガイドにまとめています。

手元にインストール済みのバイナリが持つ文字列を表示するだけなので、ネットワークが繋がっていない環境やオフラインのCIランナーでもclaude --versionはそのまま動きます。changelogページとGitHubのCHANGELOG.mdはどちらもブラウザやHTTPリクエストでリモートのページを取りに行く経路なので、当然ネットワーク接続が必要です。/release-notesもAnthropicへのネットワークリクエストで変更履歴データを取得しており、CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFICを設定した環境やゲートウェイ経由で通信を絞っている環境では表示に失敗します。オフラインで使えるのは実質claude --versionだけです。

/release-notesは会話のコンテキストを消費せずに読める

/release-notesはセッション内で使うインタラクティブなバージョンピッカーです。特定のバージョンを選ぶとその変更点が表示され、全バージョン一覧を選ぶこともできます。ドキュメントの説明でとくに重要なのは次の一文です。

The notes appear in your transcript without entering the conversation Claude sees.

つまり、/release-notesで表示される変更履歴は画面上のトランスクリプトには出ますが、Claudeが読む会話コンテキストには入りません。ふつうにClaudeへ「changelogを見せて」と頼めば、その内容はトークンとして会話に積まれます。/release-notesはその積み増しを避けたまま、いま作業しているセッションを離れずに変更点を確認できる経路です。

作業中に「このバージョンで直った不具合を確認してから続けよう」というときに向いています。「全バージョンを表示する」を選べば、セッションを離れずに過去のバージョンまで遡って読めるので、通し読みという点だけで見ればchangelogページに近い網羅性も得られます。ただし表示された内容がClaudeの会話コンテキストに入らない設計であるぶん、/exportでその場の会話を書き出しても、この変更履歴まで含まれるかは確認できていません。まだClaude Codeを起動していない状態や、確認した結果を誰かに送りたいときには次の2つの方が扱いやすいでしょう。

changelogページはブラウザから全バージョンを見渡せる

code.claude.com/docs/en/changelogは、バージョンごとに区切られた公式のリリースノートページです。ページの冒頭には次の一文があります。

This page is generated from the CHANGELOG.md on GitHub. Run claude --version to check your installed version.

つまりchangelogページは、後述するGitHubのCHANGELOG.mdから自動生成されたビューであって、独立した別の情報源ではありません。実際にv2.1.269のセクションを突き合わせると、本文の各行はCHANGELOG.mdと一字一句同じです。[VSCode]や[Claude Code on the web]のようなプラットフォーム別タグも、raw版のCHANGELOG.mdと同じく両方に付いており、件数も182件で一致します。見せ方として違うのは、changelogページ側にはバージョンごとに<Update label="2.1.270" description="September 12, 2026">という公開日が添えられている点と、箇条書き記号がページ側では丸印、CHANGELOG.md側では-になっている点です。

ブラウザだけで開けるので、Claude Codeをインストールしていない状態でもアップデート前に変更点を確認できます。チームに変更点を共有するときのリンク先としても、この公式ページが向いています。プラットフォーム別タグは絞り込みの手がかりにもなります。たとえばVSCode拡張だけを使っているなら、[VSCode]が付いていない項目(CLI本体やClaude Code on the webだけの変更)は自分には関係しないと判断できますし、逆にCLIだけを使っているなら[VSCode]タグの付いた項目は読み飛ばしてかまいません。プラットフォームを問わない無印の項目だけが、利用形態にかかわらず確認すべき変更ということになります。

GitHub CHANGELOG.mdは自動処理とdiffに向く

github.com/anthropics/claude-code/blob/main/CHANGELOG.mdは、changelogページが生成元として明示している一次データそのものです。中身は## 2.1.270のようなバージョン見出しと-で始まる変更点の箇条書きだけで、公開日の表示や箇条書き記号の違いを除けば、変更点の件数も文面もchangelogページと同一です。

この経路が向くのは、人が読むよりスクリプトで処理したい場面です。生のMarkdownなのでcurlやgrepでバージョンごとの差分を取り出せますし、GitHub側のファイル履歴をgit blameやgit log -pで追えば、いつどのバージョンに何が追記されたかも辿れます。ページを描画するブラウザを介さないぶん、CI上での自動チェックや、複数バージョンをまとめてテキスト処理する用途に向いています。

curl -s https://raw.githubusercontent.com/anthropics/claude-code/main/CHANGELOG.md \
  | awk '/^## 2.1.270/{flag=1} flag{print} /^## 2.1.269/{exit}'

このawkはexitの前にprintが実行される都合上、## 2.1.269の見出し行自体も出力に含まれます。特定バージョンだけを抜き出したい場合は、出力から最後の見出し行を除くか、sed -nで範囲を1行手前まで区切る方法に置き換えてください。更新のタイミングを機械的に追いたいだけなら、ファイル本体を都度取得しなくてもgithub.com/anthropics/claude-code/commits/main/CHANGELOG.md.atomのAtomフィードを購読すれば、CHANGELOG.mdが更新されるたびに通知を受け取れます。実際にv2.1.270のGitHubリリースが公開されたのは2026年9月12日19時45分44秒(UTC)で、CHANGELOG.mdを更新したコミット(コミット名chore: Update CHANGELOG.md and feed.xml)のタイムスタンプは19時45分38秒と、6秒しか違いません。この差の小ささから見て、両者は自動生成による連動と考えられますが、生成の仕組み自体は一次ソースで確認できていません。

4つの経路の使い分け早見表

個人利用とチーム利用で向く経路は変わる

ここまでの4経路は、1人で作業しているときとチームで足並みを揃えたいときとで、向き不向きが逆転する場面があります。個人で「いま自分が使っているバージョンで何が直ったか」を確かめるだけなら、セッションを離れずに読める/release-notesと、番号だけを瞬時に返すclaude --versionの2つで用が足ります。

一方、チームでバージョンの認識を揃えたいときは事情が違います。/release-notesはいま開いているセッションの中で読む前提のコマンドで、内容を直接URLとして誰かに送る機能は持ちません。changelogページなら、確認した内容をそのままリンクとして他のメンバーに共有できますし、Claude Codeをまだインストールしていないメンバーにも同じ情報が届きます。「このバージョンで直った不具合を確認してから全員でアップデートする」というチーム運用では、個人の/release-notesより共有可能なchangelogページの方が向いています。

さらに、社内の通知botやダッシュボードに変更履歴を流し込みたいなら、人が読むための2経路(/release-notes・changelogページ)ではなく、機械が読むためのGitHubのCHANGELOG.mdを情報源に選ぶことになります。同じ「変更履歴を確認したい」という目的でも、読み手が人なのか自分のスクリプトなのかで、選ぶべき経路は変わります。

4つを見ても足りないときに確認すること

4つのどの経路を見ても、「なぜ自動アップデートされたバージョンとclaude --versionの表示がずれるのか」「どのチャネルの更新なのか」までは分かりません。これはネイティブバイナリの更新チャネルやタイミングの話であって、changelogの情報源の話とは別の問題です。自動更新の仕組みそのものを確認したいときはClaude Codeアップデートガイドを、claude --versionの出力を使ったバージョンの確認・固定・ダウングレードの具体手順はClaude Codeバージョンの確認・固定・ダウングレードガイドを、/release-notesコマンド自体の細かい操作はClaude Code /release-notesコマンドの使い方を参照してください。

もう1点、4経路のどれを見てもClaude Codeというアプリケーション自体の変更点しか載っていないわけではありません。このCHANGELOG.mdには、たとえばclaude-fable-5-1の追加のように、Claude Codeで使えるモデルの追加や既定モデルの変更も記録されています。ただし、モデル自体の性能改善や研究発表そのものはここには載らず、Claude Codeという製品の中でどのモデルが使えるようになったかという情報にとどまります。モデル側の広範な更新情報は別系統で公開されているため、Claude Codeの変更履歴と混同しないよう注意が必要です。