Claude Code v2.1.224

変更前

Claude CodeのWeb、モバイル、デスクトップセッションを実行するクラウド環境は、Anthropicが提供するインフラまたはGitHub Actionsなどの代替手段に限定されていました。独自のセキュアなインフラやオンプレミス環境でセッションを動かす手段がありませんでした。

変更後

TeamおよびEnterpriseプランの組織において、claude self-hosted-runnerコマンドを使用して、所有している物理マシンやコンテナをセッションの実行環境として統合できるようになります。

ユーザーへの恩恵

組織のセキュリティ基準を満たした自社管理インフラ上でClaude Codeのクラウドセッションを実行できるようになります。

変更前

マーケットプレイスにリストされる個々のプラグインを配布する際、GitHub、gitリポジトリ、npmパッケージ、またはローカルの相対パスしか指定できませんでした。そのため、gitやnpmの環境が利用できない場合にプラグインを配信する手軽な方法がありませんでした。

変更後

HTTPS経由でダウンロード可能なzipアーカイブファイルをプラグインのソースとして指定できるようになります。また、セキュリティ確保のためにSHA-256のチェックサムを記述してバージョンを固定することも可能になります。

ユーザーへの恩恵

開発者がgitやnpmなどのパッケージマネージャーを介さずに、信頼できるWeb上のzipファイルからプラグインを安全に直接インストールできるようになります。

変更前

Amazon Bedrockを利用する場合、通常は接続エンドポイントを解決するためにAWS_REGION環境変数から推論プロファイルが自動的に決定されていました。特定のクロスリージョン推論プロファイルを明示的に優先させることが困難でした。

変更後

環境変数ANTHROPIC_BEDROCK_REGION_PREFIXを設定することで、AWS_REGIONの自動解決に依存せず、任意のリージョンプレフィックスを持つクロスリージョン推論プロファイルを優先してモデル解決に使用されるようになります。

ユーザーへの恩恵

AWSリージョン自動検出に縛られず、利用したい特定のクロスリージョン推論プロファイルを確実に優先指定できるようになります。

変更前

他のセッションからSendMessageで送られてくるメッセージを受信する際、受信側セッションの安全状態やパーミッションの設定状態（バイパスモードなど）を考慮して受信を保留にするきめ細やかな制御が行えませんでした。

変更後

セキュリティをバイパスしている特別なセッションへのインバウンドメッセージは自動的には処理されず、ユーザーの明示的な承認が得られるまで保留される仕組みが導入されます。また、通常のパーミッションチェックが有効なセッションへのメッセージはそのまま自動配信されます。

ユーザーへの恩恵

セキュリティバイパス中の重要なセッションに対して、他のエージェントから意図しないメッセージが自動で流し込まれて実行されるのを防ぐことができます。

変更前

サンドボックス環境でパスワードやAPIトークンなどの秘匿情報を保護する際、環境変数を完全に隠す（deny）とツールが動作しなくなり、単純に値を置換するだけの通常のマスキングではJWTのペイロード内部の特定のクレームだけを隠したり、AWS SigV4署名を保ちつつ再署名したりする高度な保護ができませんでした。

変更後

正規表現を用いて構造化ファイルから特定トークンだけを切り出すextractや、JWTをデコードして特定のクレーム値を隠す仕組み、さらにはプロキシ経由でAWS SigV4リクエストを書き換えて再署名する高度なセキュリティオプションが導入されます。これらはリポジトリ内の個別設定ファイルからは設定できず、ユーザーがコントロールする信頼された設定ソースからのみ有効化されます。

ユーザーへの恩恵

ツールに必要な認証情報の利便性を損なうことなく、認証ファイルやトークン内の本当に保護すべき重要な情報だけを確実に隠蔽または安全に中継できるようになります。

変更前

Claude Codeのセッションは起動したターミナルプロセス内で独立しており、他のプロジェクトや異なるマシン上で動作している別のClaude Codeプロセスと直接データをやり取りしたり連携させたりすることができませんでした。

変更後

セッションがソケット通信等を介して他のセッションと双方向に通信する機能が提供されます。同じユーザーのマシン上で動作しているエージェントセッションをListAgentsで検出し、情報を送受信して共同作業させることができるようになります。

ユーザーへの恩恵

別々のプロジェクトや複数の画面で並行して動作させているClaudeセッション同士を連携させ、複雑な開発ワークフローを共同で処理させることができます。

変更前

セッション調査のフィードバックでトランスクリプトの共有を許可した際、実際に送信されていたのは会話ログのみであり、モデルにどのような前提条件（CLAUDE.mdに書き込んだルールや読み込んでいるツールの詳細定義など）を与えていたかのコンテキスト情報が不足していたため、不正確な出力の原因分析が困難でした。

変更後

フィードバック送信時に、当時のプロンプトの基礎となるシステム設定情報やCLAUDE.mdの内容自体も構造化データとして安全に含まれるようになります。アップロード上限を超える場合はこれらの設定が自動的に間引かれ、中身が送信エラーになるのを防ぎます。

ユーザーへの恩恵

独自のルールファイル（CLAUDE.md）や特殊なMCPツールを使っている環境でClaudeが思い通りの動作をしなかった際、原因のデータ構造をより正確にAnthropicへ報告して動作の改善に役立てられます。

変更前

会話履歴を/compactコマンドで切り詰めたり、/resumeで過去のセッションを再開して再調整したりすると、リモート管理サーバー側に用済みとなった古いセッションの残骸がアクティブなセッション一覧として画面に表示され残り、整理が難しくなっていました。

変更後

現在のターミナルで新しい接続ライフサイクルが開始されると、不要になった一世代前の古いリモートサーバー側のセッションエントリーが自動的にアーカイブに回され、アクティブな一覧から取り除かれるようになります。

ユーザーへの恩恵

リモート管理画面のセッション一覧が不要な重複データで散らかるのを気にする必要がなくなります。

変更前

会話が長くなってコンテキストサイズを節約するために/compactが繰り返し実行されると、フルスクリーン表示のスクロールバッファから古い会話のテキストが消えてしまい、過去のやり取りをスクロールで遡って確認できなくなっていました。

変更後

表示用のスクロールバックバッファはモデルへの送信コンテキスト削減処理（コンパクト化）から分離され、何回要約が発生してもセッション内の全ての生のログがそのまま画面上に残ります。

ユーザーへの恩恵

モデルの制限により要約が行われても、自分のターミナルを上にスクロールするだけで過去にClaudeと交わしたすべての指示やコード表示をいつでも見返すことができます。

変更前

ターミナル側で会話の/compact（要約）が発生したり、/clearで履歴を消去したりした際、Remote Control経由で画面を見ていたWebやモバイルのクライアント側では何が起きているか分からず無反応に見えたり、リセット状況が正しく反映されなかったりしていました。

変更後

要約処理の進捗インジケーターやその完了境界線がリアルタイムでWebやモバイル側の表示にも反映されるようになります。また、ローカルでコマンドを実行してリセットした状態が即座に共有されます。

ユーザーへの恩恵

複数のデバイスやブラウザ画面でClaudeセッションを追いかけている際に、表示が同期ズレを起こして混乱する心配がなくなります。

変更前

Remote Controlの接続が途切れた際、画面の下部に小さなトーストが数秒間表示されるだけだったため、作業中に接続が失われたことを見落としやすく、後から手動で/remote-controlコマンドを入力し直す必要がありました。

変更後

接続が失敗すると、画面上に持続的な警告マークと詳細情報、そしてワンプッシュで再接続を試みることができるキーボードショートカットが表示され続けます。

ユーザーへの恩恵

ネットワークの一時的な瞬断などで接続が切れても、すぐに検知してキー1つでリモート制御を復旧できるようになります。

変更前

セッションのライフサイクル全体で作成できるサブエージェント（Agentツールによって起動されるものやフォークセッションなど）が累計200個に制限されていたため、多数のタスクを1つの長い会話セッションで繰り返しデバッグしていると、上限に達して新しいタスクの委譲が拒否されていました。

変更後

セッション中の累計サブエージェント作成数の上限が取り払われました。これにより、同じ会話の中で何回でも新しいサブエージェントを利用できるようになります。ただし、同時に並行して走らせる数や、エージェントの中にエージェントを作るネストの深さの制限はこれまで通り維持されます。

ユーザーへの恩恵

長大な開発プロジェクトのデバッグを1つのセッションで続けていても、途中でエージェント作成エラーに突き当たることがなくなります。

変更前

プロジェクトの絶対パスが非常に長い（200文字超）場合、セッションディレクトリを解決するための内部的な一意名（サニタイズされたプレフィックス）が同一になってしまい、別のプロジェクトの会話履歴やセッションを誤って操作したり、呼び出して再開したりしてしまう可能性がありました。

変更後

パスプレフィックスの衝突処理が改善され、ディレクトリパスがどれだけ長くても別のプロジェクトと確実に識別されるようになります。これにより、セッション履歴の復元や削除が他の無関係なプロジェクトと干渉しなくなります。

ユーザーへの恩恵

深いディレクトリ階層や長いリポジトリパスを使用している開発環境でも、プロジェクト間でセッションデータが混ざることなく安全に履歴の管理を行えます。

変更前

チームメイト（サブエージェント）にメッセージを送った際、実際には受信ボックスへの書き込みに失敗してメッセージが届いていないにもかかわらず、送信側のプロセスでは成功したかのように「Message sent」と表示されていました。これによりチームメイトが動かない原因が不明になる状況がありました。

変更後

通信やファイル書き込みの失敗など、メッセージが受信側エージェントに届かなかった場合には、送信時に即座にエラーがスローされユーザーや呼び出し元プロセスに通知されるようになります。

ユーザーへの恩恵

エージェント間通信の失敗を正確に把握できるため、連携が途絶えた原因を推測する手間がなくなります。

変更前

サンドボックスのファイルシステム保護設定で、ディレクトリパスの末尾にスラッシュを指定して読み取り拒否（denyRead）などのルールを定義すると、パス文字列の不一致によりサンドボックス内のシェルコマンドがその制約をすり抜けてアクセスできてしまうセキュリティ上の穴がありました。

変更後

パスの末尾にあるスラッシュが適切に処理され、記述されたパターンに関わらず指定したディレクトリ配下へのアクセスがLinuxおよびmacOS上のサンドボックス内で完全にシャットアウトされるようになります。

ユーザーへの恩恵

セキュリティ設定ファイルのパスの書き方による偶発的な制限の漏れがなくなり、機密ファイルが含まれるディレクトリを確実に保護できます。

変更前

セッションの実行中に新しくMCPサーバーを接続した際、MCPツール検索の最適化メカニズムによってツール定義の読み込みが保留される結果、新しく追加されたツールの名前がClaudeに正しく伝わらず、Claudeがそのツールを認知して使用を決定することができない不具合がありました。

変更後

セッション中に動的に接続されたMCPツールであっても、その名前情報が適切にモデルに通知され、必要に応じて自動的にスキーマがオンデマンドで取得・実行されるようになります。

ユーザーへの恩恵

途中で新しく追加したMCPツールを、セッションを再起動することなくClaudeがすぐに認識して使えるようになります。

変更前

大きなテキストをプロンプトに貼り付ける際、入力枠を使いやすくするため「[Pasted text #1]」のような短いプレースホルダーに折りたたまれて一時格納されますが、セッションが長くなったり複数のペーストを繰り返したりすると、インデックスが衝突して中身が別のテキストに化けたり、古いものが消えたりすることがありました。

変更後

貼り付けられたデータの識別子とライフサイクル管理が堅牢になり、ペーストが溜まったり時間が経過したりしても、中身が欠落することなく正しくClaudeに送信されます。

ユーザーへの恩恵

大きなコードやログをプロンプトに繰り返しペーストしても、送信時に内容の一部が抜け落ちる不安がなくなります。

変更前

LinuxのWaylandディスプレイサーバー環境で、選択したテキストが自動的にクリップボードにコピーされる機能を使用する際、内部で行われる2回の書き込み処理が同時に実行されてしまい、競合が原因で正しくクリップボードにテキストが格納されない問題が発生していました。

変更後

書き込み処理の同期が適切に管理されるようになり、2つの書き込みが競合して互いを妨げることがなくなります。

ユーザーへの恩恵

Wayland環境を使用している開発者が、表示されたテキストをドラッグするだけで確実にクリップボードにコピーできるようになります。

変更前

会話履歴のデータ量が大きすぎる長時間のセッションでフィードバック調査の共有（トランスクリプトのアップロード）を行うと、バックエンドでのデータ超過等により処理が失敗しているにもかかわらず、CLI上では「成功」と誤って表示されるため、フィードバックが実際には送信されていないことに気付きにくい状態でした。

変更後

データの大きさによるアップロード失敗を正しく検知し、処理が正常に完了しなかった場合には具体的なエラーメッセージを画面に提示するようになります。

ユーザーへの恩恵

送信が失敗したことを確実に把握できるようになり、重要なフィードバック情報が知らないうちに消えてしまうのを防げます。

変更前

しばらく起動していなかった、またはトークンが失効した状態で新しくClaude Codeを立ち上げた際、Remote Controlの接続用一次資格情報を取得する処理が認証エラーで失敗し、自動接続が途絶えてしまうことがありました。一度手動でログインし直さないと復帰しづらい状態でした。

変更後

認証情報の取得プロセスが洗練され、セッショントークンが古くなっている場合はそのことを正しくハンドリングし、スムーズにセッションを再確立または再ログインへ誘導するように動作が改善されます。

ユーザーへの恩恵

セッション再開時にRemote Controlが謎のエラーで落ちる現象に悩まされず、立ち上げ後すぐにスムーズに開発を再開できるようになります。

変更前

接続しているリモートセッションの有効期限が切れ、Claude Codeが自動的に新しいRemote Controlセッションを確立した際、本来新しいセッションのみに適用されるべき処理を誤り、それまでに手元で行っていたすべての会話のローカル履歴を重複してアップロードし直して送信内容が肥大化していました。

変更後

セッション再確立時の会話履歴の同期ロジックが修正され、期限切れによる再接続が起こっても、無関係な古い会話データを不要に新しいサーバーセッションに送り直すことがなくなります。

ユーザーへの恩恵

再接続時の無駄なデータ転送やトークン消費を防ぎ、Remote Controlを安定して使い続けることができます。

変更前

接続を無効化する設定にしていたはずのセッションであっても、claude --resumeなどで過去の会話を再開すると、その過去の会話に保存されていた接続フラグを誤って読み込んでしまい、意図に反してバックグラウンドで勝手にRemote Controlが有効化されてしまう挙動になっていました。

変更後

セッションを再開、または拡張機能経由でロードする際であっても、ユーザーや管理設定で明示的にRemote Control接続をオフにしているステートが優先して維持され、勝手に接続が走ることはなくなります。

ユーザーへの恩恵

意図しない外部接続が発生するのを防止し、完全にオフラインまたはクローズドな環境でClaudeを安全に制御し直すことができます。