Claude Code v2.1.273がゲートウェイヒントヘッダー、MCP再接続アラート、リモートコントロールセッションフォークを追加
Claude Code v2.1.273がリリースされ、ゲートウェイの計装、セッション管理の追加、そしていくつかの権限とトークン計上の修正が含まれています。実際に何が変わったのか見ていきましょう。
新しいゲートウェイヒントヘッダー
LLMゲートウェイの背後でClaude Codeを運用している場合、5つのオプトインリクエストヘッダーを出力できるようになりました:x-claude-code-request-class、x-claude-code-agent-type、x-claude-code-prev-tool-durations、x-claude-code-compaction、x-claude-code-context-compactedです。デフォルトでは無効になっており、以下のように有効化します:
CLAUDE_CODE_GATEWAY_HINT_HEADERS=1
ゲートウェイでルーティング、レート制限、ログ記録を行っている場合や、エージェントの種類を区別したり、リクエストごとのコンパクション状態を確認したい場合に便利です。
MCPとRemote Controlの変更
- セッション中にMCPサーバーが切断され、自動再接続が断念された場合、
/mcpを指す通知が表示されるようになりました。 claude --remote-controlまたは/remote-controlで開始したセッションを、Claudeアプリからフォークできるようになりました。フォークはお使いのマシン上のバックグラウンドセッションとして実行されます。
権限チェッカーの修正
ここにはセキュリティに関わる2つの修正があります。permission checkerが完全に解析できないBashコマンドがpermissions.blockReadsOutsideWorkingDirectoriesの下でプロンプトをスキップしていた問題と、サブシェルがバイパスモードで危険なrmを隠せる問題です。どちらも修正されました。
また、チームはチェッカーが解析できないBash行(eval、env -C)に対してReadとEditの拒否ルールをチェックしていた2.1.268の変更を元に戻しました。time -p make buildのようなコマンドは、即座に拒否されるのではなく、再びプロンプトが表示されるようになりました。
この見出しでもう1つ:permissions.blockReadsOutsideWorkingDirectoriesが有効な場合、リポジトリの設定で選択されたメモリディレクトリは、プロンプトへの読み込み、リコール、インデックス作成、メモリ抽出での使用が行われなくなりました。
トークン計上と自動コンパクト
コンテキストメーターと自動コンパクトが、アドバイザーツールのターンを実際のコンテキストサイズの約2倍でカウントしていました。そのため、自動コンパクトが実際のウィンドウの約半分で発動し、長いセッションが必要以上に早くコンパクトされていました。このリリースで修正されています。
関連して:/login、/upgrade、/extra-usageが会話の以前の思考を破棄しており、次のリクエストでプロンプトキャッシュ全体の書き換えを強いていました。これも修正されています。
知っておくべきその他の修正
- サブエージェントとバックグラウンドエージェントが、最終ストリーミング返信でトークン使用量が省略されたり、モデルIDが含まれていない場合に、結果が配信されないまま失敗として報告されていました。
- SDKと
--output-format stream-jsonの出力で、実行途中にバックグラウンドに移動した(例:CLAUDE_AUTO_BACKGROUND_TASKS経由)サブエージェントの残りのメッセージと最終レポートが失われていました。 - MDMまたは
managed-settings.jsonで設定されたallowManagedMcpServersOnly、deniedMcpServers、disableClaudeAiConnectorsが、サーバー管理の設定も存在する場合に無視されていました。 - Bedrock、Vertex、Foundryでの401/403エラー、およびClaudeアプリのゲートウェイ403エラーが、単に
/loginを実行するよう促すだけでなく、更新すべき認証情報を明示したり、ゲートウェイ管理者に問い合わせるよう案内するようになりました。 - claude.aiから同期されたSkillsは、組織がSkillsをオフにすると、利用可能なままではなく、復元可能なゴミ箱に移動されるようになりました。
- macOSでスクリーンショット(またはシステムが2つ目のパスで報告するファイル)をドラッグインしても、「symlink resolution changed after permission was checked」でReadが失敗しなくなりました。
- メインプロンプトで、すでにシェルモード中に
!を入力できるようになり、! grep …のような否定コマンドが機能するようになりました。 - スピナーがコンパクションステータス行で二重の省略記号(「……」)を表示しなくなりました。
パフォーマンスとアーティファクトの改善
長いセッションの応答性が向上しているはずです:フックの進捗とサブエージェントのアクティビティが、更新のたびに会話全体を再処理しなくなりました。アーティファクト公開のエラーメッセージが改善され(どのファイルタイプが提供され、代わりに何をすべきかをClaudeに伝えるようになりました)、ページ読み取りはそのページに対してサービスが保持する機能とデータベースルールを明示し、データベース書き込みはドキュメント全体を書き換える代わりに単一のフィールドを削除できるようになりました。
📖 Read the full source: GitHub Claude-Code
👀 See Also

Claude Code 2.1.132:マルチエージェントドキュメント、スケジュールゲート、スキル制限の変更
リリースv2.1.132では、マルチエージェントセッション、成果、ウェブフックに関するManaged Agentsのドキュメントが追加され、プロアクティブな/スケジュール提案に対してデフォルト拒否ゲートが導入され、エージェントあたりの文書化されたスキル上限が64から20に引き下げられました。

Claude.ai、API、およびClaude Codeでエラーが増加しています
Claude.ai、Claude API、およびClaude Codeは、ウェブインターフェースと開発者コンソールの停止を含むエラーの増加を経験しています。Claude.ai経由のClaude Codeログインは機能しませんが、既にログインしているユーザーは引き続き利用可能です。

Claude AI広範囲に障害発生:ウェブUIダウン、APIエラー増加
Claude.aiは利用不可、APIは高いエラー率を返しています(2025年4月28日19:15 UTC時点)。公式ステータスページで継続中のインシデントを確認。

Qwen3.5-27B 8ビットと16ビットの性能比較
RedditユーザーがQwen3.5-27BをvLLMでテストし、bf16重みと16ビットKVキャッシュをQwenのfp8量子化と8ビットKVキャッシュと比較した結果、RTX 6000 Proを使用したAiderベンチマークで実質的に同一の結果が得られた。