Claude Code v2.1.288

変更前

Mod 開発者は Claude Code が提供する API を通じて、ユーザーが画面上で選択したテキストを取得する手段を持っていなかった。選択内容を知りたい場合は自力で実装するしかなかった。

変更後

Mod 内で $.ui.selection() を呼び出すと、ユーザーがフルスクリーンモードで最後に選択したテキストが返される。さらに、選択範囲がトランスクリプトの1行内に収まっている場合は、その行そのものが返される。

ユーザーへの恩恵

Mod がユーザーのテキスト選択を直接参照できるようになり、選択範囲を使った独自の操作や UI を実装しやすくなる。

変更前

GitHub CLI が含まれていないイメージのクラウドセッションでは gh コマンドが存在せず、GitHub API へのアクセスに別途用意する必要があった

変更後

クラウドセッションのイメージに GitHub CLI が含まれていない場合でも、組み込みの gh api を利用して GitHub REST API を呼び出せる

ユーザーへの恩恵

GitHub CLI が同梱されていないクラウド環境でもそのまま GitHub API を利用できる

変更前

Ctrl+Cで消したプロンプト入力は復元できず、消したテキストやペーストした画像は入力し直すしかなかった。

変更後

空のプロンプトで↑キーを押すと、消した下書きがペーストしたテキストや画像ごと復元される。

ユーザーへの恩恵

誤ってCtrl+Cで入力を消しても↑キーで下書きをそのまま取り戻せる。

変更前

MCP サーバーが追加のOAuth scopeを要求した場合、再認証プロンプトは表示されず、ユーザーは手動で /mcp コマンドを使ってサーバーの再認証を行う必要がありました。このため、ツール呼び出しが失敗してから対処する必要があり、手間がかかっていました。

変更後

MCP サーバーがツール呼び出しの途中で OAuth scopeの再認証を求めてきたときに、再認証プロンプトが表示されるようになりました。ユーザーはプロンプトに従って再認証を行うことができます。これにより、ツール呼び出しが失敗する前に必要なscopeを取得できます。

ユーザーへの恩恵

MCPサーバーがツール呼び出し中に追加のOAuth scopeを求めてきた際に、再認証プロンプトが表示されるため、ユーザーは迷わずに再認証フローを完了でき、セッションを途切れさせることなく作業を続行できるようになります。

変更前

Before, /code-review reported findings up to the usual built-in limit, and users had no way to request more or fewer findings.

変更後

Before, /code-review reported findings up to the usual built-in limit, and users had no way to get more findings or see all of them in a single review run.

ユーザーへの恩恵

指定した件数まで多くの指摘を確認したり、問題をすべて列挙して見逃しを減らしたりできるようになる。

変更前

エージェントビューでは、矢印キーや PgUp/PgDn、Home/End で行を移動できるが、セッションを名前で検索する手段がなく、グループ間をまとめて移動するショートカットも存在しなかった。セッションのリネーム (Ctrl+R) などエージェントビュー内のキーバインドは keybindings.json での変更に対応していなかった。

変更後

エージェントビューで Ctrl+F を押すとセッション名で検索でき、Alt+↑/↓ でグループ間を移動できる。また、これらのショートカットとセッションのリネーム操作を keybindings.json で再割り当てできるようになった。

ユーザーへの恩恵

多数のセッションの中から目的のセッションを名前で素早く見つけ、キー操作を自分の好みに合わせてカスタマイズできるようになる。

変更前

プランを承認しても、それに伴う権限モードの変化はスクリーンリーダーに読み上げられず、切り替えのタイミングによっては何も案内されないことがあった。

変更後

プラン承認時に新しいアクセシビリティ権限モードが通知されるようになり、キーボードショートカット経由でモードを切り替えた場合も確実に案内される。

ユーザーへの恩恵

プラン承認直後にユーザーが現在の権限モードを確実に把握でき、誤ったモードのまま操作を続けるリスクを減らせる。

変更前

セルフホストランナーでは、許可されていない gh コマンドは単に拒否され、代わりに使える gh api の呼び出しを調べる必要があった。--paginate がないため一覧の1ページ目しか取得できず、セッション内で実行したネストされた claude コマンドが予期せず削除されることがあった。

変更後

セルフホストランナーの組み込み gh api が強化され、拒否された gh コマンドが同等の gh api コマンドを表示するようになった。--paginate フラグでリポジトリの一覧をすべてのページにわたって取得でき、ネストされた claude コマンドがそのまま実行される。

ユーザーへの恩恵

ユーザーは拒否された gh コマンドを同等の gh api に置き換えるだけで回避でき、一覧を自動で全ページ取得でき、ネストされた claude が誤って消える心配なくセッションを実行できる。

変更前

バックグラウンドコマンドの時間制限は、アテンドなしセッションとターミナル、デスクトップアプリ、VS Code のセッションを含むすべてのセッションに適用されていた。

変更後

アテンドなしで動くセッション(-p、Agent SDK、CI、クラウド)でだけバックグラウンドコマンドの時間制限が適用され、ターミナル、デスクトップアプリ、VS Code のセッションでは制限がなくなる。

ユーザーへの恩恵

手元の対話セッションで長時間動かすバックグラウンドコマンドが時間制限なしで実行できる。

変更前

クライアント側のオートモード分類器は ANTHROPIC_DEFAULT_SONNET_MODEL でピン留めされたモデル(たとえ Claude Sonnet 5.5 や Opus 5.5 を指定していても)をオートモードの判定に使用していた。

変更後

ピンが Claude Sonnet 5.5 または Opus 5.5 を指している場合、クライアント側のオートモード分類器はそのピンを無視して Claude Sonnet 5 を使用するようになった。

ユーザーへの恩恵

Sonnet 5.5 や Opus 5.5 にピン留めしていても、オートモードでは生物フラグ付きリクエストの拒否を避けられ、Claude Sonnet 5 にフォールバックできるようになった。

変更前

claude project purge コマンドを利用していた

変更後

claude purge コマンドを利用することになり、プロジェクトを対話的なリストから選ぶことも可能になった

ユーザーへの恩恵

より短いコマンドでプロジェクトのローカル状態を消去でき、旧コマンド名も引き続き利用できるため安心して移行できる

変更前

最上位行のセッションを Enter で開く

変更後

セッション名が最も良く一致するものを Enter で開くように変更

ユーザーへの恩恵

入力した名前に最も近いセッションを素早く開けるようになる

変更前

v2.1.288 より前の /autocompact は、設定をトップレベルの autoCompactWindow として保存しており、どのモデルで実行してもすべてのモデルに共通の値として扱われていた。

変更後

/autocompact を数値付きで実行すると、その値が現在のモデルごとに modelSettings.autoCompactWindow として保存され、モデルを切り替えても設定が失われない。

ユーザーへの恩恵

モデルごとに適切な auto-compact ウィンドウを保存でき、モデルを切り替えても設定を打ち直さずに済む。

変更前

完了を報告できない MCP サーバーからの URL プロンプトでは、ブラウザーでの作業完了を待たずにツール呼び出しが先へ進んでいた

変更後

完了を報告できない MCP サーバーからの URL プロンプトでは、「I'm done, continue」(完了したので続けて) の入力を待ってからツール呼び出しを続行する

ユーザーへの恩恵

ツール呼び出しがブラウザーでの作業完了を待つようになり、ブラウザーで先に作業を終えてから続行できる

変更前

会話が長くなりすぎてクライアント側の安全分類器でレビューできなくなった場合、自動コンパクトと同様にコンテキストが圧縮(コンパクト)されるようになり、ツール呼び出しがプロンプト表示や失敗に陥らなくなる。

変更後

会話が長くなりすぎた場合、これまでは安全分類器によるレビューが不可能となり、すべてのツール呼び出しで許可プロンプトが表示されるかエラーで失敗していた。

ユーザーへの恩恵

長時間の自動モードセッションが会話の肥大化によってツール実行のたびに停止することなく継続できるようになる。

変更前

短いアナウンスは画面から消えるのが早く、読み逃すと内容を確認できなかった

変更後

短いアナウンスが消されずに画面に保持され、ユーザーが次にキーを押すか、画面上でそのアナウンスより上の内容が変化するまで読み取れる

ユーザーへの恩恵

スクリーンリーダー利用者が短いフィードバックを見逃さずに確認できる

変更前

質問ダイアログで回答済みの質問には、チェックボックスの横に「answered」という表示が出るようになり、回答済みかどうかがひと目でわかる。

変更後

質問ダイアログで回答済みの質問には、チェックボックスの横に「answered」という表示が出ず、回答したかどうかを目で確認できなかった。

ユーザーへの恩恵

スクリーンリーダーモードで質問ダイアログのどの質問に回答済みかを表示から確認できるようになる。

変更前

利用クレジットのリクエストが組織で無効化されている場合でも、/usage-credits はメンバーがリクエストを送信できるかどうか不明瞭な汎用的なメッセージしか表示せず、次に何をすればよいのか分かりにくい。

変更後

組織が利用クレジットのリクエストを無効化している場合、Team/Enterprise メンバーが /usage-credits を実行すると、管理者へのリクエストを送れない旨が明確なメッセージで通知される。

ユーザーへの恩恵

組織でリクエストが無効化されていることをすぐ把握でき、無駄な試行や管理者への問い合わせを減らせる。

変更前

stdio MCP サーバーの設定に alwaysLoad: false が指定されている場合、新しい会話の最初のターンがそのサーバーの接続完了を待ってしまい、会話開始が遅れることがあった。

変更後

stdio MCP サーバーの設定に alwaysLoad: false が指定されている場合、そのサーバーへの接続完了を待たずに新しい会話の最初のターンが開始されるようになった。

ユーザーへの恩恵

alwaysLoad: false の stdio MCP サーバーがあっても、最初のターンがそのサーバーの接続待ちで遅れなくなり、会話をすぐに開始できる。

変更前

メインエージェントとサブエージェントは、判断の責任の所在にかかわらず「You should know」という定型の表現で判断をユーザーに伝えていた。

変更後

メインエージェントとサブエージェントは、判断の責任が自分にあるかユーザーにあるかに応じて、「You should know」メモを書き分けるようになった。

ユーザーへの恩恵

誰の判断かがひと目で分かるようになり、ユーザーは各判断に応じて自分で確認・判断するか、Claudeに任せて進めるかを選びやすくなる。

変更前

データベースのサイズ上限に達してアーティファクトのデータベース書き込みが拒否された場合、エラーには上限値や空き容量を確保する方法が表示されない

変更後

データベースのサイズ上限に達してアーティファクトのデータベース書き込みが拒否された場合のエラーが改善され、上限値と空き容量を確保する方法が表示される

ユーザーへの恩恵

アーティファクトデータベースがサイズ上限に達したとき、エラーメッセージから上限値と対処法を直接確認できる

変更前

Bash コマンドの一部が実行前に検証できないとき、権限プロンプトに冗長な理由を表示する

変更後

Bash コマンドの一部が実行前に検証できないとき、権限プロンプトに簡潔な理由を表示する

ユーザーへの恩恵

コマンドの権限確認をすばやく判断できるようになる

変更前

サーバー認証情報が期限切れになると、認証情報の更新中にセッションが切断され、接続の復旧が不安定だった。

変更後

サーバー認証情報の期限切れ時も、更新中のセッション維持が改善された。

ユーザーへの恩恵

サーバー障害で再接続が断念された場合もセッションを維持することで、リモート操作の信頼性を向上できる。

変更前

Claude Tag が Slack で依頼された会話の文脈は拾えるが、別チャンネルのスレッドは参照で読むだけで、そこでの更新は依頼元の会話には届かなかった

変更後

Claude Tag が、参照のためだけに読んでいた別チャンネルの関連 Slack スレッドも追跡できるようになった

ユーザーへの恩恵

依存している別チャンネルのスレッドの更新が、Claude Tag の会話に自動で届くようになり、ユーザーが最新情報を手動で伝え直す必要がなくなった

変更前

チャンネルの Configure ページで保存エラーの表示が不正確だった。長すぎるチャンネル指示には具体的な対処法が示されず、アクセス権の喪失による保存拒否でも誤って「再試行」を促すメッセージが表示されていた。

変更後

チャンネルの Configure ページで保存エラーの表示が改善された。長すぎるチャンネル指示は短縮を促すメッセージを表示し、アクセス権の喪失による保存拒否は「再試行」を促す誤った案内を表示しなくなった。

ユーザーへの恩恵

チャンネル設定の保存に失敗したとき、状況に応じた正しい対処法を確認できるようになる。

変更前

When the final API response reported zero token usage, Claude Code was unable to detect that the conversation was nearing the context window limit, and as a result long conversations failed with a Prompt is too long error instead of automatically compacting.

変更後

Claude Code is able to detect long conversations without depending on token usage being reported by the API, and properly triggers auto-compaction as a result.

ユーザーへの恩恵

These changes let Claude Code more accurately detect and automatically compress long conversations, avoiding crashes and errors caused by exceeding the context window limit and improving stability.

変更前

--resume でセッションを再開すると、直前のコンパクションで復元されたファイルやその他のコンテキストが、再開後のセッションに引き継がれず欠落することがあった。そのため、コンパクションによって保持されていたはずのファイルの状態や作業の文脈が、セッション再開のタイミングで失われることがあった。

変更後

--resume でセッションを再開しても、コンパクションが復元したファイルやその他のコンテキストは保持される。再開後のセッションにこれらがそのまま引き継がれ、欠けた状態で作業が始まることはない。

ユーザーへの恩恵

--resume でセッションを再開しても、コンパクションで復元されたファイルや文脈が失われず、中断前の状態のまま作業を続けられるようになる。

変更前

再開したセッションで、ターンの最後の応答が時に保存されず、次に --resume で再開した際にプロンプトが未回答として表示されていた。

変更後

ターンの最終応答が確実に保存されるようになり、次に --resume で再開してもプロンプトに未回答のまま表示されなくなる。

ユーザーへの恩恵

セッションを再開した際に、前回の応答が失われず正しく表示されるようになり、中断した箇所から安心して作業を続けられるようになる。

変更前

セッション自身がトランスクリプトファイルを書き換えるタイミングと読み込みが重なると、途中で切れたトランスクリプトが読み込まれることがあり、履歴の一部が欠けていた。

変更後

Claude Code がセッションを再開する際、トランスクリプトの読み込み中にそのセッション自身がファイルを書き換えても、全文の読み込みが完了するようになった。

ユーザーへの恩恵

セッション再開時にツール呼び出しや応答の履歴が欠落せず、保存された会話を完全な形で復元できるようになる。

変更前

v2.1.286以前に始めた会話を再開すると、モデルがそれまでのターンで生成した思考ブロックが会話履歴から欠落し、Claudeがそれ以前の推論にアクセスできなくなっていた

変更後

v2.1.287以降で、v2.1.286以前に始めた会話を再開しても、モデルがそれまでのターンで生成した思考ブロックが失われずに保持される

ユーザーへの恩恵

長期間にまたがる会話を再開しても、Claudeが以前のターンでの思考や推論の文脈を引き継げるようになる

変更前

Mantle や structured outputs を拒否するゲートウェイ経由で実行した場合、structured outputs を要求する機能が失敗し、セッションタイトルの生成・memory recall・prompt hooks が機能しなかった

変更後

structured outputs に対応していないゲートウェイ環境でも、セッションタイトルの生成、memory recall、prompt hooks が正常に動作する

ユーザーへの恩恵

structured outputs 非対応のゲートウェイ環境でもタイトル生成や memory recall、hooks をエラーなく利用でき、必要に応じて structured outputs を無効化できるようになった

変更前

自動モードでツール呼び出しが拒否された際、ブロックされたツールが Bash 以外であっても、拒否メッセージが誤って Bash の権限ルールを指していたため、Claude が関係のないルールを参照して再試行の判断や設定修正を誤る可能性があった。

変更後

拒否されたツールが Bash 以外でも、自動モードの拒否メッセージが Bash の権限ルールを指すようになり、Claude が関連するルールを正しく参照して再試行や設定修正ができるようになった。

ユーザーへの恩恵

ユーザーはツールの種類に関係なく正しい権限ルールを参考にして、拒否理由の理解や設定調整を手早く行えるようになる。

変更前

セッション中に古いモデル (例: WebFetch による要約や sonnet サブエージェント) へのリクエストが発生すると、自動モードはその後のセッションでもそのモデルを継続して使い続け、安全分類器が使用するモデルに自動的に切り替わらない

変更後

自動モードは、WebFetch による要約や sonnet サブエージェントなど古いモデルへのリクエストが発生しても、セッションの残りもそのモデルを継続して採用し、安全分類器のモデルに自動的に切り替える

ユーザーへの恩恵

古いモデルへのフォールバック後も最新のモデルが採用され続けるため、予期せぬモデル変更が発生しなくなる

変更前

再起動したクラウドセッションは、サーバーが拒否したモデルを正しく保持し、拒否後はセッションの元のモデルで応答する。

変更後

再起動したクラウドセッションは、サーバーが新しいモデルを拒否した後も、その拒否されたモデルで応答を続けていた。

ユーザーへの恩恵

ユーザーはクラウドセッションの再起動後も、サーバーに拒否されたモデルで応答が続くという不整合に悩まされなくなる。

変更前

承認されていないURLに対するWebFetchの権限プロンプトが5分間回答されないまま放置されると、Coworkのクラウドセッションが「入力待ち」のまま表示され続け、ユーザーはセッションが自身の応答を待っているのか分からず混乱する。

変更後

WebFetchの権限プロンプトで未承認のURLへのフェッチが5分間回答されなかった場合でも、セッションは待機状態から正常に遷移し、他の作業を続けられる。

ユーザーへの恩恵

権限プロンプトへの回答を忘れてもセッションが入力待ち表示のまま固まらなくなったため、ユーザーはセッション状態を気にせず次の作業に進められる。

変更前

別のデバイスで開始した Cowork クラウドセッションに電話から参加すると、プロンプトの候補が表示されなかった。

変更後

別のデバイスで開始した Cowork クラウドセッションに電話から参加しても、プロンプトの候補が表示されるようになった。

ユーザーへの恩恵

参加したデバイスに関係なく、セッション内で Claude に送る指示を電話のキーボードから候補から選んで素早く入力できるようになる。

変更前

再起動後にそのビュー上でボタンを押すと、正しいボタンではなく別のボタンに紐づくアクションが実行されることがあった。

変更後

再起動前に描画されたビュー上でモーダルのボタンを押すと、押したボタンと別のボタンのアクションが実行されることがあった。

ユーザーへの恩恵

モーダルのボタンが常に自分のアクションを実行するようになり、再起動後も正しいボタンを押せる。

変更前

パースに失敗した diff を含む Code 要素があると、プラグインのペイン全体が描画されず空のままになっていた。

変更後

パースに失敗した diff を含む Code 要素があると、プラグインのペイン全体が描画されず空のままになっていた。

ユーザーへの恩恵

パースできない diff を含むペインでも内容が空になることなく確認できるようになる。

変更前

プラグインの LSP サーバーは、initializationOptions と settings 内でリテラルの ${user_config.*} や ${CLAUDE_PLUGIN_ROOT} プレースホルダーを受け取る

変更後

プラグインの LSP サーバーを初期化する際、manifest の初期化オプションやユーザー設定値が ${user_config.*} や ${CLAUDE_PLUGIN_ROOT} プレースホルダーを介して参照されている場合、サーバーに渡す前に実値に置換される

ユーザーへの恩恵

プラグインの LSP サーバーが manifest のデフォルトやユーザー設定の代わりにリテラルプレースホルダー文字列を受け取ることで誤動作したり起動に失敗したりすることがなくなる

変更前

変更前は、worktree 内で実行されるサブエージェントでプラグインの tool.call フックが働くと、Bash の実行が失敗していました。また、ファイル検索が本来対象とすべきフォルダーではなく誤ったフォルダーを読み込んでいました。

変更後

修正後は、tool.call フックを持つプラグインがあっても、worktree 内のサブエージェントで Bash が正常に実行され、ファイル検索も正しいフォルダーを対象に行われます。

ユーザーへの恩恵

worktree で動作するサブエージェントでもプラグインのフックを併用したまま、Bash コマンドやファイル検索を正しく実行できるようになります。

変更前

古い git(2.39 未満、例: Ubuntu 22.04 の git 2.34)がインストールされている環境では、git-subdir ソースのプラグインのインストールが失敗したり、不完全なプラグインがキャッシュされたりした

変更後

古い git(2.39 未満、例: Ubuntu 22.04 の 2.34)でも git-subdir プラグインのインストールが成功するようになった

ユーザーへの恩恵

新しい git にアップグレードしなくても、Ubuntu 22.04 など標準パッケージの git が 2.39 未満の環境でそのままプラグインをインストールして使える

変更前

「Configure options」ボタンが表示されず、--plugin-dir で読み込んだプラグインのオプションを設定するには、別途 /plugin configure <plugin-name> を実行する必要があった。

変更後

「Configure options」ボタンが表示され、セッション内から直接プラグインのオプションを設定できるようになった。

ユーザーへの恩恵

--plugin-dir で読み込んだプラグインの設定を、別コマンドを実行せずに /plugin 画面内で完結できるようになる。

変更前

実行中のタイマーや読み込みがあったままプラグインが再読み込みまたは無効化されると、バックグラウンドセッションが終了していた。

変更後

バックグラウンドセッションが、プラグインの再読み込みや無効化がタイマーや読み込み処理の実行中に行われても、そのまま動き続ける。

ユーザーへの恩恵

プラグインの更新や再読み込みが、バックグラウンドセッションの継続的な処理を中断させなくなる。

変更前

サンドボックスの自動許可モードでは、区切り文字がクォートされていないヒアドキュメント(例: python3 <<EOF)を含むコマンドは、本体がプレーンテキストと単純な $VAR 参照のみであっても、実行のたびに承認を求められていました。

変更後

サンドボックスの自動許可の対象を判定する際に、区切り文字がクォートされていないヒアドキュメントも本体の中身を考慮して評価されるようになり、本文がプレーンテキストと単純な $VAR 参照のみで構成されている場合は毎回の承認要求なしで自動的に実行されます。

ユーザーへの恩恵

危険性のないヒアドキュメントを含むスクリプト実行が自動許可モードでスムーズに行えるようになり、不要な承認操作が減ります。

変更前

Bash ツールの権限チェックが、シェルが算術式として評価する値を持つ BASHPID への代入を検出できず、権限の確認なしにサイレントに許可していた。シェルが算術評価する BASHPID への代入は、確認プロンプトを出さずに実行されていた。

変更後

Bash ツールの権限チェックが、シェルが算術式として評価する値を持つ BASHPID への代入について、代入を実行する前に確認プロンプトを出すようになった。シェルによって算術評価される BASHPID への代入が、以前はサイレントに許可されていたが、権限チェックが正しく機能するようになった。

ユーザーへの恩恵

ユーザーは、シェルが算術評価する BASHPID への代入が実行される前に確認できるようになり、意図しないコマンド実行を防げる。

変更前

プラグインや mod がプロンプトの上に行を表示している状態でバックグラウンドタスクダイアログを開くと、フルスクリーンセッションが「unrecoverable interface error(回復不能なインターフェースエラー)」で終了していた。

変更後

バックグラウンドタスクダイアログを開いても、プラグインや mod がプロンプトの上に行を表示していてもフルスクリーンセッションが継続する。

ユーザーへの恩恵

プラグインや mod がプロンプト上に行を表示していても、バックグラウンドタスクダイアログを開けるようになり、セッションが落ちずにそのまま作業を続けられる。

変更前

他のセッションに送ったメッセージがそのセッションで保留（未承認）の状態でも、Claude は「配送済み」と報告していた。

変更後

「セッションによって保留されました」のような通知から、どのセッションがそのメッセージを保留しているかを明示する通知に変わった。

ユーザーへの恩恵

メッセージが保留で未配送であることを Claude が正しく把握できるため、誤った配送状況の報告に基づく誤動作や誤解がなくなる。

変更前

-p モードや SDK セッションでツールがユーザーの承認待ちになると、claude_code.tool.blocked_on_user スパンのソースやデシジョンが unknown として報告されていた。PreToolUse フックの承認も同様に unknown になっていた。

変更後

許可待ちや PreToolUse フック承認が、有効なソース・デシジョン値を持つスパンとして正しく報告されるようになる。

ユーザーへの恩恵

-p モードや SDK セッションでもツールの待機時間やフック承認の内訳をテレメトリーから正確に把握できるようになる。

変更前

-p モードや割り込みターンで未回答のまま終わった権限確認があっても、tool_decision イベントが発行されず、モニタリングのログにその決定記録が残らない。

変更後

未回答のまま終わった権限確認があっても、tool_decision イベントが発行されず、モニタリングのログにその決定記録が残らない。

ユーザーへの恩恵

監視基盤でツール使用の承認状況を正確に追跡できるようになる。

変更前

Cowork クラウドセッションでメッセージを編集して再送しようとしても、そのメッセージが /compact より前に送られていた場合、履歴が残っていても再試行が拒否されていた。

変更後

/compact の前に送ったメッセージが、履歴が保存されていても Cowork クラウドセッションの「編集して再試行」で拒否されることがあった。

ユーザーへの恩恵

/compact の前のメッセージも「編集して再試行」で編集・再送できるようになり、クラウドセッションで中断された作業をそのまま続けられる。

変更前

無人セッション(CIなど)で CLAUDE_CODE_RETRY_WATCHDOG を設定していると、非常に長い応答ストリームが失敗した際に何時間もリトライを繰り返し続けていた。

変更後

応答ストリームが非常に長い間失敗した場合でも、3回タイムアウトした時点でリトライを諦めてエラーを報告するようになった。

ユーザーへの恩恵

監視対象の応答ストリームが失敗しても回復しない場合に、長時間の無駄なリトライではなく適切なタイミングで諦めて報告するため、無駄な待ち時間やリソース消費を防げる。

変更前

セキュアストレージへの認証情報の保存に失敗した場合でも、/login が「Login successful」と表示し、ユーザーは失敗に気づかないままログインが完了したと誤認する。

変更後

認証情報をセキュアストレージに保存できなかった場合に、/login が失敗を示すメッセージを表示するようになり、新しいログインが反映されなかった場合には再試行を提案する。

ユーザーへの恩恵

ログインの保存失敗に気づき、再試行できるようになる。

変更前

Bedrock のクレデンシャル参照中に Stop が発生すると、リクエストはその時点で終了していた。

変更後

クレデンシャル参照中に Stop が起きると、セッションがフォールバックモデルに切り替わることがあり、リクエストはそのフォールバックモデルで続行された。

ユーザーへの恩恵

ユーザーは意図しないモデル切り替えに悩まされず、Stop 操作の結果を予測どおりに得られる。

変更前

ノート PC がスリープから復帰したとき、別の Claude Code プロセスが gcpAuthRefresh/awsAuthRefresh によるブラウザサインインを実行中だと、覚えていなくても二つ目のサインインが開き、余分なブラウザタブと OAuth コールバックの競合が起きていた

変更後

スリープ解除時に別プロセスがサインイン中でもブラウザのサインインが再び開かれず、重複した認証フローが発生しなくなる

ユーザーへの恩恵

複数の Claude Code プロセスが動作していても、余分なブラウザサインインを開かずに済むようになる

変更前

プラグインで定義されたエージェントを名前でスポーンすると、そのエージェント自身の定義が無視され、デフォルトのプロンプト、tools、disallowedTools、effort で実行されていた。

変更後

エージェントチームにおいて、プラグインで定義されたエージェントを名前でスポーンすると、そのエージェント自身のプロンプト、tools、disallowedTools、effort の設定で実行されるようになった。

ユーザーへの恩恵

ユーザーはプラグインで定義したエージェントのプロンプトやツール構成、effort 設定が意図どおりに反映されるようになり、期待した振る舞いでエージェントを利用できる。

変更前

ヘッドレス(-p / SDK)セッションでは、timeout や systemd のようなスーパーバイザが SIGTERM に SIGCONT を添えて送信すると、その SIGTERM がときどき無視され、プロセスが終了せずに動作し続けることがあった。

変更後

timeout や systemd のようなスーパーバイザが SIGCONT を伴って SIGTERM を送信しても、ヘッドレス(-p / SDK)セッションが確実に SIGTERM に応答して終了するようになった。

ユーザーへの恩恵

スーパーバイザ経由でのプロセス停止が確実に機能するようになり、停止漏れによるゾンビ的な実行の残存を気にせずタイムアウト制御やサービス管理に任せられるようになった。

変更前

クラウドセッションを再起動した際、セッション前回使用していたモデルがそのまま復元されていました。そのモデルが組織で強制されているモデルリストから除外されている場合、許可されていないモデルがそのまま使用されていました。

変更後

再接続後、クラウドセッションが組織で強制されているモデルリストから外れたモデルを復元しなくなりました。強制リストで拒否されるモデルは、利用可能なモデルから自動的に選択されます。

ユーザーへの恩恵

管理者は許可されていないモデルが実行されるリスクを心配せずに、クラウドセッションを再開できるようになります。

変更前

リモートMCPサーバーの結果が16MBを超える場合やパースできない場合に、ツール呼び出しが二重に実行されることがあった

変更後

リモートMCPサーバーの結果が16MBを超える場合やパースできない場合でも、ツール呼び出しが二重に実行されなくなった

ユーザーへの恩恵

リモートMCPサーバーの大きな結果やパース不能な結果でも、ツール呼び出しが二重に実行されず安全性が向上する

変更前

Claude Desktop の Code タブで実行されるサブエージェントは、ユーザーが設定した memory という名前の MCP サーバーのツールを一切利用できませんでした。

変更後

Claude Desktop の Code タブで実行されるサブエージェントでも、ユーザーが設定した memory という名前の MCP サーバーのツールが利用可能になりました。

ユーザーへの恩恵

Claude Desktop の Code タブでも、memory MCP サーバーのツールをサブエージェント経由で利用できるようになります。

変更前

問題: auto mode が使えない場合(disableAutoMode や古いモデルなど)、許可済みサイトでもスクリーンショットやページ読み取りのたびに確認を求められ、benign な操作までプロンプトが繰り返されていた。修正後は許可済みサイトへのこれらの読み取り操作は確認なしで実行され、入力・ナビゲーション・JavaScript 実行など書き込み系操作は従来どおり確認を求める。

変更後

問題: auto mode が使えない場合(disableAutoMode や古いモデルなど)、許可済みサイトでもスクリーンショットやページ読み取りのたびに確認を求められ、benign な操作までプロンプトが繰り返されていた。修正後は許可済みサイトへのこれらの読み取り操作は確認なしで実行され、入力・ナビゲーション・JavaScript 実行など書き込み系操作は従来どおり確認を求める。

ユーザーへの恩恵

許可済みサイトでの読み取り中心タスクで確認ダイアログが減り、作業を中断されずに進められる。

変更前

GitHub SSH キーが設定されていない macOS / Linux 環境で、GitHub ソースのプラグインを claude plugin install でインストールしようとすると、SSH クローンが失敗し、インストール全体がエラーで失敗する。HTTPS へのフォールバックや通知は行われない。

変更後

GitHub SSH キーが設定されていない macOS / Linux 環境でも、claude plugin install で GitHub ソースのプラグインをインストールできる。SSH クローンが失敗した場合、クローン処理が自動的に HTTPS にフォールバックし、その旨の notice がターミナルに出力される。

ユーザーへの恩恵

GitHub SSH キーのない環境でも SSH クローンの失敗時に HTTPS への自動フォールバックと通知によって GitHub ソースのプラグインをインストールできるようになる。

変更前

permissions.blockReadsOutsideWorkingDirectories が有効な場合、git config ファイルに対する sandbox.credentials.files のエントリが正しく適用されませんでした。その結果、ブロックが有効な環境でこれらのエントリが指定する認証情報ファイルのマスクや拒否などの動作が機能しませんでした。

変更後

permissions.blockReadsOutsideWorkingDirectories が有効な場合でも、git config ファイルに対する sandbox.credentials.files のエントリが正しく適用されるようになりました。

ユーザーへの恩恵

permissions.blockReadsOutsideWorkingDirectories を有効にしている環境でも、git config ファイルに設定した sandbox.credentials.files のエントリが正しく反映されるようになります。

変更前

チームおよびエンタープライズプラン、または管理設定が適用されたマシンで、Artifactツールを使ってスライドやデザインを開始する際に、Claudeが組織のデザインシステムを無視して独自の判断でページを作っていた。

変更後

チームおよびエンタープライズプラン、または管理設定が適用されたマシンで、Artifactツールを使ってスライドやデザインを開始する際に、Claudeが組織のデザインシステムを考慮するようになった。

ユーザーへの恩恵

チームやエンタープライズのユーザーは、Artifactツールでスライドやデザインを作る際に、組織のブランドやルールに沿った成果物をすぐに受け取れるようになった。

変更前

Claude Code が自身を再起動すると(ゲートウェイへの初回サインイン、プロバイダー設定、/tui コマンドの実行後)、Windows でキーボードが動作しなくなっていた。

変更後

Claude Code が自身を再起動した後も Windows でキーボード入力が正しく動作するようになった。

ユーザーへの恩恵

再起動を伴うサインインや設定のたびにキーボードが無反応になることに悩まされず、そのまま操作を続けられるようになった。

変更前

サブエージェントの tools: に多数の Agent(...) エントリが並んでいると、起動処理が途中で停止し、エージェントが固まったまま動かなくなっていた。

変更後

エージェントの tools: に多数の Agent(...) エントリが並んでいても、Claude Code がそれらを正しく解決して起動処理を完了するようになった。

ユーザーへの恩恵

Agent(...) エントリを大量に列挙したエージェント定義でも、起動時の停止を気にせず実行できるようになる。

変更前

PDF を会話に含めた後、Claude 3 Opus/Claude 3 Sonnet でセッションが毎ターン正常に動作する

変更後

PDF を会話に含めた後、Claude 3 Opus/Claude 3 Sonnet では毎ターン thinking.type.enabled is not supported for this model のエラーが発生し、セッションが失敗していた

ユーザーへの恩恵

PDF を添付したセッションで Claude 3 系モデルを使っても、毎ターンの失敗なしに作業を続けられる

変更前

When the platform-native binary failed to download, the npm auto-updater installed only the placeholder claude stub but still reported the update as successful.

変更後

npm auto-updater now correctly reports failure when the platform-native binary download fails and only the placeholder claude stub is installed, instead of claiming success.

ユーザーへの恩恵

ユーザーはアップデートの成否を正確に把握でき、プレースホルダーのまま残ったインストールをすぐに検出して対処できるようになる。

変更前

リモートコントロールのクリーンアップが、別のデバイスから再接続された直後のセッションなど、まだ使用中のセッションをアーカイブしてしまい、そのセッションがClaude Codeによって再度開かれない限り使用できない状態になっていた

変更後

リモートコントロールのクリーンアップが、まだ接続中のセッションや、別のClaude Codeプロセスが再アタッチした直後のセッションをアーカイブしなくなった

ユーザーへの恩恵

リモートコントロールのセッションを別のデバイスに引き継いでも、そのセッションが誤ってアーカイブされずに済むようになった

変更前

SSHとHTTPSの両方のフェッチが失敗した際、2回目の試行（HTTPS）のエラーメッセージだけが表示され、最初に試みたSSHのクローンがなぜ失敗したのかが画面から消えていた。

変更後

SSHとHTTPSの両方のフェッチが失敗した際に、2回目の試行（HTTPS）のエラーだけでなく、最初に試行されたトランスポート（SSH）のエラーも併せて表示される。表示順は、最初に試行されたトランスポートのエラーが上、2回目のエラーが下になる。

ユーザーへの恩恵

両方のトランスポートの失敗原因（例: SSH鍵の問題とネットワーク到達性の問題）を一度の表示で確認でき、どちらの経路で接続すべきかを素早く切り分けられるようになる。

変更前

Write または Edit でスコープ内のファイルを作成・変更しても、パススコープの .claude/rules やネストされた CLAUDE.md が読み込まれず、Read のときだけ読み込まれていた

変更後

Write または Edit でスコープ内のファイルを作成・変更したときにも、パススコープの .claude/rules やネストされた CLAUDE.md が読み込まれる

ユーザーへの恩恵

ファイルの作成や編集のときにもスコープに合致するルールや規約が確実に適用され、Read のときだけしか規約が反映されない問題を解消できる

変更前

bash -c や sh -c に渡されたインラインスクリプト内の rm コマンドは、パス解析の対象にならず、bypassPermissions モードやシェル許可ルールが一致している場合はユーザーへの確認なしに実行された。そのため、ルート直下やホームディレクトリなどへの危険な削除が見過ごされる可能性があった。

変更後

Claude Code は、bash -c や sh -c に渡されたスクリプト内の rm も解析して危険な削除を検出し、bypassPermissions モードやシェル許可ルールの下でも確認なしに実行されないようにブロックするようになった。

ユーザーへの恩恵

ユーザーは許可ルールや bypassPermissions の設定をしていても、ルートやホームディレクトリへの危険な rm が確認なしに実行されないようになり、誤って重要なファイルを消すリスクを減らせる。

変更前

言語サーバーが動的 capability 登録を使用する場合や応答しなくなった場合、LSP ツール呼び出しが無限にハングする

変更後

言語サーバーが動的 capability 登録を使用していても応答しなくなっても、LSP ツール呼び出しはリクエストごとにタイムアウトする

ユーザーへの恩恵

言語サーバーが応答しなくてもセッションが固まることなく、60秒後に処理を諦めて先へ進める

変更前

Claudeがレスポンスを終えてから約60秒経過した時点で、ユーザーのタイプ入力がなくても、アイドル状態を示す通知フックが発火する。background subagentなど、バックグラウンドで動作しているエージェントがまだある場合に発火しないはずだが、idle_prompt通知フックはバックグラウンドエージェントがまだ動作しているときにも発火していた。

変更後

バックグラウンドエージェントの実行中にアイドル通知が発火するのは変なので、backgroundSubagentが走っている間はフックが発火しないようになった。

ユーザーへの恩恵

バックグラウンドエージェントがまだ動いている間にユーザーへ誤ってアイドル通知が出ることを防げる。

変更前

マッチ処理が失敗したりツールの入力をJSONにシリアライズできなかった場合、PreToolUseフックとPermissionRequestフック自体がスキップされていました。その結果、フックによる許可・拒否の判断が行われず、呼び出しがブロックもされずに続行していました。

変更後

マッチ処理が失敗したりツールの入力をJSONにシリアライズできなかった場合でも、PreToolUseフックとPermissionRequestフックがスキップされず、呼び出しがブロックされるようになりました。フックの判断が失敗時に黙って無視されることはなく、安全側に倒した動作になります。

ユーザーへの恩恵

保護対象ファイルへの書き込みなどもフックの異常時にはブロックされるため、フックによる安全制御がバイパスされなくなります。

変更前

修正前は、新規環境やモデル切り替え直後の最初のリクエストで、サーバーから返された出力制限と自動コンパクト閾値ではなくクライアント側の内蔵値を使って自動コンパクトを判定していた。

変更後

修正後は、新規環境やモデル切り替え直後の最初のリクエストでも、サーバーから返された出力制限と自動コンパクト閾値を使い、それに合わせて自動コンパクトを正しく実行するようになった。

ユーザーへの恩恵

セッション開始直後やモデル切り替え直後でもサーバー側の制限・閾値に基づく正しい自動コンパクトが行われるようになり、予期しない出力制限エラーを避けられる。

変更前

Ctrl+Enter で queued メッセージを送ると、queued メッセージが送信され、再プロンプトやヒントが消えるはずだった。

変更後

Ctrl+Enter で queued メッセージを送った後も、Interrupted 行に「What should Claude do instead?」というヒントが表示され続けていた。

ユーザーへの恩恵

キュー送信後に消えるべき「What should Claude do instead?」ヒントが残らず、中断行の表示が正しくなる。

変更前

--bare セッションで /login を実行すると、そのセッションでは決して読み取られないサインインフローが裏で開始されていた。このサインインが完了すると、保存済みの有効なログインが新たな認証情報に置き換えられてしまうことがあった。

変更後

--bare セッションで /login を実行してもサインインフローが開始されない。代わりに、どの認証情報が有効で使えるかがその場で表示されるため、保存済みのログインはそのまま維持される。

ユーザーへの恩恵

認証情報が不要に置き換わるのを防ぎ、既存の有効なログインを保ったまま利用できるようになる。

変更前

サブエージェントがファイルアクセスによってルールやネストされた CLAUDE.md をロードした際、InstructionsLoaded フックイベントに入力フィールドの agent_id と agent_type が含まれていませんでした。また、ファイルアクセス時にロードされたルールやネストされた CLAUDE.md は effort が報告されませんでした。

変更後

サブエージェントがファイルにアクセスしてルールやネストされた CLAUDE.md をロードした際に発火する InstructionsLoaded フックイベントに agent_id と agent_type が含まれるようになりました。また、ファイルアクセス時にロードされたルールおよびネストされた CLAUDE.md についても effort が報告されるようになりました。

ユーザーへの恩恵

サブエージェントのレジュームイベントでもセッションと同様にユーザーとプロジェクトを一意に識別でき、レジューム処理を確実に自動化できるようになる。

変更前

Agent tool under claude mcp serve always reported no available agents and rejected every subagent_type

変更後

Fix applied so the Agent tool under claude mcp serve now accurately reports available agents

ユーザーへの恩恵

SDK セッションからサブエージェントを呼び出す際に、適切なサブエージェントタイプを指定してタスクを委譲できるようになる。

変更前

フルスクリーン表示のトランスクリプトビューア(Ctrl+O で切り替え、/ で検索)や /theme のカスタムカラー検索に文字を入力しても、ターミナルのカーソルは入力位置に移動せず、打ったテキストから離れた場所に留まっていた。検索語を入力・編集している間、カーソルが実際の入力位置を示さない状態だった。

変更後

トランスクリプトビューアの検索や /theme のカスタムカラー検索で文字を入力すると、ターミナルのカーソルが現在の入力位置に追従して移動するようになった。検索語の入力・編集中、カーソルが常に打ったテキストの位置を正しく示す。

ユーザーへの恩恵

検索やカスタムカラーの入力中もカーソルが入力位置を正しく示すため、ユーザーはカーソルを目で追いながら迷わず検索語やテーマ色を入力できるようになった。

変更前

スクリーンリーダーモードで /permissions を開くと、番号を入力しても検索ボックスが開いてしまい、本来の目的である番号によるルール選択ができなかった。

変更後

スクリーンリーダーモードでは、権限プロンプトやメニューが「Select with numbers」という番号入力形式のリストとして表示されるため、ルールの番号を入力して Enter キーを押すだけで、その権限ルールを直接選択できるようになった。

ユーザーへの恩恵

番号を入力するだけで目的の権限ルールを選択できるようになり、検索ボックスを経由する手間がなくなる。

変更前

VSCode 拡張機能で claude.ai コネクターを承認しても「認証が必要」のまま表示され続け、接続状態を確認する手段がなかった。

変更後

VSCode 拡張機能で claude.ai コネクターの MCP サーバーダイアログに「Check connection」ボタンが追加され、認証後に接続状態を手動で再確認できるようになった。以前は認証済みでも接続確認手段がなく「認証が必要」のまま表示され続けることがあった。

ユーザーへの恩恵

ユーザーは認証後の接続状態を自分で確認でき、誤った認証エラー表示に惑わされずに済む。

変更前

New Conversation ショートカット (Cmd/Ctrl+N) を実行すると、自分がフォーカスしているビューだけでなく、画面に表示されているすべての Claude ビューで新規会話が開始されていました。

変更後

New Conversation ショートカット (Cmd/Ctrl+N) は、フォーカスのある Claude ビューのみで新規会話を開始するようになりました。他の表示中の Claude ビューでは勝手に会話が始まりません。

ユーザーへの恩恵

Cmd/Ctrl+N による新規会話の開始が、自分が作業しているビューだけに限定され、表示中の他の Claude ビューが意図せず新しい会話で上書きされることがなくなりました。

変更前

表示中のセッションをアーカイブした後、チャットビューは自動的に保存された次のセッションを再開してしまい、ユーザーの意図に反して過去の会話が引き継がれていました。

変更後

アーカイブした後、チャットビューは保存された次のセッションを再開するのではなく、新しい会話を開始するようになりました。

ユーザーへの恩恵

ユーザーはセッションをアーカイブした後に、意図せず次の保存済みセッションが勝手に再開されることを心配せず、クリーンな状態から新しい会話を始められるようになります。

変更前

Cloud sessions 自体とは無関係なセキュリティ設定の読み込み中や読み込み失敗の際に、Claude Code 管理設定の Cloud sessions スイッチがロックオフ状態のまま残り、Owner が操作できなかった。

変更後

無関係なセキュリティ設定の読み込み中や読み込み失敗でも、管理者設定の Cloud sessions スイッチがその設定に依存しない形で評価され、ロックオフのまま残らず正しく操作できる。

ユーザーへの恩恵

無関係なセキュリティ設定の読み込み状態に引きずられず、組織全体の Cloud sessions を適切に有効化・無効化できるようになる。

変更前

ランナーの起動中に Stop を押すと、キューに入ったメッセージがキャンセルされ、ランナーが起動しても実行されない。

変更後

ランナーの起動中に Stop を押すと、キューに入ったメッセージがキャンセルされず、ランナーが起動した後に実行されてしまう状態だった。

ユーザーへの恩恵

Cloud セッションで自己ホストランナーの起動中に Stop を押しても、意図せずメッセージが後から実行されることがなくなり、停止操作が確実に反映されるようになった。

変更前

設定が自動作成されたチャンネルでは、Claude Tag 管理設定から「Remove this scope」(このスコープを削除) オプションを選んでも削除が完了しなくなった。

変更後

設定が自動作成されたチャンネルでも、Claude Tag 管理設定に「Remove this scope」(このスコープを削除) オプションが表示されていた。しかし、そのオプションは常に削除に失敗する動作だった。

ユーザーへの恩恵

設定が自動作成されたチャンネルで不要になったスコープを、管理者が管理設定から自力で削除できるようになる。

変更前

claude plugin test は保存された設定のうち disableAllHooks などを読み込んだうえで判定を行うが、その読み込み値が古く、リモートで実際に無効化されていなくても「Anthropic によりリモートで無効化された」という報告をする。

変更後

claude plugin test は保存された設定が期限切れでも、実際には適用されていないリモートによる無効化と区別せずに「mod がリモートで無効化されている」と報告する場合があった。

ユーザーへの恩恵

設定ファイルの読み込みが期限切れでも実際のリモート無効化状態を正確に判定できるようになる。