changelog claude code｜更新履歴・新機能・バージョン別の見方

changelog claude codeで確認できる情報

Claude Codeのchangelogは、リリースごとに「何が追加されたか」「既存の動作がどう変わったか」「どの不具合が直ったか」を確認するためのページです。公式のClaude Code changelogには、機能追加だけでなく、性能改善、認証や権限に関する修正、OSやIDEごとの不具合修正もバージョン単位で掲載されています。

公式ページには、GitHubのCHANGELOG.mdから生成されたページであることと、claude --versionでインストール済みの版を確認できることが明記されています。つまり、検索結果の解説記事を読む前に、まず自分の版と公式履歴の版をそろえるのが基本です。

本稿の確認時点では、先頭に表示されていたのは v2.1.223（2026年8月6日）でした。更新は頻繁に行われるため、記事内の版を固定的な「現在の最新版」とみなすのではなく、公式ページで日付とバージョンを再確認してください。

公式CLI changelogの読み方

各バージョンの見出しの下には、追加（Added）、変更（Changed）、修正（Fixed）に相当する項目が並びます。読む順番を決めておくと、数多くの小さな修正から自分に関係する情報を拾いやすくなります。

まず、見出しのバージョン番号とリリース日を確認します。次に、普段使うOS、ターミナル、認証方式、インストール方法に触れている項目を探します。最後に、設定名やコマンド名を公式ドキュメントで照合します。たとえば権限設定の変更は、単なる表示変更ではなく、承認の出方や運用ルールに影響する場合があります。

GitHubの原本は変更項目や関連Issueを追いたいときに便利ですが、初めて確認する人には公式ドキュメント版のほうが読みやすいでしょう。特定の版を探す場合は、ブラウザーのページ内検索で 2.1.223 のように番号を検索すると、日付と変更内容をすぐに照合できます。

v2.1.223の注目変更点

2026年8月6日付のv2.1.223では、機能追加よりも、管理設定・権限・セッションの安全性と使い勝手に関わる更新が目立ちます。代表的な変更は次のとおりです。

• strictKnownMarketplaces と blockedMarketplaces の管理設定で、owner/* のワイルドカードを指定できるようになりました。組織単位でマーケットプレイスを許可・禁止するときの指定をまとめやすくなります。
• クラウドセッションに、claude --teleport <session id>でローカルへ続行するための案内が表示されるようになりました。ブラウザー側で始めた作業を、端末に戻って続けるときの手がかりになります。
• 承認確認をすり抜けるよう細工されたコマンドや、タブ・不可視Unicode文字で一部を隠すコマンドへの対策が入りました。権限設定を使う環境では、機能追加より先にこの種の修正を確認する価値があります。
• 1Mコンテキスト対応モデルの自動圧縮設定、/reviewと/code-reviewの関係、深いレビューを指定する方法も整理されています。

これらはすべての利用者が同じ操作を必要とする変更ではありません。個人利用ならコマンドと権限修正、組織利用なら管理設定、クラウド利用なら/teleportというように、自分の使い方に関係する項目を優先して読んでください。詳細は公式CLI changelogのv2.1.223欄で確認できます。

What's new・GitHub・Desktop changelogの違い

検索結果に複数の公式ページが出るのは、扱う範囲が異なるためです。役割を次のように分けると、同じ変更を何度も探さずに済みます。

公式のWhat's newは、毎週のバージョン範囲と代表的な機能をまとめたダイジェストです。細かな修正を網羅する目的ではないため、導入判断はWhat's new、影響範囲の確認はCLI changelogという使い分けが適しています。

一方、Desktop changelogはアプリ本体の履歴です。Desktopに組み込まれたCLIの変更はCLI changelogを参照するよう案内されているため、Desktopのバージョン番号だけを見てCLIの更新状況を判断しないでください。検索上位の3ページがいずれも公式ページだったのは、この切り分け自体が検索意図になっているからです。

バージョン確認から更新までの手順

変更履歴を読んだあと、実際に更新する場合はインストール経路を間違えないことが重要です。次の順序で確認してください。

1. 端末で claude --version を実行し、現在のバージョンを控えます。claude -vでもバージョン番号を表示できます。
2. 公式CLI changelogで同じ番号を検索し、導入済みの変更と、更新後に追加される変更を分けて読みます。業務で使う場合は、更新対象の版の日付も記録します。
3. ネイティブインストールなら claude update を実行します。Homebrewは利用中のcaskに応じて brew upgrade claude-code または brew upgrade claude-code@latest、WinGetは winget upgrade Anthropic.ClaudeCode を使います。apt・dnf・apkなどのパッケージマネージャー版は、それぞれの更新コマンドを実行します。
4. Claude Codeをいったん終了して再起動し、もう一度 claude --version を実行します。表示された版が意図したものか、変更された設定やコマンドが動くかを確認します。

公式のインストール・更新手順では、ネイティブ版はバックグラウンド更新、Homebrew・WinGet・Linuxパッケージ版は原則として手動更新と説明されています。claude updateを実行しても版が変わらないときは、別の経路で入れたclaudeがPATHの先にないかを確認しましょう。

latestとstableを選ぶときの注意点

更新を急ぐか、安定性を優先するかは、設定のautoUpdatesChannelで選べます。latestは新しい機能を早く受け取る既定値で、stableは通常およそ1週間前の版を使い、大きな回帰を含むリリースを避ける運用です。個人で新機能を試すならlatest、チームの端末をそろえるならstableが候補になります。

ただし、stableに切り替えれば必ず古い版へ戻るとは限りません。minimumVersionを設定している場合、その値より下の版への更新は止められます。組織でバージョンを管理している場合は、管理者が最低バージョンや更新経路を指定していることもあるため、個人の設定だけで変更しないでください。

また、ネイティブ版の自動更新を止めたい場合はDISABLE_AUTOUPDATER、手動更新を含む更新経路全体を止めたい場合はDISABLE_UPDATESが使われます。検証用の端末で固定するのか、普段使いの端末で修正を早く受け取るのかを決めてから設定しましょう。設定項目の定義は公式Claude Code settingsでも確認できます。

変更履歴を定期的に追う方法

毎回すべての版を読む必要はありません。まず週次のWhat's newで大きな変化を把握し、更新を予定している版だけCLI changelogで精査する方法が現実的です。導入前には、次の4点をメモしておくと、問題が起きたときに切り戻しや相談がしやすくなります。

• 更新前後のバージョン番号
• 使用OSとインストール経路
• 変更の影響を受けそうな設定名やコマンド
• 動作確認に使う代表的なプロジェクトと操作

セキュリティ修正、認証、権限、データの扱いに関する項目は、機能追加より優先して確認してください。反対に、使っていないIDE連携やDesktop専用の修正は、対象環境でなければ急いで対応する必要はありません。changelog claude codeを「最新版のニュース」ではなく、自分の環境に差分があるかを照合するための一次情報として使うと、更新の判断がぶれにくくなります。