Claude Code v2.1.234

変更前

プロジェクトの絶対パスから非英数字をハイフンに置換した名前が自動生成されていましたが、200文字を超える場合は切り詰められた上でハッシュ値が付与されるなど、ファイルシステム制限の厳しいセッション管理環境においてディレクトリ名の制御が困難でした。

変更後

環境変数 CLAUDE_CODE_PROJECT_DIR_NAME を設定することで、セッションごとに独立した設定フォルダを持つようなホスト環境で、プロジェクト用の一時ディレクトリに対して短い識別名などを任意に指定できるようになります。

ユーザーへの恩恵

セッションの実行環境やホストの制約に合わせてプロジェクトフォルダの命名規則を調整するための、複雑なパス変換ロジックを自前で組む必要がなくなります。

変更前

フルスクリーンモードなどのアプリ内テキスト選択において、キーボード操作から選択状態を明示的に解除するための専用のキーバインドアクションが存在しませんでした。

変更後

selection:clear アクションが用意され、~/.claude/keybindings.json で任意のキーを割り当てることで、キーボードから素早くアクティブなテキスト選択範囲を解除できるようになります。

ユーザーへの恩恵

選択状態を解除するためにマウスをクリックし直したり、不要なテキスト選択が残ったまま操作を続けたりする必要がなくなります。

変更前

GitHub のプルリクエスト情報（PR #N）のみがフッターに表示され、GitLab をメインに利用している開発プロジェクトではマージリクエストのレビュー状況を対話型セッション内で直感的に確認できませんでした。

変更後

GitLab リモートが検出され、glab CLI がセットアップされていれば、フッターに「MR !N」というバッジがカラー表示され、現在のレビューやビルドのステータスが即座に確認できるようになります。

ユーザーへの恩恵

マージリクエストのステータスを確認するために、WebブラウザでGitLabを開いたり別ターミナルでglabコマンドを叩いたりする必要がなくなります。

変更前

AI が複雑なタスクを実行して複数行のコマンドやファイルを書き換えている最中は、設定インターフェースを同時に呼び出すことができず、許可設定を変更するためにはタスクが完全に終了するのを待つか、セッションを強制終了するしかありませんでした。

変更後

AI が処理を進めている最中であっても割り込んで /permissions 画面を展開でき、危険なコマンドを検知した瞬間にその場で対象ツールの使用許可を「Deny」に締め出すことが可能になります。

ユーザーへの恩恵

AIが予期しないファイル変更やネットワーク通信を始めそうになった際、タスク全体が完了して手遅れになるのを待たずに、その場ですぐにアクセス権限を剥奪して処理を制御できるようになります。

変更前

AI が実行を完了するまでは追加の作業ディレクトリパスを指定したり、ヘルプダイアログやテーマカラー設定を変更するコマンドを入力することができず、並行して別のワークスペースに権限を与えるなどの柔軟な割り込み操作ができませんでした。

変更後

フルスクリーン描画レイヤーが強化され、AI の出力を画面の奥に維持したまま、手前に重ねて安全に設定ダイアログを表示・編集して、現在の処理中のタスクに即座に新しいディレクトリコンテキストを適用できます。

ユーザーへの恩恵

AIが作業中に「別のフォルダにあるリファレンスコードも読んでほしい」と言い出した際、今の対話を中断したり終了させたりせずに、その場でフォルダを追加するだけで済むようになります。

変更前

利用枠やクレジットの制限に達してセッションが一時停止した場合、制限リセット後にユーザーが手動で復帰指示を出すまで会話がストップしたままになっていました。

変更後

制限が解除されると Claude Code が自動的に未完了のセッションを再開し、タスクの実行を継続するようになります。

ユーザーへの恩恵

制限のリセット時間を時計で確認しながら、手動でコマンドを再実行して復帰させる手間がなくなります。

変更前

Windows 環境下で特定の NT ネームスペース形式のパスを処理する際、事前にユーザーの承認を経ないままファイルアクセスが行われ、ネットワーク共有への不正アクセス等による NTLM 認証情報漏洩のセキュリティリスクが潜在していました。

変更後

Windows の NT ネームスペース（\??\）を含む不審なパスを用いた操作が検出された時点で強制的に拒否され、事前承認前のアカウント情報の漏洩を防ぐ強固なガードレールが適用されます。

ユーザーへの恩恵

悪意あるリポジトリやファイル構成による Windows 特有の資格情報奪取攻撃を回避するための、複雑なセキュリティ設定を個別に施す必要がなくなります。

変更前

リモートコントロールの実行中に別のターミナルやブラウザから別組織のアカウントへサインイン操作を行うと、接続セッションの死活管理が正しく同期されず、長時間経った後に突然無関係な 404 NotFound エラーが表示されて原因究明が困難でした。

変更後

認証情報の変更を検知した瞬間に、古いセッションが適切な切断メッセージと共に即座に自動シャットダウンされ、現在のサインイン状況とセッションの所有権の不一致がその場で明確に提示されます。

ユーザーへの恩恵

組織やアカウントのアカウント切り替えを行った際に、接続不良の原因が認証情報の不整合によるものなのか、サーバー障害なのかを自分で調べて迷う必要がなくなります。

変更前

PC のターミナル側でパーミッション設定を「Manual」から「Accept Edits」に変更しても、スマホアプリやブラウザの UI 上の表示ステータスが古いモードのまま同期されず、現在の実行権限レベルに食い違いが生じていました。

変更後

PC・拡張機能・スマートフォン・Webブラウザのすべての画面間で権限モードの切り替えイベントが完璧に同期され、どの端末から見ても常に最新のセキュリティ許可状態がリアルタイムで一貫して表示されるようになります。

ユーザーへの恩恵

スマートフォンから操作を継続する際、PC側のターミナルが今どのような承認モードで動作しているかを手元で正確に把握できるようになります。

変更前

外出先などスマホ画面から Claude の「思考の深さ（エフォート）」を変更しても、実際に処理を行っているPCローカルのセッションエンジンにその設定値が正しく伝わらず、以前のエフォート設定のまま処理が実行されていました。

変更後

どのデバイスの UI からエフォートスライダーを操作しても、PCの実セッションに思考エフォートレベルが瞬時に伝播・適用され、関連するすべての画面の表示も同期更新されるようになります。

ユーザーへの恩恵

スマートフォンから重いバグの修正を依頼する際、AIの思考の深さ（エフォートレベル）を最大に切り替えるために一度PCの前に戻る必要がなくなります。

変更前

実行中のクラウドセッションが大量にある場合、これまでは検出限界から溢れたセッションを「オフライン/存在しないセッション」として誤認し、メッセージが送れずにそのまま処理が失敗していました。

変更後

セッション数がスケールの上限を超えた場合でも、「上限超過のため一部のセッションが未走査である」旨の明確なシステム警告が Claude とユーザーに返され、部分的な検索結果であることを認知できるようになります。

ユーザーへの恩恵

目的のセッション宛てにメッセージが届かない際、セッション自体が本当に消えてしまったのか、単にツール側のリスト取得数の上限に引っかかっただけなのかを区別できるようになります。

変更前

環境変数や設定ファイルでプロファイル資格情報の有効期限が切れると、より優先度の高い汎用のサインイン経路が利用可能であるにもかかわらず、ただ認証エラーを発生させてリクエストを停止させていました。

変更後

認証処理の優先順位が整理され、有効な claude.ai ログインで代替可能な場合は「/login を実行してサインインを更新してください」とスムーズな解決手段が提示されるようになります。

ユーザーへの恩恵

プロファイル認証切れエラーが出た際に、どの環境変数をリセットしてログインし直せばいいか迷い、マニュアルを探す手間がなくなります。

変更前

claude-api などの大規模な仕様解説を含む内蔵スキルをセッション内で一度でもロードすると、巨大なAPI定義ドキュメント全体がコンテキストウィンドウの先頭に一括して詰め込まれるため、会話履歴で使えるトークン残量が最初から極端に削られていました。

変更後

スキルの定義は最小限の説明のみで読み込まれ、具体的なAPIの使い方やリファレンスの詳細は Claude が実際にその情報を必要として呼び出した瞬間にのみ必要な部分だけがコンテキストに追加されるようになります。

ユーザーへの恩恵

重いリファレンス系のスキルを使用する際に、AIのトークン消費量を節約し、セッションがすぐに文字数オーバー（オートコンパクト）になって過去の重要な対話履歴が消えてしまうのを防ぐことができます。

変更前

アカウント停止や資金切れなどの致命的エラーでタスクの実行が継続できなくなった場合でも、設定した「目標（Goal）」状態が有効なまま内部で維持され続け、エラー解消後もセッションが異常な内部状態のまま膠着することがありました。

変更後

継続不能な深刻なシステムエラーが発生すると即座にアクティブなゴールが自動でパージ（clear）され、エラーの原因とともにクリーンな状態にセッションがリセットされます。

ユーザーへの恩恵

セッションが致命的なエラーで止まった後、古いゴール設定が残っていることに気づかないまま作業を再開してAIが混乱するのを防ぐために、手動でゴールクリアコマンドを入力する手間がなくなります。

変更前

シェルプロセスやサブエージェントがスタックして応答が返ってこなくなっても、設定された Goal が「待ち」を指示し続けるため、Claude はタイムアウトなしで何時間もセッションを放置したまま無反応になっていました。

変更後

30分間進捗がない場合に Claude が自立的に割り込みを発生させ、実行中のバックグラウンドタスクが生きているか、ハングアップしていないかを確認してユーザーに報告するターンが挟まれます。

ユーザーへの恩恵

バックグラウンドで走らせたテストスイートやデプロイコマンドがフリーズしている際、PCの前で何時間も無駄に完了を待ち続けることがなくなります。

変更前

トークンセットアップコマンドの後ろにタイポや誤ったオプション引数を付けて実行した際、システムが警告なしでそれらを無視してトークンを生成してしまい、意図しない設定で登録が完了してしまうことがありました。

変更後

許可されていない余計なパラメータが末尾に入っている場合は直ちにコマンドラインエラーが発生し、コマンドが失敗するため、意図しない設定でのトークン生成ミスを防げます。

ユーザーへの恩恵

設定用コマンドの引数を打ち間違えたまま処理が正常終了してしまい、後から想定外の設定でトークンが作られていたことに気付いてやり直すリスクがなくなります。

変更前

フルスクリーン TUI でログの一部をマウス選択した状態で、邪魔なポップアップダイアログを消そうとして Esc キーを押すと、ダイアログだけでなく苦労してドラッグ選択したテキストの反転表示まで一緒にクリアされてしまっていました。

変更後

Esc キーの入力イベントと、アプリ内のテキスト選択クリアアクション（selection:clear）のトリガーが分離され、Esc は前面のUI操作のキャンセルにのみ作用し、選択された文字ハイライトは明示的に解除するまでそのまま残ります。

ユーザーへの恩恵

コピーするために長文のログをドラッグ選択している最中に、他のダイアログを閉じるために Esc を押して、また最初から選択し直す羽目になるイライラがなくなります。

変更前

バックグラウンドプロセスの完了などの通知が、AIが次に話し始める直前（ターンの合間）に到着した場合、タグでの保護が不十分な平文テキスト形式でシステムプロンプトに挿入され、AIがその通知を人間からの直接のメッセージ指示と誤認して挙動がブレる問題がありました。

変更後

すべてのタイミングのバックグラウンド通知が厳密に <system-reminder> タグでカプセル化されて AI に渡されるため、AI はこれがユーザーの言葉ではなくシステムイベントであることを正しく区別して分析に組み込めるようになります。

ユーザーへの恩恵

バックグラウンドタスクの終了メッセージをAIが読み違え、「ユーザーから新しいタスクが指示された」と勘違いして全く異なるタスクを開始してしまうのを防ぐためのプロンプト調整が必要なくなります。

変更前

ユーザー環境や管理者権限の関係でホームディレクトリの設定ファイルが書き込み禁止になっていると、起動シーケンス中にファイルロックまたは更新処理が失敗し続け、何分間もターミナルが真っ黒なままフリーズして起動しませんでした。

変更後

読み取り専用属性を検出した場合は迅速にリネーム試行をスキップして起動処理がバイパスされるようになり、設定の書き込みは行わずに読み込み専用のままスムーズに CLI セッションが開始します。

ユーザーへの恩恵

共有PCや制限された企業ネットワーク端末で設定ファイルが保護されているときに、ツールの起動が無限フリーズしてタスクを開始できなくなるトラブルが解消されます。

変更前

AI 側の返信はマークダウンが美しくフォーマットされて表示されていた一方、ユーザー自身が入力した複雑なマークダウンコードや箇条書きは、ただのプレーンテキストとしてベタ書きでターミナル上にレンダリングされていました。

変更後

自分が入力を送信した内容に含まれるマークダウン要素も完璧にパースされ、色付きのシンタックスハイライトコードブロックや整形されたリストとして履歴画面に美しく描画されるようになります。

ユーザーへの恩恵

過去のセッションを /resume で復元した際、自分が過去にどんなコード片を貼って指示を出していたかを格段に読み返しやすくなります。

変更前

LLMゲートウェイなどでデータ変換ミスやタイムアウトが起きて空のデータが返ってきた際、単に「レスポンスが壊れています」とだけ通知されるため、ネットワーク側の問題なのか API の上限エラーなのか切り分けが困難でした。

変更後

「リクエストID: req_...、受信サイズ: 0バイト、型: text/html」のように、ゲートウェイやインフラのどこがエラーの原因になっているかを一発で突き止められるネットワーク詳細メタ情報がエラー文に内包されます。

ユーザーへの恩恵

接続エラーが発生した際に、社内のプロキシ設定やAPI中継サーバーの担当者に提示するための詳細なデバッグ情報を自分でパケットキャプチャして調べる必要がなくなります。

変更前

新しく始めた会話に付けられる自動タイトルが、自分の入力した最初のプロンプト文をそのままコピペしたような長い冗長な記述になりがちで、セッション履歴一覧の画面が文字で埋まって読みづらくなっていました。

変更後

AI がコンテキストを要約し、プロジェクト管理ツール（Jira等）のチケット名のように短くスマートに整理された「バグや機能名」を抽出してセッション名に割り当てます。

ユーザーへの恩恵

膨大なセッション履歴リストの中から、過去に行った目的の作業セッションを素早く見つけて復元できるようになります。

変更前

オートモード利用時にサブエージェントが内部のヘルパーツールを起動するたびに、画面上に「オートモード分類器により許可されました」という全く同じ解説行が何度も繰り返し出力され、ログ画面が不要に行数を取って埋まってしまっていました。

変更後

サブエージェント呼び出しにおけるオートモードの承認済み表示がスリム化され、本来必要なツール実行結果とログメッセージだけがクリアに表示されるようになります。

ユーザーへの恩恵

大量の自動ツール実行ログを見返す際に、同じ承認文が何画面分も連続して流れるのをスクロールして読み飛ばす必要がなくなります。

変更前

/config でデフォルトのチームメイト用モデルがグローバル指定されていたため、メインセッションを Opus 5 などの高性能モデルに切り替えても、裏で起動する並列チームメイトが古いデフォルト指定（Haiku等）のまま実行されてしまい、共同作業のクオリティが意図せず下がる原因になっていました。

変更後

メインセッションのモデル（Sonnet 5/Opus 5等）がチームメイトにも自動で伝播するようになり、タスク呼び出しのパラメータで直接モデルを指定しない限り、チーム全体のエンジンのバージョンが一律で同期されるようになります。

ユーザーへの恩恵

メインセッションのモデルを切り替えた後に、並列処理を行うチームメイトの思考精度を合わせるために /config を開いてサブモデルの設定を毎回変更する必要がなくなります。

変更前

長時間のやり取りでコンテキスト圧縮が発生すると、以前に承認または処理が完了していたサンドボックスコマンドのネットワークアクセス情報がリセットされ、同一の確認と拒否が無限ループして処理が滞ることがありました。

変更後

圧縮後もサンドボックス環境におけるネットワークアクセスの評価状態が正しく引き継がれ、無駄な再評価やコマンド拒否のループが発生しなくなります。

ユーザーへの恩恵

長いセッションの途中で、すでに解決したはずのネットワークアクセス許可に関するエラーやプロンプトへの対処を何度も強いられることがなくなります。

変更前

メインセッションのバックグラウンドでサブエージェントを実行中にツール許可を求められ、ユーザーが「このセッション中のみ許可/拒否」を選択しても、その決定が適切に保持されずに再度プロンプトが表示されていました。

変更後

バックグラウンドのサブエージェントに対する許可要求であっても、セッション単位で指定した承認や拒否の選択結果が正しく記憶され、セッション終了まで適用され続けます。

ユーザーへの恩恵

同じセッション内でサブエージェントがツールを起動するたびに、同じ承認ダイアログを何度もクリックして答え直す必要がなくなります。

変更前

Amazon Bedrock や Google Cloud、サードパーティ製プロキシなどを経由した非ストリーミング接続時に、API レスポンスのJSON構造内に特定のフィールドが抜けていると、エラーハンドリングが追いつかずツール全体がクラッシュしていました。

変更後

レスポンス内の thinking や text フィールドが空、あるいはオブジェクト構造として不完全な場合でも、パースエラーを起こさずに堅牢にフォールバック処理を行います。

ユーザーへの恩恵

サードパーティ製プロキシや自社構築のLLMゲートウェイを利用している開発者が、特定の応答パターンでツール自体が突然異常終了する現象に悩まされることがなくなります。

変更前

他セッションにメッセージを送るクロスセッション機能において、宛先のセッション名が極端に長いか絵文字コードを多用していると、文字数制限やエンコーディングパースに引っかかり、メッセージが送信できない不具合がありました。

変更後

セッション名が制限値の上限付近であったり、複雑な絵文字が含まれていたりしても適切に正規化が行われ、SendMessage によるメッセージ送信が安定して動作するようになります。

ユーザーへの恩恵

セッション名の長さを削ったり、送信のために絵文字を消したりする不自然なリネーム作業を行う必要がなくなります。

変更前

SSHキーの指定や認証トークンが埋め込まれた非標準的な Git リモート URL を使用している場合、ホスト認識ロジックが誤動作し、GitHub や GitLab への正しい関連付けリンクや連携機能が働きませんでした。

変更後

特殊なユーザー情報が含まれる Git リモート URL からも正確にホスト部分が抽出され、対象のホスト（GitLab 等）に応じた各種統合機能やアイコン表示が正しく実行されます。

ユーザーへの恩恵

認証情報付きのカスタム Git URL を使用しているプロジェクトで、リモート連携バッジやリンクが機能しない原因を調べる必要がなくなります。

変更前

接続に失敗した MCP サーバーのデバッグ情報を出力した際、展開後の認証トークンやパスワード、秘密の情報を含んだ展開済みのフル URL がターミナルやログにそのままプレーンテキストで露出していました。

変更後

環境変数部分はプレースホルダーの ${VAR} のまま安全にマスク表示され、接続失敗のエラーテキストに含まれる恐れのあるセンシティブな認証文字列やパラメータ付きの URL は徹底的に隠蔽されます。

ユーザーへの恩恵

デバッグログやターミナルの出力結果を他者に共有する際に、意図せずトークンやAPIキーが画面に映り込んでしまう危険を警戒する必要がなくなります。

変更前

管理者が strictKnownMarketplaces で特定の信頼された Git ホストのみにプラグインの取得元を制限していても、SCP スタイルの接続文字列を偽装することで、制限をバイパスして意図しないホストからプラグインを導入できてしまう抜け穴がありました。

変更後

SCP 形式の Git URL に対しても厳密なホストチェックが入り、接続先が管理ポリシーで許可されたマーケットプレイスに正確に合致するかどうか、ネットワーク通信の前に厳密に強制検証されます。

ユーザーへの恩恵

組織内の開発者が、管理者の意図しない非公式の外部サーバーから悪意あるプラグインを誤って取り込んでしまうセキュリティリスクについて不安を抱く必要がなくなります。

変更前

フルスクリーン描画（TUI）がアクティブな状態で表示されたログイン URL などを範囲選択してクリップボードにコピーすると、画面端や改行の扱いで一部の文字がちぎれ、不完全な URL になってブラウザで開けない現象が起きていました。

変更後

フルスクリーンレンダラーがモーダルダイアログの表示テキストを保持する処理が安定し、どの領域からコピーしても一切の文字欠けなしで完全にテキストを取得できるようになります。

ユーザーへの恩恵

コピーした URL の末尾が削れてログインエラーになった際、手動で1文字ずつ足りないコードを打ち直してログインを試行する必要がなくなります。

変更前

シェルコマンドを走らせている間にユーザーが別コマンドで権限設定画面ダイアログなどを開いて設定変更しようとしても、背後で走っていたプロセスが終了した途端にダイアログが強制終了して元の画面に戻されていました。

変更後

シェルコマンドの完了シグナルによって最前面のアクティブなダイアログやモーダルのフォーカスが破壊されないようにイベントが分離され、設定作業を最後まで中断せずに行えるようになります。

ユーザーへの恩恵

バックグラウンドタスクの終了タイミングを見計らってから設定画面を開く、といった窮屈な待ち時間を気にする必要がなくなります。

変更前

Claude が応答中に「次に行うコマンド」として ! npm run build のようにシェルコマンドを事前に入力してキューに溜めた後、その文字列を編集しようと矢印キーを操作すると、シェルコマンドの識別子（!）が無視され、ただの会話用プロンプトとして送信されていました。

変更後

キューに入った事前シェルコマンドを編集した場合でも、シェルコマンド（!）としての属性が内部で正しく維持され、実行時もテキストメッセージではなく実際のターミナルコマンドとして正しくトリガーされます。

ユーザーへの恩恵

実行待ちキューに入れたコマンドのタイポに気づいて手動修正する際、一度登録をキャンセルして最初から打ち直す手間がなくなります。

変更前

キューが処理されている最中に、ユーザー入力履歴（プロンプト履歴）の整合性が崩れて未送信のメッセージが混入したり、エスケープによるUI操作が実行中の会話ターン自体を落としてしまったり、シェルモードが維持され続けてコマンド入力が暴発する不具合がありました。

変更後

キューマネージャーと入力バッファ、ショートカットキーの競合状態が整理され、送信待ちメッセージの表示や、ターン中断・シェルモード切り替えがそれぞれの適切なスコープで正確に動作するようになります。

ユーザーへの恩恵

複数コマンドの連続投入時や履歴編集時に、想定外の入力送信やセッションの意図しない中断に警戒して操作スピードを落とす必要がなくなります。

変更前

ターミナルのリニューアルを促すプロンプトに同意して画面を TUI に移行させると、安全性の高いデフォルト設定のセッションとして初期化されてしまい、起動時に指定していたコマンドラインオプションやカスタムセキュリティポリシー、使用モデルの引き継ぎが解除されていました。

変更後

新しいフルスクリーンレンダラーへの移行による再起動時も、元のセッションに適用されていたすべての引数、許可フラグ、ポリシー、モデル指定（Sonnet 5/Opus 5等）が漏れなく新しいプロセスへ引き渡されます。

ユーザーへの恩恵

表示モードを TUI に変更した後に、以前と同じ実行環境にするためにセッションを一度閉じて複雑な引数付きでコマンドを実行し直す必要がなくなります。

変更前

/tui コマンドでフルスクリーンモードへ切り替えた際に、ユーザーが引数制限したツール利用の禁止ポリシーがクリアされ、予期せず広範なツールの使用許可がモデルに付与されてしまうセキュリティの抜け道がありました。

変更後

切り替え時もツール制約パラメータが正確に維持され、万が一プロセスの再起動プロセスで制約情報を安全に持ち越せないと判断された場合は、切り替えを安全に拒否して理由を説明するメッセージが表示されます。

ユーザーへの恩恵

フルスクリーンモードへの切り替えコマンドを実行した際に、自分が課したツールの使用制限ルールが外れていないかをわざわざ再設定して確認する手間がなくなります。

変更前

デスクトップアプリや VS Code 経由でリモートコントロールを利用している際、Claude が何らかの成果物ファイルなどをスマホやブラウザに提示しても、実データがサーバーに転送されないため中身のない壊れたファイルカードが表示されていました。

変更後

ファイル転送パイプラインが正しく接続され、セッション中に Claude から送られたすべての対象ファイルがスマホの Claude アプリや claude.ai/code Web画面上で即座にプレビュー・ダウンロード可能になります。

ユーザーへの恩恵

生成されたコードやドキュメントを外出先のスマートフォンから確認するためだけに、一度帰宅してPCのローカルフォルダを直接開き直す必要がなくなります。

変更前

事前に環境変数でトークンを渡している状態でログイン処理を走らせると、警告用のシステムテキストがそのまま Claude の入力プロンプトコンテキスト側に漏れ出し、AI が不要なエラー処理や不自然な応答を始める原因になっていました。

変更後

期限切れトークンに関するリマインダー警告はターミナルを操作する人間の画面上にのみ正しくトースト表示され、AI のコンテキストや会話のターンを汚染することはなくなります。

ユーザーへの恩恵

再開された会話の中で、AI が「古いトークンを検出しました」というシステム警告のメッセージに勝手に反応して作業を中断するのを防ぐためのプロンプト修正が不要になります。

変更前

未確認のサードパーティ製チャネルや、組織の信頼ポリシーを通過していないサーバーに対しても、ツールの実行承認プロンプトの内容（コマンドの引数やファイルパスを含む機密情報）が並行して送信されるおそれがありました。

変更後

明示的に組織の信頼を得て承認されたセキュアなチャネルサーバーのみにプロンプトが中継（relay）され、セキュリティリスクの高い経路や拒否設定を表明しているエンドポイントには情報が送出されなくなります。

ユーザーへの恩恵

リモート中継機能を利用する際に、ローカルの機密コマンドやパス情報がセキュリティ審査を通っていない未確認のサーバーへ流出するのを心配する必要がなくなります。

変更前

セッション A から セッション B へメッセージを送った際、B 側のクロスセッション受信が無効になっていると何もエラーを返さずに通信を遮断したため、A 側の AI が応答待ち状態のままタイムアウトまで操作不能になっていました。

変更後

受信が無効、または拒否ポリシーが設定されている場合、直ちに送信側セッションへ通信拒否のシグナルが返るようになり、送信側の Claude は待機状態を即座に脱して適切な代替のアクションをとるようになります。

ユーザーへの恩恵

他のローカルセッションへのメッセージ送信を指示したまま、画面がいつまでも「思考中」で固まって強制終了せざるを得なくなるトラブルを避けることができます。