Claude Code v2.1.295

変更後

ポリシーフックのパス指定ミスやスクリプトのクラッシュ時に、本来防ぎたかった操作がそのまま実行されてしまうのを防げる。フックの起動失敗・タイムアウト・異常終了時にアクションを確実にブロックできるようになる

変更後

OSC 7501 に対応したターミナルで、Claude Code が作業中・入力待ち・完了のどの状態かを一目で確認できる。長時間タスクや複数セッションを並行して動かしているときでも、画面を見るだけで進行状況を把握できる。

変更後

設定ファイルの読み込みに失敗した場合でも、コマンドが意図した変更を正しく反映できていないことにすぐ気づけて、壊れた設定を見落としたままプラグインを管理してしまうことを防げる。

変更後

claude -p が最後のターン後に待機状態になっても、stderr に何を待っているかが表示されるため、終了せずに止まっている理由を端末上ですぐ確認できる。

変更後

Bedrock、Vertex、Foundry などのクラウド上流へのストリーム開始までの待ち時間を設定値で上限化でき、応答が遅い上流から別の上流へフェイルオーバーさせたり、502 を返して素早く失敗させたりできる。従来はこれらの上流では応答開始まで最大 1 時間待たされる可能性があり、開発者からは応答の遅いリクエストがハングしたように見えていた。

変更後

ターンを停止した際に、← がツールの完了を待っている間でも「Backgrounding cancelled」というメッセージでキャンセルが明確に伝わるようになり、バックグラウンド化が意図どおり取り消されたことを確認してから次の操作に進められる。

変更後

Claude アプリのゲートウェイで各アップストリームに models リストを設定できるようになり、指定したモデルだけをそのアップストリームへ送るよう制御できる。ワイルドカード * やフェイルオーバー時でもこの制限が維持されるため、モデルごとのルーティング制限が意図どおりに保たれる。

変更後

管理設定が配布されていないマシンでも、各自の ~/.claude/settings.json に forceLoginMethod: 'gateway' と forceLoginGatewayUrl を設定できるようになり、/login を実行するとそのまま Claude アプリのゲートウェイ画面にURL入力済みの状態でアクセスできる。

変更後

README にインストールコマンドの記載が漏れている場合でも、そのまま貼り付けられるインストール行が表示されるため、README の修正を手早く済ませられる。

変更後

Claude apps gateway の inference 監査イベントに upstream リクエスト ID が含まれるようになり、ゲートウェイ側の監査ログと Amazon Bedrock や Anthropic API 側のリクエストを突き合わせて特定できるようになる。これにより、障害調査やサポートケースの問い合わせの際に、どの upstream リクエストに対応するかを素早く特定できる。

変更後

モッドがユーザー独自の通知設定に従ってネイティブ通知を表示できるようになり、どのチャネルからの通知かも分かるようになる。

変更後

リストの各行を、ボタンとラベルやチップを組み合わせた一つの押下可能な要素として構成できるようになる。これにより、各行全体をひとつのボタンとして扱える UI を簡単に作れる。

変更後

CI ジョブなどの無人セッションでリトライ待機時間が無制間に長引く代わりに、上限を設定して待機時間を制御できるようになる。

変更後

Claude Code のテレメトリに記録される request_id を、Claude apps gateway の監査ログ上のリクエスト ID と突き合わせられるようになる。

変更後

VS Code 拡張機能で Claude が送ってきたファイルがチャット内の専用の行として表示され、ファイル名をクリックすればエディターで開けるようになります。キャプションもその下に表示され、Focus ビューを行内に残るため、どのファイルが共有されたかを見失わずに済みます。

変更後

チャンネルマネージャーを追加する際、その操作によってメンバーがカスタムロールに移動され、他の権限が失われる可能性がある場合に、管理者設定で確認メッセージが表示されるようになった。これにより、管理者は意図しない権限の喪失を防ぎ、メンバーのアクセス権を誤って削除してしまう前に内容を確認できる。

変更後

ホームフォルダやその上でセッションを開始しても、他のアプリのデータにアクセスしようとしてアクセス許可の確認ダイアログが表示されなくなった。

変更後

ツール検索で読み込まれる MCP ツールの説明が従来の 2,048 文字から 16,384 文字まで読めるようになり、説明が長いツールでも後半の情報が欠落せず、Claude がツールの用途を正確に把握して適切に選択・利用できるようになる。

変更後

サブエージェントの skills フィールドに多くのスキルを列挙しても、先頭の32種類だけが起動時にプリロードされるようになった。コンテキストの消費を抑えつつ、残りのスキルも Skill ツール経由で必要に応じて実行できる

変更後

アタッチ中のバックグラウンドセッションのアイドル状態で Ctrl+C を押しても、待機中の /loop の次回実行がキャンセルされなくなった。誤って Ctrl+C を押してもループのスケジュールが壊れず、2回押してデタッチすればセッションから離れてもループは走り続ける。ループを止めたいときは Esc を押せばよい。

変更後

macOS などバックグラウンドサービスが動いていない環境で claude agents を停止した際に、実行中のセッションがいつまで待っても残り続けず、約1分以内に確実に停止するようになり、止まったことが通知でも確認できる。

変更後

フラグを取得しない環境でも、claude.ai コネクタが新しい MCP プロトコル (2026-07-28) を自動的にネゴシエートして接続できるようになる。従来の動作が必要な場合は MCP_PROTOCOL_NEGOTIATION=legacy を設定することでオプトアウトできる。

変更後

ツールが実際に実行済みであることと、その結果がプラグインによって差し押さえられたことを Claude と利用者の両方が正しく把握できるようになる。

変更後

ターミナルのタブ幅の数え方を、画面左端ではなくテキストの開始位置からの数え方に変えたことで、インデント付きの回答の桁ずれが解消される。

変更後

telemetry を無効にしていても、Artifact ツールの権限確認が他の環境と同じ標準の5つの質問に統一され、他人の artifact を読むたびやデータ編集のたびに逐一確認を求められずに済む。不要な中断が減り、artifact に対する操作を予測どおりに進められる。

変更後

テレメトリを無効にしている環境でも、スケジュール実行や Run now によるルーチン実行が、他の環境と同じく確認なしで新しいプライベート成果物を公開したり自分の成果物を更新したりできるようになる。

変更後

組織の mods が表示するトースト通知が、他の mods のトーストの後ろで待たされずに優先的に表示されるようになる。そのため、組織が配布する mods からの重要な通知が他の mods の通知で埋もれずにすぐ確認できる。

変更後

未知の desktop 設定キーを含むポリシーでもゲートウェイが警告を出して起動を続行するため、新しい Claude Desktop 用の設定を使う際にゲートウェイのバージョンアップを先に済ませる必要がなくなる。

変更後

WebSocket 接続の MCP サーバーにも他のトランスポートと同じ 16 MiB のメッセージサイズ上限が適用され、異常なほど大きなメッセージによるメモリ消費や不安定な動作を防げるようになる。

変更後

セルフホストランナーがセッション環境に CCR_AUTO_MODE_* の各変数を渡さなくなったことで、セッション側にランナー内部の制御変数が漏れ出さなくなり、意図しない挙動や環境への露出を避けられる。

変更後

大規模リポジトリのフェッチ中に、Git サーバーがまだ準備中(プログレスを出力中)でも取得が途中で打ち切られなくなり、クローンやチェックアウトが確実に完了する。必要に応じて待ち時間を環境変数で調整したり無効化したりできるようになる。

変更後

Slack チャンネルで Claude が投稿する設定確認カードの有効時間が10分から30分に延びたため、通知を見つけるのが遅れても落ち着いて設定内容を確認・承認できるようになる。

変更後

Enterprise Grid で複数ワークスペース間で共有されるチャンネルでも、組織デフォルト設定に関する案内がメンション時のみ表示され、さらに表示頻度が月1回までに抑えられるため、チャンネルが案内メッセージで埋もれることなく、通常の会話を邪魔せずに必要な情報だけを受け取れる。

変更後

Claude apps ゲートウェイ経由で Amazon Bedrock を利用する際に、/context や大きなファイル読み込みで表示されるトークン数をより正確に把握できる。無償の CountTokens API でカウントするため、従来のフォールバック用のモデルリクエストに伴う余計な課金やスpend limits のずれが発生しなくなる。

変更後

PostgreSQL データベースが読み取り専用状態になっても、30 秒ごとに警告ログが出力されるようになった。何に失敗しているのか、どう復旧すればよいのかがログから分かるため、運用者は異常を素早く検知して対処できる。

変更後

権限プロンプトで待機中のセッションをリモート操作画面や claude.ai・デスクトップアプリから確認した際に、mcp__server__tool のような内部識別子ではなく、サーバー名と分かりやすいツール名で表示されるようになり、どの MCP ツールの許可を求めているのかひと目で判断できる。

変更後

バックグラウンドリクエストを Haiku 4.5 で処理できるようになり、セッションモデルの使用量やコストを抑えられる。ゲートウェイが Haiku 4.5 を提供していない環境では引き続きセッションモデルが使われるため、動作が壊れない。

変更後

AWS 米国地理外の Bedrock リージョンでも、models: に列挙されていないモデルのリクエストが自分のリージョンで試行されるようになり、拒否された場合も追加すべきモデル名がエラーメッセージで分かるため、設定の見直しが容易になる

変更後

headless モードでの利用制限警告に、アカウントで追加利用(Extra usage)が有効かどうかが含まれるようになり、制限に達した際に追加利用を買う余裕があるのかどうかを判断しやすくなる。

変更後

プラグイン(mod)の作成を Claude に依頼した際に、ターミナルが使えないセッションであっても不要なターミナルコマンドの実行を指示されなくなり、スムーズに mod を作成できる。また、共有方法についても聞かれたときだけ説明されるため、余計な情報に悩まされずに目的の mod 作成に集中できる。

変更後

Grep の -l、-c、-r フラグ付きの検索がエラーで失敗せず、そのまま実行されるようになる。モデルがこれらのフラグを使って検索しても、呼び出しが止まらずに結果を取得できる。

変更後

プラグインの検証や読み込みで、トップレベルの var による再代入が原因で hooks モジュールが拒否された場合、再代入している行と原因、修正方法がエラーメッセージに示されるようになり、問題の特定と修正がしやすくなる。

変更後

Read ツールがないセッションでも実行できる script によるインライン指定への誘導をエラーメッセージが示すようになったため、scriptPath の利用が拒否された際にユーザーが迷わずワークフローを実行できる。

変更後

大きなファイルのアップロードが理由不明のまま失敗した場合でも、Claude がファイルを勝手に縮小せず、失敗したことを正しく報告できるようになる

変更後

クラウドセッションの接続が切れた後、抜けていたアクティビティが一括で表示されるようになり、復帰までの待ち時間を減らしてすぐ作業に戻れる。

変更後

クラウド環境フォームでセットアップスクリプトを入力する際に、スクリプト全体が入力ボックスからはみ出して見づらいという不便が解消される。開いた時点で入力ボックスはより大きく表示され、スクリプトの長さに合わせて自動的に伸び、さらにドラッグで自由にサイズ変更できるようになる。