Claude Code v2.1.274

変更前

Claude Code gave no in-app indication that memory usage was critical; users had to notice degradation themselves and consult the docs to find remediation steps.

変更後

Critical memory usage now triggers a visible warning in Claude Code itself, showing steps to free memory or restart safely.

ユーザーへの恩恵

メモリ不足の兆候にいち早く気づき、ドキュメントを調べずにその場でメモリ解放や安全な再起動の対処を行えるようになる。

変更前

非対話実行時、最初のターンは接続中のMCPサーバーの接続完了をどれだけ待つかを制御する専用の環境変数がなく、待ち時間をユーザーが調整できなかった。

変更後

最初の非対話ターンが接続中のMCPサーバーの接続完了を待つ時間に上限を設定できる環境変数 CLAUDE_CODE_MCP_STARTUP_WAIT_MS が追加された。0 を指定すると待機しない。

ユーザーへの恩恵

ユーザーは待ち時間を環境変数で調整または無効化できるようになり、起動時の待ち時間を状況に応じて最適化できる。

変更前

claude_code.llm_request スパンには effort 属性がなく、推論の努力レベルをスパンから確認できなかった。api_request イベントでは記録されていたため、両者でずれがあった。

変更後

claude_code.llm_request スパンに effort 属性が追加され、api_request イベントと同じ属性セットになった。テレメトリーダッシュボードでレベルを一貫して確認できる。

ユーザーへの恩恵

LLM リクエストのトレーススパンからも effort レベルを確認できるようになり、イベントとスパンで一貫した分析ができる。

変更前

claude_code.managed_settings_resolved という OTel イベントが存在せず、企業管理設定のソースやポリシーヘルパーの状態をテレメトリから確認できなかった。OTEL_LOG_MANAGED_SETTINGS=1 を設定しても設定のマスクやダイジェストはログに出力されなかった。

変更後

claude_code.managed_settings_resolved OTel イベントが新たに追加され、企業管理設定のどのソースが適用されたか、ポリシーヘルパーの状態をテレメトリで確認できるようになった。OTEL_LOG_MANAGED_SETTINGS=1 を設定した場合は、秘匿情報はマスクされたうえで設定のダイジェストもあわせてログに出力される。

ユーザーへの恩恵

エンタープライズ管理者が OpenTelemetry ログから管理設定の解決結果とポリシーヘルパーの状態を検証でき、機密性の高い設定値はマスクされたまま安全に診断できる。

変更前

Claude apps gateway の Postgres 接続タイムアウトは 5 秒固定で、設定から変更できなかった。また、データベースに到達できない場合の起動エラーメッセージは、どの設定を確認すべきかを示していなかった。

変更後

接続タイムアウトを設定ファイルから変更できるようになり、データベース到達不能時の起動エラーも原因が分かりやすくなった。

ユーザーへの恩恵

遅いネットワーク環境でもタイムアウト値を調整して起動できるようになり、データベース接続に問題がある場合はエラーメッセージから設定箇所とタイムアウト値を確認して対処できるようになる。

変更前

Claude Desktop や Cowork が Claude apps gateway を経由して送るテレメトリには、ユーザーを一意に識別する IdP サブジェクトの情報が含まれていなかった。そのため、SSO でサインインしたユーザーとテレメトリ上のメトリクスやログを対応付けるには、別の識別情報に頼る必要があった。

変更後

Claude Desktop や Cowork が Claude apps gateway を経由して送るテレメトリに、IdP サブジェクトを示す enduser.sub フィールドが含まれるようになった。

ユーザーへの恩恵

SSO 組織の管理者が、gateway 経由のテレメトリ上でユーザーを IdP のサブジェクト ID で正確に特定・照合できるようになる。

変更前

レプリカが上流へ一度に送信できるリクエスト数の上限(256)を超えて処理待ちになった際にはゲートウェイが警告をログに出力し、その上限値も起動時のログ行に表示されるようになった。

変更後

レプリカで同時処理中のリクエスト数が、同時に上流へ送信できる上限の256を超えても、それを知らせる警告が表示されず、上限自体も起動時にログへ出力されていなかった。

ユーザーへの恩恵

管理者はレプリカでリクエストが滞留している状況をログから把握でき、起動時に同時送信上限を確認してキャパシティを評価できる。

変更前

フルスクリーンモードでは、折りたたまれたチームメイトやエージェントのメッセージが展開できず、内容を確認する手段がなかった。

変更後

...What's the feature area? The item mentions

ユーザーへの恩恵

折りたたまれたチームメイトやエージェントのメッセージをクリックするだけで展開して確認できるようになる。

変更前

VS Code 拡張でウィンドウの再読み込みが発生すると、実行中だったステップが中断され、ユーザーはチャットで改めて続きを指示しなければならなかった。

変更後

VS Code 拡張でウィンドウの再読み込みによって途中で中断されたステップを、チャット内にラベル付きで続きとして検出し、自動的に再開して完了できる。

ユーザーへの恩恵

ウィンドウの再読み込み後でも、中断されたステップを手動で指示し直すことなく続きから作業を再開できる。

変更前

VSCode 拡張では、メモリやインストラクションを管理するためのカスタマイズ用エントリーがなく、/memory コマンドを持つ CLI 側からのみメモリの確認や自動メモリの切り替えが可能だった。CLAUDE.md の編集にはファイルを手動で開く必要があった。

変更後

VSCode の Customize メニューに Memory と Instructions のエントリーが追加された。Memory では自動メモリのオン/オフ切り替え、保存済みメモリ、メモリフォルダーを確認できる。Instructions では CLAUDE.md ファイルを直接編集できる。

ユーザーへの恩恵

VSCode 上だけでメモリの確認や自動メモリの切り替え、CLAUDE.md の編集が完結するようになる。

変更前

VS Code 拡張で Claude が会話タブを開くと、そのタブが属するエディターグループがロックされ、ユーザーはそのグループに他のタブをドラッグしたり移動させたりできなかった。

変更後

VS Code 拡張に claudeCode.lockEditorGroups という設定が新しく追加された。Claude が開いたエディタータブのグループをデフォルトでロックする挙動は変わらず、この設定を有効にするとロックされなくなる。

ユーザーへの恩恵

Claude が開いたタブのグループでも自由にタブを整理できるようになり、好みのレイアウトを維持したまま Claude Code を使える。

変更前

クラウドセッションの差分は、ベースブランチとの比較でのみ確認できた。別のブランチ（例: develop）とどこが違うのかは、この画面からは見られなかった。

変更後

クラウドセッションの差分ビューに「Compare against（比較対象）」ブランチピッカーが追加され、ベースブランチに限らず任意のブランチを比較対象として選べるようになった。

ユーザーへの恩恵

ユーザーはベースブランチ以外の任意のブランチとクラウドセッションの変更を直接差分比較できるようになり、作業内容の検証やマージ前の確認がしやすくなる。

変更前

チャンネルやワークスペースを追加した後、ゲストの利用可否を個別に管理する必要があった。

変更後

管理者設定の「チャンネルを追加」「ワークスペースを追加」フォームに「ゲスト」設定が追加され、作成時に「継承」「許可」「チャンネルのみ」「制限」を選べるようになった。

ユーザーへの恩恵

作成時にゲストの扱いを先に決められるため、後から設定を変更する手間が減る。

変更前

Bedrock、Vertex、Foundry、テレメトリ無効化環境では v1 MCP クライアントが使われ、他の環境と挙動が異なっていた。

変更後

Bedrock、Vertex、Foundry、テレメトリ無効化環境でも、他の環境と同様に v2 MCP クライアントがデフォルトで使われ、直接 HTTP で接続するサーバーとの MCP 2026-07-28 プロトコル交渉が行われる。

ユーザーへの恩恵

Bedrock、Vertex、Foundry、テレメトリ無効化環境でも最新の MCP クライアントの機能を他の環境と同等に利用できるようになる。

変更前

チューニング済み設定を持たないすべてのモデルで、/code-review は軽量なインラインレビュープロンプトを単一コンテキストで直接使用するようになり、多数のレビュー用サブエージェントを起動しなくなった

変更後

チューニング済み設定を持たないすべてのモデルで、/code-review は多数のレビュー用サブエージェントを起動して複数に分かれてレビューを実行していた

ユーザーへの恩恵

サブエージェントの起動と集約を待つ必要がなくなり、レビューがより速く、シンプルに完了するようになる

変更前

.mcp.json、settings、plugins、agent ファイルに書かれた type: sdk の MCP エントリはユーザーの意図通りに動かず、スキップされるか警告なしに無視されていた

変更後

.mcp.json、settings、plugins、agent ファイル内の type: sdk エントリは読み込まれず、警告とともにスキップされるようになった

ユーザーへの恩恵

ユーザーは SDK 型サーバーを直接定義しても動作しないことを警告で把握でき、SDK ホストアプリケーション経由でのみ登録される仕様を理解した上で設定を行えるようになる

変更前

ローカルセッションでアーティファクトの監視が有効な場合、別の場所で新しいバージョンが公開されると、その通知が自スタ分のターンを開始していた。Claude は公開通知を直接のきっかけとして新しいバージョンに反応していた。

変更後

ローカルセッションでは、別の場所(別セッションやエディターなど)で新しいバージョンが公開されても、それだけでターンが開始されなくなった。Claude はターン開始のきっかけとしては受け取らず、後続の Artifact ツールの結果からその新しいバージョンを知る。

ユーザーへの恩恵

別セッションでの再公開がローカルセッションのターンを勝手に起こさなくなり、Claude は実際に Artifact ツールを使ったタイミングで最新バージョンを把握するだけで済むようになる。

変更前

プラグインやマーケットプレイスのクローン時に、リポジトリ内の Git LFS で管理された大きなファイルも自動的にダウンロードしてチェックアウトに配置していた。

変更後

クローン時に Git LFS の実ファイルをダウンロードしなくなった。チェックアウト内には LFS ポインタファイルがそのまま残り、実ファイルが必要になった時点で git lfs pull を実行すれば取得できる。

ユーザーへの恩恵

プラグイン内容と無関係な大きな LFS オブジェクトのダウンロードが不要になり、クローンが速く軽量になる。ドキュメントの skipLfs 設定に対応する挙動変更で、必要なファイルは git lfs pull で取得できる。

変更前

gitホストのアクセスチェックで拒否される読み取り専用リポジトリがあると、ランナーがセッション開始全体を失敗させていた

変更後

リポジトリが読み取り専用の場合でも、gitホストのアクセスチェックで拒否されたリポジトリはスキップし、その他のリポジトリのセッション開始は継続して処理される

ユーザーへの恩恵

読み取り専用リポジトリがあっても、他のリポジトリのセッション開始がブロックされずに済むようになる

変更前

クラウド上で動かすClaude Codeに関する表示が、複数の用語が混在して表記されていた

変更後

表示ラベルが「Claude Code on the web」から「cloud session(クラウドセッション)」に統一され、ステータス画面や各コマンドのメッセージも新しい用語で表示される

ユーザーへの恩恵

ユーザーがクラウド機能の名称を一つの用語で統一して認識でき、ドキュメントやUIの用語の対応関係を混乱せずに理解できるようになる

変更前

XDG_CONFIG_HOME に絶対パスが設定されている環境では、グローバル gitignore の既定が ~/.config/git/ignore になり、設定済みの .claude/settings.local.json 除外が機能しなくなる。

変更後

XDG_CONFIG_HOME に絶対パスが設定されている環境では、グローバル gitignore の既定が ~/.config/git/ignore のままになり、設定済みの .claude/settings.local.json 除外がファイルの移動後に機能しなくなる。

ユーザーへの恩恵

XDG_CONFIG_HOME に絶対パスを設定していても、settings.local.json が確実にコミット対象外になり、手動の gitignore 管理が不要になる。

変更前

オーナーの GitHub 接続が欠落している場合、最初の失敗チェックでルーチンが直ちに無効化されていた。

変更後

GitHub 接続が確認できない場合でも、ルーチンは最大72時間にわたって実行をスキップし、GitHub 接続が復旧するまで継続的に再試行するようになった。

ユーザーへの恩恵

オーナーが GitHub 接続を再確立するまでの間もルーチンが無効化されず、復旧後自動的に実行が再開される。

変更前

サブスクリプションが一時停止されると、ルーティンの保留通知は「自動的に再開する」という趣旨のメッセージを表示していた。

変更後

サブスクリプションが一時停止されると、ルーティンの保留通知は「ルーティンを自分でもう一度有効化してください」という案内に変わる。

ユーザーへの恩恵

ユーザーはルーティンの再開を待つ代わりに、自分で Repeats セクションのトグルでルーティンを再度有効化できるようになる。

変更前

初回ターンは最大2秒接続待ちをせずに即座に開始され、まだ接続中のMCPサーバーのツールは後のターンで利用可能になる

変更後

ツール検索で遅延読み込みされるMCPサーバーのツールは、--input-format stream-json セッションの初回ターンで最大2秒待たされていた

ユーザーへの恩恵

ツール検索で遅延されるMCPサーバー使用時の初回応答までの待ち時間が最大2秒短縮され、セッションをすぐに開始できる

変更前

Monitor ツールでスクリプトが終了すると、最終出力と終了ステータスが別々の通知として届き、モデルは両方を受け取るために2回のターンを消費していた。

変更後

スクリプトの最終出力と終了ステータスが、1回の通知としてまとめて届くようになった。

ユーザーへの恩恵

タスク終了の把握に必要なモデルターンが2回から1回に減り、セッションの消費ターンを節約できる。

変更前

未サインイン時に Artifact ツールを呼び出すと、端末には理由が明確に表示されず、Claude は拒否された呼び出しを複数回リトライしてしまっていた。

変更後

未サインイン時に最初の試行から「claude.ai にサインインしていない」旨がターミナルに表示される。また、拒否された Artifact ツール呼び出しを繰り返さないよう Claude への指示がより早い段階で伝えられる。

ユーザーへの恩恵

未サインインの原因が最初の試行で分かり、無駄なリトライが減ることで /login での再サインインにすぐ移行できる。

変更前

古いバージョンを基底にした publish がそのまま送信され、新しいバージョンが存在しても停止やマージの案内はなかった。

変更後

古いバージョンを基底にした publish は送信される前に停止し、新しいページをマージ用に受け取るようになった。

ユーザーへの恩恵

ユーザーは古いバージョンに基づく誤 publish を防ぎ、新しいページをマージして安全に更新できるようになった。

変更前

エージェントの worktree を削除する前の安全確認が、サブモジュールの checkout の存在を考慮するようになった。サブモジュールの checkout を含む worktree は、削除によって失うものが通常の worktree より大きいため、より慎重な条件で削除可否が判断される。

変更後

エージェントの worktree を削除する前の安全確認は、サブモジュールの checkout が含まれているかどうかを考慮していなかった。サブモジュールの checkout を含む worktree でも、通常の worktree と同じ条件で削除が進んでしまうことがあった。

ユーザーへの恩恵

サブモジュールの checkout を含む worktree でも、削除による意図しないデータ損失のリスクが減る。

変更前

OTEL_LOG_RAW_API_BODIES=file:<dir> が有効な場合、新しい index.jsonl と request_body_id / message.id イベント属性が各レスポンスをリクエストファイルやトランスクリプトのメッセージと紐付けるようになった。

変更後

OTEL_LOG_RAW_API_BODIES=file:<dir> を使うと、レスポンスとリクエストを対応付ける手がかりがなく、トランスクリプトのメッセージとも紐付かなかった。

ユーザーへの恩恵

ユーザーは各 API レスポンスを対応するリクエストファイルやセッショントランスクリプトのメッセージと正確に突き合わせて追跡・分析できる。

変更前

最初の Postgres 接続を最大3回試行するようになり、数秒遅れて到達可能になるデータベースでも起動が失敗しなくなった

変更後

起動時に最初の Postgres 接続が失敗すると、即座に終了していたため、起動の数秒後に到達可能になるデータベースに対しては起動が失敗していた

ユーザーへの恩恵

データベースの起動タイミングの遅れによってゲートウェイの起動が失敗しなくなり、再起動の手間が減る

変更前

高負荷時の支払い上限（spend-limit）チェックでは、リクエストごとにデータベースへの往復が最大 4 回発生しており、ビジー状態のゲートウェイではタイムアウトが発生しやすかった。

変更後

高負荷時の支払い上限（spend-limit）チェックが、データベースへの往復 4 回から 1 回に削減され、ビジー状態のゲートウェイでもタイムアウトが発生しにくくなる。

ユーザーへの恩恵

高負荷環境でも支払い上限チェックのタイムアウトが減り、リクエストが安定的に処理できるようになる。

変更前

Claude アプリのゲートウェイでサインインのレート制限に達した場合、エラーメッセージは拒否されたことを示すだけで、/login では制限に達した理由が分からず、ゲートウェイのログにもどの上限に引っかかったのか、どの設定を変えればよいのかの情報が記録されていなかった。

変更後

「/login」を実行すると、拒否された理由が表示されるようになった。さらにゲートウェイのログにも、どの上限に達したのか、どの設定を変更すればよいのかが具体的に記録される。

ユーザーへの恩恵

ユーザーはエラーの原因と対処方法をすぐに把握できるようになり、どの設定を変えればよいか自力で判断してサインインの問題を解決できる。

変更前

VS Code 拡張機能のチャットパネルでは、スクリーンリーダーが会話の各メッセージを読み上げる際、それがあなたの発言なのか Claude の発言なのか、またどのツールの実行ステップなのかを区別できる形で発言者が明示されていなかった。

変更後

VS Code 拡張機能のチャットパネルで会話をナビゲートすると、スクリーンリーダーは各メッセージを発言者として読み上げる。あなたのメッセージは「You」と、Claude のメッセージは「Claude」として announced され、ツール実行のステップではさらにツール名も読み上げられる。

ユーザーへの恩恵

ユーザーはスクリーンリーダーだけで会話の流れと各ステップの内容を正確に把握できるようになる。

変更前

進捗チェックリストの文字数と再投稿頻度に制限がなく、タスクが多い場合に投稿が長くなり、活発なスレッドではチェックリスト更新のたびに再投稿が頻発していた。

変更後

Slack上のClaude進捗チェックリストが2,000文字以内に収まるようになり、活発なスレッドでは最低15分間隔での再投稿に制限される。古い「Latest task list」リンクは新しい投稿へ更新される。

ユーザーへの恩恵

Slackのスレッドが進捗投稿で埋め尽くされることなく、過剰な通知や長大な投稿を気にせずClaudeの作業状況を把握できる。

変更前

Code Review が投稿する各指摘の文言は、問題の位置づけや修正方法が読み取りにくい書き方になっていた。影響を受ける対象や、コードのどこに誤りがあるかを短い文で明示する形式ではなかった。

変更後

投稿される各指摘が、短く平易な文で構成されるようになった。誰が影響を受けるか、コードのどこが誤っているか、修正方法が文の冒頭で述べられる。

ユーザーへの恩恵

指摘コメントを読んですぐに影響範囲と修正方法を把握でき、対応までの時間を短縮できる。

変更前

組織の上限(利用上限やシート数など)によりレビューがスキップされた場合でも、チェックランのカードやPRコメントにはスキップ理由が書かれているだけで、解決のためにどの管理ページを開けばよいかは自分で探す必要があった。

変更後

スキップされたレビューの理由が、その解決につながる管理設定ページ(claude.ai/admin-settings配下の対象ページ)へ直接リンクされるようになった。ユーザーはチェックランのカードまたはPRコメントの本文から該当ページへ1クリックで移動でき、そこで表示された上限や権限に関する案内に従って設定を変更すると、次回以降のレビューがスキップされずに実行される。

ユーザーへの恩恵

レビューがスキップされた理由から直接管理設定ページへ移動して修正できるため、ユーザーは解消手順を最短で完了できる。

変更前

ゲスト設定が「Channel only（チャンネルのみ）」のチャンネルで Claude Tag が Slack キャンバスを編集するたびに、キャンバスにゲスト属性に関する注意書きを付け足していた。その結果、同じキャンバスを複数回編集すると、同じ注意書きが繰り返し重複して残っていた。

変更後

ゲスト設定が「Channel only（チャンネルのみ）」のチャンネルで Claude Tag が Slack キャンバスを編集するとき、編集のたびにゲスト属性に関する注意書きを付け足さない。

ユーザーへの恩恵

Slack キャンバスに同じ注意書きが重複して溜まらなくなり、キャンバスの内容をきれいに保てる。

変更前

トランスクリプトが壊れて tool_use_id の不一致 400 エラーが発生すると、Claude Code は同じエラーを繰り返しリトライし続け、セッションが永久に止まってしまう。ユーザーは自分で原因を突き止めて会話を修復するしかなかった。

変更後

会話履歴が壊れて tool_use_id の不一致による 400 エラーが起きても、修復できる場合はトランスクリプトが自動で自己修復され、セッションが動いたままになる。修復できない場合でも、/rewind の実行を案内する明確なエラーメッセージが表示され、無限リトライが終わる。

ユーザーへの恩恵

壊れたトランスクリプトによるセッションの永久停止がなくなり、自動修復か /rewind の案内によって素早く会話を復旧できるようになる。

変更前

HTTP トランスポートで設定されたレガシー HTTP+SSE のみを話す MCP サーバーが、最初のリクエストに 422 やその他の 4xx エラーを返すと接続に失敗していました。

変更後

422 やその他の 4xx エラーを返す MCP サーバーでも接続できるようになりました。

ユーザーへの恩恵

4xx エラーを返すレガシー HTTP+SSE のみの MCP サーバーも接続して利用できるようになりました。

変更前

Streamable HTTP トランスポートの MCP ツール呼び出しが、サーバーごとの timeout 設定が5分より長く設定されている場合はその時間まで実行が継続され、タイムアウトせずに完了する。

変更後

「Streamable HTTP トランスポートの MCP ツール呼び出しで、サーバーごとの timeout 設定や MCP_TOOL_TIMEOUT の値にかかわらず、約5分でタイムアウトエラーが発生し、実行中のツール呼び出しが中断されていた。

ユーザーへの恩恵

長時間実行の MCP ツールを Streamable HTTP サーバーで利用する際、意図しない5分での中断がなくなり、設定した timeout の時間まで処理が継続されるようになる。

変更前

サーバーが listChanged を宣言していない場合、list-changed 通知を送っても Claude Code 側で prompts と resources が再取得されず、一覧が古いままだった。

変更後

サーバーが listChanged を宣言していなくても、list-changed 通知を受け取った時点で MCP サーバーから最新の prompts と resources を再取得し、反映するようにした。

ユーザーへの恩恵

サーバー側で prompts や resources を更新した際に、宣言の有無にかかわらず再接続せずに最新の一覧を利用できるようになる。

変更前

MCP ツール呼び出しが 403 insufficient_scope で拒否された際、それがサインイン期限切れとして誤って報告されていた

変更後

403 insufficient_scope エラーが「サインインの有効期限が切れた」として誤って表示されていた状態から、エラーメッセージが不足している権限を明示し、/mcp での再認証を案内するように変わった

ユーザーへの恩恵

不足している具体的な権限と /mcp での再認証手順が分かるようになり、ユーザーは適切な対処をすばやく行えるようになった

変更前

リアクティブコンパクションの後にコンテキストが再びあふれると、/goal のようなフック駆動のセッションはコンパクションを実行できず、「Prompt is too long」で異常終了する

変更後

コンテキストが再びあふれても、フック駆動のセッションは「Prompt is too long」で異常終了せず、コンパクションを実行して継続する

ユーザーへの恩恵

バックグラウンドで目標に向けて作業を続けるセッションが、コンテキストあふれで自動的に中断されず、再開操作なしで目標の達成を続けられる

変更前

--continue / --resume で、コンパクション(自動要約)済みのセッションを再開した場合、有効だった /goal が失われ、条件が引き継がれないことがあった。

変更後

--continue / --resume で、コンパクション(自動要約)済みのセッションを再開した場合でも、そのセッションで有効だった /goal が復元される。

ユーザーへの恩恵

コンパクション済みのセッションを再開しても、ユーザーは /goal を設定し直さずに済む。

変更前

claude agents は自動更新による再起動の際に、起動時に指定された --model、--effort、--permission-mode、--allow-dangerously-skip-permissions、--agent といったフラグを引き継げていなかった。

変更後

自動更新による再起動後も、claude agents を起動した際に指定した --model、--effort、--permission-mode、--allow-dangerously-skip-permissions、--agent が引き継がれるようになった。

ユーザーへの恩恵

自動更新の再起動後もバックグラウンドセッションに対して指定した権限モードやモデル・エフォートが失われず、設定し直さなくても済むようになる。

変更前

言語サーバーがプロジェクト全体(数千ファイル)を対象とする診断情報を公開するたびに、Claude Codeがそれを1件ずつ処理していたため、ターンごとの遅延が発生していた。

変更後

プロジェクト全体にわたる診断情報が大量に配信されても、それを1回の処理でまとめて取り込むため、ターンごとの遅延が発生しなくなる。

ユーザーへの恩恵

大規模プロジェクトでLSPプラグインを有効にしたまま、ターンごとの応答速度が低下することなくClaude Codeを利用できるようになる。

変更前

Bedrock・Vertex・Foundry 上で model: 'opus' を指定されたサブエージェントは、そのモデル ID から認識可能なモデルファミリーを判定できなかった場合、セッションのモデルから外れていた（ANTHROPIC_DEFAULT_OPUS_MODEL が設定されていない場合）。

変更後

Bedrock・Vertex・Foundry 上のサブエージェントで、指定されたモデル ID から認識可能なモデルファミリーを判定できなかった場合でも、サブエージェントがセッションのモデルを引き継ぐようになった（ANTHROPIC_DEFAULT_OPUS_MODEL が設定されている場合を除く）。

ユーザーへの恩恵

Bedrock・Vertex・Foundry を利用するユーザーは、サブエージェントが意図せずセッションのモデルを変更することなく、指定したモデルでサブエージェントを確実に実行できる。

変更前

自己ホスト環境の Runner でトークン更新が数回失敗すると、次の定期更新までセッションが毎ターン 401 エラーで失敗していた。

変更後

トークン更新が数回失敗した後も、Runner がリトライを続け、401 を受け取ると新しいトークンを取得するようになった。セッションは毎ターン失敗しなくなる。

ユーザーへの恩恵

トークン更新が一時的に失敗してもセッションが継続し、手動での再起動や再認証が不要になる。

変更前

ローカルファイルパスのリンクをクリックすると、file:// URI を生成して該当ファイルを開ける。

変更後

VS Code や file:// URI が必要なターミナルで、ローカルファイルパスのリンクをクリックしても動作しない状態だった。

ユーザーへの恩恵

ローカルファイルパスのリンクをクリックするだけで該当ファイルを開けるようになり、パスを手動でたどる手間が省ける。

変更前

自分のメッセージに「3. 2. 1.」のように番号を打つと、トランスクリプトの再番号付けによって「3. 4. 5.」と表示されていた

変更後

自分のメッセージ内の順序付きリストは、打った通りに番号と「N)」形式のマーカーが表示される

ユーザーへの恩恵

自分のメッセージに意図した通りの番号や形式で箇条書きを書けるようになり、トランスクリプトの表示が打鍵通りになる

変更前

AskUserQuestion のプレビューの注記が、ハイライト中のオプションではなく、以前に選択したオプションに紐づいていた

変更後

プレビューの注記が、ハイライトされているオプションに正しく紐づくようになった

ユーザーへの恩恵

ユーザーは選択中のオプションに対応する正しいプレビュー注記を見られるようになった

変更前

Enterキーでノート(自由記述)を送信すると、ハイライト表示されていたプレビュー付きオプションの情報が失われ、回答に含まれない

変更後

Enterキーでノート付きの回答を送信すると、フォーカス中のプレビュー付きオプションもannotationsに保持される

ユーザーへの恩恵

ユーザーはノートを書きながら選択肢のプレビューを確認でき、その選択内容が失われずにClaudeへ伝わる

変更前

変更前は、ツール呼び出しのバッチ実行が中断されたバックグラウンドエージェントを再開すると、そのバッチの一部が残ったままになっていた。特に、バッチ内の 1 つの呼び出しがメッセージ付きで承認されると、残りの未承認の呼び出しも合わせた半分が再開後に保持され、結果として望ましくない状態が生じていた。

変更後

変更後は、中断されたツールバッチの未承認の残りの呼び出しが破棄され、再開されたバックグラウンドエージェントがメッセージ付きで承認された呼び出しだけを実行する。

ユーザーへの恩恵

メッセージ付きでツール呼び出しを承認した場合でも、中断されたバッチの残りの未承認呼び出しが再開後に誤って実行されなくなり、意図した制御ができるようになる。

変更前

CLAUDE_CODE_RESUME_INTERRUPTED_TURN を付けてローカルで起動した claude -p --resume が、前プロセスが完了させずに残したバックグラウンドタスクを結果に報告していなかった

変更後

CLAUDE_CODE_RESUME_INTERRUPTED_TURN を付けてローカルで起動した claude -p --resume が、前プロセスが完了させずに残したバックグラウンドタスクを結果に報告する

ユーザーへの恩恵

前回の実行が終了時に kill していたバックグラウンドタスクの状態を再開セッションで把握でき、後続の自動処理で中断タスクを正しく扱える

変更前

クラウドセッションの最初のターンが、まだ接続中の SDK ホスト MCP サーバーのツールを欠いたまま開始されることがあった

変更後

クラウドセッションの最初のターンでも、接続中の SDK ホスト MCP サーバーのツールが必ず揃った状態で開始されるようになった

ユーザーへの恩恵

セッション冒頭でも SDK ホスト MCP サーバーのツールを確実に利用できるようになり、初回の応答でツールが使えず作業をやり直す手間がなくなる

変更前

バックグラウンドエージェント通知は、エージェントが自身のバックグラウンドタスクの完了を待っていて再開予定である場合でも、その実行中の作業を正しく認識する。

変更後

バックグラウンドエージェント通知は、エージェントが自身のバックグラウンドタスクの完了を待っていて再開予定であっても、実行中のバックグラウンド作業がないと報告していた。

ユーザーへの恩恵

まだ待機中で再開予定のバックグラウンドエージェントが停止済みと誤表示されず、ユーザーは正確な状態を確認して待つか中断するかを判断できる。

変更前

Claude Desktop セッション内でエラーが発生した場合、エラーヒントはCLIでのみ有効なCLIフラグ(例: --usage)の利用を提案していた。

変更後

Claude Desktop セッション内でエラーが発生した場合、エラーヒントは /usage-credits のようなスラッシュコマンドの利用を提案する。

ユーザーへの恩恵

ユーザーはClaude Desktop セッション内で実際に実行可能なコマンドを提案に従って実行できる。

変更前

Claudeがルーチン一覧(/schedule list)が返すのと同じ形式でルーチンを書き、/scheduleで保存すると、プロンプトがメッセージロール(message role)なしで保存されていた。

変更後

Claudeがルーチン一覧のコマンドが返すのと同じ形式でルーチンを書き保存した際も、プロンプトのメッセージロールが欠落せず、そのままの構造で保存されるようになった。

ユーザーへの恩恵

メッセージロールが欠落した不正な形式のルーチンプロンプトが保存されなくなり、ルーチンを正しく実行できるようになる。

変更前

apiKeyHelper スクリプトが失敗したとき、エラーバナーは「詳細は /status を確認せよ」と指示するが、実際に /status を開いても apiKeyHelper の失敗内容は表示されず、ユーザーはバナーの指示に従っても失敗の詳細を確認できなかった。

変更後

/status コマンドを実行しても、apiKeyHelper スクリプトの失敗内容が Authentication パネルに表示されず、エラーバナーの案内どおりに /status で失敗を確認しようとしても失敗の詳細を確認できなかった。

ユーザーへの恩恵

apiKeyHelper の失敗時にエラーバナーの案内どおり /status を開くだけで、失敗の詳細をその場で確認できるようになる。

変更前

組織の管理ポリシー下で /fast on を実行すると、まず fast mode が有効になったと報告し、その直後に fast mode がオフに切り替わっていた。その結果、利用者には混乱を招く一時的な状態変化が表示されていた。

変更後

組織の管理ポリシー下で /fast on を実行すると、まず fast mode が有効になったと報告し、その直後に fast mode がオフに切り替わっていた。その結果、利用者には混乱を招く一時的な状態変化が表示されていた。

ユーザーへの恩恵

組織ポリシーで fast mode が無効な場合、/fast on は誤った有効化表示をせず、その理由を明確なメッセージで伝えられる。

変更前

セッションが最新バージョンを読み込んでいない状態で Artifact ツールが更新を試みると、まずユーザーに更新の承認を求めたうえで、セッションが最新バージョンを読み込んでいないことを理由にその更新を拒否していました。ユーザーは承認しても結局拒否されるという矛盾した動作を経験していました。

変更後

セッションがアーティファクトの最新バージョンを読み込んでいない場合でも、Artifact ツールが更新の承認を求めずに即座に拒否するようになりました。ユーザーは承認しても無駄に拒否されるという矛盾した動作に遭わなくなりました。

ユーザーへの恩恵

意味のない承認を求められなくなり、アーティファクトの更新操作がスムーズに行えるようになりました。

変更前

ネットワークアクセスを有効にした Cowork や claude.ai のクラウドセッションで、チームメイトのアーティファクトを読み取ろうとすると、あたかもネットワークアクセスが無効であるかのように扱われ、読み取りがブロックされていた。

変更後

チームメイトのアーティファクト読み取りは、ネットワークアクセスが有効なセッションでも正しく許可されたドメイン経由の読み取りとして扱われ、ブロックされなくなった。

ユーザーへの恩恵

チームメイトが共有したアーティファクトを、ネットワークアクセス設定を変更せずにそのまま読み取れるようになる。

変更前

自前の git リポジトリを持たないプラグインやマーケットプレイスのディレクトリでは、外側の git リポジトリからバージョンが取得されていた。例えば git 管理された ~/.claude 配下のディレクトリは、その外側リポジトリのバージョンを参照していた。

変更後

自前の git リポジトリを持たないプラグインやマーケットプレイスのディレクトリでは、バージョン判定が外部の git リポジトリに依存しないようになった。

ユーザーへの恩恵

プラグインやマーケットプレイスが自分自身の git リポジトリに基づいた正確なバージョンを持つようになり、誤ったバージョン解決による依存関係の問題が起きなくなる。

変更前

--strict-mcp-config 付きの空の --mcp-config を使うと、偶発的に検出された MCP サーバーへの接続を確立しようとして、非対話モードの最初のターンが MCP_TIMEOUT の期間だけ待たされることがあった。

変更後

--strict-mcp-config 付きの空の --mcp-config でも、偶発的な MCP サーバーを一切起動せず、非対話モードの最初のターンが待たされることなくすぐに開始する。

ユーザーへの恩恵

空の --mcp-config と --strict-mcp-config を使うユーザーは、偶発的な MCP サーバー接続による起動時の待ち時間なしに、ヘッドレスセッションを即座に開始できる。

変更前

Stop プロンプトフックは、会話内でブロックが発生するたびに、フックに定義されたプロンプト全体を毎回モデルへ再送信していた。

変更後

会話内で繰り返しブロックされる場合でも、フックのプロンプト全体を毎回再送信するのではなく、500 文字までのラベルで条件の名前を付して示すようになった。

ユーザーへの恩恵

繰り返しブロックが起きても毎回プロンプト全体を再送しなくてよくなり、トークン消費を抑えられる。

変更前

Cursor や VS Code のターミナル内で Claude Code を起動すると、Linux の Wayland 環境では起動時に空のエディターウィンドウが余分に開いていた

変更後

Cursor や VS Code のターミナルで起動した際、Linux/Wayland 環境では起動時に空のエディターウィンドウが余分に開くことがなくなった

ユーザーへの恩恵

Linux/Wayland 上で Cursor や VS Code を使う開発者は、不要なウィンドウを手動で閉じる手間がなくなり、起動時に作業環境が散らからなくなる

変更前

Postgres 接続が切れると、gateway が予期しないエラーや crash を起こしていた。

変更後

Postgres 接続が切れた場合でも、gateway がエラーを握りつぶして警告を出すだけで、予期しないエラーや crash が発生しなくなった。

ユーザーへの恩恵

Postgres 接続の問題による gateway の crash を心配せずに安心して運用できる。

変更前

Claude アプリゲートウェイが SIGTERM を受信すると、終了時に開いているすべてのストリームを即座に切断していました。そのため、実行中の処理が途中で中断され、エラーや不完全なレスポンスが発生していました。

変更後

SIGTERM を受信しても、ゲートウェイは開いているすべてのストリームを即座に切断せず、CLAUDE_GATEWAY_DRAIN_TIMEOUT_MS 環境変数で設定した期間（デフォルトは最大25秒）待機してから終了するようになりました。これにより、処理中のリクエストは完了し、ユーザーの作業が中断されなくなります。

ユーザーへの恩恵

ユーザーはゲートウェイのシャットダウン時でも、処理中のリクエストが完了するため、セッションが中断されることなく、スムーズに作業を続けられるようになりました。

変更前

リモートの managed settings からプラグインポリシーが供給される環境では、ほぼ毎回の起動時に installed_plugins.json が再書き込みされ、Claude Desktop が開いているすべてのセッションのプラグインを再読み込みしていた

変更後

起動時に毎回再書き込みされず、installed_plugins.json に不要な変更が加わらない状態になる

ユーザーへの恩恵

不要な再読み込みが発生しなくなり、セッションのプラグイン状態が安定して維持される

変更前

ヘッドレスおよび SDK セッションでは、完了したバックグラウンドタスクごとに個別のモデル呼び出しを行っており、複数のタスクが同時に終わると呼び出しがその数だけ発生していた。

変更後

ヘッドレスおよび SDK セッションでは、完了したバックグラウンドタスクごとに個別のモデル呼び出しを行っており、複数のタスクが同時に終わると呼び出しがその数だけ発生していた。この修正により、すでにキューに入っている完了通知は 1 回のモデル呼び出しでまとめて処理されるようになった。

ユーザーへの恩恵

同時に終了した複数のバックグラウンドタスクでもモデル呼び出しが 1 回にまとめられるため、ヘッドレスや SDK セッションでの API 使用量とレイテンシが削減される。

変更前

Before the fix, the Bash tool re-sourced the shell profile after every plugin reload, even when no plugin executable paths had changed, causing a multi-second stall on the next command.

変更後

After the fix, the Bash tool re-sources the shell profile only when a plugin's bin/ directory contents have actually changed, so subsequent commands run without the multi-second stall.

ユーザーへの恩恵

この修正により、ユーザーはプラグインをリロードした後も次のコマンドの実行で数秒停止することがなくなり、コマンド実行を素早く続けられる。

変更前

プラグインの hooks/hooks.json のトップレベルに $schema を書くと、ドキュメントに記載のないキーとして unknown key の警告が出ていた。

変更後

hooks/hooks.json のトップレベルに $schema を書いても unknown key の警告が出ず、スキーマ参照をそのまま残せる。

ユーザーへの恩恵

hooks.json にエディタ補完用の $schema をそのまま置けるようになり、警告を気にせずスキーマ検証を活用できる。

変更前

MCP サーバーへの接続でエラーが発生することがあり、MCP ログインツールの説明文に MCP 設定の ${VAR} プレースホルダーが展開された実際のシークレット値が表示されていた

変更後

MCP 接続エラーが解消され、MCP ログインツールの説明文には ${VAR} プレースホルダーがそのまま表示されるようになる

ユーザーへの恩恵

認証情報がツールの説明経由で露出・漏えいするリスクが減り、MCP 接続も安定して行えるようになる

変更前

特定の特殊シェル変数(例:$IFS など)に対してループや代入を行う Bash コマンドが、権限ルールの判定から漏れ、確認なしで実行されることがあった。

変更後

特定の特殊シェル変数に対してループや代入を行うコマンドでも、Bash の権限チェックが正しく適用されるようになった。

ユーザーへの恩恵

ユーザーは権限ルールで許可していないコマンドが無承認で実行されるリスクを気にせず、Bash 権限チェックを任せられるようになる。

変更前

worktree分離されたセッションが、特定のネストしたシェル展開を含むBashコマンドを受け入れていた。

変更後

Bashコマンド内に特定の形のネストしたシェル展開が含まれている場合、worktree分離されたセッションがそのコマンドを拒否するようになった。

ユーザーへの恩恵

worktree分離されたセッションであっても、シェル展開によって本来ブロックされるべきBashコマンドがメインチェックアウトに影響を与えるのを防げるようになる。

変更前

マルチバイト文字を含むファイルでは、Edit 権限プロンプトのプレビューに表示される位置が、実際に承認した編集の位置とずれることがあった。

変更後

マルチバイト文字を含むファイルでは、Edit 権限プロンプトのプレビューが、実際に承認された編集と同じ位置を正しく表示するようになった。

ユーザーへの恩恵

マルチバイト文字を含むファイルでも、プレビューを見て編集を確実に確認・承認できるようになった。

変更前

アイドル状態が30分経過したバックグラウンドコマンドが、メモリの圧迫が軽度であってもマシン上で停止されていた。この判定にはアイドル時間とメモリ圧迫の2条件が組み合わされていたが、メモリに余裕があっても停止されるケースがあった

変更後

メモリが深刻に逼迫している場合にのみバックグラウンドコマンドが停止されるようになり、その際の理由がデバッグログに記録される

ユーザーへの恩恵

メモリに十分な余裕があるマシンでは、バックグラウンドコマンドが不要に中断されず、長時間のタスクを安心して放置できるようになる

変更前

サブエージェントからメインセッションに送信されたメッセージは、Claude Desktopを再起動するとトランスクリプトから消えていました。

変更後

Claude Desktopを再起動した後も、サブエージェントがメインセッションへ送ったメッセージがトランスクリプトに残るようになりました。

ユーザーへの恩恵

セッションの再起動後もサブエージェントとのメッセージ履歴を失わずに確認できます。

変更前

.zip から読み込まれたプラグインは、複数回のリロードが重なった後でも最新の展開内容が反映され、正しいバージョンのプラグインが動作する。

変更後

複数回のリロードが重なった後も、.zip から読み込まれたプラグインが最新の展開結果ではなく古い展開から提供されていた。

ユーザーへの恩恵

リロードを繰り返しても、zip パッケージのプラグインが常に最新の展開内容で読み込まれるようになり、古いコードが動く事故を防げるようになった。

変更前

サブエージェントが長文の複数段落応答を返すと、進捗表示の summary フィールドがその長文で埋め尽くされ、簡潔な進捗概要が失われていた。

変更後

サブエージェントの進ブエージェントの進捗概要が、収束しない長い複数段落の応答によって置き換えられなくなり、進捗フィールドには簡潔な要約が表示される。

ユーザーへの恩恵

ユーザーは進捗サマリーを一眼で把握でき、長い応答が進捗表示を圧迫しなくなる。

変更前

新規会話の開始直後の最初の数秒内に /btw サイド質問を実行すると、過去セッションのサイド質問履歴が誤って表示されることがありました。

変更後

会話開始の最初の数秒内に実行した /btw サイド質問が、過去セッションのサイド質問履歴を誤って表示することがなくなりました。

ユーザーへの恩恵

会話開始直後でも /btw の表示が前のセッションの質問と混ざらず、正しく現在の会話のサイド質問だけが見えるようになります。

変更前

VS Code 拡張機能が初回起動時にグローバルの .gitignore ファイルを参照する際、処理が一時的に停止し、UI が短時間フリーズすることがあった。

変更後

拡張機能は起動時にグローバルの .gitignore ファイルを参照し、フリーズすることなく即座に応答する。

ユーザーへの恩恵

初回起動時にグローバルの .gitignore ファイルを参照しても画面が固まらず、快適に操作を続けられるようになった。

変更前

VSCode 拡張で Claude がツールを実行している間に送ったメッセージが、ウィンドウをリロードすると会話履歴から消えていた。

変更後

リロード後も、Claude Code の会話パネルにツール実行中に送信したメッセージが残る。

ユーザーへの恩恵

ツール実行中に送ったメッセージがリロード後も失われなくなる。

変更前

VS Code 拡張の「Manage plugins」ダイアログで、プラグインの有効/無効を切り替えるトグルや、MCP サーバーダイアログの行がフォーカスできず、キーボードだけでは到達・操作できなかった。

変更後

VS Code 拡張の「Manage plugins」ダイアログで、プラグインの有効/無効を切り替えるトグルや、MCP サーバーダイアログの各行をキーボード操作で選択・操作できるようになった。

ユーザーへの恩恵

マウスを使わずにキーボードだけでプラグインの有効化や MCP サーバーの管理操作を完了できるようになる。

変更前

CLAUDE_CONFIG_DIR を環境変数設定で変更した後でも、ターミナルで行ったサインインやサインアウトが VS Code 拡張に即座に反映されるようになった。

変更後

CLAUDE_CONFIG_DIR を環境変数設定で変更した後、ターミナルでサインインやサインアウトしても、VS Code 拡張を再読み込みするまでその状態変更が UI に表示されなかった。

ユーザーへの恩恵

ターミナルでサインイン・サインアウトした後、再読み込みせずに VS Code 拡張上で最新のサインイン状態を確認できるようになる。

変更前

パネル幅によっては、チャット内のエディット差分が下部で切り詰められ、長い折り返し行では内容が見えなくなっていた。

変更後

表示幅を問わず、チャット内のエディット差分ボックスが表示すべき全行を完全に表示する。

ユーザーへの恩恵

パネル幅や行の長さに関係なく、チャット内の差分表示をすべて読めるようになる。

変更前

VS Code 拡張機能からの複数の設定書き込みが重なると、~/.claude/settings.json が壊れて解析できなくなるか、一部の設定が失われることがあった

変更後

VS Code 拡張機能が設定を書き込む際に複数の書き込みが重ならないようになり、~/.claude/settings.json が常に有効な状態に保たれる

ユーザーへの恩恵

設定ファイルが壊れて手動修復が必要になるトラブルから解放され、VS Code 拡張機能を安心して使い続けられる

変更前

「Open in New Tab (Ctrl/Cmd+Shift+Esc)」で新しいタブを開いたとき、そのタブのメッセージ入力ボックスにフォーカスが当たらないことがあり、入力ボックスをクリックするまで入力しても何も起きなかった。

変更後

「Open in New Tab (Ctrl/Cmd+Shift+Esc)」で新しいタブを開いた後、そのタブのメッセージ入力ボックスが自動的にフォーカスされるようになり、クリックなしで直接入力できる。

ユーザーへの恩恵

キーボードショートカットで新しいタブを開いた直後に、すぐそのままプロンプトを入力して作業を始められる。

変更前

ロックされたグループに別の Claude タブとファイルが残っている状態で Claude タブを閉じて再び開くと、VS Code のエディターレイアウトが意図せず分割されていた

変更後

閉じた Claude タブをもう一度開いても、ロックされたグループ内の他の Claude タブとファイルの配置が崩れない

ユーザーへの恩恵

セッションタブをグループで整理しているときに、開き直してもエディターのレイアウトが崩れずに済む

変更前

When a file tab shared an editor group with your Claude tab, starting a new session opened that session in a different editor group that was locked, so the layout of existing editor groups changed unexpectedly.

変更後

New sessions now open in the editor group that contains the existing Claude tab, or in a separate unlocked group when appropriate, without disturbing other locked editor groups.

ユーザーへの恩恵

ユーザーはファイルタブと Claude タブが同じエディターグループにあっても、既存のレイアウトを乱されることなく新しいセッションを開けるようになる。

変更前

検索クエリを入力してもセッション名が横方向にずれなくなり、リストの位置が安定して表示される。

変更後

セッションピッカーで検索クエリを入力すると、マッチするセッション名が横方向にずれ、リストの再描画のたびに位置が揺れて読み取りにくい状態だった。

ユーザーへの恩恵

検索中もセッション名を安定した位置で読めるようになり、目的のセッションを素早く選択できる。

変更前

VSCode拡張のプランレビューカードでは、プランへのコメントが複数あるとカードが領域を超えて伸び、送信ボタンや理由入力欄が画面からはみ出して押せなくなることがあった

変更後

プランへのコメントが複数ある場合でも、レビューカードのコメントリストがスクロール可能になり、「フィードバックを送信」ボタンと理由入力欄がカード内に常に表示される

ユーザーへの恩恵

コメントが多いプランでも、スクロールしながらすべてのコメントを確認し、そのままフィードバックを送信できる

変更前

High Contrast テーマ使用時、チャット返信内のインラインコードやコードブロックが、テーマの配色により文字が背景に溶け込むなどの理由で判読しにくい状態だった

変更後

High Contrast テーマ使用時でも、チャット返信内のインラインコードとコードブロックが判読可能な配色で表示されるようになった

ユーザーへの恩恵

High Contrast テーマ環境でもコード部分を問題なく読めるようになる

変更前

Claude Code on the web のクラウドセッションで、GitHub のトークン更新が一時的にエラーを返すと、セッション内の git 操作が「service unavailable」で失敗していた。

変更後

GitHub のトークン更新が一時的にエラーを返しても、クラウドセッション内の git 操作は「service unavailable」で失敗せず、最後まで実行される。

ユーザーへの恩恵

GitHub 側の一時的なトークン更新エラーが起きても、クラウドセッションでの git 操作を止めずに続けられる。

変更前

ルーティン編集画面を開いて名前やプロンプト、トリガーを編集し、Repeats セクションのトグルで一時停止したルーティンを保存すると、まれにスケジュールどおりの発火とは別にルーティンが即座にもう一度発火したり、直前に一時停止したはずのルーティンが保存時に再び有効化されてしまうことがあった。

変更後

ルーティン編集画面を開いて名前やプロンプト、トリガーを編集し、Repeats セクションのトグルで一時停止したルーティンを保存すると、その編集内容が正しく反映され、余計な発火や一時停止解除が起こらない。

ユーザーへの恩恵

ルーティンを編集・一時停止しても意図しない二重実行や誤った再有効化が起こらなくなり、必要なときにだけルーティンが実行される。

変更前

cloud セッションの認証情報が更新された後、数分間は古い認証情報が使われ、commit が signing エラーで断続的に失敗していた。

変更後

セッションの認証情報が更新された直後も、cloud セッション内の commit が signing エラーで失敗せず、確実に完了するようになった。

ユーザーへの恩恵

ユーザーは認証情報の更新直後に commit を手動で再試行する必要がなくなり、セッション内の作業を中断せずに進められるようになった。

変更前

保存後のトーストに、リポジトリごとのトリガー上限などGitHubトリガーを紐付けできなかった具体的な理由が表示されるようになった

変更後

保存後のトーストには「編集して再試行(edit to retry)」というメッセージだけが表示され、GitHubトリガーを紐付けできなかった理由がユーザーに伝わらない状態だった

ユーザーへの恩恵

ユーザーがエラーメッセージを見るだけでトリガー設定の失敗原因を把握し、適切に対処できるようになる

変更前

Claude Code on the web のセッションを既読にマークしても、直後にセッションが未読状態へと戻ってしまうことがありました。ユーザーが意図的に既読にしたのに、一覧では再び未読として表示されていました。

変更後

未読のセッションを既読にマークすると、その状態が正しく保持され、直後に未読へと戻されることがなくなりました。

ユーザーへの恩恵

ユーザーは一度既読にしたセッションが再び未読に戻ることに煩わされることなく、セッション一覧を確実に整理できるようになります。

変更前

別の Slack アプリやボットが @Claude をメンションしても、Claude は反応せず返信しない状態だった。特に、数日間非アクティブだったチャンネルでは Claude がフォローをやめてしまい、メンションしても反応しなかった。

変更後

別の Slack アプリやボットが @Claude をメンションしても、Claude は反応せず返信しない状態だった。修正後は、メンションにタグが応答して返信し、数日間非アクティブだった後に Claude がフォローをやめていたチャンネルでも Claude を起こして応答するようになった。

ユーザーへの恩恵

他のアプリやボットがメンションした際にも Claude が確実に応答するため、長期間使用していなかったチャンネルでも再び Claude を活用できるようになる。

変更前

Claude が新規チャンネルに参加すると、それ以前に送られた @Claude メンションを含むメッセージが確実に Claude に届くようになり、取りこぼしがなくなった。

変更後

新しい Slack チャンネルが作成された直後に他のアプリが送信した @Claude メンションを含むメッセージが、Claude がチャンネルに参加する前のタイミングで発生すると、Claude がそのメッセージを取りこぼしていた。その結果、ユーザーは @Claude をタグ付けしたのに Claude からの応答がない状態になり、再度メンションを送り直す必要があった。

ユーザーへの恩恵

新しい Slack チャンネルを作成してすぐに @Claude をタグ付けしても、メッセージを送り直すことなく Claude から応答を受け取れるようになる。

変更前

Claude Tag 経由で Slack に送信された数分後のフォローアップメッセージ(たとえばブロッカーの報告)が、Claude の直前の Slack メッセージに無音な編集として畳み込まれていた。そのため、そのフォローアップは新着メッセージとして通知されず、遅れて届いた更新(たとえばブロッカーの報告)をユーザーが見逃しやすかった。

変更後

フォローアップメッセージは数分後でも、直前の Slack メッセージへの無音の編集として畳み込まれず、新しい返信として投稿されるようになった

ユーザーへの恩恵

ブロッカーの報告のような遅れて送ったフォローアップ更新が、Slack で新着メッセージとして通知されるため、見逃さずに気づけるようになった。

変更前

Claude Tag において、1つの Slack チャンネル内を検索対象とした際に、Claude による Slack 検索がエラーで失敗していました。検索結果を取得できず、ユーザーは検索を完了できない状態でした。

変更後

1つのチャンネル内を検索した場合でも、検索結果としてそのチャンネル内の該当するメッセージが正しく返されるようになりました。

ユーザーへの恩恵

1つのチャンネル内に検索対象を絞った場合でもエラーが発生せず、該当するメッセージを検索できるようになります。

変更前

誰も待機していない場合、安全フィルターによる停止が Slack スレッドのコンテキストを黙ってリセットし、実行中のバックグラウンド処理がキャンセルされていた。

変更後

安全フィルターによる停止が発生した際、Claude が必ずその旨を伝えるようになり、まだ実行中のバックグラウンド処理をキャンセルしなくなった。

ユーザーへの恩恵

ユーザーはバックグラウンド処理の結果が失われる心配なく、安全フィルターによる停止がいつ発生したかを確実に把握できる。

変更前

Claude Tag の Slack チャンネルでの返信において、Claude がメールアドレスを含むメッセージを投稿すると、リンク表示に mailto: という接頭辞がそのまま見えていた。

変更後

Slack 上の Claude の返信内にあるメールアドレスは、これまで mailto: という接頭辞が表示されたリンクとして描画されていた。この修正により、mailto: が見えることはなく、メールアドレス自体がプレーンでクリック可能なリンクとして表示されるようになった。

ユーザーへの恩恵

Slack で Claude の返信を読むだけで、余計な接頭辞なしにメールアドレスをそのままクリックできるようになる。

変更前

asked from another workspace in the grid 以外の workspace から Enterprise Grid 全体と共有された channel を聞かれたとき、Claude はその channel の監視を拒否していた

変更後

asked from another workspace in the grid 以外の workspace から Enterprise Grid 全体と共有された channel を聞かれたときでも、Claude はその channel を監視する

ユーザーへの恩恵

Enterprise Grid で複数の workspace にまたがって共有された channel からでも、Claude Tag の channel 監視を依頼できるようになる

変更前

この修正以前は、Claude Tag 管理設定の環境ピッカーで、アーカイブ済み環境やアプリで作成された環境を対象に選択すると、生の環境 ID が表示されていました。ユーザーは環境を人間が読める名前ではなく、意味不明な ID 文字列で確認することになりました。

変更後

この修正により、Claude Tag 管理設定の環境ピッカーでは、アーカイブ済み環境やアプリで作成された環境が生の環境 ID ではなく環境名で表示されるようになりました。ユーザーは現在どこを指しているのかを、 ID ではなく識別可能な環境名で確認できるようになりました。

ユーザーへの恩恵

アーカイブ済みやアプリで作成された環境でも識別可能な環境名が表示されるため、Claude Tag 管理設定の環境ピッカーで意図した環境を間違えずに識別できるようになりました。

変更前

以前は、すでに修正済みの指摘のスレッドに、新しいレビューがより低い重要度の新しい指摘を同じスレッドに追加した場合、そのスレッドが解決されないまま残ることがあった

変更後

修正済みの指摘のスレッドに対して、再レビューが新しいレビューでより低い重要度の指摘を同じスレッドに追加した場合でも、スレッドが確実に解決(クローズ)されるようになった

ユーザーへの恩恵

「すべてのスレッドが解決済み」の場合にのみPRをマージできるため、マージ可能かどうかの判断がより一貫したものになり、レビューの信頼性が向上する

変更前

GitHub やレビュー用の内部サービスが起動時に一時的な障害(ネットワークエラー、タイムアウト、サーバーエラーなど)を起こすと、レビューがまれに失敗し、結果は「Code review encountered an error」というタイトルのチェックランになった。ドキュメントのトラブルシューティングでは、その状態から再実行するには @claude review コメントや GitHub の Checks タブでの Re-run が必要と案内されている

変更後

一時的な障害があっても、コードレビューの起動処理は数秒待ってから同じ確認を再試行する。複数回の再試行をすべて失敗した場合にのみエラーとして終了する

ユーザーへの恩恵

ユーザーは一時的な障害のために手動でレビューを再実行する手間がなくなり、信頼性が向上した