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

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

Claude Codeで「何が変わったか」を知る経路は4つあります。claude --version / /release-notes / changelogページ(code.claude.com/docs/en/changelog)/ GitHubのCHANGELOG.mdです。返ってくる情報量も、確認できる場所もそれぞれ異なります。/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

v2.1.287を入れた環境で実行すると、出力は次の1行でした。claude -vも同じ結果です。

2.1.287 (Claude Code)

「今の版が何か」だけを知りたいなら、この1コマンドで完結します。claude updateを実行した直後にclaude --versionを叩けば、更新が実際に反映されたかもその場で確かめられます。ただし「そのバージョンで何が変わったのか」は別途調べる必要があります。なおclaude updateには別名upgradeがあり、claude update --helpのオプションは-h, --helpだけです。「更新があるか確認し、あればインストールする」という1行の説明が出ます。更新内容を事前に見る機能は付いていません。バージョンの確認・固定・ダウングレードの具体的な手順はClaude Codeバージョンの確認・固定・ダウングレードガイドにまとめています。

changelogページとGitHubのCHANGELOG.mdは、リモートのページを取りに行く経路なので、ネットワーク接続が必要です。/release-notesはどうでしょうか。環境変数CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFICの説明には、止める通信として「自動更新・テレメトリ・エラー報告・/feedback」と並んで「release notes」が挙がっています。この変数を設定した環境では、/release-notesのデータ取得が止まります(v2.0.17以降)。手元に取得済みの内容が残っているかどうかで、表示は変わり得ます。

/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 Codeを起動していない状態や、確認した結果を誰かに送りたいときには、次の2つの方が扱いやすいでしょう。

この挙動は最初からあったわけではありません。changelogの記録をたどると、次の順に整ってきました。

「会話に入らない」という性質は、v2.1.208以降の修正で成り立つものです。古いバージョンでは表示したノートがモデルの会話に入っていて、とくに「すべて表示」ではchangelog全体が毎リクエストに積まれていました。

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と同じく両方に付いており、件数も一致します(v2.1.287は両方とも106件でした)。見せ方の違いは、4経路を比べたあとの図にまとめています。

ブラウザだけで開けるので、Claude Codeをインストールしていない状態でもアップデート前に変更点を確認できます。チームに変更点を共有するときのリンク先としても、この公式ページが向いています。プラットフォーム別タグは絞り込みの手がかりにもなります。たとえばCLIだけを使っているなら、[VSCode]や[Claude Code on the web]の付いた項目は読み飛ばしてかまいません。逆にVSCode拡張だけを使っているなら、[VSCode]の付いた項目に加えて、無印の項目も確認が必要です。無印の項目はプラットフォームを問わない変更で、CLI専用を示すタグはありません。[Claude Tag]や[Code Review]のようなタグも付くので、自分の使い方に当たるものを拾ってください。

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の変更履歴と混同しないよう注意が必要です。claude.ai向けのシステムプロンプトがいつ書き換わったかは、Claudeのシステムプロンプト変更履歴ページの読み方で確認できます。