この記事のポイント
2026年のClaude Codeアップデートをカテゴリ別・月別に日本語で全項目解説
MCPツール検索の自動モード化やコンテキスト管理改善など、AI基盤の進化を時系列で把握可能
新タスク管理システムやバックグラウンドエージェントなど、マルチエージェント機能の進化を追える
2月はOpus 4.6正式リリース・Agent Teamsプレビュー・大規模メモリリーク修正、3月はデフォルトeffort変更・/loopコマンド追加
月次で更新中。最新のClaude Code動向を日本語で継続的にキャッチアップ可能

Microsoft MVP・AIパートナー。LinkX Japan株式会社 代表取締役。東京工業大学大学院にて自然言語処理・金融工学を研究。NHK放送技術研究所でAI・ブロックチェーンの研究開発に従事し、国際学会・ジャーナルでの発表多数。経営情報学会 優秀賞受賞。シンガポールでWeb3企業を創業後、現在は企業向けAI導入・DX推進を支援。
Claude Codeは毎週のようにGitHub Releasesで新機能や改善が発表されていますが、英語ベースで更新頻度も高く、追いかけ続けるのは大変です。
「Opus 4.6のFastモードって何?」「Agent Teamsはどこまで進化した?」と感じる方も多いのではないでしょうか。
本記事では、2026年1月〜3月のClaude CodeアップデートをAIモデル・エージェント・MCP・IDE連携などカテゴリ別・月別に整理し、GitHub Releasesの全項目を日本語で解説します。毎月更新していきますので、ブックマークしてご活用ください。
目次
2026年3月 - Opus 4.6デフォルトeffortの変更ほか1件
2026年2月 - Opus 4.6正式リリースとFastモードほか2件
2026年1月 - MCPツール検索の自動モードデフォルト化ほか2件
2026年3月 - /loopコマンドとcronスケジューリングほか1件
2026年2月 - Agent Teams リサーチプレビュー公開ほか4件
2026年3月 - VS Code: MCP管理ダイアログほか2件
2026年2月 - HTTP Hooksの追加とセキュリティ強化ほか3件
2026年1月 - スラッシュコマンドとスキルの統合ほか3件
2026年3月 - VS Code: セッション一覧とプラン表示ほか1件
2026年2月 - VS Code: リモートセッション対応ほか3件
2026年1月 - VS Code: Chrome統合の有効化ほか3件
2026年2月 - 長時間セッション向けメモリリーク一斉修正ほか4件
2026年1月 - React Compilerによるレンダリング性能改善ほか3件
2026年3月 - Claude APIスキルとBash自動承認拡充ほか2件
2026年2月 - 自動メモリとRemote Controlほか3件
2026年1月 - Bashモード履歴ベースオートコンプリートほか3件
Claude Codeアップデートまとめ
Claude Codeは、Anthropicが提供するターミナルベースのAIコーディングエージェントです。ファイル操作、コード生成・編集、Git操作、マルチエージェント連携まで、開発ワークフロー全体をターミナルからAIで支援するツールとして急速に進化しています。
AnthropicはGitHub Releasesでバージョンごとの変更点を随時公開していますが、更新頻度が非常に高く英語ベースのため、日本語環境の開発者にとってはすべてを追いかけ続けるのが負担になりがちです。
そこで本記事では、Claude CodeのGitHub Releasesをソースとして、2026年のアップデートをカテゴリ別・月別に整理して日本語で解説します。AIモデル・コンテキスト管理からエージェント機能の進化、MCP連携、IDE統合、パフォーマンス改善まで、全項目を網羅した上で実務でのインパクトも添えています。
毎月更新していきますので、ブックマークしてご活用ください。
月別アップデートサマリー
Claude Codeは週に数回のペースでリリースが行われており、AIモデル・コンテキスト管理の改善、エージェント機能の拡充、MCP連携の強化、IDE統合の深化、パフォーマンス最適化など、多岐にわたるアップデートが実施されています。
このセクションでは、各月のアップデートをカテゴリ別の件数・注目トピックとともにサマリーテーブルで一覧しています。
テーブル内のリンクから、該当カテゴリの詳細セクションに直接ジャンプできますので、気になる機能をすぐに確認できます。
2026年3月

3月はClaude Code v2.1.66からv2.1.71まで、3月7日時点で計5回のリリースが行われています。Opus 4.6のデフォルトeffort設定変更、/loopコマンドによる定期実行機能、VS CodeでのMCPサーバー管理ダイアログ、大規模なメモリリーク修正群など、短期間ながら基盤・拡張性の両面で重要なアップデートが含まれています。
3月7日時点で全7カテゴリで合計17件の注目アップデートが発表されました。以下の表にカテゴリごとの件数と注目トピックをまとめました。
| カテゴリ | 件数 | 注目トピック | 主なバージョン |
|---|---|---|---|
| AIモデル・コンテキスト管理 | 2件 | Opus 4.6デフォルトeffortの変更 | v2.1.68, v2.1.69 |
| エージェント・マルチエージェント | 2件 | /loopコマンドとcronスケジューリング | v2.1.69, v2.1.71 |
| MCP・プラグイン・拡張機能 | 3件 | VS Code: MCP管理ダイアログ | v2.1.69, v2.1.70, v2.1.71 |
| IDE連携・セキュリティ | 2件 | VS Code: セッション一覧とプラン表示 | v2.1.69, v2.1.70 |
| パフォーマンス・安定性 | 3件 | 大規模メモリリーク修正群 | v2.1.69, v2.1.70 |
| 開発ツール・ワークフロー | 3件 | Claude APIスキルとBash自動承認拡充 | v2.1.69, v2.1.70, v2.1.71 |
| ターミナルUI・入力・音声 | 2件 | 音声モードの多言語対応と安定性向上 | v2.1.69, v2.1.70 |
3月7日時点では、MCP・プラグイン関連とパフォーマンス・安定性、開発ツール・ワークフローがそれぞれ3件と多く、拡張エコシステムの成熟と長時間セッションの安定性向上が引き続き重点テーマとなっています。月の途中であるため、今後のリリースで件数は増加する見込みです。
2026年2月

2月はClaude Code v2.1.30からv2.1.63まで、計26回のリリースが行われた月です。Opus 4.6の正式リリースとSonnet 4.6の追加、Agent Teamsのリサーチプレビュー公開、Remote Controlの本格展開、自動メモリ機能の導入、そして全カテゴリにわたる大規模なメモリリーク修正とパフォーマンス改善が目立ちます。Windows対応の拡充も加速した月です。
全7カテゴリで合計28件の注目アップデートが発表されました。以下の表にカテゴリごとの件数と注目トピックをまとめました。
| カテゴリ | 件数 | 注目トピック | 主なバージョン |
|---|---|---|---|
| AIモデル・コンテキスト管理 | 3件 | Opus 4.6正式リリースとFastモード | v2.1.32, v2.1.36, v2.1.50 |
| エージェント・マルチエージェント | 5件 | Agent Teams リサーチプレビュー公開 | v2.1.32, v2.1.33, v2.1.47, v2.1.50, v2.1.51 |
| MCP・プラグイン・拡張機能 | 4件 | HTTP Hooksの追加とセキュリティ強化 | v2.1.30, v2.1.51, v2.1.63 |
| IDE連携・セキュリティ | 4件 | VS Code: リモートセッション対応 | v2.1.33, v2.1.38, v2.1.51 |
| パフォーマンス・安定性 | 5件 | 長時間セッション向けメモリリーク一斉修正 | v2.1.47, v2.1.49, v2.1.50, v2.1.63 |
| 開発ツール・ワークフロー | 4件 | 自動メモリとRemote Control | v2.1.30, v2.1.32, v2.1.51, v2.1.59 |
| ターミナルUI・入力・音声 | 3件 | CJKワイド文字レイアウト修正 | v2.1.32, v2.1.39, v2.1.47 |
パフォーマンス・安定性とエージェント・マルチエージェントがそれぞれ5件と最多で、長時間セッションのメモリ安定化とAgent Teams機能の本格的な基盤整備が2月の中心テーマでした。IDE連携ではVS Codeのリモートセッション対応やプラン表示の改善が進み、エディタ内でのClaude Code体験がさらに充実しています。
2026年1月

1月はClaude Code v2.0.76からv2.1.29まで、計20回以上のリリースが行われた月です。MCPツール検索の自動モードデフォルト化、新タスク管理システムの導入、React Compilerによる描画性能改善、日本語IME対応など、基盤機能の大幅強化が進みました。セキュリティ面ではコマンドインジェクション脆弱性の修正や権限バイパスの対策も実施されています。
全7カテゴリで合計25件の注目アップデートが発表されました。以下の表にカテゴリごとの件数と注目トピックをまとめました。
| カテゴリ | 件数 | 注目トピック | 主なバージョン |
|---|---|---|---|
| AIモデル・コンテキスト管理 | 3件 | MCPツール検索の自動モードデフォルト化 | v2.1.7, v2.1.14, v2.1.20 |
| エージェント・マルチエージェント | 3件 | 新タスク管理システム | v2.1.16, v2.1.20 |
| MCP・プラグイン・拡張機能 | 4件 | スラッシュコマンドとスキルの統合 | v2.1.3, v2.1.9, v2.1.14 |
| IDE連携・セキュリティ | 4件 | VS Code: Chrome統合の有効化 | v2.1.2, v2.1.19, v2.1.27 |
| パフォーマンス・安定性 | 4件 | React Compilerによるレンダリング性能改善 | v2.1.2, v2.1.15 |
| 開発ツール・ワークフロー | 4件 | Bashモード履歴ベースオートコンプリート | v2.1.6, v2.1.14, v2.1.27 |
| ターミナルUI・入力・音声 | 3件 | 全角数字入力対応(日本語IME) | v2.1.6, v2.1.20, v2.1.21 |
MCP・プラグイン関連とIDE連携・セキュリティがそれぞれ4件と多く、プラグインエコシステムの成熟とVS Code統合の深化が加速している月です。パフォーマンス面ではReact Compilerの導入やメモリリーク修正により、長時間セッションの安定性が大幅に向上しました。
AIモデル・コンテキスト管理
Claude Codeでは、AnthropicのClaudeモデル(Opus 4.6、Sonnet 4.6など)を使用してコーディング支援を行います。コンテキストウィンドウの管理、セッション圧縮、MCPツール検索の最適化など、AIモデルの能力を最大限に引き出すための基盤機能がこのカテゴリに含まれます。
2026年1月はMCPツール検索の自動モードデフォルト化、2月はOpus 4.6正式リリースとFastモード・1Mコンテキスト対応、3月はデフォルトeffortの変更とプロンプトキャッシュの効率化が注目トピックです。
2026年3月 - Opus 4.6デフォルトeffortの変更ほか1件

3月はOpus 4.6のデフォルトeffort設定の変更と旧モデルの整理、およびプロンプトキャッシュの効率化が注目ポイントです。モデル選択の簡素化と運用コストの最適化が進みました。
Opus 4.6デフォルトeffortの変更と旧モデル整理
Opus 4.6のデフォルトeffortがMaxおよびTeamプランのユーザーに対してmediumに設定されました。mediumは速度と精度のバランスに優れ、多くのタスクで十分な品質を発揮する設定です。必要に応じて/modelコマンドから変更でき、ultrathinkキーワードで次のターンだけhigh effortに切り替えることも可能です。
同時にOpus 4およびOpus 4.1がファーストパーティAPI上のClaude Codeから削除され、これらのモデルを固定していたユーザーは自動的にOpus 4.6に移行されました。モデル選択がシンプルになり、最新のOpus 4.6に統一されることで、サポートやドキュメントの負担も軽減されています。
プロンプトキャッシュの安定化とコンテキスト最適化
MCPサーバーが初回ターン後にinstructions付きで接続した場合にプロンプトキャッシュが無効化される問題が修正されました。また、--resumeでセッションを再開する際にスキル一覧が毎回再注入されていた問題が修正され、再開1回あたり約600トークンの節約が実現しています。
コンパクション(圧縮)処理では画像を保持したままサマライザーリクエストを送信するようになり、プロンプトキャッシュの再利用が可能になったことで、圧縮処理がより高速かつ低コストに実行されるようになっています。日常的にセッションの再開やコンパクションを多用するユーザーにとって、トークン消費の削減効果は累積的に大きなインパクトがあります。
参考:v2.1.69 リリースノート / v2.1.70 リリースノート
2026年2月 - Opus 4.6正式リリースとFastモードほか2件

2月はClaude Opus 4.6の正式リリースとSonnet 4.6の追加という、モデル世代交代が最大のトピックです。Opus 4.6にはFastモードと1Mコンテキストウィンドウが順次追加され、コスト効率と処理能力の両面で大きく進化しました。
Opus 4.6正式リリースとFastモード
Claude Opus 4.6がClaude Code上で正式に利用可能になりました。v2.1.32で初回リリースされ、続くv2.1.36ではOpus 4.6向けのFastモードが追加されています。Fastモードはeffortレベルを下げて応答速度を優先するモードで、定型的なタスクやシンプルな質問に対して素早い応答が得られます。
v2.1.50ではOpus 4.6のFastモードでも1Mコンテキストウィンドウがフルに利用可能になりました。従来は速度優先のモードではコンテキスト容量が制限されるケースがありましたが、この改善により大規模なコードベースでもFastモードの高速応答と長大なコンテキストを両立できるようになっています。
参考:v2.1.32 リリースノート / v2.1.36 リリースノート / v2.1.50 リリースノート
Sonnet 4.6の追加とモデルUI改善
Claude Sonnet 4.6がClaude Codeに追加されました。Sonnet 4.5は1Mコンテキスト対応でMaxプランから段階的に削除され、後継のSonnet 4.6への移行が案内されています。Sonnet 4.6は1Mコンテキストを標準装備しており、コスト効率の高いモデルとして日常的なコーディング支援に適しています。
/modelコマンドのUIも改善され、固定されたモデルバージョンに対して人間が読みやすいラベル(例: Sonnet 4.5)が表示されるようになり、より新しいバージョンが利用可能な場合にはアップグレードのヒントも表示されるようになりました。モデル選択の体験がより直感的になっています。
参考:v2.1.45 リリースノート / v2.1.49 リリースノート / v2.1.51 リリースノート
tree-sitterメモリ管理の継続改善
長時間セッションでtree-sitterのWASMメモリが無制限に増加する問題に対し、定期的にパーサーをリセットする仕組みが導入されました。1月のパースツリー解放修正に続く対策で、WASMの線形メモリが縮小されない根本的な問題に対処しています。さらにYoga WASMの線形メモリについても同様の問題が修正されています。
これらの修正により、数時間にわたるコーディングセッションでもメモリ使用量が安定して推移するようになっています。特に複数のファイルを頻繁に行き来する開発スタイルでは、tree-sitterのパース回数が膨大になるため、メモリ管理の安定化は実用面で大きな効果を発揮します。
2026年1月 - MCPツール検索の自動モードデフォルト化ほか2件

1月はMCPツール検索の自動モード化とコンテキスト管理の精度向上が中心です。MCPツールの説明がコンテキストウィンドウの10%を超える場合に自動で遅延読み込みに切り替わる仕組みが全ユーザーにデフォルト適用され、多数のMCPサーバーを接続しているユーザーのコンテキスト消費が大幅に削減されました。
MCPツール検索の自動モードデフォルト化
MCPツール検索の自動モードが全ユーザーにデフォルトで有効化されました。MCPツールの説明がコンテキストウィンドウの10%を超える場合、ツール情報は事前に読み込まれず、必要なときにToolSearchツール経由で動的に検索・読み込みされます。
多数のMCPサーバーを接続している環境では、ツール説明だけでコンテキストの大部分を消費してしまうケースがありました。自動モードにより、実際に使用するツールの情報だけがコンテキストに載るようになるため、長いセッションでもコンテキストの枯渇を防ぎやすくなっています。無効化したい場合は、settings.jsonのdisallowedToolsにMCPSearchを追加します。
コンテキストウィンドウ管理の改善
コンテキストウィンドウのブロッキング制限に関する2つの重要な修正が行われました。v2.1.7では、ブロッキング制限の計算が最大出力トークンを考慮していなかった問題が修正され、有効コンテキストウィンドウに基づく正確な制限値に改善されています。
続くv2.1.14では、ブロッキング制限が意図した約98%ではなく約65%で発動してしまうリグレッションが修正されました。この問題により、コンテキストにまだ余裕があるにもかかわらずユーザーがブロックされるケースが発生していました。並行して、サブエージェント実行時のメモリ問題によるクラッシュも修正されており、複雑なマルチエージェントタスクの安定性が向上しています。
参考:v2.1.7 リリースノート / v2.1.14 リリースノート
セッション圧縮の安定性向上
セッション圧縮(auto-compact)に関連する複数の改善が行われました。v2.1.15およびv2.1.16では、/compactを実行しても「コンテキスト残り」の警告が消えない不具合が修正されています。v2.1.20では、セッション圧縮後にリジュームすると圧縮サマリーではなく全履歴がロードされてしまう問題が修正されました。
v2.1.21では、出力トークン上限が大きいモデルで自動圧縮が早すぎるタイミングで発動する問題が修正されています。これらの改善により、長時間のコーディングセッションでもコンテキスト管理が安定して動作するようになり、セッション中断のリスクが低減しました。
参考:v2.1.15 リリースノート / v2.1.20 リリースノート / v2.1.21 リリースノート
エージェント・マルチエージェント
Claude Codeのエージェント機能は、タスクの分割・並列実行・バックグラウンド委任などを通じて、複雑な開発作業を自律的に進める仕組みです。2026年はマルチエージェント連携(Agent Teams)やサブエージェントの本格運用が進んでおり、タスク管理や権限制御の仕組みも強化されています。
2026年3月 - /loopコマンドとcronスケジューリングほか1件

3月はエージェントの定期実行と自律的な繰り返し作業を支援する機能が追加されました。/loopコマンドとcronスケジューリングにより、継続的なモニタリングや定期タスクをClaude Code内で完結させる新しいワークフローが実現しています。
/loopコマンドとcronスケジューリング
/loopコマンドが追加され、プロンプトやスラッシュコマンドを指定した間隔で繰り返し実行できるようになりました。例えば「/loop 5m check the deploy」と入力すると、5分ごとにデプロイの状態を確認するプロンプトが自動実行されます。同時にcronスケジューリングツールも追加され、セッション内で定期的なプロンプト実行をスケジュール設定できます。
デプロイの監視、テスト結果の定期確認、ログのウォッチなど、従来は手動で繰り返し実行していたタスクを自動化できるようになりました。セッションを開いたまま別の作業を進めながら、バックグラウンドで定期チェックを走らせるワークフローが可能になっています。
サブエージェントのレポート効率化と通知修正
マルチエージェントタスクでのサブエージェント最終レポートがより簡潔になり、トークン使用量が削減されました。複数のサブエージェントを並列で稼働させる環境では、各エージェントの完了レポートが累積してコンテキストを圧迫するケースがありましたが、レポートの簡潔化によりこの問題が緩和されています。
また、バックグラウンドエージェントの完了通知に出力ファイルパスが含まれていなかった問題が修正されました。この修正により、コンテキスト圧縮後でも親エージェントがバックグラウンドエージェントの結果を正確に回収できるようになっています。ネストされたチームメイトの生成を防止する修正も行われ、マルチエージェント環境の安定性が向上しました。
参考:v2.1.69 リリースノート / v2.1.71 リリースノート
2026年2月 - Agent Teams リサーチプレビュー公開ほか4件

2月はAgent Teamsのリサーチプレビュー公開が最大のトピックです。複数エージェントの協調作業を実現する基盤が本格的に整備され、エージェント定義のカスタマイズ性やワークツリー分離機能も追加されています。
Agent Teams リサーチプレビュー公開
マルチエージェント協調機能であるAgent Teamsがリサーチプレビューとして公開されました。環境変数CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1を設定することで利用可能になります。トークン消費量が多い機能のため、実験的な位置づけでの公開です。
Agent Teamsは複数のClaude Codeエージェントが並行して作業し、互いにコミュニケーションしながら大規模なタスクに取り組む仕組みです。フロントエンドとバックエンドの同時開発、大規模リファクタリングの分担など、単一エージェントでは時間がかかるタスクを並列化できる可能性を持っています。v2.1.33ではtmux経由でのメッセージ送受信の修正も行われ、基盤が安定化しました。
参考:v2.1.32 リリースノート / v2.1.33 リリースノート
エージェント定義のカスタマイズ強化
エージェント定義ファイル(.claude/agents/*.md)に複数の新機能が追加されました。memoryフロントマターフィールドにより、user、project、localスコープでの永続メモリが利用可能になっています。また、Taskのagent_type構文を使用して、生成可能なサブエージェントの種類を制限できるようになりました。
worktreeフィールドにisolation: worktreeを指定することで、エージェントがGitワークツリーで分離して作業することを宣言的に定義できるようになっています。これらの改善により、エージェントの動作をより細かく制御でき、エンタープライズ環境での安全な運用が容易になりました。
参考:v2.1.33 リリースノート / v2.1.50 リリースノート
バックグラウンドエージェントの制御改善
バックグラウンドエージェントのライフサイクル制御が改善されました。Ctrl+Fで全バックグラウンドエージェントを一括停止できるようになり、従来のESCダブルプレスに代わるより明確な操作方法が提供されています。ESCキーはメインスレッドのキャンセルに専念し、バックグラウンドエージェントは影響を受けずに稼働を継続します。
Ctrl+CとESCがバックグラウンドエージェント稼働中にメインスレッドがアイドル状態のとき無視される問題も修正され、3秒以内に2回押すことで全バックグラウンドエージェントを停止できるようになりました。エージェントのライフサイクル管理がより直感的になり、意図しないエージェント停止のリスクが軽減されています。
参考:v2.1.47 リリースノート / v2.1.49 リリースノート
ワークツリーセッション分離の安定化
--worktreeオプションによるエージェントのGitワークツリー分離機能が安定化されました。WorktreeCreateおよびWorktreeRemoveフックイベントが追加され、ワークツリーの作成・削除時にカスタムVCSセットアップや後処理を実行できるようになっています。
初回起動時に--worktreeが無視される問題や、ワークツリーからのセッション再開時にシンボリックリンクが原因でセッションが見えなくなる問題が修正されました。ワークツリー内でのバックグラウンドタスクがリモートURL解決に失敗する問題も解消されており、複数ブランチでの並行開発がより安定して行えるようになっています。
参考:v2.1.50 リリースノート / v2.1.53 リリースノート
タスク完了ステータスの改善
TaskStopツールが停止したコマンドやタスクの説明を結果行に表示するようになり、汎用的な「Task stopped」メッセージの代わりに具体的な情報が確認できるようになりました。完了したタスクのメモリ管理も改善され、タスク完了後に出力やステータスオブジェクトがメモリから解放されるようになっています。
タスクツールの結果にはトークン数、ツール使用回数、実行時間のメトリクスも追加され、バックグラウンドタスクのコスト把握が容易になりました。これらの改善により、マルチエージェント環境でのタスク管理の可視性と効率性が大幅に向上しています。
参考:v2.1.30 リリースノート / v2.1.50 リリースノート
2026年1月 - 新タスク管理システムほか2件

1月はタスク管理システムの刷新と、バックグラウンドエージェントの権限管理強化が注目ポイントです。マルチエージェント環境での作業を効率化する基盤が整備された月です。
新タスク管理システム(依存関係トラッキング付き)
タスク管理システムが刷新され、タスク間の依存関係をトラッキングする機能が新たに追加されました。従来のタスクシステムでは個々のタスクが独立して管理されていましたが、新システムではタスクAの完了を待ってからタスクBを開始するといった依存関係の定義が可能になっています。
複数のサブエージェントを並列で稼働させる際に、作業の順序制御や前提条件の管理が容易になり、大規模なリファクタリングや機能実装の分割作業がより効率的に進められます。VS Code向けにはネイティブのプラグイン管理機能も同時に追加されました。なお、v2.1.19で追加された環境変数CLAUDE_CODE_ENABLE_TASKSをfalseに設定することで、従来のシステムを一時的に使い続けることもできます。
参考:v2.1.16 リリースノート / v2.1.19 リリースノート
バックグラウンドエージェントの権限事前確認
バックグラウンドエージェントの起動時に、ツール使用の権限確認が事前に行われるようになりました。従来はエージェントが実行中に権限プロンプトを表示するため、ユーザーが他の作業をしている間にエージェントが停止してしまうケースがありました。
この改善により、バックグラウンドに委任する前に必要な権限をまとめて確認・承認できるようになっています。エージェントをバックグラウンドで稼働させながら別の開発作業を進める運用スタイルとの相性が大幅に向上しました。権限ルールとしてBash(*)と記述した場合はBashと同等に扱われるようになる変更も同時に行われています。
チームメイトメッセージのリッチMarkdown対応
Agent Teamsのチームメイトからのメッセージが、リッチMarkdownフォーマットで表示されるようになりました。従来はプレーンテキストで表示されていたため、コードブロックやリスト、太字などの構造化された情報が読みにくい状態でした。
太字、コードブロック、リストなどのMarkdownフォーマットがそのままレンダリングされるようになり、チームメイトエージェントからの報告や提案の可読性が大幅に向上しています。複数のエージェントが並行して作業する環境では、各エージェントの出力を素早く理解できることが作業効率に直結するため、実用面で大きな改善です。
MCP・プラグイン・拡張機能
MCP(Model Context Protocol)は、Claude Codeが外部ツールやデータソースにアクセスするための標準プロトコルです。プラグインシステムはスキル(Markdownベースのカスタムコマンド)やHooks(ツール実行前後のカスタム処理)と連携して、Claude Codeの機能を拡張します。
2026年1月はスラッシュコマンドとスキルの統合、2月はHTTP Hooksの追加とMCP OAuth認証の安定化、3月はVS Code内でのMCP管理ダイアログやスキル自己参照変数など、拡張エコシステムの成熟が加速しています。
2026年3月 - VS Code: MCP管理ダイアログほか2件

3月はVS CodeでのネイティブMCPサーバー管理ダイアログの追加、スキル関連の変数とフック拡張、プラグインの安定性向上が注目ポイントです。MCPの運用体験がIDE内で完結する方向へ大きく前進しました。
VS Code: MCP管理ダイアログ
VS Code拡張にネイティブのMCPサーバー管理ダイアログが追加されました。チャットパネルで/mcpと入力すると、MCPサーバーの有効化・無効化、再接続、OAuth認証の管理がVS Code内で完結できるようになっています。
従来はMCPサーバーの管理のためにターミナルに切り替える必要がありましたが、この改善によりエディタ内の操作だけでMCPサーバーの状態を把握し、問題が発生した場合の再接続やOAuth認証の更新も行えるようになっています。MCPバイナリコンテンツの処理も改善され、PDF、Officeドキュメント、音声ファイルなどを返すツールが正しいファイル拡張子でディスクに保存されるようになりました。
スキルの自己参照変数とInstructionsLoadedフック
スキルファイル(SKILL.md)内で${CLAUDE_SKILL_DIR}変数が利用可能になり、スキル自身のディレクトリパスを参照できるようになりました。スキルが同じディレクトリ内のリソースファイルやテンプレートを参照する際に、絶対パスをハードコーディングする必要がなくなっています。
InstructionsLoadedフックイベントも追加され、CLAUDE.mdや.claude/rules/*.mdファイルがコンテキストに読み込まれた際にカスタム処理を実行できるようになりました。エンタープライズ環境でのルール適用の監査や、チーム固有の初期化処理の自動実行に活用できます。agent_idやagent_typeもフックイベントに追加され、サブエージェントやカスタムエージェントの識別が容易になっています。
プラグインの重複検出とアンインストール改善
プラグインが提供するMCPサーバーと手動設定されたMCPサーバーが重複する場合に自動的にスキップされるようになり、重複接続やツールセットの二重表示が防止されています。抑制されたサーバーは/pluginメニューに表示され、状況を確認できます。
/plugin uninstallの挙動も改善され、プロジェクトスコープのプラグインは.claude/settings.jsonではなく.claude/settings.local.jsonで無効化されるようになりました。これによりアンインストール操作がチームメイトの設定に影響を与えることがなくなっています。複数のClaude Codeインスタンスを同時実行した際にプラグインのインストールが失われる問題も修正されました。
2026年2月 - HTTP Hooksの追加とセキュリティ強化ほか3件

2月はHTTP Hooksの追加による拡張性の向上、MCP OAuth認証の改善、プラグインのnpmソース対応とセキュリティ強化が進みました。エンタープライズ環境での安全なプラグイン運用を支える機能が充実した月です。
HTTP Hooksの追加とセキュリティ強化
HooksにHTTPモードが追加され、シェルコマンドの代わりにURLにJSONをPOSTしてJSONレスポンスを受け取る方式が利用可能になりました。Webhook連携やクラウドサービスとの統合が、シェルスクリプトを介さずに直接行えるようになっています。
同時にHTTP Hooksのセキュリティも強化され、環境変数の展開にはallowedEnvVarsリストでの明示的な許可が必要になりました。サンドボックスが有効な場合、HTTP Hooksはネットワークプロキシを経由してドメイン許可リストが適用されます。ConfigChangeフックイベントも追加され、セッション中の設定ファイル変更を監査・ブロックできるようになりました。
参考:v2.1.51 リリースノート / v2.1.63 リリースノート
MCP OAuth認証の安定化
MCP OAuthトークンのリフレッシュ時に複数のClaude Codeインスタンスを同時実行するとレースコンディションが発生する問題が修正されました。また、MCP OAuth認証で自動のlocalhostリダイレクトが動作しない場合に、手動でコールバックURLを貼り付けて認証を完了できるフォールバック機能が追加されています。
事前設定されたOAuthクライアント認証情報のサポートも追加され、Dynamic Client Registrationに対応していないMCPサーバー(例: Slack)でも、--client-idと--client-secretオプションを使用してOAuth認証を設定できるようになりました。MCPサーバーの認証体験が全体的に安定化し、セットアップ時のトラブルが大幅に減少しています。
参考:v2.1.30 リリースノート / v2.1.59 リリースノート
プラグインのnpmソース対応とマーケットプレイス改善
プラグインのインストール元としてnpmレジストリがサポートされ、カスタムnpmレジストリや特定バージョンの固定インストールが可能になりました。また、プラグインマーケットプレイスのデフォルトgitタイムアウトが30秒から120秒に延長され、低速なネットワーク環境でのインストール失敗が減少しています。
プラグインが提供するコマンド、エージェント、フックがインストール直後から再起動なしで利用可能になる改善も行われました。プラグインの有効化・無効化についても、--scopeを指定しない場合に正しいスコープが自動検出されるようになり、操作ミスによるスコープの不整合が防止されています。
参考:v2.1.45 リリースノート / v2.1.49 リリースノート / v2.1.51 リリースノート
TeammateIdle・TaskCompletedフックイベント
マルチエージェントワークフロー向けにTeammateIdleおよびTaskCompletedフックイベントが追加されました。チームメイトエージェントがアイドル状態になったときやタスクが完了したときに、カスタム処理を実行できるようになっています。
これらのフックイベントは{continue: false, stopReason: "..."}を返すことでチームメイトを停止させることも可能で、Stopフックと同様の制御が行えます。last_assistant_messageフィールドもStopおよびSubagentStopフックに追加され、トランスクリプトファイルを解析せずに最終アシスタントレスポンスにアクセスできるようになりました。
参考:v2.1.33 リリースノート / v2.1.47 リリースノート
2026年1月 - スラッシュコマンドとスキルの統合ほか3件

1月はスラッシュコマンドとスキルの概念統合が最大のトピックです。ユーザーが個別に管理していた2つの概念が一本化され、よりシンプルなメンタルモデルで拡張機能を利用できるようになりました。
スラッシュコマンドとスキルの統合
スラッシュコマンドとスキルが統合されました。従来は「スラッシュコマンド」と「スキル」が別々の概念として管理されていましたが、動作に変更はなく、メンタルモデルがシンプルになる統合です。
実用面では、この統合によりスキルファイル(SKILL.md)で定義したカスタム処理がスラッシュコマンドとして自然に呼び出せるようになり、プラグインが提供するスキルもスラッシュコマンドメニューに統一的に表示されるようになっています。同時にリリースチャネル(stableまたはlatest)の切り替えが/configから可能になり、到達不能な権限ルールの検出・警告機能も追加されました。
PreToolUseフックのadditionalContext対応
HooksのPreToolUseイベントで、additionalContextをモデルに返せるようになりました。従来のHooksはツール実行の許可・拒否やログ出力が主な用途でしたが、additionalContext対応により、ツール実行前にモデルに追加の文脈情報を注入できるようになっています。
たとえば、ファイル編集前にコーディング規約を注入したり、Bash実行前に環境固有の注意事項を渡すといった活用が可能です。これにより、Hooksが単なるガードレールからモデルの行動を動的にガイドする仕組みへと進化しました。同時にClaude Session IDのスキル内での利用対応や、プランファイルの保存先カスタマイズ設定も追加されています。
プラグインのgit SHA固定・マーケットプレイス改善
プラグインを特定のgit commit SHAに固定してインストールする機能が追加されました。マーケットプレイスのエントリが正確なバージョンを指定してプラグインをインストールできるようになり、チーム全体で同一バージョンのプラグインを使用する運用が容易になっています。
エンタープライズ環境では、プラグインのバージョンを厳密に管理することがセキュリティポリシー上求められるケースが多く、SHA固定はその要件に直接応える機能です。併せてプラグインの検索機能の追加、@メンション時のフォルダナビゲーション改善、iTerm2のプログレスバーが終了時に残る問題の修正なども行われました。
ツールフックタイムアウト拡大 60秒から10分へ
ツールHooksの実行タイムアウトが60秒から10分に大幅に拡大されました。従来の60秒制限では、外部APIへの問い合わせやCI/CDとの連携処理など、時間のかかるフック処理がタイムアウトしてしまうケースがありました。
10分への拡大により、デプロイ前のテスト実行、セキュリティスキャン、外部承認システムとの連携など、エンタープライズワークフローで必要とされる重い処理もフック内で完結できるようになっています。プランファイルが/clearコマンド後も残り続ける問題や、サブエージェントの圧縮時に誤ったモデルが使用される問題の修正も同時に行われました。
IDE連携・セキュリティ
Claude CodeはVS Code拡張を通じたIDE統合を提供しており、エディタ内でのチャットパネル、セッション管理、差分プレビューなどの機能が利用可能です。セキュリティ面では、サンドボックスモードや権限管理システムにより、AIの操作範囲を安全に制御する仕組みが整備されています。
2026年1月はChrome統合やセキュリティ脆弱性修正、2月はリモートセッション対応やWindows ARM64サポート、3月はセッション管理UIとプラン表示の強化が注目トピックです。
2026年3月 - VS Code: セッション一覧とプラン表示ほか1件

3月はVS Code拡張のセッション管理とプラン表示の強化、およびセキュリティ面でのスキル読み込みとサンドボックスの修正が行われました。IDE内でのClaude Code体験がさらにリッチになっています。
VS Code: セッション一覧とプラン表示
VS Code拡張のアクティビティバーにスパークアイコンが追加され、すべてのClaude Codeセッションを一覧表示できるようになりました。各セッションはフルエディタとして開くことができ、複数のセッションを同時に参照しながら作業を進められます。
プラン表示も大幅に改善され、フルMarkdownドキュメントビューでの表示が可能になりました。プランにコメントを追加してフィードバックを提供する機能もサポートされ、Claudeがプランを更新すると自動的にプレビューが更新されます。コンパクション表示も折りたたみ可能な「Compacted chat」カードとして表示されるようになり、情報の可読性が向上しています。
セキュリティ: スキル読み込みとサンドボックスの修正
ネストされたスキルの自動検出がgitignoreされたディレクトリ(node_modulesなど)からスキルを読み込んでしまうセキュリティ問題が修正されました。また、初回実行時にトラストダイアログが表示されずに.mcp.jsonの全サーバーが自動的に有効化されてしまう問題も修正され、サーバーごとの承認ダイアログが正しく表示されるようになっています。
シンボリックリンクを経由した書き込みでacceptEditsモードの作業ディレクトリを超えてファイルを作成できてしまう脆弱性も修正されました。allowManagedDomainsOnlyが有効な場合に、許可されていないドメインへのアクセスがユーザーへの確認なしに自動的にブロックされるようになっています。セキュリティ基盤の堅牢性が複数の観点から強化された月です。
2026年2月 - VS Code: リモートセッション対応ほか3件

2月はVS Codeのリモートセッション対応やプラン表示の改善、Windows環境でのセキュリティ修正、サンドボックス関連の強化が多く行われました。エディタ統合とセキュリティの両面で着実な進化が見られます。
VS Code: リモートセッション対応
VS Code拡張でリモートセッションのサポートが追加されました。OAuthユーザーがclaude.aiからセッションを参照・再開できるようになり、ローカル環境とclaude.ai間でのセッション共有が実現しています。
セッションピッカーにはGitブランチ名とメッセージ数の表示が追加され、ブランチ名での検索も可能になりました。初回ロード時やセッション切り替え時のスクロール位置の問題も修正されています。VS Code上でのClaude Code体験がより統合的になり、デスクトップとWebの境界を意識せずに作業を継続できるようになりました。
VS Code: プラン表示の改善
VS Code拡張のプランプレビューが大幅に改善されました。Claudeがプランを反復的に更新すると自動的にプレビューが更新され、プランがレビュー可能な状態になったときだけコメント機能が有効化されるようになりました。プランを拒否してもプレビューが開いたままになるため、Claudeが修正版を作成する過程を追跡できます。
権限の保存先選択(プロジェクト・ユーザー・セッション)がセッション間で永続化されるようになり、毎回選び直す手間が解消されました。VS Codeでの/extra-usageコマンドサポートも追加され、使用量の確認がエディタ内で完結するようになっています。
参考:v2.1.45 リリースノート / v2.1.47 リリースノート
サンドボックスとセキュリティ修正
サンドボックスモード関連の複数の修正が行われました。sandbox.excludedCommandsやdangerouslyDisableSandboxで除外されたコマンドが、autoAllowBashIfSandboxed有効時にBash ask権限ルールをバイパスできてしまう問題が修正されています。.claude/skillsディレクトリへの書き込みがサンドボックスモードでブロックされるようになりました。
heredocデリミターの解析が改善され、コマンドスマグリングの防止が強化されています。Bashの権限マッチングにおいて、環境変数ラッパーを使用したコマンドの正確なマッチングも修正されました。Windowsでのフック実行がcmd.exeの代わりにGit Bashを使用するようになり、フックが正しく動作するようになっています。
参考:v2.1.34 リリースノート / v2.1.38 リリースノート / v2.1.47 リリースノート
Windows ARM64対応とクロスプラットフォーム修正
Windows ARM64(win32-arm64)ネイティブバイナリのサポートが追加されました。Surface Pro Xなどのarm64ベースのWindows端末でClaude Codeがネイティブに動作するようになり、パフォーマンスとバッテリー効率が向上しています。
Windows固有の問題修正も多数行われ、ターミナルでの改行処理(CRLF)によるレンダリング不具合、設定ファイルの同時書き込みによる破損、WSL2での画像貼り付け対応(BMP形式)などが解消されました。Linux環境ではglibc 2.30未満のシステム(RHEL 8など)でネイティブモジュールが読み込めない問題も修正されています。
参考:v2.1.41 リリースノート / v2.1.47 リリースノート / v2.1.50 リリースノート
2026年1月 - VS Code: Chrome統合の有効化ほか3件

1月はVS Code拡張の機能拡充とセキュリティ基盤の強化が並行して進みました。Chrome統合、セッションのフォーク・巻き戻し、Python仮想環境の自動検出など、開発体験を向上させる機能が追加されています。
VS Code: Chrome統合の有効化
VS Code拡張でChrome統合機能が有効化されました。VS CodeからChrome内のコンテンツやデバッグ情報にアクセスできるようになり、フロントエンド開発のワークフローが効率化されています。
Webアプリケーション開発において、ブラウザのDevToolsとエディタを行き来する手間が削減されます。同バージョンでは--from-prフラグによるPRリンクセッション機能も追加されており、gh pr createでセッションが自動的にPRにリンクされる仕組みも導入されました。
VS Code: セッションフォーク・巻き戻し
VS Code拡張でセッションのフォーク(分岐)と巻き戻し機能が全ユーザーに開放されました。会話の特定の時点から分岐させて別のアプローチを試したり、誤った方向に進んだ会話を特定のポイントまで巻き戻すことが可能になっています。
複数のアプローチを並行して検討する際に、新しいセッションを一から作り直す必要がなくなり、試行錯誤の効率が大幅に向上します。特にリファクタリングや設計判断の場面で、「こっちのアプローチも試してみたい」というニーズに応える機能です。同バージョンでは追加権限やフックを持たないスキルの承認なし利用も可能になりました。
VS Code: Python仮想環境の自動検出
VS Code拡張でPython仮想環境の自動検出・有効化機能が追加されました。pythonやpipコマンドを実行する際に、プロジェクトの仮想環境が自動的に検出され、正しいインタープリタが使用されます。
Python開発では仮想環境の有効化を忘れてグローバル環境にパッケージをインストールしてしまうミスが起きがちですが、この機能により自動的に正しい仮想環境が使用されます。claudeCode.usePythonEnvironment設定でカスタマイズも可能です。同バージョンでは読み取り・検索の進捗表示の改善も行われ、「Reading...」表示から完了時の「Read」表示への切り替えがスムーズになっています。
セキュリティ脆弱性修正(コマンドインジェクション・権限バイパス)
1月に複数の重要なセキュリティ修正が実施されました。v2.1.2ではBashコマンド処理におけるコマンドインジェクション脆弱性が修正され、不正な入力による任意コマンド実行のリスクが排除されています。
v2.1.6ではシェルの行継続(バックスラッシュ改行)を利用した権限バイパスの修正が行われ、ブロック対象のコマンドが行継続で分割されることで実行されてしまう問題が解消されました。v2.1.7ではワイルドカード権限ルールがシェル演算子を含む複合コマンドにマッチしてしまう脆弱性が修正されています。これらの修正は、Claude Codeをエンタープライズ環境で運用する際のセキュリティ基盤を強化する重要なアップデートです。
参考:v2.1.2 リリースノート / v2.1.6 リリースノート / v2.1.7 リリースノート
パフォーマンス・安定性
Claude Codeのパフォーマンスと安定性に関するアップデートです。ターミナルUIのレンダリング速度、メモリ使用量、長時間セッションでの安定性、インストール・アップデート方法の改善などが含まれます。
2026年1月はReact Compilerの導入、2月は全カテゴリ最多のメモリリーク一斉修正と起動速度改善、3月はstdin凍結修正と起動メモリ削減など、基盤レベルの最適化が継続的に行われています。
2026年3月 - 大規模メモリリーク修正群ほか2件

3月は長時間セッションの安定性に直結するメモリリーク修正が集中的に行われました。React CompilerのmemoCacheやREPLレンダースコープなど、根本的なメモリ蓄積の原因が特定・解消されています。
大規模メモリリーク修正群
長時間セッションにおけるメモリ蓄積の根本原因となっていた複数のメモリリークが一斉に修正されました。React Compilerのmemocacheに古いメッセージ配列バージョンが蓄積する問題、REPLレンダースコープが1000ターンで約35MBまで蓄積する問題、インプロセスチームメイトが親エージェントの全会話履歴を保持し続ける問題、フックイベントが無制限に蓄積する問題がそれぞれ修正されています。
SDK/CCRの長時間セッションでも不要な会話メッセージが保持されるメモリリークが修正されました。/clearコマンドがセッションキャッシュを完全にクリアしない問題も解消され、メモリ保持の軽減が図られています。これらの修正の累積効果により、数時間から数日に及ぶ長時間セッションでの安定性が飛躍的に向上しています。
起動時間とメモリ使用量の削減
起動時のパフォーマンスが複数の観点から最適化されました。ネイティブ画像プロセッサの読み込みが初回使用時まで遅延されるようになり、Yoga WASMのプリロードの遅延により約16MBのベースラインメモリが削減されています。カスタムCA証明書を使用していないユーザーでは約426KBのメモリ削減も実現しました。
ノートPCのスリープ復帰後のブリッジセッション再接続が、最大10分待ちから数秒以内に改善されました。プロンプト入力時のUI再レンダリングが約74%削減され、スピナーアニメーションのパフォーマンスも改善されています。これらの最適化により、日常的な使用における体感速度が向上しています。
参考:v2.1.69 リリースノート / v2.1.70 リリースノート / v2.1.71 リリースノート
stdin凍結とUI停止の修正
長時間セッションでキーストロークの処理が停止し、プロセスは生存したままstdinが凍結する問題が修正されました。また、音声モードが有効なユーザーがシステムスリープ復帰後に5〜8秒の起動凍結を経験する問題は、CoreAudioの初期化がメインスレッドをブロックしていたことが原因と判明し、修正されています。
多数のclaude.aiプロキシコネクターが期限切れOAuthトークンを同時にリフレッシュする際に起動UIが凍結する問題も解消されました。これらの修正は、プロセスが応答しなくなるという最も深刻なユーザー体験の問題を解決するもので、日常的な安定性に大きく貢献しています。
2026年2月 - 長時間セッション向けメモリリーク一斉修正ほか4件

2月はメモリリーク修正が全カテゴリで最多の月です。長時間セッションでのメモリ蓄積を引き起こす原因が網羅的に特定・修正され、セッション安定性の基盤が大幅に強化されました。起動速度の改善やレンダリング最適化も並行して進んでいます。
長時間セッション向けメモリリーク一斉修正
2月全体を通じて、長時間セッションのメモリ安定性に関する大規模な修正が行われました。v2.1.50ではLSP診断データ、完了タスク出力、CircularBuffer、ChildProcess参照、TaskOutput、ファイル履歴スナップショットなど、10件以上のメモリリークが一斉に修正されています。v2.1.63ではMCPサーバーの各種キャッシュリーク、ブリッジポーリングのリスナーリーク、Bash権限キャッシュリークなど、さらに広範な修正が行われました。
これらの修正の累積効果は非常に大きく、特に複数のMCPサーバーを接続して長時間作業するユーザーや、マルチエージェント環境で多数のタスクを実行するユーザーにとって、セッションの安定性が劇的に向上しています。
参考:v2.1.50 リリースノート / v2.1.63 リリースノート
起動速度の改善
起動パフォーマンスが複数の観点から最適化されました。セッション履歴の統計キャッシュ用の先読み読み込みが廃止され、ヘッドレスモード(-pフラグ)ではYoga WASMとUIコンポーネントのインポートが遅延されるようになりました。SessionStartフックの実行も遅延され、操作可能になるまでの時間が約500ms短縮されています。
MCP認証失敗のキャッシュによる再試行回避、分析用トークンカウントのHTTPコール削減、MCPツールトークンカウントのバッチ化なども起動速度の向上に寄与しています。--resumeのメモリ使用量も68%削減され、多数のセッションを持つユーザーの再開操作がより軽快になりました。
参考:v2.1.30 リリースノート / v2.1.45 リリースノート / v2.1.47 リリースノート / v2.1.49 リリースノート
シェルコマンド出力のメモリ改善
大量の出力を生成するシェルコマンドの実行時に、RSSメモリが出力サイズに比例して無制限に増加する問題が改善されました。ビルドログやテスト結果など大容量の出力を頻繁に実行する環境で、メモリ使用量が安定して推移するようになっています。
ツール結果の永続化閾値も100Kキャラクターから50Kキャラクターに引き下げられ、より積極的にディスクに保存されるようになりました。コンテキストウィンドウの使用量が削減され、会話の持続時間が延長されています。APIストリームバッファやエージェントコンテキスト、スキル状態も使用後に解放されるようになり、全体的なメモリ効率が向上しました。
参考:v2.1.45 リリースノート / v2.1.47 リリースノート / v2.1.51 リリースノート
ターミナルレンダリング性能の改善
ターミナルレンダリングのパフォーマンスが全般的に改善されました。v2.1.39ではターミナル描画の根本的な性能改善が行われ、ターミナル画面境界での文字消失やバーボスモードでの空白行の問題が修正されています。
@ファイルメンション時の候補表示が、起動時のインデックス事前構築とセッションベースのキャッシュによって高速化されました。UIの応答性が全体的に向上し、特にファイル操作の多い作業フローでの体感速度が改善されました。
参考:v2.1.39 リリースノート / v2.1.47 リリースノート
クラッシュ修正とプラットフォーム安定性
Windows、macOS、Linuxの各プラットフォームにおけるクラッシュが複数修正されました。Windowsではswitch on corrupted valueパニック、多数のプロセス生成時のクラッシュ、WebAssemblyインタープリターのクラッシュ、ARM64での2分後のクラッシュなどが解消されています。
macOSではサンドボックスモードでの一時ファイル書き込み時のoperation not permittedエラーが修正されました。並列ファイル操作において、1つのファイル書き込みエラーが他の独立した書き込み操作をすべて中断してしまう問題も修正されています。PDFが大きすぎる場合にセッションが永久にロックされる問題も解消され、全体的な安定性が大幅に向上しました。
参考:v2.1.31 リリースノート / v2.1.45 リリースノート / v2.1.47 リリースノート / v2.1.53 リリースノート
2026年1月 - React Compilerによるレンダリング性能改善ほか3件

1月はレンダリング性能と長時間セッションの安定性に焦点を当てた改善が多数含まれています。React Compilerの導入はClaude CodeのUI描画アーキテクチャにおける大きな転換点です。
React Compilerによるレンダリング性能改善
Claude CodeのUI描画にReact Compilerが導入され、レンダリング性能が向上しました。React CompilerはReactコンポーネントの不要な再レンダリングを自動的に最適化する仕組みで、手動でのメモ化(useMemo、useCallbackなど)に依存することなく、効率的なUI更新が実現されています。
特に長いセッションでメッセージが多数蓄積した場合や、複数のツール呼び出しが並行して表示される場面でのレスポンス速度が改善されています。ターミナルベースのUIはWeb UIと比べてレンダリング制約が多いため、フレームワークレベルでの最適化はユーザー体験に直結する改善です。同バージョンではMCP stdioサーバーのタイムアウト時に子プロセスが終了されずUIがフリーズする問題の修正も行われました。
tree-sitterメモリリーク修正
tree-sitterのパースツリーが解放されずWASMメモリが無制限に増加するメモリリークが修正されました。tree-sitterはClaude Codeがソースコードの構文解析に使用するライブラリで、ファイルの読み取り・編集のたびにパースが実行されます。
長時間のセッションでは数百回以上のファイル操作が行われることがあり、パースツリーの未解放によるメモリ増加が累積してパフォーマンス低下やクラッシュの原因となっていました。この修正により、数時間にわたるコーディングセッションでもメモリ使用量が安定して推移するようになっています。
大容量ツール出力のディスク永続化
大容量のツール出力がトランケート(切り捨て)されずにディスクに保存されるようになりました。v2.1.2ではBashコマンドの大きな出力がディスクに保存される変更が行われ、その後のリリースでは大容量のツール出力全般がディスクに永続化されるようになっています。
従来は出力が一定サイズを超えるとトランケートされてしまい、ビルドログやテスト結果など重要な出力の全容を確認できないケースがありました。ディスク保存により、Claudeはファイル参照を通じて全文を読み取れるようになり、長大なログに基づく正確な判断が可能になっています。
npm非推奨通知・ネイティブインストーラー移行案内
npm経由のインストールに対する非推奨通知が追加され、ネイティブインストーラーへの移行が案内されるようになりました。claude installコマンドの実行、または公式ドキュメントに記載されたインストール方法への切り替えが推奨されています。
ネイティブインストーラーはnpm版と比較して起動速度が速く、バイナリサイズが小さく、依存関係の問題が発生しにくいメリットがあります。特にNode.jsのバージョン管理が複雑な環境(nvm、volta、asdfなど)では、ネイティブバイナリの方がトラブルの少ない安定した動作が期待できます。Claude Codeの料金やプランに変更はなく、インストール方法の変更のみです。
開発ツール・ワークフロー
Claude Codeの開発ワークフローを効率化する機能群です。Bashモードでのコマンド補完、/statsや/configなどのビルトインコマンド、Git連携、PRワークフローの改善などが含まれます。
2026年1月はBashモードのオートコンプリート、2月は自動メモリ機能とRemote Control本格展開、3月はClaude APIスキルや/loopコマンドなど、開発体験を向上させる改善が毎月行われています。
2026年3月 - Claude APIスキルとBash自動承認拡充ほか2件

3月はClaude APIスキルの追加、Bash自動承認リストの拡充、/debugコマンドの改善など、開発ワークフローの利便性を高める実用的な改善が複数含まれています。
Claude APIスキルとBash自動承認拡充
/claude-apiスキルが追加され、Claude APIとAnthropic SDKを使用したアプリケーション構築をClaude Code内で支援できるようになりました。APIの使い方やベストプラクティスがスキルとして組み込まれており、API連携アプリケーションの開発効率が向上しています。
Bash自動承認の許可リストにfmt、comm、cmp、numfmt、expr、test、printf、getconf、seq、tsort、prの11コマンドが追加されました。これらのユーティリティコマンドは安全性が高く、毎回の承認プロンプトなしで実行できるようになっています。日常的なデータ処理やスクリプト作業での操作効率が向上しました。
参考:v2.1.69 リリースノート / v2.1.71 リリースノート
Remote Control名前付きセッションとGit指示の制御
/remote-controlおよびclaude remote-controlに名前引数が追加され、claude.ai/codeで表示されるセッションタイトルをカスタマイズできるようになりました。複数のRemote Controlセッションを並行して使用する際に、各セッションの目的を一目で識別できます。
includeGitInstructions設定(およびCLAUDE_CODE_DISABLE_GIT_INSTRUCTIONS環境変数)が追加され、Claudeのシステムプロンプトから組み込みのコミット・PRワークフロー指示を除外できるようになりました。チーム独自のGitワークフローを使用している場合や、Claude Codeの標準的なGit操作指示が不要な場合に、不要な指示によるコンテキスト消費を抑えられます。
/debugの即時切り替えと/color resetの追加
/debugコマンドがセッション中にデバッグログの出力をオン・オフ切り替えできるようになりました。デバッグログはデフォルトでは書き込まれなくなったため、問題が発生したときだけ/debugで有効化するワークフローが自然に使えるようになっています。
/colorコマンドにdefault、gray、reset、noneのオプションが追加され、デフォルトカラーに戻す手段が提供されました。/renameコマンドもClaude処理中に即座に実行できるようになり、サイレントにキューイングされることがなくなっています。/security-reviewコマンドが古いバージョンのgitでmerge-baseオプション不明エラーになる問題も修正されました。
参考:v2.1.70 リリースノート / v2.1.71 リリースノート
2026年2月 - 自動メモリとRemote Controlほか3件

2月は自動メモリ機能の導入、Remote Controlの本格展開、/copyコマンドや認証CLIサブコマンドの追加など、日常の開発体験を大きく向上させる機能が多数含まれています。
自動メモリとRemote Control
Claudeが作業中に有用なコンテキストを自動的にメモリに保存する自動メモリ機能が導入されました。保存されたメモリは/memoryコマンドで管理でき、プロジェクト固有の知識やユーザーの好みが自動的に蓄積されることで、セッションを重ねるごとにClaude Codeの応答品質が向上していきます。
Remote Control機能がより多くのユーザーに展開され、claude remote-controlサブコマンドが外部ビルドからも利用可能になりました。ローカル環境のサーブがすべてのユーザーに開放されています。「Summarize from here」機能も追加され、会話の特定のポイントから部分的な要約を作成できるようになり、長いセッションの振り返りが効率化されました。
参考:v2.1.32 リリースノート / v2.1.51 リリースノート / v2.1.59 リリースノート
/copyコマンドとPDF読み取りの強化
/copyコマンドが追加され、コードブロックが含まれるレスポンスでインタラクティブなピッカーが表示されるようになりました。個別のコードブロックまたは全レスポンスの選択コピーが可能で、「Always copy full response」オプションを選択すると、以降のコピー操作でピッカーをスキップして全文コピーが実行されます。
ReadツールにPDF向けのpagesパラメータが追加され、特定のページ範囲を指定して読み取れるようになりました。10ページを超える大きなPDFは@メンションされた際にコンテキストにインライン展開されるのではなく、軽量な参照として挿入されるようになっています。大量のドキュメントを扱う作業でのコンテキスト効率が向上しました。
参考:v2.1.30 リリースノート / v2.1.59 リリースノート
認証CLIサブコマンドの追加
claude auth login、claude auth status、claude auth logoutの各CLIサブコマンドが追加されました。認証状態の確認、ログイン、ログアウトがコマンドラインから直接実行できるようになり、スクリプトや自動化ワークフローでの認証管理が容易になっています。
AWS認証のリフレッシュが無限にハングする問題が3分のタイムアウト追加で修正されました。API接続エラーのメッセージも改善され、ECONNREFUSED、SSLエラーなど具体的な原因が表示されるようになっています。認証と接続に関する問題の診断が格段に容易になりました。
参考:v2.1.41 リリースノート / v2.1.33 リリースノート
/simplifyと/batchバンドルコマンド
/simplifyおよび/batchがバンドルスラッシュコマンドとして追加されました。スマートなBash権限提案も改善され、複合Bashコマンド(例: cd /tmp && git fetch && git push)に対して、全体を1つのコマンドとして扱うのではなく、サブコマンドごとのスマートなプレフィックス提案が行われるようになっています。
プロジェクト設定と自動メモリがGitワークツリー間で共有されるようになり、同じリポジトリの異なるワークツリーで作業しても一貫した設定体験が得られるようになりました。/modelコマンドでは現在アクティブなモデルがメニューに表示されるようになり、使用中のモデルを即座に確認できるようになっています。
参考:v2.1.59 リリースノート / v2.1.63 リリースノート
2026年1月 - Bashモード履歴ベースオートコンプリートほか3件

1月は日常の開発ワークフローを効率化する実用的な改善が複数含まれています。Bashモードのオートコンプリート、PRステータスの常時表示、PRリンクセッション、/statsコマンドの機能強化が注目です。
Bashモード履歴ベースオートコンプリート
Bashモード(!キーで起動)で、コマンド履歴に基づくオートコンプリートが利用可能になりました。部分的なコマンドを入力してTabキーを押すと、過去に実行したBashコマンドの履歴から候補が補完されます。
開発中は同じビルドコマンドやテストコマンドを繰り返し実行するケースが多く、毎回フルコマンドを入力する手間が削減されます。zshやfishシェルのヒストリ補完に近い体験がClaude CodeのBashモード内で実現されており、AIとの対話とシェル操作をシームレスに切り替える作業フローがさらにスムーズになっています。
PRレビューステータスのプロンプトフッター表示
現在のブランチのPRレビューステータスがプロンプトフッターに常時表示されるようになりました。承認済み、変更要求あり、レビュー待ち、ドラフトの各状態がカラーアイコンとクリック可能なリンクとして表示されます。
PRの状態を確認するためにgithubu.comやgitコマンドを実行する必要がなくなり、コーディング中でもPRの進捗を常に把握できます。マージ済みPRには紫色のステータスインジケーターが表示される変更も同月に追加されました。Claude Codeのプロンプトフッターは、コンテキスト使用量やタスク状況に加えてPRの状態も表示する情報ハブとしての役割を強めています。
--from-prフラグによるPRリンクセッション
--from-prフラグを使用して、特定のGitHub PR番号またはURLにリンクされたセッションを開始・再開できるようになりました。gh pr createでPRを作成すると、セッションが自動的にそのPRにリンクされる仕組みも同時に追加されています。
PRごとにセッションが紐づくことで、「このPRの作業を続きから再開したい」というニーズに直接応えます。複数のPRを並行して作業する際に、各PRの作業コンテキストを簡単に切り替えられる利便性は実務で大きなメリットです。同バージョンではコンテンツレベルのask権限がツールレベルのallow権限より優先される仕様変更も行われており、権限制御がより精密になっています。
/statsコマンド日付範囲フィルター
/statsコマンドに日付範囲フィルターが追加されました。rキーを押すことで「Last 7 days」「Last 30 days」「All time」を切り替えて、期間ごとの利用統計を確認できます。
月次のトークン消費量やツール使用回数を把握したり、特定の週の作業量を振り返る際に便利です。同バージョンでは/configコマンドに検索機能が追加され、設定項目をキーワードで素早くフィルタリングできるようになっています。/doctorコマンドにもアップデートセクションが追加され、自動更新チャネルや利用可能なnpmバージョンの情報が表示されるようになりました。
ターミナルUI・入力・音声
Claude Codeのターミナルインターフェース、テキスト入力処理、音声機能に関するアップデートです。国際化対応(CJK文字、IME入力)、キーボードプロトコルの互換性、UIレンダリングの改善などが含まれます。
2026年1月は日本語IMEの全角数字入力対応、2月はCJKワイド文字のレイアウト修正やタイ語対応、3月は音声モードの20言語対応やCJKクリップボード修正など、非ASCII環境での利用体験が継続的に改善されています。
2026年3月 - 音声モードの多言語対応と安定性向上ほか1件

3月は音声モードの多言語対応拡大と安定性向上、CJKテキストの表示修正が行われました。音声入力を活用する開発者の利用体験が大きく改善されています。
音声モードの多言語対応と安定性向上
音声STT(Speech-to-Text)対応言語が10言語追加され、合計20言語がサポートされるようになりました。新たにロシア語、ポーランド語、トルコ語、オランダ語、ウクライナ語、ギリシャ語、チェコ語、デンマーク語、スウェーデン語、ノルウェー語が追加されています。
音声モードの操作性も改善され、voice:pushToTalkキーバインドがkeybindings.jsonで再設定可能になりました。デフォルトはスペースキーですが、meta+kのような修飾キー+文字の組み合わせを使用すればタイピングとの干渉がゼロになります。push-to-talkがvoiceEnabled: true設定時にセッション開始時にアクティベートされない問題や、Windowsネイティブバイナリで音声モードが動作しない問題も修正されています。
参考:v2.1.69 リリースノート / v2.1.70 リリースノート / v2.1.71 リリースノート
CJKテキストとRTLテキストの表示修正
Windows/WSLでのクリップボード操作で非ASCIIテキスト(CJK、絵文字)が破損する問題が修正され、PowerShellのSet-Clipboardを使用することで正確なコピー・ペーストが可能になりました。VS Code拡張ではRTLテキスト(アラビア語、ヘブライ語、ペルシャ語)がチャットパネルで逆に表示されるリグレッションも修正されています。
effortレベルの表示がロゴとスピナーに追加され、現在どのeffort設定が適用されているかが視覚的に確認できるようになりました。マイクが無音をキャプチャした際のエラーメッセージも改善され、「no speech detected」との区別が明確になっています。ターミナルUI全体の情報表示が整理され、作業状態の把握がより容易になっています。
参考:v2.1.69 リリースノート / v2.1.70 リリースノート
2026年2月 - CJKワイド文字レイアウト修正ほか2件

2月はCJKワイド文字のレイアウト修正、タイ語・ラオ語の表示対応、ターミナルUIの安定性向上が進みました。非ASCII言語環境での利用体験が継続的に改善されています。
CJKワイド文字レイアウト修正
CJKワイド文字がタイムスタンプやレイアウト要素のずれを引き起こす問題が修正されました。CJK文字は2カラム分の幅を占めるため、レイアウト計算が不正確だとUI要素の位置がずれてしまいます。この修正により、日本語・中国語・韓国語を含む出力でもタイムスタンプや各種UI要素が正しく配置されるようになりました。
Editツールがユニコードカーリークォート(左右二重引用符、左右一重引用符)を直線引用符に置換してしまう問題も修正されています。日本語や英語の文章内で使用される引用符が意図せず変換されることがなくなり、テキスト編集の正確性が向上しました。
タイ語・ラオ語の表示対応と入力改善
タイ語・ラオ語のスペーシング母音(สระ า、ำ)が入力フィールドで正しくレンダリングされない問題が修正されました。東南アジア言語の表示サポートが拡充され、より多くの言語環境でClaude Codeが正常に動作するようになっています。
/renameコマンドが引数なしで呼び出された場合に、会話のコンテキストからセッション名を自動生成するようになりました。ターミナルの狭い環境でのプロンプトフッターレイアウトも改善されています。スピナー表示がストリーミング開始前に「0 tokens」と表示される問題も修正され、UIの正確性が向上しました。
参考:v2.1.32 リリースノート / v2.1.41 リリースノート
ターミナルレンダリングの安定性向上
ターミナル画面境界でのスクロールバック境界付近のフリッカーが修正されました。ユーザー入力が送信後に一瞬消えてからメッセージとしてレンダリングされるUIフリッカーも解消されています。ターミナルレンダリングの根本的な性能改善と合わせて、視覚的な安定性が大幅に向上しました。
スピナー表示がストリーミングレスポンス中に表示・非表示を繰り返す際のレイアウトジッターも軽減されています。OSC 8ハイパーリンクがテキストが複数行に折り返される場合に最初の行でしかクリックできない問題も修正され、ターミナルUIの操作性が全般的に改善されました。
参考:v2.1.31 リリースノート / v2.1.39 リリースノート / v2.1.53 リリースノート
2026年1月 - 全角数字入力対応(日本語IME)ほか2件

1月は日本語をはじめとするCJK言語圏の開発者にとって重要な改善が複数含まれています。日本語IMEからの全角数字入力、ワイド文字のレンダリング修正、Kittyキーボードプロトコルの互換性修正が行われました。
全角数字入力対応(日本語IME)
日本語IMEからの全角(zenkaku)数字入力が選択プロンプトで正しく処理されるようになりました。v2.1.21ではオプション選択プロンプトでの全角数字入力に対応し、直前のv2.1.31(2月リリースですが1月末の開発成果)ではチェックボックス選択での全角スペース入力にも対応しています。
日本語IMEで数字を入力する際、変換確定前の状態で全角数字が入力されることがあります。従来はこの全角数字が認識されず、選択肢を選べないケースがありましたが、この修正により半角・全角どちらの数字でも正しく動作するようになりました。日本語環境での日常的な操作ストレスが解消される実用的な改善です。
CJK・絵文字のレンダリング修正
ワイド文字(絵文字、CJK文字)のレンダリングにおいて、文字が狭い文字に置き換えられた際に末尾の列がクリアされない問題が修正されました。CJK文字は通常2カラム分の幅を占めますが、置換時に前の文字の残像が表示されるアーティファクトが発生していました。
日本語・中国語・韓国語でコードやコメントを書く開発者にとって、表示の乱れはコードレビューや出力の確認に直接影響します。この修正により、CJK文字が含まれる出力でもレイアウトが崩れることなく正しく表示されるようになっています。JSON解析時の特殊Unicode文字によるエラーも同時に修正されました。
Kittyキーボードプロトコル修正
Kittyキーボードプロトコルを採用するターミナルエミュレータ(Ghostty、iTerm2、kitty、WezTermなど)での入力処理に関する複数の修正が行われました。v2.1.6ではテンキーのキーが文字ではなくエスケープシーケンスとして出力される問題と、Option+Returnで改行が挿入されない問題が修正されています。
v2.1.9ではCtrl+Zによるサスペンドが動作しない問題が修正されました。Kittyキーボードプロトコルは従来のVT100系プロトコルよりもキー入力を精密に表現できる新しい規格ですが、レガシーな入力処理との互換性問題が発生しやすい領域です。これらの修正により、最新のターミナルエミュレータでもClaude Codeの入力操作が安定して動作するようになっています。










