Claude Code v2.1.281：Bedrock assume_role、Guardrails、および多数のレジューム修正

Claude Code v2.1.281がリリースされました。内容は主にゲートウェイ周りの配線と、セッション再開・プロキシ関連のバグ修正が詰まった変更履歴です。Claude CodeをゲートウェイやBedrock上流の背後で運用しているなら、最初の3項目が特に重要です。

Claudeアプリ ゲートウェイの変更点

• 新しいClaude Desktopのキーがデスクトップポリシーブロックでサポートされ、blockReadsOutsideWorkingDirectoriesやdisableBypassPermissionsModeが含まれます。
• Bedrock上流でのassume_role：ゲートウェイはSTSを通じて引き受けたIAMロールとしてBedrockを呼び出します。必要に応じて別のAWSアカウントのロールも使用でき、オプションで開発者ごとに1セッションとすることも可能です。
• Bedrock上流でのguardrail: {id, version}は、その上流を通じて送信されるすべてのリクエストにAmazon Bedrockガードレールを適用します。制約に注意：すべてのBedrock上流に設定するか、まったく設定しないかのどちらかです。
• telemetry.resource_attributesを使うと、Claude Desktopおよび/loginセッションからのテレメトリに固定ラベルを付けられます。

アトリビューションの無効化と、バージョン間の注意点

settings.jsonで"attribution": falseを設定すると、すべてのコミットとPRのアトリビューションが非表示になります。設定ファイルを共有リポジトリにコミットしている場合は、次の注意点をよく確認してください：

{
  "attribution": false
}

古いCLIバージョンは、このキーを含む設定ファイルをスキップします。そのため、バージョン間で共有するファイルではオブジェクト形式で保持してください。単なるブール値の形式は避けるべき書き方です。

MCPとプラグインツール

• 2026-07-28プロトコル接続でのMCP URLモードelicitation — サーバーはClaude Codeにブラウザベースのフローを開くよう要求できます。サーバーが完了を確認する手段を持たない場合、待機ダイアログが画面に残ることはありません。
• claude plugin validateがMCPサーバーをチェックし、読み込み時に黙って破棄される.mcp.jsonエントリ、宣言されていない${user_config.*}参照、安全でないURLを報告するようになりました。
• /insightsに自動モードの推奨機能が追加され、最近のセッションで自動モードが処理できた可能性のある権限プロンプトの数を推定します。
• /skills、/mcp、/pluginのInstalledリストに、フルスクリーンモードでスクロールバーが付きました（マウスオーバー、クリック、ドラッグ可能）。/workflowsと同じ挙動です。

修正リスト

このリリースの大部分は、再開されたセッションとストリームに関する修復作業です。主なものを挙げます：

• APIリクエストの再試行中にセッションを終了させてしまうクラッシュ（「unrecoverable interface error」）。
• モデルが解析不能なツール呼び出しと出力制限によるトランケーションを交互に繰り返した際、--max-turnsを無視してターンが無限に再試行される問題。
• 再開されたセッションが以前のターンを変更された形で再送信する問題 — 並列ツール呼び出しのターン、MCPツール呼び出しの入力、サーバー再接続中のツール検索結果など — これによりAPIが以前の推論を破棄する可能性がありました。
• 非常に大きなセッションを再開した際、最後の数メッセージしか復元されない問題。
• 保留中の権限プロンプト中に再起動して再開したセッションが、以前とは異なる履歴を送信し、その時点からプロンプトキャッシュが壊れる問題。
• ツール呼び出し中に終了したセッションを再開した際：Claudeは呼び出しを認識し、結果が不明であると通知されるようになり、手動再開でも隠しの「Continue」メッセージが挿入されなくなりました。
• MCPサーバーが会話中に切断された場合、または再開後にまだ接続中で、ツール検索がオフの場合（例：プロキシやゲートウェイの背後）にプロンプトキャッシュが失われる問題。
• プロキシがストリームを正常に閉じたために短縮されたレスポンスが、警告なしに完了として表示される問題、および重複したストリームイベントでツール呼び出しが二重に実行される問題。
• プロキシがレスポンス途中でストリームイベントをドロップした際の「Content block not found」— 部分的なレスポンスが保持され、Web検索もすでに到着した結果を保持するようになりました。
• ストリームの最終イベント前に接続が切れた際、空の完了レスポンスが二重にリクエストされる問題。
• プロキシが末尾にusageのみのフレームを送信した際にstop reasonが失われる問題。
• CLAUDE_CODE_RETRY_WATCHDOGセッションが、多数の429/529待機の後に最初の5xxまたは接続切断で失敗する問題、および5xxからの長いRetry-Afterに対して無制限にサイレントスリープする問題。
• サーバーがRetry-After: 0を送信した際、Fastモードがレート制限されたリクエストを連続して再試行する問題。
• あるツールからの巨大な画像により、兄弟ツール呼び出しが未応答のままになったり、最終メッセージなしでターンが終了する問題。
• 長すぎるツール名の後、tool_use.name: String should have at most 200 charactersで会話が永久にスタックする問題。
• Claude Codeが自身のメモリ使用量を読み取れない場合（例：ファイルディスクリプタを使い果たした後）に、ツール呼び出しが「Failed to get memory usage」で失敗する、または実行後に失敗として報告される問題。
• --input-format stream-jsonセッション（Agent SDK、VS Code拡張機能）およびスケジュールされたクラウドセッションが毎ターン失敗する問題。

Agent SDK、VS Code拡張機能、またはゲートウェイを前段に置いたBedrock構成を使っているなら、そのままアップグレードする価値があります — 修正のいくつかはまさにこれらの経路を対象としています。