Claude Code v2.1.273

変更前

LLM ゲートウェイは Claude Code が送る標準ヘッダー（セッション ID や認証情報など）しか参照できず、リクエストの種別やコンパクション状態などの詳細な文脈を取得する手段がなかった。ゲートウェイ側でのルーティングや使用量の属性付けに必要な情報は、ゲートウェイごとに独自に推測するしかなかった。

変更後

LLM ゲートウェイ向けに、リクエストの種別・エージェント種別・直前のツール実行時間・コンパクション状態などのヒントを伝える新しいリクエストヘッダー群が追加された。これらは既定では送信されず、環境変数 CLAUDE_CODE_GATEWAY_HINT_HEADERS=1 を設定した場合にのみ送信される。

ユーザーへの恩恵

ユーザーは環境変数を 1 つ設定するだけで、ゲートウェイに詳細なコンテキストを渡せるようになり、ゲートウェイ側のルーティングや分析の精度が向上する。

変更前

MCP サーバーがセッション途中で切断され、自動再接続が全て失敗しても、ユーザーには明確な通知がなく、ユーザーは自分で /mcp を開いてサーバーの状態を確認するまで接続が失われたことに気付けなかった。

変更後

MCP サーバーがセッション途中で切断され、自動再接続が全て失敗して諦めた際に、そのことを知らせる通知が表示される。通知はサーバーの状態を確認・再接続できる /mcp を案内する。

ユーザーへの恩恵

再接続が諦められた時点でユーザーに通知され、/mcp からすぐに状態確認や手動再接続に移れるため、切断に気づかないままツールが使えない状態で作業を続けることを防げる。

変更前

Remote Control セッションのフォークはサポートされておらず、セッションのコピーはローカルのターミナルセッションから /fork などで作成するしかない。

変更後

claude --remote-control または /remote-control で開始したセッションを、Claude アプリからフォークできるようになる。フォークされたセッションは自分のコンピューター上でバックグラウンドセッションとして実行される。

ユーザーへの恩恵

モバイルや Claude アプリから操作しているセッションでも、その場で独立したバックグラウンドセッションを複製して試行や並行作業を開始できるようになる。

変更前

ルーティンの新規作成ページや編集ダイアログで入力中のルーティン名・プロンプト・編集内容は、保存せずにページを閉じたり離れたりすると、確認なしに黙って破棄されていた。

変更後

「New routine」ページや「Edit routine」ダイアログで、未保存のルーティン名・プロンプト・編集内容があるままページを離れようとすると、「破棄しますか?」という確認ダイアログが表示される。

ユーザーへの恩恵

うっかり保存せずにルーティンの入力内容を失うことがなくなり、破棄するかどうかをユーザー自身が判断できる。

変更前

v2.1.268 より前は、パーミッションチェッカーが解析できない Bash 行(eval、env -C など)に対して Read と Edit の deny ルールは適用されず、time -p make build のようなコマンドは通常のパーミッションフローでプロンプトが表示されていた。

変更後

v2.1.268 で、パーミッションチェッカーが解析できない Bash 行(eval、env -C など)に対しても Read と Edit の deny ルールを適用するように変更した結果、time -p make build のようなコマンドがデフォルトで拒否されるようになっていた。

ユーザーへの恩恵

パーミッションチェッカーが解析できない Bash コマンドが不当に拒否されなくなり、ユーザーは許可するかどうかをプロンプトで判断できるようになる。

変更前

Bedrock、Vertex、Foundry 上の auto モードでは、操作の安全性判定をプラットフォーム側のサーバーサイド分類器で行っていた。ローカル環境に分類器を用意していない構成では、ネットワーク経由の判定待ちが発生していた。

変更後

Bedrock、Vertex、Foundry 上の auto モードの分類処理が、既定ではローカルの分類器で実行されるようになった。プラットフォーム側のサーバーサイド分類器を使いたい場合は、環境変数 CLAUDE_CODE_AUTO_MODE_SERVER=1 を設定する。

ユーザーへの恩恵

Bedrock、Vertex、Foundry 上でもサーバーとの追加往復なしで auto モードの判定をローカルで完結でき、必要な場合のみサーバーサイド分類器に切り替えられる。

変更前

OTEL_LOG_TOOL_DETAILS=1 を設定しても、コスト・トークンメトリクスの属性にカスタム由来のエージェント・スキル・プラグイン・MCPサーバーの実際の名前は含まれず、custom などに置き換えられた値しか記録されない。

変更後

OTEL_LOG_TOOL_DETAILS=1 を設定した場合のコスト・トークンメトリクスに、カスタム由来のエージェント・スキル・プラグイン・MCPサーバーの実際の名前が含まれるようになる。

ユーザーへの恩恵

カスタム由来のコンポーネントがコストやトークン消費の実態を把握・可視化できるようになる。

変更前

claudeアカウントでのサインイン時は、アカウント認証のみの権限を要求しており、claude.ai 側のプラグイン情報にアクセスするには、サインイン後に別途プラグインへのアクセス権限を要求する必要があった。

変更後

claudeアカウントでのサインイン時に、OAuth のスコープ要求にプラグイン関連の権限が追加されるようになり、サインインだけで claude.ai 側のプラグイン情報へのアクセスもまとめて許可される。

ユーザーへの恩恵

サインイン時にプラグインへのアクセス権限もまとめて要求されることで、後から別途権限を与える手間がなくなり、サインイン直後に claude.ai のプラグイン機能をそのまま使い始められる。

変更前

/bug と /feedback のレポートには、直近の API リクエストの内容がモデルの動作に関係するもの以外(メタデータや CLAUDE_CODE_EXTRA_BODY のフィールドなど)まで含まれていた。

変更後

/bug と /feedback のレポートには、直近の API リクエストからモデルの動作に影響するパラメーター(モデル、システムプロンプト、ツール)だけが含まれ、リクエストのメタデータや CLAUDE_CODE_EXTRA_BODY のフィールドは含まれないようになる。

ユーザーへの恩恵

レポートに不要な情報が含まれなくなり、トラブルシュートに必要なモデル動作の再現に焦点を絞った共有ができる。

変更前

Windows で、--add-dir でマップ済みネットワークドライブを追加した場合でも、そのドライブが指す実際の UNC パス(例: net use Z: を使わずに直接アクセスするような UNC パス) に対するネットワークパス権限チェックが正しく適用されない、または逆に不要なプロンプトが発生していました。

変更後

Windows で、--add-dir でマップ済みネットワークドライブを追加した際に、UNC パスに対するネットワークパス権限チェックが改善されました。以前は、ドライブ文字として追加したマップ済みネットワークドライブが実際には UNC パスを指している場合、その背後の UNC パスに対する権限チェックが正しく機能しない、または不要なプロンプトが表示されることがありました。改善後は、マップ済みネットワークドライブ経由で UNC パスにアクセスする際の権限判定がより正確に行われます。

ユーザーへの恩恵

マップ済みネットワークドライブを --add-dir で追加したユーザーが、Windows のネットワークパスに関する権限チェックの挙動をより一貫したものとして体験できます。

変更前

「Share cloud sessions」は Claude Code 管理設定ページにのみ存在していた。

変更後

admin-settings の「データとプライバシー」配下に「Share cloud sessions」が移動し、Data and privacy 権限を持つ管理者でも設定を管理できる。

ユーザーへの恩恵

管理者はページをまたがずに1箇所で管理でき、担当管理者のロールで編集できる。

変更前

Claude Tag の公開チャンネルは、ユーザーが監視を頼んだチャンネルにしか反応できませんでした。

変更後

Claude Tag の公開チャンネルを使っていると、Claude が会話の前提となるインシデントチャンネルなど、関連する公開チャンネルを自分の判断で監視し始めます。

ユーザーへの恩恵

ユーザーは重要な公開チャンネルを自分で監視対象に指定しなくても、必要な情報の取りこぼしを減らせるようになります。

変更前

長いセッションでは、フックの進行状況やサブエージェントの活動が更新されるたびに会話全体が再処理されていた。

変更後

フックの進行状況やサブエージェントの活動が更新されるたびに会話全体を再処理しないようになり、差分だけを処理するようになった。

ユーザーへの恩恵

長いセッションでもUIの反応が速くなり、作業を中断せずに続けられる。

変更前

Claude Code の Artifact ツールで、対応していないファイル種別（.html、.htm、.md 以外）を含む公開を試みると、何が対応種別なのか、代わりにどうすべきかが分からない汎用的なエラーが表示されていた。ターミナル側にも冗長なエラー出力が表示されていた。

変更後

この改善以前は、Artifact ツールが対応していないファイル種別（.html、.htm、.md 以外など）を含む公開を試みると、端的なエラーしか表示されず、Claude もターミナルも次に何をすべきか分からなかった。改善後は、Claude に対して Artifact ツールが対応しているファイル種別と代わりに取るべき行動が伝えられ、ターミナルにはエラーが1行の簡潔なメッセージとして表示される。

ユーザーへの恩恵

対応していないファイル種別による公開エラーの原因と対処が Claude とターミナルの双方で明確になり、ユーザーは1行の簡潔なエラー文言から即座に修正に移れる。

変更前

Artifact ツールのページ読み取りは、ページの URL やバージョンといった基本情報のみを返し、artifact サービスがそのページに対して保持している機能(capabilities)やデータベースルールについての情報は示していなかった。

変更後

Artifact ツールのページ読み取りは、そのページに対して artifact サービスが保持している機能とデータベースルールを明示するようになった。これには、そのページへの publish 権限を持つすべてのユーザーが含まれる。

ユーザーへの恩恵

ユーザーは、ページに publish できるすべての人に対して、artifact サービスが保持している機能とデータベースルールを読み取り結果から確認できるようになる。

変更前

アーティファクトのデータベース更新は、1つのフィールドを変更するだけでもドキュメント全体を書き換えていた

変更後

フィールド単位の部分更新になり、他のデータを書き戻す必要がなくなった

ユーザーへの恩恵

アーティファクトの更新が速く効率的になり、不要な書き込みが減る

変更前

公開中に claude.ai への接続が確立済みの状態で通信が切断されると、公開が失敗するか、重複したバージョンが作られていた。

変更後

claude.ai への接続確立後に通信が切断されても、公開処理は安全に再送され、失敗にならず、重複バージョンも作られない。

ユーザーへの恩恵

ユーザーはネットワーク断を気にせず公開でき、重複したバージョンの整理も不要になる。

変更前

クラウドセッションでGitHub接続のエラーが発生した際、IP許可リスト、アプリインストールの一時停止、SAMLシングルサインオンのいずれが原因でも、インストールに関する一般的なヒントだけが表示される。

変更後

クラウドセッションでGitHub接続のエラーが発生した際、IP許可リストによるブロック、アプリインストールの一時停止、SAMLシングルサインオンの問題の場合、その具体的な原因がエラーに表示される。

ユーザーへの恩恵

ユーザーはエラーメッセージから、GitHub接続失敗の具体的な原因を即座に把握し、ネットワーク設定や認証設定のどちらを直すべきか判断できる。

変更前

/autofix-pr の実行中に gh pr view が失敗した場合、表示されるのは終了コードだけの汎用的なエラー行で、失敗の具体的な理由は分からなかった

変更後

gh pr view が失敗しても、終了コードだけを示す汎用的な 1 行に留まらず、gh コマンド自身のエラーメッセージをそのまま表示する

ユーザーへの恩恵

サインイン、SAML、レート制限などの失敗原因がすぐに分かるため、ユーザーはエラーの内容に応じて自分で適切な対処 (再ログインやトークン更新など) を取れる

変更前

webhook配信を設定できなかった場合、汎用的な警告のみを表示していた。

変更後

webhook配信を設定できなかった場合に、理由(連携されたGitHubアカウントがない、GitHub Appが未インストールなど)を具体的に表示する。

ユーザーへの恩恵

エラーの原因を即座に把握し、適切な対処(GitHubアカウントの連携、Appのインストール)につなげられる。

変更前

/web-setup実行中にGitHubトークンが拒否されたり接続に失敗した場合、エラーメッセージは具体的な原因を示しませんでした

変更後

接続障害の場合、設定済みのプロキシまたはTLS証明書の問題がエラーメッセージに明示されるようになりました

ユーザーへの恩恵

ユーザーはエラーの原因を推測する必要がなく、提示された修正方法に従って問題を素早く解決できるようになる

変更前

エラーメッセージがエラーの発生を示すだけで、原因や対処方法はユーザー自身で調べる必要があった

変更後

セッション内のSSL証明書やプロキシ接続のエラーが、エラーコードと修正方法を表示するようになった

ユーザーへの恩恵

ユーザーはエラーの原因と対処法をすぐに把握でき、証明書やプロキシの設定問題を素早く解決できる

変更前

Claudeのログインの有効期限切れや失効が原因でクラウドセッションを作成できないとき、表示されるエラーは/loginの実行方法を案内せず、ユーザーは原因と対処法を自分で調べる必要があった

変更後

クラウドセッションの作成が失敗したとき、Claudeのログインの有効期限切れや失効が原因であることを示すエラーが表示され、そのエラーメッセージに/loginコマンドの実行が促される

ユーザーへの恩恵

ログイン切れ時にエラーメッセージの指示どおり/loginを実行するだけで即座に復旧できる

変更前

セッション中に MCP サーバーのサインインが期限切れになった場合、表示されるエラーには再認証の方法が書かれていなかった。ユーザーはエラーの意味は分かっても、次に何をすべきか判断できずにいた。

変更後

期限切れのサインインに関するエラーメッセージに、/mcp で再認証する方法が表示されるようになった。

ユーザーへの恩恵

ユーザーはドキュメントを探さなくても、/mcp からすぐに再認証できるようになる。

変更前

ルーティンの名前変更や編集は設定セクション内にあり、実行履歴は別の場所に表示されていた。操作用のコントロール(「Run now」など)も一つのページ内にまとまっていなかった。

変更後

ルーティンの詳細ページでは、パンくずリストから名前変更ができるようになり、オン/オフ切り替えや「Run now」ボタンがページ上部に配置された。過去の実行履歴もルーティンの設定の横に表示される。

ユーザーへの恩恵

ルーティンの管理操作に必要な時間が減り、設定と実行履歴を1か所で確認できるようになる。

変更前

リージョンを含まないホスト名などでリクエストに署名できない場合、Claude に署名に失敗した理由と修正方法が伝えられ、原因と対処法に基づいて問題を解決できる。

変更後

リージョンを含まないホスト名などでリクエストに署名できない場合、AWS 接続エラーが詳細な説明なしのベアエラーとして表示され、Claude に原因と対処法が伝わらない。

ユーザーへの恩恵

ユーザーはベアエラーをそのまま解釈する代わりに、AWS 接続エラーの原因と対処法を把握して自力で解決できる。

変更前

コードレビューの修正案は、どのファイルをどう変更すればよいかを中心に示しており、その変更が他のコードの動作にどう影響するかは明示されていなかった。

変更後

コードレビューの修正案で、変更対象の振る舞いに依存する他のコードがある場合に、修正後もそのコードが動作し続けるために維持すべき内容が明記されるようになった。

ユーザーへの恩恵

既存コードの振る舞いに依存する箇所を壊さないよう、ユーザーが修正案の適用前に維持すべき前提を確認できる。

変更前

レビューコメントが2つ目の影響を受けている箇所を指すとき、打ち切られた断片的な表示(cut-off stub)しか表示されていなかった。

変更後

複数箇所にまたがる問題を指摘するレビューコメントで、2つ目の該当箇所に言及する部分が打ち切られた断片のままになっていた。この改善により、その箇所の問題内容が完全な文として記述されるようになった。

ユーザーへの恩恵

開発者は diff の inline comment を読むだけで、2つ目の該当箇所で何が問題になっているかを理解でき、その箇所を実際に開いて確認する前に修正の優先度を判断できるようになる。

変更前

新規ユーザーが Mac や Windows で初めてアクセスすると、フルページのデスクトップアプリのダウンロード画面が表示されていた。

変更後

新規ユーザーが Mac や Windows で初めてアクセスすると、クラウド環境がなくてもフルページのデスクトップアプリのダウンロード画面が表示されていた。

ユーザーへの恩恵

新規ユーザーは追加のダウンロード手順を踏まずにセットアップを直接開始できるようになった。

変更前

権限チェッカーが完全に解析できないBashコマンドは permissions.blockReadsOutsideWorkingDirectories 有効時にプロンプトを表示せずに実行され、bypassモードではサブシェルで危険な rm コマンドを隠して検出を回避できた。

変更後

権限チェッカーが完全に解析できないBashコマンドが、permissions.blockReadsOutsideWorkingDirectories 有効時にプロンプトを表示せずに実行される問題と、bypassモードでサブシェルが危険な rm コマンドを隠して検出を回避できる問題が修正された。

ユーザーへの恩恵

ユーザーは解析困難なコマンドやサブシェル経由の危険なコマンドに対しても確実にプロンプトで確認できるようになり、意図しないファイル削除などのリスクを減らせる。

変更前

同期されたスキルは削除されずに~/.claude/skills/.trash/へ移動されるため、履歴として確認・復元できる。

変更後

組織がSkillsをオフにしても、claude.aiから同期されたスキルがsyncedディレクトリに残り続けて使える状態になっていた。

ユーザーへの恩恵

ユーザーは、組織がSkillsをオフにした後も、同期されたスキルが完全に消えずにゴミ箱から復元できるようになる。

変更前

サーバー管理設定が存在する環境では、MDM や managed-settings.json で設定した allowManagedMcpServersOnly、deniedMcpServers、disableClaudeAiConnectors が無視され、意図したポリシーが適用されませんでした。

変更後

MDM や managed-settings.json で設定した allowManagedMcpServersOnly、deniedMcpServers、disableClaudeAiConnectors が、サーバー管理設定が存在する場合でも正しく反映されるようになりました。

ユーザーへの恩恵

管理者はサーバー管理設定との併用環境でも、MDM や managed-settings.json による MCP サーバーの制御ポリシーを確実に適用できるようになります。

変更前

Bedrock・Vertex・Foundry、またClaudeアプリゲートウェイの利用時に発生する401/403エラーで、単に「/loginを実行してください」と表示されていた。

変更後

Bedrock・Vertex・Foundry、またClaudeアプリゲートウェイの利用時に発生する401/403エラーで、単に「/loginを実行してください」と表示されていた。修正後は、エラーメッセージが更新すべき資格情報を明示するか、ゲートウェイ管理者への問い合わせを案内する。

ユーザーへの恩恵

ユーザーはどの資格情報を更新すればよいか（または管理者に問い合わせるべきか）を即座に判断でき、認証エラーからの復旧が速くなる。

変更前

/login、/upgrade、/extra-usage のいずれかのコマンドを実行すると、会話履歴から以前の thinking ブロックが破棄されていた。その結果、次のリクエストでプロンプトキャッシュに全体を書き直す(フルリライト)必要があり、キャッシュヒットが失われコストとレイテンシが増大していた。

変更後

/login、/upgrade、/extra-usage コマンドを実行しても、会話履歴から以前の thinking ブロックが削除されなくなった。これにより次のリクエストでプロンプトキャッシュが再利用され、キャッシュ全体の再書き込みが発生しなくなる。

ユーザーへの恩恵

これらのスラッシュコマンド実行後もプロンプトキャッシュが維持されるため、次のリクエストのトークンコストと応答時間が削減される。

変更前

クラウドまたは Remote Control セッションで、チャットに添付したファイルを Artifact ツールがアップロードする際、auto mode であっても承認を求めて処理が停止していた。

変更後

Artifact ツールがクラウドまたは Remote Control セッションでチャットに添付したファイルをアップロードする際、auto mode であっても承認を求めて停止しなくなり、処理が続行する。

ユーザーへの恩恵

チャットに添付したファイルから artifact を作成する際、クラウドや Remote Control セッションでも承認操作なしで auto mode の処理が完遂できる。

変更前

長時間実行されるセッションで、リポジトリの .git ディレクトリが削除または移動された後も、スタブの .git/info/exclude が再作成され続けていた。

変更後

リポジトリの .git ディレクトリが削除または移動された後も、長時間実行されるセッションがスタブの .git/info/exclude を再作成しなくなった。

ユーザーへの恩恵

ユーザーは意図しない場所に .git/info/exclude が再作成される心配をしなくてよくなる。

変更前

シェルモード中に行頭で入力した ! がメインプロンプトから消失するため、! で始まるシェルコマンドを入力できなかった。

変更後

シェルモード中に行頭で入力した ! が消えず、そのままシェルコマンドとして扱えるようになった。そのため ! grep … のようにシェルモード内で ! から始まるコマンドを入力できる。

ユーザーへの恩恵

シェルモード中でも ! で始まるコマンドを消失せずに正確に入力できるようになり、再入力の手間が減る。

変更前

macOS では、ファインダーなどからドラッグ&ドロップされたスクリーンショットや、システムが複数のパスで報告するファイルを Read ツールで読もうとすると、権限チェック後にシンボリックリンクの解決結果が変化したと誤判定され、「symlink resolution changed after permission was checked」というエラーで読み込みが拒否されていた。

変更後

シンボリックリンクの解決結果が権限チェック後に変化した場合の再チェックに macOS 特有のパスも考慮するようになり、ドラッグ&ドロップで読み込んだスクリーンショットなど、システムが別パスで報告するファイルも誤って拒否されなくなった。

ユーザーへの恩恵

ドラッグ&ドロップしたスクリーンショットや別パスで報告されるファイルを、追加操作なしにそのまま Claude Code に読み込ませられるようになる。

変更前

permissions.blockReadsOutsideWorkingDirectories を設定しても、リポジトリの settings で選ばれたメモリディレクトリが working directory の外にあってもプロンプトに読み込まれ、recall・インデックス化・メモリ抽出に使われていた。

変更後

メモリディレクトリがプロンプトへ読み込まれず、recall・インデックス・メモリ抽出にも使われなくなった。

ユーザーへの恩恵

working directory 外からのメモリ読み込みをブロックできるようになり、意図しないコンテキスト混入を防げる。

変更前

最後のストリーミング応答でトークン使用量が省略されたりモデルIDが空だと、サブエージェントとバックグラウンドエージェントが実際には完了していても失敗と報告され、その結果はフックやSDKの結果メッセージに一切届かなかった。

変更後

最後のストリーミング応答にトークン使用量が含まれていない、またはモデルIDが空でも、サブエージェントとバックグラウンドエージェントが正常に完了し、その結果がフックやSDKの結果メッセージとして確実に届くようになった。

ユーザーへの恩恵

最後の応答にトークン使用量やモデルIDが含まれない環境でも、サブエージェントやバックグラウンドエージェントの実行結果とコスト・トークン情報を確実に受け取れるようになった。

変更前

コンテキストメーターと自動コンパクトの計算が、advisorツールのターンを実際の約2倍のコンテキストサイズとして数えていた。その結果、実際のウィンドウの約半分で自動コンパクトが発火していた。

変更後

コンテキストメーターと自動コンパクトの計算が、advisorツールのターンを実際の約2倍のコンテキストサイズとして数えていたため、実際のウィンドウの約半分で自動コンパクトが発火していた。修正後は、advisorツールのターンが実際のコンテキストサイズどおりに数えられ、コンテキストメーターと自動コンパクトのタイミングが正確になる。

ユーザーへの恩恵

advisorツールを利用するセッションでも、実際のコンテキスト消費に応じたタイミングで自動コンパクトが発火するようになり、ウィンドウを有効に使い切れる。

変更前

作業を終えたチームメイトがエージェントパネルに表示されていなくても /tui が再起動を拒否せず、レンダラーを切り替えられる

変更後

作業を終えたエージェントチームのチームメイトが、実際にはまだ稼働していてもエージェントパネルの行が非表示になると、/tui がそのチームメイトへの参照を理由にプロセスの再起動を拒否し、レンダラーを切り替えられなかった

ユーザーへの恩恵

完了済みチームメイトの行がパネルから消えた後でも /tui でレンダラーを切り替えられるようになる

変更前

.claude/scheduled_tasks.json を別のフォルダー(新しい worktree など)にコピーすると、保存済みの予約タスクが誤ったセッションで実行されていた。

変更後

Claude Code は、.claude/scheduled_tasks.json が別のフォルダー(新しい worktree など)にコピーされた場合でも、保存済みの予約タスクを元のセッションに紐付けて実行するようになった。

ユーザーへの恩恵

worktree を分けて作業しても、予約タスクが正しいセッションで動くようになる。

変更前

サブエージェントが実行中に CLAUDE_AUTO_BACKGROUND_TASKS などでバックグラウンドへ移動されると、SDK や --output-format stream-json の出力で、そのサブエージェントの残りのメッセージと最終レポートが欠落していた。

変更後

サブエージェントが実行中にバックグラウンドへ移動されても、SDK および --output-format stream-json の出力で、その後のメッセージと最終レポートが欠落しなくなった。

ユーザーへの恩恵

ユーザーはサブエージェントがバックグラウンドに移動しても最終結果を見逃さず、完全な出力をそのまま後処理や記録に使える。

変更前

/install-github-app を実行して GitHub App をリポジトリにインストールする際、組織の SAML シングルサインオン（SSO）による認証ブロックに遭遇すると、実際の原因とは異なる「管理者権限が必要」というエラーメッセージが表示されていた。

変更後

SAML シングルサインオンによるブロックが、「管理者権限が必要です」という誤解を招くエラーメッセージとして表示され、ユーザーが問題の原因を正しく把握できない状態だった。

ユーザーへの恩恵

ユーザーは SAML SSO によるブロックを正確なエラーメッセージから把握でき、管理者権限の追加といった誤った対処をせずに SSO 認証の問題として迅速に解決できる。

変更前

リモートコントロールのクライアントが Claude Desktop、VS Code、JetBrains のセッションにアタッチして、そのセッションのコンテキストウィンドウ使用量を問い合わせると、リクエストが拒否されていた。

変更後

リモートコントロールのクライアントからセッションのコンテキストウィンドウ使用量を問い合わせても拒否されなくなった。Claude Desktop、VS Code、JetBrains の各セッションにアタッチしたクライアントでも同じ情報を取得できる。

ユーザーへの恩恵

モバイルなど別デバイスからアタッチしたクライアントでも、セッションのコンテキストウィンドウ使用量を確認できるようになった。

変更前

コンパクション中のステータス表示(例:「Running PreCompact hooks…」)で、文末の「…」が二重に表示され「……」のように見えていた。

変更後

コンパクション実行中のステータス行(例:「Running PreCompact hooks…」)で、文末の三点リーダーが重複して「……」と表示されていた。この修正により、省略記号が1つだけ正しく表示されるようになった。

ユーザーへの恩恵

ユーザーはコンパクション実行中に余計な記号のない整ったステータス表示を見られるようになる。

変更前

スピナーのヒントが、Artifacts の読み取りや公開を行っていないセッションでも frontend-design プラグインのインストールを提案することがあった。

変更後

スピナーのヒントが、Artifacts の読み取りや公開を行っていないセッションでも frontend-design プラグインのインストールを提案するようになった。

ユーザーへの恩恵

実際に設計作業をしていないユーザーが不要なプラグイン提案を見ずに済む。

変更前

製品フィードバックを無効化した組織でも、VSCode拡張に「Report a problem」ボタンが表示され続け、「/bug」「/feedback」を実行するとレポートフォームが開いてしまっていた。

変更後

「Report a problem」ボタンが表示されなくなり、「/bug」「/feedback」を実行してもレポートフォームが開かなくなる。

ユーザーへの恩恵

フィードバックを無効化した組織でも、意図しないフィードバック送信経路が露出しなくなる。

変更前

VS Code 拡張の Claude Code は、エージェントのターンが正常に完了した後も、Windows でプロセス終了コード 4294967295 を示す赤いエラーバナーを表示していた。

変更後

完了したターンの直後に Windows で赤い「Claude Code process exited with code 4294967295」というバナーが表示されていた。

ユーザーへの恩恵

ユーザーはターン完了後の誤ったエラーバナーに戸惑わなくなり、正常な完了と失敗を区別しやすくなる。

変更前

組織コネクタを削除して再び追加すると、ルーチンはそのコネクタへのアクセスを失うか、削除される前の古いコネクタを呼び出し続けていました。

変更後

管理者がコネクタを一度削除して再び追加した後も、ルーチンはそのコネクタへのアクセスを維持し、最新の構成ではなく古いコネクタを呼び出し続けていました。

ユーザーへの恩恵

管理者が組織コネクタを入れ替えた後でも、ルーチンが正しい最新のコネクタを使い続けられるようになります。

変更前

組織設定からセルフホスト環境を作成する際、サーバーエラーで失敗し、中途半端に作成された環境が残ってしまうことがある問題を修正した。

変更後

組織設定からセルフホスト環境を作成する際に、サーバーエラーで失敗し、中途半端に作成された環境が残ってしまうことがある問題を修正した。

ユーザーへの恩恵

作成が失敗した際に中途半端な環境が残らず、クリーンな状態を保てる。

変更前

Enterprise Grid から切断した組織では、接続済みのワークスペースが残っていても Claude が使えなくなる

変更後

Enterprise Grid から切断した組織でも、接続済みのワークスペースが残っていれば Claude を使い続けられる

ユーザーへの恩恵

組織レベルの接続が切れても、ワークスペース単位で接続済みのユーザーは Claude を使い続けられる

変更前

組織で共有されたプライベート Slack チャンネルでセットアップされた scheduled tasks は、スレッドに投稿されないまま静かに失敗していた。

変更後

組織で共有されたプライベート Slack チャンネルでセットアップされた scheduled tasks は、スレッドで投稿されないまま静かに失敗していた。修正後は、作成されたスレッドで投稿され続ける。

ユーザーへの恩恵

ユーザーは作成されたスレッドで scheduled tasks の投稿が継続されるようになり、通知を見逃さずに済む。

変更前

タスクの実行中に、以前の Slack スレッドで返信すると、Claude がそのタスクを最初からやり直し、まだ push されていない作業内容を失うことがあった。

変更後

Claude Tag がタスク実行中でも古い Slack スレッドへの返信に対応できるようになり、返信がきっかけでタスクが最初からやり直されることはなくなった。

ユーザーへの恩恵

ユーザーは実行中のタスクを壊すことを心配せず、過去のスレッドに返信できるようになる。

変更前

アカウントトークンが更新された直後、Claude Code が「couldn't find a Claude Code environment(Claude Code 環境が見つかりません)」という誤った通知を出し、ユーザーのメッセージを握りつぶすことがありました。

変更後

トークンのリフレッシュ直後に、誤った「couldn't find a Claude Code environment」という通知とともにメッセージが欠落することはなくなりました。

ユーザーへの恩恵

トークンのリフレッシュ直後でもメッセージが欠落せず、Claude Tag による連携を安心して利用できるようになります。

変更前

AWSのリージョンレスエンドポイント(Budgets、Savings Plans、WAF Classic、Import/Exportなど)への接続リクエストが正しく署名されず、拒否されていました。Global Acceleratorへのリクエストも正しく署名されない問題がありました。

変更後

AWSのリージョンレスエンドポイント(Budgets、Savings Plans、WAF Classic、Import/Exportなど)への接続リクエストが正しく署名され、拒否されなくなりました。また、Global Acceleratorへのリクエストも正しく署名されるようになりました。

ユーザーへの恩恵

リージョンが指定されていないAWSサービスエンドポイントを利用しているユーザーは、これらのサービスとの接続エラーが解消され、正常にコマンドを実行できるようになります。

変更前

プロバイダーが小文字のトークンタイプを返す場合、OAuth client-credentials 接続や JWT-bearer 接続が失敗し、接続エラーになっていた。

変更後

プロバイダーが返すトークンタイプが小文字でも、リクエストが標準の Bearer スキームで送られるようになり、OAuth client-credentials 接続や JWT-bearer 接続が成功する。

ユーザーへの恩恵

ユーザーは大文字小文字の違いを気にせず、これらのプロバイダーでも OAuth トークンを利用した接続をそのまま行える。

変更前

エンタープライズGrid共有チャンネル、まだClaudeが一度も使われていないチャンネル、レガシーなプライベートチャンネルでは、チャンネルマネージャーを追加しようとしても拒否されていた。このため、これらのチャンネルでClaude Tagのチャンネル設定を管理するには、チャンネルマネージャーを追加できない制約に悩まされていた。

変更後

エンタープライズGrid共有チャンネル、まだClaudeが一度も使われていないチャンネル、レガシーなプライベートチャンネルで、チャンネルマネージャーを追加しようとしても拒否される問題が解消された。これらのチャンネルでも正常にチャンネルマネージャーを追加できるようになった。

ユーザーへの恩恵

エンタープライズGridの共有チャンネルや、まだClaudeを利用していないチャンネル、レガシーなプライベートチャンネルでも問題なくチャンネルマネージャーを追加できるようになり、管理者がチャンネルのアクセス制御やクラウド環境の設定を柔軟に行えるようになる。

変更前

修正前は、Claude が自分でセットアップした Slack チャンネルはメモリーを保存していても、管理者用メモリーページの一覧に表示されなかった。

変更後

修正後は、メモリーを保存済みのセルフセットアップ Slack チャンネルも管理者用メモリーページの一覧に表示される。

ユーザーへの恩恵

管理者がそのメモリーを開いて編集・削除できるようになり、Claude Tag 環境で保存されたメモリーを管理できるようになった。

変更前

以前のレビューに「Additional findings」がリストされていたPRに対して、ベースブランチのマージが完全な再レビューをトリガーしていた

変更後

ベースブランチがマージされても、以前のレビューに「Additional findings」が記載されているPRは完全な再レビューをトリガーしなくなる

ユーザーへの恩恵

ベースブランチをマージした際に、必要以上の完全な再レビューではなく、軽量なフォローアップレビューで済むようになる

変更前

同上(変更前の状態の説明)

変更後

変更前は、REVIEW.md 内の行が @-mention を含む場合、コードスパンが行をまたいで折り返している場合、またはバッククォートで囲まれた HTML タグが含まれている場合に、REVIEW.md 全体が無視されていました。変更後はこれらのケースでも REVIEW.md 全体が無視されず、変更されたファイルへのリンクを含む行だけが除外されます。

ユーザーへの恩恵

ユーザーは特殊な記法を含む REVIEW.md でもレビュー指示全体が反映されるようになり、ファイルリンク行だけが意図通りに抑制される。

変更前

/ultrareview --post の実行時に GitHub 側でエラーが発生してからリトライすると、結果コメントが二重に投稿されたり、まったく投稿されないことがあった。

変更後

GitHub エラー後に /ultrareview --post を再実行すると、発見コメントが2回投稿されたり、まったく投稿されなかったりしていた。現在はリトライしても発見コメントが正確に1回だけ投稿されるようになった。

ユーザーへの恩恵

結果コメントの重複や欠落を心配せずにリトライできるため、GitHub 側でエラーが発生しても安心してレビュー結果を PR に共有できる。

変更前

空のpushや内容が同一のpushはスキップされ、不要な再レビューが行われなくなった

変更後

GitHubリポジトリのオーナー名やリポジトリ名に大文字が含まれている場合、空のpushや内容が同一のpushでも再レビューの対象になっていた

ユーザーへの恩恵

pushトリガーのコードレビューで無意味な再レビューが実行されなくなり、レビューの無駄やノイズが減る