Claude Code v2.1.64

変更前

これまでは、ネットワークの瞬断やサーバーの再起動によって WebSocket 接続が切れると、進行中のセッション状態が失われてしまい、最初からやり直す必要がありました。

変更後

セッションキーによる永続性が導入され、接続が切れても同じキーを指定すれば既存のセッションを再開できるようになりました。また、ワークスペースの指定やアイドルタイムアウトの制御も可能になりました。

ユーザーへの恩恵

不安定なネットワーク環境でも作業を継続でき、サーバーメンテナンス時もコンテキストを損なうことなく作業を再開できるため、長時間のタスクを安心して任せられます。

変更前

リモートコントロール機能は単一のセッションに限定されており、複数の異なるタスクを同時にリモートから並行して進めるための仕組みが不足していました。

変更後

サーバーモードが追加されたことで、複数のセッションを同時に立ち上げ、それぞれを Git ワークツリーなどで分離して実行・管理できるようになりました。

ユーザーへの恩恵

複数のプロジェクトやブランチにまたがる作業を、リモートデバイスから並行して効率的に進めることができるようになります。

変更前

リモートコントロールセッションを開始した際、ブラウザ側の管理画面では自動生成された名前や汎用的な名前が表示され、どのセッションがどのタスクに対応しているか判別しにくい場合がありました。

変更後

セッションに任意の名前を付けられるようになり、複数のリモートセッションを走らせている場合でも、ブラウザやモバイルアプリから一目で目的のセッションを特定できるようになりました。

ユーザーへの恩恵

複数の並行タスクをリモートで管理する際の視認性が向上し、コンテキストの切り替えがスムーズになります。

変更前

音声入力機能のサポート言語が限られていたため、英語以外の多言語環境で開発するユーザーにとっては音声による指示出しが困難でした。

変更後

サポート言語が倍増し、ヨーロッパ諸国の主要な言語を含む幅広い言語で、自然な音声によるコーディング指示が可能になりました。

ユーザーへの恩恵

キーボード入力が難しい状況でも、母国語でより直感的に Claude へ指示を伝えることができ、アクセシビリティと利便性が向上します。

変更前

複数のターミナルウィンドウで異なる専門エージェントを実行している場合、ウィンドウを見ただけではどのエージェントがアクティブなのかを即座に判断できませんでした。

変更後

起動中のエージェント名がターミナルのタイトルに反映されるため、ウィンドウを切り替える際に現在どの役割の AI と対話しているのかが一目でわかります。

ユーザーへの恩恵

多数のウィンドウを使い分ける複雑なマルチタスク環境において、作業ミスを防ぎ、コンテキストの把握が容易になります。

変更前

macOS のサンドボックス環境でカスタムプロキシを使用すると、Go 言語で書かれたツールが証明書の検証に失敗し、ネットワーク通信が必要なコマンドが実行できないことがありました。

変更後

ネットワークの隔離レベルをわずかに調整するオプションが提供され、セキュリティを維持しつつ、企業内プロキシ環境などでも Go 製のツールが正しく動作するようになりました。

ユーザーへの恩恵

企業独自のネットワーク環境下でも、gh コマンドによる PR 作成や terraform によるインフラ操作を Claude に安全に実行させることができます。

変更前

Claude には標準で Git 操作の手順が教え込まれていますが、独自の Git 運用ルールやフック、スクリプトを使用しているプロジェクトでは、標準の指示が干渉して不都合が生じることがありました。

変更後

標準の Git 指示を無効化できるようになったため、ユーザーが CLAUDE.md やスキルで定義したプロジェクト独自の Git ワークフローを優先させることが容易になりました。

ユーザーへの恩恵

プロジェクト固有の複雑なブランチ運用やコミット規約に Claude を完全に従わせることができ、標準ルールとの衝突に悩まされることがなくなります。

変更前

新しいプラグインをインストールしたり、設定を変更したりした後は、一度 Claude Code を終了して再起動しなければ変更が適用されず、開発サイクルが中断されていました。

変更後

対話セッションを維持したままコマンド一つでプラグインの状態をリロードできるようになったため、作業を止めることなく新機能を追加・更新できます。

ユーザーへの恩恵

プラグイン開発時の試行錯誤や、作業中に必要なツールを即座に追加したい場合の摩擦が減り、生産性が向上します。

変更前

スキルから同梱のスクリプトやテンプレートファイルを呼び出す際、絶対パスや相対パスの指定が難しく、スキルの配置場所が変わると動作しなくなるリスクがありました。

変更後

予約済みの変数を使用して自身のディレクトリを動的に参照できるようになったため、配置場所に依存しないポータブルなスキルを構築できるようになりました。

ユーザーへの恩恵

スキルの再利用性や配布が容易になり、外部スクリプトと連携するような高度なスキルをより安定して動作させることができます。

変更前

Claude がいつプロジェクト固有のルールを認識したのかをトリガーにして外部スクリプトを実行したり、読み込まれた指示の内容に基づいて動的な処理を行ったりする手段がありませんでした。

変更後

ルールの読み込み完了をフックできるようになったため、特定のルールが適用された際に通知を出したり、関連する依存関係のチェックを自動で行ったりすることが可能になります。

ユーザーへの恩恵

指示ファイル（CLAUDE.md）を中心とした開発ワークフローの自動化が進み、特定のコンテキストに合わせた柔軟な拡張が可能になります。

変更前

フック内で、現在実行中のアクションがメインスレッドによるものか、それとも特定のサブエージェントによるものかを判別して処理を分けることが困難でした。

変更後

フックハンドラーに渡される JSON にエージェントの情報が含まれるようになったため、「このエージェントが実行するときだけは特定の処理をスキップする」といったきめ細やかな制御が可能になりました。

ユーザーへの恩恵

サブエージェントを活用した複雑な自動化において、フックの挙動を意図通りに制御できるようになり、より高度な開発支援環境を構築できます。

変更前

Git ワークツリーを使用して並行セッションを実行している際、ステータスバーなどのカスタム表示において、現在のワークツリーに関する詳細情報を表示する直接的な手段がありませんでした。

変更後

ステータスライン構築用の JSON データにワークツリーの詳細が含まれるようになり、現在の作業環境がどのブランチ・どのディレクトリなのかを常に画面下に表示できるようになりました。

ユーザーへの恩恵

複数のワークツリーを使い分けて並行開発を行う際に、自分が今どこで作業しているのかを混同するリスクを大幅に減らせます。

変更前

組織で管理設定（Managed Settings）を導入している場合、特定のディレクトリにあるプラグインのみを許可するといった、ファイルパスに基づいた厳格な制限をかけることができませんでした。

変更後

正規表現によるパスのパターンマッチングが可能になったため、社内の承認済みディレクトリからのみプラグインのインストールを許可するといった運用が可能になりました。

ユーザーへの恩恵

企業利用におけるセキュリティガバナンスが強化され、信頼できない場所からの意図しないコード実行を未然に防ぐことができます。

変更前

一つのリポジトリ内に複数のプラグインをまとめて管理（モノレポ）している場合、特定のプラグインだけをソースとして指定してインストールするのが困難でした。

変更後

リポジトリ全体ではなく、その中の特定のフォルダをプラグインとして認識させることができるようになったため、リポジトリ構成の自由度が上がりました。

ユーザーへの恩恵

複数の拡張機能を一つの Git リポジトリで効率的に管理・配布できるようになり、メンテナンス性が向上します。

変更前

オートメモリのデータは常にデフォルトのディレクトリに保存されるため、特定のプロジェクトだけメモリを別の場所に隔離したり、ネットワークドライブなどで共有したりすることが不便でした。

変更後

環境変数一つで保存先を自由に変更できるようになったため、プロジェクトの要件に合わせた柔軟なデータ管理が可能になりました。

ユーザーへの恩恵

メモリデータのバックアップや共有、プロジェクトごとの厳格な分離が容易になり、ワークフローに合わせたデータ管理が実現します。

変更前

一部の独自実装された認可サーバーを持つ MCP サーバーでは、標準的な手順で OAuth の設定情報を自動取得できず、認証が正常に完了しないケースがありました。

変更後

手動でメタデータの所在を指定できるようになったため、より広範なサードパーティ製 MCP サーバーや独自認証基盤との連携が可能になりました。

ユーザーへの恩恵

社内ツールやマイナーな外部サービスを MCP 経由で Claude に接続する際の障壁が下がり、自動化の幅が広がります。

変更前

詳細表示モードをオンにしていると、Claude の長大な思考プロセスがすべて表示されてしまい、肝心のツール実行結果やログが埋もれて見にくくなっていました。

変更後

思考プロセスがデフォルトで折り畳まれるようになったため、開発に必要な情報（実際のコマンド結果など）をより迅速に確認できるようになりました。

ユーザーへの恩恵

デバッグ時のノイズが大幅に減り、AI が何を実行したのかを素早く正確に追跡できるようになります。

変更前

ツールが画像以外のバイナリ（PDFなど）を返すと、巨大なテキストデータ（Base64）がそのままプロンプトに含まれてしまい、トークンを激しく浪費した上に Claude が内容を正しく扱えないことがありました。

変更後

ファイルとして一度ローカルに保存し、Claude にはそのパスを伝える方式になったため、コンテキストが整理され、Claude もファイルを読み取って適切に処理できるようになりました。

ユーザーへの恩恵

ドキュメント解析や音声処理を含むタスクにおいて、トークン消費を劇的に抑えつつ、より正確で高度な処理が可能になります。

変更前

定義へのジャンプや型情報の取得を行うたびに、巨大なソースコードファイル全体が背後でロードされ、コンテキストを不必要に圧迫したり、動作が重くなったりすることがありました。

変更後

必要な差分やスニペットのみを抽出してコンテキストに組み込むようになったため、大規模なプロジェクトでも LSP 機能が軽量かつ高速に動作します。

ユーザーへの恩恵

大規模なコードベースにおいて、Claude の応答速度とコード理解の精度を両立させることができ、より洗練された開発支援が受けられます。

変更前

公式ドキュメント上、これらのフラグが claude -p 専用であるかのような記述になっており、対話セッションで独自のシステムプロンプトファイルを活用できることに気づきにくい状態でした。

変更後

対話モードでも利用可能であることが明確に示されたため、開発者が独自のプロンプト戦略をフルに活用できるようになりました。

ユーザーへの恩恵

チームや個人のワークスタイルに合わせた高度なプロンプトのカスタマイズを、CLI 起動時から簡単に行えるようになります。

変更前

親ディレクトリがシンボリックリンクになっている場合、それを辿ってプロジェクトの境界を越え、意図しない場所（システムの重要ファイルなど）に Claude が書き込みを行ってしまう脆弱性がありました。

変更後

パスの検証が厳密化され、いかなるシンボリックリンク経由であっても、許可されたワークスペースの外への書き込みは完全にブロックされるようになりました。

ユーザーへの恩恵

信頼できないコードが含まれる可能性があるプロジェクトでも、Claude にファイル編集を安心して任せられるようになり、システムの安全性が保証されます。

変更前

組織レベルで許可ドメインを制限している場合でも、制限外のサイトへアクセスしようとするとユーザーに承認を求めるプロンプトが出てしまい、管理ポリシーをバイパスできてしまう余地がありました。

変更後

ポリシーで制限されている場合はプロンプトすら出さずに即座に遮断されるようになり、管理者の意図通りの厳格な制限が適用されるようになりました。

ユーザーへの恩恵

企業におけるセキュリティポリシーの強制力が向上し、ヒューマンエラーによる機密情報の流出リスクを低減できます。

変更前

ユーザーに質問を投げるためのツールが「許可済み」リストに入っていると、プロンプトを出さずに空の回答で処理が進んでしまい、Claude が必要な情報を得られないまま暴走することがありました。

変更後

対話が必要なツールについては、リストに含まれていても必ずユーザーの入力を待つように修正されました。

ユーザーへの恩恵

Claude との認識の相違が減り、重要な確認事項が見逃されることなく、対話に基づいた正確なタスク遂行が期待できるようになります。

変更前

Git の作業ディレクトリ内に数GB規模の大きな（かつ .gitignore されていない）バイナリファイルが存在すると、Claude がコミット準備中にそれらをメモリに読み込もうとしてしまい、アプリがクラッシュしたりPCが重くなったりしていました。

変更後

ファイルの内容を無駄にメモリに展開しないように処理が最適化され、大きなアセットを含むプロジェクトでも安定して動作するようになりました。

ユーザーへの恩恵

動画、画像、機械学習モデルなどの巨大なファイルを扱うプロジェクトでも、環境に負荷をかけることなく快適に Claude Code を利用できます。

変更前

外出先から Android デバイスで PC 上の Claude を操作している際、特定の端末固有のコマンドを呼び出すと、通信の不整合によりアプリが突然終了して作業が中断されることがありました。

変更後

リモート接続時におけるコマンドの処理が安全にガードされ、モバイルデバイスからの操作性が安定しました。

ユーザーへの恩恵

スマートフォンやタブレットからでも、場所を選ばず安心して開発の進捗確認や修正指示を行うことができます。

変更前

数日間にわたって Claude Code を立ち上げっぱなしにしたり、膨大な対話を行ったりすると、徐々にメモリ消費量が増えていき、最終的に動作が重くなる傾向がありました。

変更後

不要になった描画オブジェクトが正しくガベージコレクション（破棄）されるようになり、長期間の起動でもメモリ消費が一定に保たれるようになりました。

ユーザーへの恩恵

ツールを長時間開きっぱなしにする開発スタイルでも、パフォーマンスの低下を感じることなく安定して使い続けることができます。

変更前

エージェントチーム機能を使用している際、古い会話履歴が子エージェントの中でいつまでも残り続け、メモリを圧迫し続けるバグがありました。

変更後

履歴の参照範囲が適切に制限され、明示的に履歴を消去した際にはメモリも即座に解放されるようになりました。

ユーザーへの恩恵

大規模なチーム連携タスクを実行しても、PC のリソースを浪費することなく、より多くの並行処理が可能になります。

変更前

設定ファイルの記述ミスやファイル破損があった際、エラーを表示せずにそのまま応答不能になってしまい、強制終了するしかなくなることがありました。

変更後

エラーハンドリングが適切に行われ、ファイルが異常な場合でも警告を表示して安全に停止、または無視して起動できるようになりました。

ユーザーへの恩恵

設定ミスによるトラブルから迅速に復旧でき、ツールの信頼性が高まります。

変更前

ディレクトリ移動を伴うコマンドを実行する際、セキュリティ確認のメッセージが「読み取り許可」としか表示されず、実際にはファイル削除などの破壊的変更が行われようとしていることに気づきにくい問題がありました。

変更後

承認画面において、チェインされた（&& で繋がれた）実際の変更コマンドが具体的に表示されるようになり、ユーザーがリスクを正確に判断できるようになりました。

ユーザーへの恩恵

意図しないファイル削除や移動を未然に防ぐことができ、AI による自動操作の安全性が向上します。

変更前

ディレクトリを跨いだコマンド実行の際、プロンプトの記述が不十分で、Claude がワークスペース外で何を実行しようとしているのかの全容が把握しづらい状況でした。

変更後

移動先のディレクトリ情報だけでなく、そこで実行される具体的なコマンドまで明示されるようになったため、ユーザーの確認作業がより確実になります。

ユーザーへの恩恵

AI の挙動をより透明に把握でき、不用意な承認によるセキュリティリスクを軽減できます。

変更前

CLI を自動化スクリプト等で使用する非対話モードにおいて、プロジェクトの細かいルールやサブディレクトリ内の指示が無視されてしまい、対話モードと同じような賢い挙動が得られないことがありました。

変更後

プリントモードでも対話モードと同様にすべての指示ファイルが正しく探索・ロードされるようになり、一貫したルール適用が保証されるようになりました。

ユーザーへの恩恵

CI/CD などの自動化環境においても、プロジェクト独自のコーディング規約を Claude に確実に守らせることができます。

変更前

会話をリセットして新しく作業を始めようとしても、内部的に前の作業のキャッシュが一部残ってしまい、メモリ消費量が増えたままになる不都合がありました。

変更後

リセット処理が徹底され、不要なデータが完全に消去されるようになったため、新品の状態でセッションを再開できます。

ユーザーへの恩恵

長時間の開発作業の合間にセッションを切り替える際、リソースの蓄積による動作の重さを解消できます。

変更前

バージョン 2.1.x への更新以降、認証を伴う外部ツール連携を行っている最中にターミナルの描画がカクついたり、反応が悪くなったりする現象が発生していました。

変更後

描画処理の競合が解消され、外部サービスとの連携中も滑らかでレスポンスの良い操作感が復活しました。

ユーザーへの恩恵

複雑な外部連携機能を使用しているときでもストレスなくタイピングやスクロールが行え、開発のリズムを崩しません。

変更前

エージェントチームの作業完了時や待機時の挙動をカスタマイズする際、スクリプト側から「ここで完全に停止させる」という判断を Claude Code に伝えるスマートな方法が不足していました。

変更後

標準的な停止シグナルをサポートしたことで、特定の条件（テスト失敗時など）でチームメイトの稼働を強制終了させることが、JSON レスポンス一つで制御可能になりました。

ユーザーへの恩恵

チームメイトの無駄な待機時間を削減し、特定の状況下での自動化フローの制御がより正確に行えるようになります。

変更前

説明文の中に「用途：デバッグ、テスト」のようにコロンを使って記述すると、YAML 解析エラーが発生してスキルが機能しなくなる制限がありました。

変更後

コロンを含む説明文も正しくパースされるようになったため、より自然で詳細なスキルの説明を記述できるようになりました。

ユーザーへの恩恵

スキルの説明を分かりやすく書けるようになり、Claude が適切な状況で正しいスキルを選択する精度が向上します。

変更前

明示的な説明文がないスキルは、たとえファイルが存在していても「利用不可」とみなされ、コマンドメニューや自動実行の対象外になってしまうことがありました。

変更後

説明文がなくてもファイル名などからフォールバックして認識されるようになり、記述が不完全な自作スキルでも確実に利用できるようになりました。

ユーザーへの恩恵

スキルの作成がより手軽になり、設定漏れによる「動かない」トラブルを減らすことができます。

変更前

コンテキスト使用量の可視化画面において、各ツールの消費電力が正しく計算されず、どのツールがコンテキストを圧迫しているのかを正確に把握できませんでした。

変更後

ツールごとの正確な消費トークン数が表示されるようになり、デバッグやコスト最適化の判断が容易になりました。

ユーザーへの恩恵

どの MCP ツールがコンテキストを浪費しているかを特定し、不要なツールの整理や効率的なプロンプト設計を行うための正確なデータが得られます。

変更前

エラー出力を捨てる意図で実行されたコマンドによって、意図せず nul という不要なファイルがカレントディレクトリに作成され、リポジトリが汚れる不都合がありました。

変更後

環境に応じた適切なヌルデバイスへのリダイレクトが行われるように修正され、余計なファイルが作られることはなくなりました。

ユーザーへの恩恵

Windows 環境での開発時に、AI が生成する「ゴミファイル」に悩まされることなく、クリーンな作業環境を維持できます。

変更前

検索をクリアした後に別のタブ（一般、パーミッション等）へ移ろうとしてもキー操作が効かず、マウスでクリックし直す必要があり、操作のテンポが損なわれていました。

変更後

フォーカス状態に関わらず直感的なキーナビゲーションが可能になり、キーボードのみで設定変更を完結できるようになりました。

ユーザーへの恩恵

マウスを使わずに素早く設定を確認・変更できるため、開発中の集中力を維持できます。