Claude Code の更新履歴https://claude-code-log.com/jahttps://claude-code-log.com/changelog/v2.1.300#item-0ac0653cb4aahttps://claude-code-log.com/changelog/v2.1.300#item-0ac0653cb4aa- mod のプロンプト装飾に `virtualText` を追加しました。プロンプトボックス内に描画されるテキストで、ドラフトや送信されるプロンプトには一切含まれません。Wed, 14 Oct 2026 21:03:49 GMT- mod のプロンプト装飾に `virtualText` を追加しました。プロンプトボックス内に描画されるテキストで、ドラフトや送信されるプロンプトには一切含まれません。

---

変更前

mod がプロンプトボックス内に装飾テキストを表示する場合、そのテキストはドラフトや送信されるプロンプトの一部として扱われていた。

変更後

プロンプト装飾に `virtualText` が追加され、プロンプトボックス内に描画してもドラフトや送信されるプロンプトに入らないテキストを扱えるようになった。

利点

ユーザーは入力内容に影響を与えずに mod がプロンプトボックス内に補助情報を表示できるようになり、入力と装飾が混ざらなくなった。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-405b54cff7a9https://claude-code-log.com/changelog/v2.1.300#item-405b54cff7a9OpenTelemetry の `api_request` イベントに `cache_creation_5m_tokens` と `cache_creation_1h_tokens` を追加し、キャッシュへの書き込みをライフタイム別に分割して計測できるようにした。Wed, 14 Oct 2026 21:03:49 GMTOpenTelemetry の `api_request` イベントに `cache_creation_5m_tokens` と `cache_creation_1h_tokens` を追加し、キャッシュへの書き込みをライフタイム別に分割して計測できるようにした。

---

変更前

`api_request` イベントのキャッシュ書き込みトークンは `cache_creation_tokens` として合計値のみが報告されており、5分と1時間のどちらのキャッシュライフタイムに対する書き込みか区別できなかった。

変更後

`api_request` イベントに `cache_creation_5m_tokens` と `cache_creation_1h_tokens` が追加され、キャッシュへの書き込みトークンが 5分 TTL と 1時間 TTL のライフタイム別に分けて報告される。

利点

ユーザーはプロンプトキャッシュの書き込みをキャッシュライフタイムごとに分けて把握でき、キャッシュコストの分析や監視の精度が向上する。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-6891060e1348https://claude-code-log.com/changelog/v2.1.300#item-6891060e1348- mod 向けに `$.ui.view({ agentId })` を追加しました。リクエストするとメインビューにエージェントのトランスクリプトが表示され、`$.ui.view({})` で元のビューに戻ります。Wed, 14 Oct 2026 21:03:49 GMT- mod 向けに `$.ui.view({ agentId })` を追加しました。リクエストするとメインビューにエージェントのトランスクリプトが表示され、`$.ui.view({})` で元のビューに戻ります。

---

変更前

mod の UI からエージェントのトランスクリプトを直接表示する方法はなく、ユーザーはトランスクリプトファイル（`~/.claude/projects/{project}/{sessionId}/subagents/` 配下の `agent-{agentId}.jsonl`）を確認するか、agent view などの別画面を開いてセッションの状況を追いかける必要がありました。

変更後

mod の UI で `$.ui.view({ agentId })` を呼び出すと、指定したエージェントのトランスクリプトをメインビューに表示できるようになりました。また、`$.ui.view({})` を呼び出すと元の表示に戻れます。

利点

mod 内から直接エージェントの進行状況を確認し、必要に応じてメインビューに戻れるようになりました。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-6ff08954b62dhttps://claude-code-log.com/changelog/v2.1.300#item-6ff08954b62d- mod の `Text` に、右から左に読むテキストのための `dir` プロパティを追加した: Windows および VS Code のターミナルでは、その行は指定した方向に読まれ、右端に揃えて表示される。Wed, 14 Oct 2026 21:03:49 GMT- mod の `Text` に、右から左に読むテキストのための `dir` プロパティを追加した: Windows および VS Code のターミナルでは、その行は指定した方向に読まれ、右端に揃えて表示される。

---

変更前

mod の `Text` 要素にはテキストの書字方向を制御する手段がなく、アラビア語やヘブライ語のような右から左(RTL)のテキストを描画しても、ターミナル上で左揃え・左から右の順で表示されていた。特に Windows や VS Code のターミナルでは、RTL テキストが正しい方向で表示されない問題があった。

変更後

`Text` 要素に `dir` プロパティが追加された。このプロパティを指定すると、Windows および VS Code のターミナルでは、テキストの各行がその方向(右から左)に読め、右端に揃えて表示される。

利点

ユーザーは RTL テキストを mod の UI で自然な向きと配置で表示できるようになり、アラビア語やヘブライ語などを含む UI が正しく読めるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-09d0bda06130https://claude-code-log.com/changelog/v2.1.300#item-09d0bda06130- Claude Platform on AWS に `/advisor` を追加。`/advisor`、`advisorModel`、`--advisor` のいずれかでモデルを選択するまでアドバイザーは実行されず、`CLAUDE_CODE_DISABLE_ADVISOR_TOOL=1` を設定すると無効化できる。Wed, 14 Oct 2026 21:03:49 GMT- Claude Platform on AWS に `/advisor` を追加。`/advisor`、`advisorModel`、`--advisor` のいずれかでモデルを選択するまでアドバイザーは実行されず、`CLAUDE_CODE_DISABLE_ADVISOR_TOOL=1` を設定すると無効化できる。

---

変更前

Claude Platform on AWS 環境ではアドバイザー機能が提供されておらず、アドバイザーモデルを選択する手段も無効化する手段もなかった。

変更後

Claude Platform on AWS でも `/advisor` コマンド、`advisorModel` 設定、`--advisor` フラグのいずれかでアドバイザーを有効化できるようになった。何も選択しなければアドバイザーは実行されず、`CLAUDE_CODE_DISABLE_ADVISOR_TOOL=1` を設定すると完全にオフになる。

利点

AWS 環境のユーザーもアドバイザーを任意に有効化・選択・無効化できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-84fac015d58fhttps://claude-code-log.com/changelog/v2.1.300#item-84fac015d58fトレーススパンに `gen_ai.provider.name`、`gen_ai.conversation.id`、`gen_ai.tool.name`、`error.type` などの OpenTelemetry GenAI セマンティック規約の属性を追加したWed, 14 Oct 2026 21:03:49 GMTトレーススパンに `gen_ai.provider.name`、`gen_ai.conversation.id`、`gen_ai.tool.name`、`error.type` などの OpenTelemetry GenAI セマンティック規約の属性を追加した

---

変更前

トレーススパンには、`model` や `request_id` など Claude Code 固有の属性のみが設定されていた。OpenTelemetry GenAI セマンティック規約に沿った属性は一部(`gen_ai.system` など)にとどまっていた。

変更後

トレーススパンに、`gen_ai.provider.name`、`gen_ai.conversation.id`、`gen_ai.tool.name`、`error.type` といった OpenTelemetry GenAI セマンティック規約の属性が新たに追加された。既存の `gen_ai.system` や `gen_ai.request.model` などと同様に、スパンから規約準拠の標準的な属性を取得できるようになった。

利点

独自の属性名を対応付けることなく、OpenTelemetry GenAI セマンティック規約を前提としたトレースバックエンドやダッシュボードに、そのままデータを取り込めるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-bc8190cc3340https://claude-code-log.com/changelog/v2.1.300#item-bc8190cc3340`agent.spawn` mod フックでワークフローエージェントの `prompt` と `model` を書き換えられるようになった。以前はワークフローエージェントを拒否することしかできなかったWed, 14 Oct 2026 21:03:49 GMT`agent.spawn` mod フックでワークフローエージェントの `prompt` と `model` を書き換えられるようになった。以前はワークフローエージェントを拒否することしかできなかった

---

変更前

`agent.spawn` mod フックはワークフローエージェントに対して拒否のみ可能で、`prompt` や `model` を書き換えることはできなかった。

変更後

`agent.spawn` mod フックでワークフローエージェントの `prompt` と `model` を書き換えられるようになり、柔軟な制御が可能になった。

利点

mod の開発者はワークフローエージェントの起動時に拒否だけでなくプロンプトやモデルをカスタマイズできるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-e2cb43ba4906https://claude-code-log.com/changelog/v2.1.300#item-e2cb43ba4906- プロンプト入力欄のテキストが、キー入力以外の操作(履歴からの呼び出し、クリア、取り消し、プラグインによる入力)で変化した際に発生する `prompt.change` mod フックを追加したWed, 14 Oct 2026 21:03:49 GMT- プロンプト入力欄のテキストが、キー入力以外の操作(履歴からの呼び出し、クリア、取り消し、プラグインによる入力)で変化した際に発生する `prompt.change` mod フックを追加した

---

変更前

以前は、`prompt.submit` フックでプロンプトが送信されたタイミングのみを捕捉できた。履歴呼び出しやクリアなど、入力欄のテキストがキー入力によらず変化する場面は検出できなかった。

変更後

新しい `prompt.change` フックにより、履歴エントリの呼び出し、`/clear`、取り消し(undo)、プラグインによる fill といった、キー入力を伴わないテキスト変化を検出できるようになった。

利点

ユーザーは送信前のプロンプトの変化を監視・加工するプラグインを作れるようになり、テキストが入力欄に戻った時点で対応できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-d58b62f7f1bdhttps://claude-code-log.com/changelog/v2.1.300#item-d58b62f7f1bdセッション自身のネットワーク設定が原因なのに、クラウドセッションが組織ポリシーによってホストがブロックされたと Claude に伝えてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMTセッション自身のネットワーク設定が原因なのに、クラウドセッションが組織ポリシーによってホストがブロックされたと Claude に伝えてしまう問題を修正した

---

変更前

クラウドセッション内でホストへの接続がセッション自身のネットワーク設定(許可リストの設定など)によってブロックされても、Claude には組織ポリシーが原因であると誤った説明が伝わっていた。ユーザーは組織の管理者にポリシー変更を依頼するなど、誤った方向で対処を検討することになり得た。

変更後

ブロックの原因をセッション自身のネットワーク設定として正しく伝えるようになり、Claude は環境設定の Network access の変更など適切な対処を案内できる。

利点

ユーザーは誤った組織ポリシーの確認や管理者への問い合わせをせず、セッションの環境ネットワーク設定を直接見直すだけでよくなる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-47c83a6a4715https://claude-code-log.com/changelog/v2.1.300#item-47c83a6a4715小さいオートコンパクトウィンドウを選択した際に、トークン使用量が多いことについての `/autocompact` の警告が表示される問題を修正しましたWed, 14 Oct 2026 21:03:49 GMT小さいオートコンパクトウィンドウを選択した際に、トークン使用量が多いことについての `/autocompact` の警告が表示される問題を修正しました

---

変更前

ユーザーが `/autocompact` でより小さなオートコンパクトウィンドウを設定すると、トークン使用量が多いことに対する警告が不正に表示されていた。

変更後

小さいオートコンパクトウィンドウを意図的に選んだ場合でも、その設定に応じた動作となり、不適切な警告が表示されなくなった。

利点

意図的にコンパクトを早めるために小さいウィンドウを設定しても、誤った警告に惑わされず安心して使えるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-496fde6612efhttps://claude-code-log.com/changelog/v2.1.300#item-496fde6612ef- バックグラウンドコマンドが実行中のまま終了した場合に、SessionEnd フックが実行されないことがある問題を修正したWed, 14 Oct 2026 21:03:49 GMT- バックグラウンドコマンドが実行中のまま終了した場合に、SessionEnd フックが実行されないことがある問題を修正した

---

変更前

バックグラウンドコマンドがまだ実行中の状態でセッションを終了すると、SessionEnd フックが実行されず、クリーンアップ処理やセッション統計の記録が行われないことがあった。

変更後

バックグラウンドコマンドの実行中にセッションを終了しても、SessionEnd フックが確実に実行されるようになった。

利点

バックグラウンドコマンドの実行中にセッションを終了しても、クリーンアップやセッション状態の保存といった SessionEnd フックの処理が確実に行えるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-320a56fd92f4https://claude-code-log.com/changelog/v2.1.300#item-320a56fd92f4`claude --help` の `--restricted` の説明で、すでに削除されたツール名が表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT`claude --help` の `--restricted` の説明で、すでに削除されたツール名が表示される問題を修正した

---

変更前

変更前は、`claude --help` の `--restricted` フラグの説明文に、すでに削除されたツールの名前がそのまま記載されていた。ユーザーはヘルプを見ても、実際には存在しないツールが制限対象として示されるため、混乱する可能性があった。

変更後

変更後は、`--restricted` の説明文から削除済みツールの名前が除かれ、実際に制限されるツールのみが正しく表示される。ヘルプの記載が実挙動と一致するようになった。

利点

ユーザーは `--help` を実行するだけで、`--restricted` が実際に制限するツールを正確に把握できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-d2af433782cahttps://claude-code-log.com/changelog/v2.1.300#item-d2af433782ca`claude agents` で、あるプルリクエストのデータが不完全な場合に、他のプルリクエストのステータスも更新されない問題を修正しましたWed, 14 Oct 2026 21:03:49 GMT`claude agents` で、あるプルリクエストのデータが不完全な場合に、他のプルリクエストのステータスも更新されない問題を修正しました

---

変更前

`claude agents` で複数のプルリクエストを監視している際、1つのプルリクエストのデータ取得が不完全に終わると、そのプルリクエストだけでなく他のプルリクエストのステータス更新も行われなかった。

変更後

1つのプルリクエストのデータが不完全に返ってきても、他のプルリクエストのステータスは正しく更新されるようになった。

利点

一部のプルリクエストでデータ取得に問題が発生しても、ユーザーは他のプルリクエストの最新ステータスを継続的に確認できる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-0803248db180https://claude-code-log.com/changelog/v2.1.300#item-0803248db180- クラウドセッションのコンテナが置き換えられた後に、エージェントがすでに一度再開されていた場合、Claude がバックグラウンドエージェントは失われたもので再開不能だと告知される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- クラウドセッションのコンテナが置き換えられた後に、エージェントがすでに一度再開されていた場合、Claude がバックグラウンドエージェントは失われたもので再開不能だと告知される問題を修正した

---

変更前

クラウドセッションのコンテナが置き換えられ、バックグラウンドエージェントがすでに一度再開されていた場合、Claude はそのエージェントが失われたものであり再開できないと誤って伝えられていた。

変更後

同じ状況でも、Claude はエージェントが失われたものだと誤認されず、適切に扱えるようになった。

利点

ユーザーはコンテナ置き換え後に再開済みのバックグラウンドエージェントを失われたものと誤解せず、そのまま利用を続けられる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-62cd71699627https://claude-code-log.com/changelog/v2.1.300#item-62cd71699627メッセージを入力したサブエージェントが、終了直後に `/tasks` から消えて会話に戻る手段がなくなる問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTメッセージを入力したサブエージェントが、終了直後に `/tasks` から消えて会話に戻る手段がなくなる問題を修正した。

---

変更前

メッセージを入力したサブエージェントは、終了直後に `/tasks` の一覧から削除されていた。そのため、一度終了したサブエージェントとの会話(トランスクリプト)を開き直す方法がなかった。

変更後

サブエージェントが終了した後も、一定時間 `/tasks` に行が表示されるようになった。フッターのヒントに従って `/tasks` を開き、該当するサブエージェントで Enter を押せば、入力したメッセージを含む会話の記録を確認できる。

利点

入力したメッセージがあるサブエージェントも、終了後すぐに消えることなく、`/tasks` から会話の記録を開いて確認できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-7d3e8466e9b1https://claude-code-log.com/changelog/v2.1.300#item-7d3e8466e9b1閲覧中の子エージェントの親エージェントが完了した際に、パンくずリストから親が外れて(子がトップレベルに付け直されて表示される)問題を修正したWed, 14 Oct 2026 21:03:49 GMT閲覧中の子エージェントの親エージェントが完了した際に、パンくずリストから親が外れて(子がトップレベルに付け直されて表示される)問題を修正した

---

変更前

完了した親エージェントがパンくずリストから脱落し、表示中の子エージェントがトップレベルにルートし直された状態で表示されていた。そのため、子エージェントを開いている間に表示構造が突然変わってしまっていた。

変更後

親エージェントが完了しても、閲覧中の子エージェントのパンくずリスト上の位置関係が維持されるようになった。子を表示中でも親子の階層構造が保たれる。

利点

子エージェントを閲覧中に表示が付け直されることなく、安定して作業を続けられる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-26234247be6chttps://claude-code-log.com/changelog/v2.1.300#item-26234247be6cagents ビューで、入力が連続して到着した際に「up」「down」「escape」などと入力した単語がそのキーそのものとして扱われる問題を修正した。これにより、返信の途中で peek パネルが移動したり、下書きがクリアされたりする可能性があった。Wed, 14 Oct 2026 21:03:49 GMTagents ビューで、入力が連続して到着した際に「up」「down」「escape」などと入力した単語がそのキーそのものとして扱われる問題を修正した。これにより、返信の途中で peek パネルが移動したり、下書きがクリアされたりする可能性があった。

---

変更前

agents ビューでは、複数のキー入力が連続して(バーストで)到着すると、ユーザーが入力した単語(例:「up」「down」「escape」)がキー操作そのものとして解釈されていた。その結果、返信の途中で peek パネルが移動したり、入力中の下書きがクリアされたりすることがあった。

変更後

連続して到着する入力でも、単語として入力された文字列が矢印キーや Esc キーなどのキー操作として誤って解釈されなくなった。返信の途中で peek パネルが移動したり、下書きがクリアされたりすることはない。

利点

返信の入力中に誤ったキー操作で peek パネルが動いたり下書きが消えたりすることがなくなり、安心してテキストを入力できる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-2986d632c1a6https://claude-code-log.com/changelog/v2.1.300#item-2986d632c1a6セッション途中で自動ツール検索（`ENABLE_TOOL_SEARCH=auto`）が無効化される問題を修正しました。例えば、セッション再開後に MCP サーバーが再接続している最中に発生するケースが該当します。Wed, 14 Oct 2026 21:03:49 GMTセッション途中で自動ツール検索（`ENABLE_TOOL_SEARCH=auto`）が無効化される問題を修正しました。例えば、セッション再開後に MCP サーバーが再接続している最中に発生するケースが該当します。

---

変更前

セッションの途中（特にセッション再開後に MCP サーバーが再接続する際）に、自動ツール検索（`ENABLE_TOOL_SEARCH=auto`）が意図せず無効化されることがありました。再接続時に送信されるリクエストがツール検索の状態を変化させ、それ以降の会話でツール定義の遅延読み込みが継続しないケースがありました。

変更後

会話の途中で自動ツール検索がオフになることを防ぎ、MCP サーバーの再接続後もツール検索の状態が維持されるようになりました。これにより、セッション全体を通じてツール定義の遅延読み込みが一貫して機能します。

利点

MCP サーバーの再接続後もツール検索が維持されるため、コンテキストの節約とツールのオンデマンド検索がセッション全体で一貫して機能するようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-a1124df825fdhttps://claude-code-log.com/changelog/v2.1.300#item-a1124df825fd- `forceLoginOrgUUID` によって拒否されたログイン時に、拒否された組織のトークンが保存されたままになったり、`/login` 実行後も有効なままになったりする問題を修正したWed, 14 Oct 2026 21:03:49 GMT- `forceLoginOrgUUID` によって拒否されたログイン時に、拒否された組織のトークンが保存されたままになったり、`/login` 実行後も有効なままになったりする問題を修正した

---

変更前

`forceLoginOrgUUID` でログインが拒否された場合でも、その拒否された組織のトークンが端末に保存されたままになり、`/login` を実行した後もそのトークンが残存していた。

変更後

`forceLoginOrgUUID` によるログイン拒否時には、拒否された組織のトークンを保存せず、`/login` の後もトークンが残らないようになった。

利点

組織ポリシーに違反する古いトークンが残らず、常に正しい組織で認証できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-30a566652ba7https://claude-code-log.com/changelog/v2.1.300#item-30a566652ba7Claude Desktop や Remote Control セッションにおいて、reftable リポジトリで cherry-pick や revert が競合した場合に、diff ビューがそれを検知しない問題を修正したWed, 14 Oct 2026 21:03:49 GMTClaude Desktop や Remote Control セッションにおいて、reftable リポジトリで cherry-pick や revert が競合した場合に、diff ビューがそれを検知しない問題を修正した

---

変更前

Claude Desktop や Remote Control セッションで diff ビューを開いたとき、reftable リポジトリ内で cherry-pick や revert が競合していても、その状態が画面に反映されず、ユーザーは競合に気付けなかった。

変更後

競合した cherry-pick や revert が存在する場合、diff ビューがそれを正しく検知して表示するようになり、ユーザーは競合状態を確認できる。

利点

ユーザーは競合を見落とすことなく diff ビューで確認し、適切に対処できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-98f7ddc8d0d3https://claude-code-log.com/changelog/v2.1.300#item-98f7ddc8d0d3Artifact ツールの verbose 表示および Ctrl+O 表示を修正した。呼び出しの入力が到着するまでの間、`Artifact(“(表示できないパス)”)` という行が表示される問題があり、Bash と同様に「Waiting…」「Running…」と行に表示するようになったWed, 14 Oct 2026 21:03:49 GMTArtifact ツールの verbose 表示および Ctrl+O 表示を修正した。呼び出しの入力が到着するまでの間、`Artifact(“(表示できないパス)”)` という行が表示される問題があり、Bash と同様に「Waiting…」「Running…」と行に表示するようになった

---

変更前

Artifact ツールの呼び出し中、verbose モードや Ctrl+O の展開表示では、入力が届く前の行に `Artifact(“(unprintable path)”)` とだけ表示されていた。そのため呼び出しが実行中なのか待機中なのか判別しづらかった

変更後

入力が到着するまでの間、Artifact の行は Bash と同様に「Waiting…」「Running…」というステータスを表示するようになった。これにより呼び出しの状態が一目でわかる

利点

Artifact ツールの実行状況が Bash と同様に視覚的に把握でき、待機中と実行中の区別がつきやすくなる

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-0cc1474d61f3https://claude-code-log.com/changelog/v2.1.300#item-0cc1474d61f3セッションを再開した直後に書き込まれる最初のトランスクリプト エントリが、クラッシュによってトランスクリプトの最終行が途中で切れていた場合に失われる問題を修正したWed, 14 Oct 2026 21:03:49 GMTセッションを再開した直後に書き込まれる最初のトランスクリプト エントリが、クラッシュによってトランスクリプトの最終行が途中で切れていた場合に失われる問題を修正した

---

変更前

クラッシュによってトランスクリプトの最終行が途中で切れた状態でセッションを再開すると、再開後に書き込まれる最初のエントリが失われていた。

変更後

最終行が途中で切れていても、再開後の最初のトランスクリプト エントリが正しく書き込まれるようになった。

利点

クラッシュ後もセッション履歴が欠落せず、再開したセッションの記録を完全に保てるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-186ec188acb6https://claude-code-log.com/changelog/v2.1.300#item-186ec188acb6- Unicode の行区切り・段落区切り文字（U+2028, U+2029）を含む場合に、`/branch` がメッセージを欠落させたり、`claude purge` がサブフォルダーのプロジェクトをスキップしたりする問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Unicode の行区切り・段落区切り文字（U+2028, U+2029）を含む場合に、`/branch` がメッセージを欠落させたり、`claude purge` がサブフォルダーのプロジェクトをスキップしたりする問題を修正した

---

変更前

セッションやプロジェクトのパスに Unicode の行区切り文字や段落区切り文字（U+2028, U+2029）が含まれていると、これらの文字が正しく処理されず、`/branch` 実行時に一部のメッセージが欠落していました。また、`claude purge` はサブフォルダー配下のプロジェクトのローカル状態を削除対象から漏らしていました。

変更後

U+2028 や U+2029 を含むデータやパスも正しく処理されるようになり、`/branch` はすべてのメッセージを保持したままブランチを作成します。`claude purge` もサブフォルダー配下のプロジェクトを含む、対象プロジェクトのローカル状態を漏れなく削除します。

利点

特殊な Unicode 文字を含むセッションやプロジェクトでも、ブランチ作成時のデータ損失やパージ漏れを心配せずに安心して操作できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-283f1a1a1982https://claude-code-log.com/changelog/v2.1.300#item-283f1a1a1982`--worktree` を付けて Claude Code を起動したときに、プラグインの `WorktreeCreate` と `WorktreeRemove` フックが実行されない問題を修正した（`--tmux` の場合は未対応）。Wed, 14 Oct 2026 21:03:49 GMT`--worktree` を付けて Claude Code を起動したときに、プラグインの `WorktreeCreate` と `WorktreeRemove` フックが実行されない問題を修正した（`--tmux` の場合は未対応）。

---

変更前

`--worktree` を付けて Claude Code を起動した場合、プラグインが登録した `WorktreeCreate` と `WorktreeRemove` の各フックが呼び出されていなかった。そのため、WorktreeCreate フックでワークツリーの作成や WorktreeRemove フックでのクリーンアップを行う設定を使っているプラグインでは、これらの処理が動作しなかった。

変更後

ワークツリー起動時にプラグインの `WorktreeCreate` と `WorktreeRemove` フックが正しく実行されるようになった。ただし `--tmux` を使った起動の場合は、このフロー経由ではまだフックが実行されない。

利点

`WorktreeCreate` / `WorktreeRemove` フックを提供するプラグインを `--worktree` 起動で利用したときに、ワークツリーの作成と削除がユーザーのカスタムフックに従って確実に行えるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-b12014bc8ee4https://claude-code-log.com/changelog/v2.1.300#item-b12014bc8ee4- reftable ref ストレージを使用するリポジトリで、`git commit -q` の実行後に OpenTelemetry の `tool_result` イベントから `git_commit_id` が欠落する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- reftable ref ストレージを使用するリポジトリで、`git commit -q` の実行後に OpenTelemetry の `tool_result` イベントから `git_commit_id` が欠落する問題を修正した

---

変更前

reftable ref ストレージを使用するリポジトリで `git commit -q` を実行すると、Bash ツールの `tool_result` イベントの `tool_parameters` に `git_commit_id` が含まれていなかった。

変更後

reftable ref ストレージのリポジトリでも、`git commit -q` の実行後に `tool_result` イベントへ `git_commit_id` が正しく含まれるようになった。

利点

reftable を使用するリポジトリでも、git コミット後の OTel イベントからコミット SHA を取得できるようになり、テレメトリによる監視やイベントの相関付けが確実に行えるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-c8e988120273https://claude-code-log.com/changelog/v2.1.300#item-c8e988120273mod の `prompt.submit` フックによって書き換えられた、または削除されたプロンプトが、OpenTelemetry の `user_prompt` イベントや interaction スパン、セッションタイトルのリクエストにおいて、ユーザーが入力した通りの内容として記録される問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTmod の `prompt.submit` フックによって書き換えられた、または削除されたプロンプトが、OpenTelemetry の `user_prompt` イベントや interaction スパン、セッションタイトルのリクエストにおいて、ユーザーが入力した通りの内容として記録される問題を修正しました。

---

変更前

ユーザーが入力したプロンプトを mod の `prompt.submit` フックが書き換えたり削除したりしても、OpenTelemetry の `user_prompt` イベントや interaction スパン、セッションタイトルのリクエストには、書き換え前の元の入力内容がそのまま記録されていた。そのため、テレメトリやセッションタイトルに実際に送信されたプロンプトと異なる内容が残っていた。

変更後

フックによる書き換えや削除が反映された、実際に処理されるプロンプトの内容が `user_prompt` イベントや interaction スパン、セッションタイトルのリクエストに記録されるようになった。

利点

テレメトリ上でユーザーの実際のプロンプト内容を正確に把握できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-4081808fa332https://claude-code-log.com/changelog/v2.1.300#item-4081808fa332- モッドのホットリロードについて Claude 宛に書かれたメモが、あなたが入力したかのようにトランスクリプトに表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- モッドのホットリロードについて Claude 宛に書かれたメモが、あなたが入力したかのようにトランスクリプトに表示される問題を修正した

---

変更前

Claude への指示として書かれたモッドのホットリロードに関するメモが、ユーザー自身が入力したテキストと同様の形式でトランスクリプトに記録されていた

変更後

このメモがユーザーの入力として記録されないように表示が修正され、Claude 宛の内部メモであることがトランスクリプト上で区別されるようになった

利点

トランスクリプトを見返す際に、自分が入力した内容と Claude への内部メモを混同せずに済むようになった

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-6594b9f44e0fhttps://claude-code-log.com/changelog/v2.1.300#item-6594b9f44e0fエージェントフックが `model` を無視する問題を修正:`haiku` などのエイリアスが解決されるようになり、サブエージェントのモデル設定が上書きしなくなり、利用不可能なモデルではアクションを許可する代わりに呼び出し元のモデルへフォールバックするようにしたWed, 14 Oct 2026 21:03:49 GMTエージェントフックが `model` を無視する問題を修正:`haiku` などのエイリアスが解決されるようになり、サブエージェントのモデル設定が上書きしなくなり、利用不可能なモデルではアクションを許可する代わりに呼び出し元のモデルへフォールバックするようにした

---

変更前

エージェントフックに設定された `model` が無視され、`haiku` などのモデルエイリアスが正しく解決されないことがあった。また、サブエージェント側のモデル設定がフックの指定を上書きし、指定したモデルが利用不可能な場合でもアクションが許可されていた。

変更後

エージェントフックの `model` 設定が正しく尊重されるようになり、`haiku` などのモデルエイリアスが解決される。サブエージェントのモデル設定がフックの指定を上書きすることはなく、指定したモデルが利用不可能な場合にはアクションを許可せず呼び出し元のモデルへフォールバックする。

利点

エージェントフックで意図したモデルを確実に使用でき、モデルエイリアスの指定やフォールバック挙動も予測可能になる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-1a4c2c230cf3https://claude-code-log.com/changelog/v2.1.300#item-1a4c2c230cf3- タグやブランチにコミット ID に似た名前が付いている場合に、`--worktree` セッションが誤ったコミットから開始されることがあり、また開始時の git ステータスが新規 worktree とは別のブランチ名を表示する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- タグやブランチにコミット ID に似た名前が付いている場合に、`--worktree` セッションが誤ったコミットから開始されることがあり、また開始時の git ステータスが新規 worktree とは別のブランチ名を表示する問題を修正した

---

変更前

タグやブランチにコミット ID に似た名前が付けられていると、`--worktree` セッションの開始コミットの解決が誤りになることがあった。また、セッション開始時に表示される git ステータスには、新規 worktree のブランチではなく別のブランチ名が表示されていた。

変更後

コミット ID に似た名前のタグ・ブランチがあっても、`--worktree` セッションは正しいコミットから開始される。開始時の git ステータスにも新規 worktree のブランチが正しく表示される。

利点

曖昧な ref 名に引きずられず、worktree セッションが常に正しいベースから正確な状態で開始できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-ff1a95d24acdhttps://claude-code-log.com/changelog/v2.1.300#item-ff1a95d24acdreftable ref ストレージを使用しているリポジトリで、ブランチが「.invalid」と表示され、`--worktree` が既存の worktree を再オープンできなかった問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTreftable ref ストレージを使用しているリポジトリで、ブランチが「.invalid」と表示され、`--worktree` が既存の worktree を再オープンできなかった問題を修正しました。

---

変更前

git の reftable 形式で ref を管理するリポジトリでは、ブランチ名が「.invalid」と表示され、`--worktree` に既存の worktree の名前を渡してもその worktree を再オープンできず失敗していた。

変更後

reftable 形式のリポジトリでもブランチが正しく表示され、`--worktree` で既存の worktree を再オープンできるようになった。

利点

reftable 形式のリポジトリでも `--worktree` による並行セッションを問題なく利用できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-fae3e48952b7https://claude-code-log.com/changelog/v2.1.300#item-fae3e48952b7セッションのスクラッチパッド内のファイルを、フルパスではなく裸のファイル名や相対パスで命名してしまう問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTセッションのスクラッチパッド内のファイルを、フルパスではなく裸のファイル名や相対パスで命名してしまう問題を修正した。

---

変更前

Claude がスクラッチパッド内のファイルを参照する際、フルパスではなくファイル名や相対パスで指定していた。そのため、ドキュメントにある「Claude が何かをスクラッチパッドに保存したと言ったらファイルはそこにある」という挙動と食い違い、ファイルの場所が曖昧になり、参照や追跡がしづらい状況だった。

変更後

スクラッチパッド内のファイルをフルパスで命名するようになった。スクラッチパッドはセッションごとの一時ファイル用ディレクトリであり、hooks の `scratchpad_dir` で取得できる絶対パスと一貫した形でファイルを扱える。

利点

スクラッチパッド内のファイルを探す際にフルパスが明示されるため、ファイルの場所を特定して参照しやすくなる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-a0653fb1e7a3https://claude-code-log.com/changelog/v2.1.300#item-a0653fb1e7a3`claude remote-control` サーバーが、キーチェーンのロックなどの一時的なサインインエラーが発生した後に接続の更新を諦めてしまう問題を修正した。現在は再試行を行い、`claude /login` の実行が必要な場合には警告する。Wed, 14 Oct 2026 21:03:49 GMT`claude remote-control` サーバーが、キーチェーンのロックなどの一時的なサインインエラーが発生した後に接続の更新を諦めてしまう問題を修正した。現在は再試行を行い、`claude /login` の実行が必要な場合には警告する。

---

変更前

`claude remote-control` サーバーは、キーチェーンのロックなどの一時的なサインインエラーが発生すると、接続の更新を諦めてセッションが停止していた。ユーザーが気づいて再ログインするまで復旧しなかった。

変更後

サーバーは一時的なエラーに対して接続の更新を自動的に再試行するようになり、再試行でも復旧できず `claude /login` による再サインインが必要な場合にはユーザーに警告する。

利点

無人で動作する Remote Control セッションが一時的な認証エラーで停止せず、必要なときだけ再ログインを促されることで、セッションの継続性と復旧の確実性が向上する。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-7b336795a8d4https://claude-code-log.com/changelog/v2.1.300#item-7b336795a8d4- ベアリポジトリのワークツリー内で `--worktree` が失敗する問題を修正。origin のデフォルトブランチを取得できない場合、フォールバックの基点がメインリポジトリのものではなく、現在のチェックアウトの HEAD になるように変更したWed, 14 Oct 2026 21:03:49 GMT- ベアリポジトリのワークツリー内で `--worktree` が失敗する問題を修正。origin のデフォルトブランチを取得できない場合、フォールバックの基点がメインリポジトリのものではなく、現在のチェックアウトの HEAD になるように変更した

---

変更前

ベアリポジトリのワークツリー内で `--worktree` を実行すると、origin のデフォルトブランチを取得できない場合にフォールバックが失敗し、コマンド自体がエラーで終了していた。

変更後

フォールバック時の基点がメインリポジトリの HEAD ではなく、現在のチェックアウトの HEAD を使うようになり、origin のデフォルトブランチを取得できない環境でも `--worktree` が正常に完了する。

利点

ネットワーク制約のある環境や origin へのアクセスが不完全なクローンでも、ワークツリーの作成を中断せずに実行できるようになった。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-2a6c660f1486https://claude-code-log.com/changelog/v2.1.300#item-2a6c660f1486VS Code、Cursor、Devin Desktop の統合ターミナルで Claude Code を起動した際に、拡張機能の確認のためエディターのコマンドラインツールが 2 回起動される問題を修正した。現在は 1 回のみ起動する。Wed, 14 Oct 2026 21:03:49 GMTVS Code、Cursor、Devin Desktop の統合ターミナルで Claude Code を起動した際に、拡張機能の確認のためエディターのコマンドラインツールが 2 回起動される問題を修正した。現在は 1 回のみ起動する。

---

変更前

VS Code、Cursor、Devin Desktop などの統合ターミナルで Claude Code を起動すると、拡張機能の有無を確認するためにエディターのコマンドラインツールが 2 回起動されていた。

変更後

起動時の確認処理が見直され、エディターのコマンドラインツールの起動は 1 回のみになった。

利点

統合ターミナルで Claude Code を起動する際に、エディターのコマンドラインツールが 2 回起動されることがなくなり、起動が高速化する。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-4cda06985a41https://claude-code-log.com/changelog/v2.1.300#item-4cda06985a41- `chat:newline` キーバインド(Ctrl+J、または再バインドした Enter)で改行を入力した際に、mod の `prompt.edit` フックが発火しない問題を修正しましたWed, 14 Oct 2026 21:03:49 GMT- `chat:newline` キーバインド(Ctrl+J、または再バインドした Enter)で改行を入力した際に、mod の `prompt.edit` フックが発火しない問題を修正しました

---

変更前

chat:newline キーバインド(Ctrl+J や再バインドした Enter)で改行を入力しても、mod の prompt.edit フックは呼び出されませんでした。改行入力がプロンプト編集イベントとして検知されない状態でした。

変更後

chat:newline キーバインドで改行を入力すると、prompt.edit フックが正しく発火するようになりました。他の入力と同様に改行もプロンプト編集イベントとして mod に通知されます。

利点

mod は Enter 以外のキーバインドによる改行入力も確実に検知・処理できるようになり、キーバインドを再設定していてもフックの動作を信頼できるようになります。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-bbecd968389ehttps://claude-code-log.com/changelog/v2.1.300#item-bbecd968389e- API が MCP ツールの入力スキーマを拒否した場合に毎ターン 400 エラーで会話が失敗する問題を修正。Claude Code は会話の残りの間、そのツールをパラメーターなしで送信するようになったWed, 14 Oct 2026 21:03:49 GMT- API が MCP ツールの入力スキーマを拒否した場合に毎ターン 400 エラーで会話が失敗する問題を修正。Claude Code は会話の残りの間、そのツールをパラメーターなしで送信するようになった

---

変更前

API が MCP ツールの入力スキーマを拒否すると、Claude Code はツールスキーマフィールドの拒否をリトライしないため、その会話の毎ターンで 400 エラーが発生し会話が継続できなかった。

変更後

同じ拒否が発生した場合でも、Claude Code は会話の残りの間、そのツールをパラメーターなしで送信するため、会話が失敗しなくなった。

利点

MCP ツールのスキーマが原因の 400 エラーで会話が途切れなくなり、ユーザーはエラーを回避するためにセッションをやり直さずに済む。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-bc1f0f455a4fhttps://claude-code-log.com/changelog/v2.1.300#item-bc1f0f455a4f出力トークン上限で応答が途切れた直後にコンパクションが実行された場合、ヘッドレスまたは Agent SDK のセッションを再開すると、コンパクションが保持していた直近のメッセージが失われる問題を修正しました(本バージョン以降のコンパクションが対象)Wed, 14 Oct 2026 21:03:49 GMT出力トークン上限で応答が途切れた直後にコンパクションが実行された場合、ヘッドレスまたは Agent SDK のセッションを再開すると、コンパクションが保持していた直近のメッセージが失われる問題を修正しました(本バージョン以降のコンパクションが対象)

---

変更前

出力トークン上限に達して応答が途切れたセッションでその後にコンパクションが実行されると、コンパクションが保持していた直近のメッセージが失われていた。そのため、ヘッドレス(-p)や Agent SDK でそのセッションを再開した際、直近のメッセージが欠けた状態で履歴が復元されていた。

変更後

コンパクションが保持していた直近のメッセージが保存され、ヘッドレスや Agent SDK でセッションを再開しても欠落なく履歴が復元される。本修正は本バージョン以降に実行されたコンパクションに適用される。

利点

出力トークン上限で途切れた後コンパクションが走ったセッションでも、再開時に直近の会話を失わずにそのまま続行できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-1f1bb3bb8cachttps://claude-code-log.com/changelog/v2.1.300#item-1f1bb3bb8cac修正：コンパクションの後に MCP サーバーが接続を完了した際、Claude が次のツール呼び出しまでサーバーのツールや指示を把握できない問題を解消したWed, 14 Oct 2026 21:03:49 GMT修正：コンパクションの後に MCP サーバーが接続を完了した際、Claude が次のツール呼び出しまでサーバーのツールや指示を把握できない問題を解消した

---

変更前

コンパクションの後に MCP サーバーの接続が完了しても、サーバーのツールや指示は Claude に通知されず、次回ツール呼び出し時に初めて反映されていた。

変更後

コンパクション後にサーバーが接続を完了すると、すぐにサーバーのツールや指示が Claude に通知される。

利点

コンパクション後も MCP サーバーのツールや指示が即座に反映されるため、Claude が適切なツールを使った応答を最初のステップから行えるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-1b8d069ee7dahttps://claude-code-log.com/changelog/v2.1.300#item-1b8d069ee7da1台のコンピューターが複数のセッションを同時に処理している際、実行中のリモートコントロールセッションが停止済みと誤ってマークされる問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT1台のコンピューターが複数のセッションを同時に処理している際、実行中のリモートコントロールセッションが停止済みと誤ってマークされる問題を修正した。

---

変更前

1台のマシンで複数のセッションを同時に提供している場合、まだ実行中の Remote Control セッションが停止済みとして表示されることがあった。そのため、ユーザーは動作しているセッションを誤って停止したと判断する可能性があった。

変更後

セッションが実際に実行中の間は停止済みとマークされなくなった。複数セッションを同時に提供しているコンピューターでも各セッションの状態が正しく表示される。

利点

ユーザーは実行中のセッションを誤って再開したりアーカイブされたと誤解したりせずに済む。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-e2d26c259d20https://claude-code-log.com/changelog/v2.1.300#item-e2d26c259d20- ヘッドレスまたは Agent SDK のセッションを再開した際に、圧縮（コンパクション）サマリーが失われたり、圧縮前の履歴が復元されたりする問題を修正した。この問題は、同一ターン内で再試行された、または未完了の返信の後に圧縮が実行された場合に発生していたWed, 14 Oct 2026 21:03:49 GMT- ヘッドレスまたは Agent SDK のセッションを再開した際に、圧縮（コンパクション）サマリーが失われたり、圧縮前の履歴が復元されたりする問題を修正した。この問題は、同一ターン内で再試行された、または未完了の返信の後に圧縮が実行された場合に発生していた

---

変更前

ヘッドレスまたは Agent SDK のセッションで、同一ターン内に再試行や未完了の返信があると圧縮が実行されたあと、そのセッションを再開すると正しい状態が復元されなかった。圧縮後のサマリーが欠落したり、圧縮前の古い履歴がそのまま復元されたりしていた。

変更後

圧縮が再試行または未完了の返信の後に続いた場合でも、セッション再開時に圧縮後のサマリーが正しく保持される。圧縮前の履歴が誤って戻されることもなくなった。

利点

圧縮済みのセッションを再開しても、常に正しい圧縮後のコンテキストで作業を続けられるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-8bbde56377c6https://claude-code-log.com/changelog/v2.1.300#item-8bbde56377c6バックグラウンドコマンドの実行中に、Claude が出力ファイルをポーリングしたり sleep で待機したりする問題を修正したWed, 14 Oct 2026 21:03:49 GMTバックグラウンドコマンドの実行中に、Claude が出力ファイルをポーリングしたり sleep で待機したりする問題を修正した

---

変更前

以前は、コマンドがバックグラウンドに移されると、Claude はその完了を待つ間、出力ファイルを繰り返し読み込んだり sleep を実行したりして、ターンが占領されていた。whats-new のドキュメントでは、Bash の sleep ループでターンを開いたままにする状態が課題として挙げられている。

変更後

修正後は、バックグラウンドタスクが実行中でも Claude は待機せずターンを続行でき、タスクが完了した時点で通知を受け取る。vs-code.md の「Run in background」の説明にあるように、コマンドやサブエージェントはバックグラウンドタスクとして完了時に Claude へ通知する動作になっている。

利点

ユーザーはバックグラウンドコマンドの完了待ちで会話がブロックされることなく、待ち時間にも他の作業を Claude に依頼できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-28b294618cd7https://claude-code-log.com/changelog/v2.1.300#item-28b294618cd7TLS 検査プロキシの背後で、その証明書が OS の証明書ストア経由でのみ信頼される場合に、機能フラグと段階的ロールアウトの情報が古いまま固定される問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTTLS 検査プロキシの背後で、その証明書が OS の証明書ストア経由でのみ信頼される場合に、機能フラグと段階的ロールアウトの情報が古いまま固定される問題を修正した。

---

変更前

機能フラグや段階的ロールアウトの情報を取得するリクエストが、OS の証明書ストアにのみルート証明書が置かれた TLS 検査プロキシを通過する環境では、証明書の検証に失敗していた。そのため、情報の取得ができず、以前に取得した古い値を使い続けていた。

変更後

OS の証明書ストアの証明書が信頼されるように修正され、このようなプロキシ環境でも機能フラグや段階的ロールアウトの情報を正しく取得できるようになった。これにより、取得した情報が常に最新に保たれる。

利点

TLS 検査プロキシ環境でも最新の機能フラグやロールアウト状態が反映され、古い情報に基づく動作を回避できる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-95119f31c263https://claude-code-log.com/changelog/v2.1.300#item-95119f31c263- スタックしたバックグラウンドサービスが動き続けているのに `claude daemon stop --any` が「stopped」と表示する問題を修正しました：現在は待機した後、サービスを強制終了し、それでも残っている場合はその旨を伝えて終了コード1で終了しますWed, 14 Oct 2026 21:03:49 GMT- スタックしたバックグラウンドサービスが動き続けているのに `claude daemon stop --any` が「stopped」と表示する問題を修正しました：現在は待機した後、サービスを強制終了し、それでも残っている場合はその旨を伝えて終了コード1で終了します

---

変更前

`claude daemon stop --any` を実行すると、ハングして動かなくなったバックグラウンドサービスが実際には動き続けているにもかかわらず、「stopped」とだけ表示されて終了していた。そのためユーザーはサービスが停止したと誤認し、後続の操作で意図しないサービスの再起動や競合が発生する可能性があった。

変更後

このコマンドはサービスの停止を待機し、停止しない場合は強制終了するようになった。それでも終了しない場合には、強制終了したことを明示的に出力し、終了コード1で異常終了する。

利点

コマンドが実際のサービス状態を正確に報告するため、ユーザーは停止の成否を確認してから次の操作（例: `claude daemon stop --any` による再起動手順）に進める。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-10c3521a1e29https://claude-code-log.com/changelog/v2.1.300#item-10c3521a1e29テレメトリが無効な場合に、`claude daemon stop` が何も出力せずに終了し、セッションが実行中のまま一覧に表示され続ける問題を修正したWed, 14 Oct 2026 21:03:49 GMTテレメトリが無効な場合に、`claude daemon stop` が何も出力せずに終了し、セッションが実行中のまま一覧に表示され続ける問題を修正した

---

変更前

テレメトリがオフの環境で `claude daemon stop` を実行すると、コマンドが何も出力せずに終了していた。そのため、スーパーバイザーは停止したにもかかわらず、セッションが実行中として一覧に残ったままになった。

変更後

テレメトリがオフでも `claude daemon stop` が正常に動作するようになった。コマンドは適切に完了し、セッションの状態も正しく反映される。

利点

テレメトリを無効にしているユーザーでも、`claude daemon stop` を実行すればセッションの状態を確実に整理できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-8816c8e94756https://claude-code-log.com/changelog/v2.1.300#item-8816c8e94756- Cowork クラウドセッションで、Write・Edit・NotebookEdit が自分のコンピューター上のパスに対して、実際にはファイルが届いていないのに成功と報告する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Cowork クラウドセッションで、Write・Edit・NotebookEdit が自分のコンピューター上のパスに対して、実際にはファイルが届いていないのに成功と報告する問題を修正した

---

変更前

Cowork クラウドセッションでローカルマシン上のパスを対象に Write・Edit・NotebookEdit を実行すると、ファイルが実際には作成・更新されていないにもかかわらず、ツールは成功と報告していた。

変更後

自分のコンピューター上のパスにはファイルが届かないことを正しく検出して失敗を報告するようになり、ファイルが届いていないのに成功と表示されることがなくなった。

利点

ユーザーはローカルファイルが実際に更新されたかどうかをツールの報告を信用して判断できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-85cb01bb50b7https://claude-code-log.com/changelog/v2.1.300#item-85cb01bb50b7セッションを再開した際、履歴に一度も列挙されていないツールを、会話の前半で既に読み込み済みの遅延読み込みツールとして検索してしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMTセッションを再開した際、履歴に一度も列挙されていないツールを、会話の前半で既に読み込み済みの遅延読み込みツールとして検索してしまう問題を修正した

---

変更前

セッションを履歴付きで再開すると、Claude がその会話の履歴に一度も記載されていない遅延読み込み(deferred)ツールを検索対象として扱ってしまうことがあった。ツール検索は MCP ツールのスキーマをデフォルトで遅延読み込みしており、履歴に存在しないツール定義が検索に現れると不整合が起きる。

変更後

セッションを再開しても、その履歴に一度も列挙されていない遅延読み込み済みツールを検索しようとしなくなった。会話の最初のリクエストから保持されるツールリストとの整合性が保たれる。

利点

セッション再開時に存在しないツールを検索して失敗することがなくなり、再開後のセッションが安定して動作するようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-8f799c543e3dhttps://claude-code-log.com/changelog/v2.1.300#item-8f799c543e3dダーク ANSI テーマおよび 16 色ターミナルで、セカンダリ（薄暗い）テキストが通常テキストと同じ見た目になる問題を修正したWed, 14 Oct 2026 21:03:49 GMTダーク ANSI テーマおよび 16 色ターミナルで、セカンダリ（薄暗い）テキストが通常テキストと同じ見た目になる問題を修正した

---

変更前

ダーク ANSI テーマや 16 色ターミナルでは、ヒントやタイムスタンプなどのセカンダリ（薄暗い）テキストが通常テキストと区別できる色で表示されず、両者が同じ見た目になっていた。そのため、どの情報が補助的なものか視覚的に判別しにくかった。

変更後

ダーク ANSI テーマおよび 16 色ターミナル環境でも、セカンダリテキストが通常テキストより薄い色で描画されるようになり、両者を視覚的に区別できるようになった。

利点

16 色ターミナルや ANSI テーマ利用時でも、補助情報と通常テキストを見分けやすくなる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-bc433d301fe1https://claude-code-log.com/changelog/v2.1.300#item-bc433d301fe1組織のポリシーを読み取れない場合に、クラウドセッションの各ターンが5分間ハングアップする問題を修正。ターンは速やかに終了し、その理由を表示する。Wed, 14 Oct 2026 21:03:49 GMT組織のポリシーを読み取れない場合に、クラウドセッションの各ターンが5分間ハングアップする問題を修正。ターンは速やかに終了し、その理由を表示する。

---

変更前

組織のポリシー(管理設定)を読み取れない環境では、クラウドセッションの各ターンが約5分間ハングしたまま応答しなかった。ポリシーの取得失敗がターン終了まで検出・処理されず、ユーザーは待たされるだけだった。

変更後

ポリシーの読み取りに失敗したことを検出した時点で、ターンを速やかに終了させ、なぜ終了したのかの理由をユーザーに表示する。約5分の待ち時間が解消された。

利点

ポリシーが読み取れない環境でもクラウドセッションのターンが即座に理由付きで終了するため、5分間の無駄な待ち時間を避けながら次の行動を取れるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-563b0742d3cehttps://claude-code-log.com/changelog/v2.1.300#item-563b0742d3ce長時間の返信中にセッションが再起動した後に、クラウドセッションで既に回答済みのメッセージが再度実行されることがある問題を修正したWed, 14 Oct 2026 21:03:49 GMT長時間の返信中にセッションが再起動した後に、クラウドセッションで既に回答済みのメッセージが再度実行されることがある問題を修正した

---

変更前

クラウドセッションで長い返信を生成している最中にセッションが再起動すると、セッションは既に回答済みのメッセージをもう一度実行してしまうことがあった。その結果、同じメッセージに対して重複した処理や返信が発生していた。

変更後

セッションの再起動時に、既に回答済みのメッセージであることを認識し、再実行しないようになった。長時間の返信中に再起動しても、メッセージが二重に実行されなくなった。

利点

クラウドセッションで長い返信中にセッションが再起動しても、同じメッセージが重複して処理されることがなくなり、やり取りの信頼性が向上する。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-cccf3cda5dc0https://claude-code-log.com/changelog/v2.1.300#item-cccf3cda5dc0- セルフホストランナー: 誰もランナーやオーケストレーターの出力を読み取らない場合にフリーズする問題(ポーリング停止、`/healthz` 無応答、`SIGTERM` でのシャットダウン不能)を修正しました。ログは最新の 256 KiB のみ保持し、それより古い行数は減らしていく方式になります(Windows を除く)Wed, 14 Oct 2026 21:03:49 GMT- セルフホストランナー: 誰もランナーやオーケストレーターの出力を読み取らない場合にフリーズする問題(ポーリング停止、`/healthz` 無応答、`SIGTERM` でのシャットダウン不能)を修正しました。ログは最新の 256 KiB のみ保持し、それより古い行数は減らしていく方式になります(Windows を除く)

---

変更前

ランナーとオーケストレーターの標準出力を誰も読み取らないと、出力パイプのバッファーが満杯になり、プロセスが書き込みでブロックしていました。その結果、ポーリングが止まり、`/healthz` エンドポイントが応答せず、`SIGTERM` を受けてもシャットダウンできないフリーズ状態に陥っていました。

変更後

出力を蓄積する仕組みが改められ、誰も読み取らなくてもプロセスがブロックしなくなりました。ログは最新の 256 KiB のみ保持し、それより古い行数はカウントを減らして破棄されます(Windows ではこの動作は適用されません)。

利点

出力を読み取るプロセスが存在しない運用環境でも、ランナーとオーケストレーターがヘルスチェックやシャットダウンに正常に応答し続けられるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-caed0541b9b0https://claude-code-log.com/changelog/v2.1.300#item-caed0541b9b0Cowork クラウドセッションの WebFetch を改善し、再フェッチする代わりに、ページが直前に失敗したことを Claude に伝えるようにしたWed, 14 Oct 2026 21:03:49 GMTCowork クラウドセッションの WebFetch を改善し、再フェッチする代わりに、ページが直前に失敗したことを Claude に伝えるようにした

---

変更前

以前は、Cowork クラウドセッションでページのフェッチが直前に失敗した場合、Claude は同じ URL の WebFetch を再度実行して、成功するまでフェッチを繰り返すことがあった。失敗の理由が残らないため、Claude は失敗したことに気づかず、同じ失敗フェッチを重複して実行していた。

変更後

改善後は、直前にフェッチが失敗したページを再取得しようとしたときに、フェッチ結果として失敗の事実が Claude に伝わる。そのため、Claude は同じページを即座に再フェッチせず、失敗を前提とした別の行動(別の URL の利用や代替手段の検討など)を選択できる。

利点

Claude が失敗したページの再フェッチを繰り返さなくなり、WebFetch の無駄な呼び出しを減らしてタスクを先へ進められる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-8268f1b15865https://claude-code-log.com/changelog/v2.1.300#item-8268f1b15865- 内蔵の `plugin-authoring` スキルでの mod 共有を改善しました。Claude が mod のファイルを開く前にキーをスキャンするようになり、また、プロジェクト外のフォルダをスキャンする前にユーザーに確認するWed, 14 Oct 2026 21:03:49 GMT- 内蔵の `plugin-authoring` スキルでの mod 共有を改善しました。Claude が mod のファイルを開く前にキーをスキャンするようになり、また、プロジェクト外のフォルダをスキャンする前にユーザーに確認する

---

変更前

プラグインオーサリングスキルで mod を共有する際、Claude は mod のファイルを開く前にキーを確認せず、またプロジェクト外のフォルダをスキャンする前にユーザーに確認しなかった。

変更後

Claude は mod のファイルを開く前にファイル内のキーをスキャンするようになり、プロジェクト外のフォルダをスキャンする前にユーザーに確認を求める。

利点

ユーザーは Claude が意図しないファイルやプロジェクト外の場所を読む前に把握し、確認できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-b103de8a7d81https://claude-code-log.com/changelog/v2.1.300#item-b103de8a7d81@メンションされた PDF について Claude 3 モデルに与える注記を改善し、PDF を読まずに回答してしまう頻度を減らした。Wed, 14 Oct 2026 21:03:49 GMT@メンションされた PDF について Claude 3 モデルに与える注記を改善し、PDF を読まずに回答してしまう頻度を減らした。

---

変更前

@メンションで PDF を指定した場合、Claude 3 モデルはそのファイルに関する注記を受け取るが、内容が不十分なことがあり、PDF を実際に読まずに回答してしまうことがあった。

変更後

@メンションされた PDF に関する注記が改善され、Claude 3 モデルはその PDF を読むべきことをより明確に把握するようになった。

利点

@メンションした PDF の内容に基づいた回答が得られやすくなり、読み飛ばしによる不正確な回答が減る。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-e7f3935efd30https://claude-code-log.com/changelog/v2.1.300#item-e7f3935efd30- アーティファクトの更新を改善しました: 小さな変更であれば1回の呼び出しで適用と再公開を完了し、大きな編集でも1回の応答の中で編集と再公開を行うようになりましたWed, 14 Oct 2026 21:03:49 GMT- アーティファクトの更新を改善しました: 小さな変更であれば1回の呼び出しで適用と再公開を完了し、大きな編集でも1回の応答の中で編集と再公開を行うようになりました

---

変更前

変更前は、アーティファクトへの変更を適用して再公開する際に、小さな変更であっても複数回の呼び出しに分かれており、大きな編集では複数の応答(ターン)にまたがっていました。そのため、更新が完了するまでの応答が長くなり、手間もかかっていました。

変更後

変更後は、小さな変更なら1回の呼び出しで編集と再公開が完結し、大きな編集でも1回の応答の中で編集と再公開が完了するようになりました。

利点

ユーザーはより短い応答回数でアーティファクトを更新でき、更新後のページをすぐに確認できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-6add9e6aabfdhttps://claude-code-log.com/changelog/v2.1.300#item-6add9e6aabfd- `CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST` セッションにおいて、CA バンドル、tool-proxy、git TLS、`SSL_CERT_FILE` などの git 設定変数を設定で無視するように変更した。Claude Desktop 環境下ではプロジェクト設定のみが対象になる。Wed, 14 Oct 2026 21:03:49 GMT- `CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST` セッションにおいて、CA バンドル、tool-proxy、git TLS、`SSL_CERT_FILE` などの git 設定変数を設定で無視するように変更した。Claude Desktop 環境下ではプロジェクト設定のみが対象になる。

---

変更前

ホストが管理する `CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST` セッションでは、CA バンドルや `SSL_CERT_FILE` などの証明書・TLS・git 設定変数が設定ファイルの影響を受けていた。

変更後

これらの変数をセッションが無視するようになり、Claude Desktop 環境下ではプロジェクト設定内の該当設定のみが無視される。

利点

ユーザーはセッション内で信頼済みのホスト側証明書・git 設定に依存でき、設定ファイル経由の予期しない TLS や git の挙動変更を防げる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-7068dd354680https://claude-code-log.com/changelog/v2.1.300#item-7068dd354680終了時に、停止を求めてから 1.5 秒経ってもまだ実行中のバックグラウンドコマンドを強制終了するように変更しました。これまでフルスクリーンモードでは、実行されたまま残る可能性がありました。Wed, 14 Oct 2026 21:03:49 GMT終了時に、停止を求めてから 1.5 秒経ってもまだ実行中のバックグラウンドコマンドを強制終了するように変更しました。これまでフルスクリーンモードでは、実行されたまま残る可能性がありました。

---

変更前

Claude Code を終了させるとき、バックグラウンドコマンドに対して停止を要求しても、フルスクリーンモードではプロセスが終了せず実行されたまま残ることがあった。ユーザーは残存するコマンドを自分で見つけて停止する必要があった。

変更後

終了時に停止を要求した後 1.5 秒経っても実行中のバックグラウンドコマンドは強制終了されるようになった。これにより、フルスクリーンモードでもコマンドが終了後も動き続けることはない。

利点

ユーザーは終了後に残存プロセスを手動で確認・停止しなくてよくなる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-105a0e5209a1https://claude-code-log.com/changelog/v2.1.300#item-105a0e5209a1- Claude Desktop の Code タブを変更し、`forceLoginGatewayUrl` がセッションのホスト名を提供する Anthropic 運用のゲートウェイを指している場合に管理対象設定を適用するようにした。そのゲートウェイは起動時に到達可能である必要があるWed, 14 Oct 2026 21:03:49 GMT- Claude Desktop の Code タブを変更し、`forceLoginGatewayUrl` がセッションのホスト名を提供する Anthropic 運用のゲートウェイを指している場合に管理対象設定を適用するようにした。そのゲートウェイは起動時に到達可能である必要がある

---

変更前

Claude Desktop の Code タブでは、`forceLoginGatewayUrl` が管理対象設定で指定されていても、その URL がセッションのホスト名を提供する Anthropic 運用のゲートウェイであるかどうかに関係なく、一律の挙動になっていた。そのため、ゲートウェイ設定とセッションの接続先が一致しない場合にも管理対象設定がそのまま適用されていた。

変更後

変更後は、`forceLoginGatewayUrl` がセッションのホスト名を提供する Anthropic 運用のゲートウェイを指している場合にのみ管理対象設定を適用する。また、そのゲートウェイが起動時に到達可能であることを必須条件とした。

利点

管理者は、`forceLoginGatewayUrl` が実際に使用されるセッションのホスト名と一致するゲートウェイを指している場合にのみ管理対象設定が適用されるようになり、ゲートウェイ設定の適用条件を正確に制御できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-b957190b657chttps://claude-code-log.com/changelog/v2.1.300#item-b957190b657c`claude gateway` が、ゲートウェイから Claude Desktop が利用できない `desktop:` ポリシーキーを検出した場合、起動時にそのキー名を示して停止するようになりました。以前は警告を出して起動を続けていました。Wed, 14 Oct 2026 21:03:49 GMT`claude gateway` が、ゲートウェイから Claude Desktop が利用できない `desktop:` ポリシーキーを検出した場合、起動時にそのキー名を示して停止するようになりました。以前は警告を出して起動を続けていました。

---

変更前

`desktop:` ポリシーキーに Claude Desktop がゲートウェイ経由で利用できない設定が含まれていても、ゲートウェイは警告を表示しながら起動を続けていたため、設定の誤りがクライアント側に波及するまで気づきにくかった。

変更後

ゲートウェイは起動時に `desktop` ブロックを Claude Desktop 自身の設定スキーマに対して検証するようになり、誤りがあるとキー名を示すエラーを出して起動を停止する。これにより、設定ミスが接続中のすべてのデスクトップに届く前に検出できる。

利点

ユーザーは起動時のエラーで問題のキーを即座に特定でき、誤設定をクライアントへ配信する前に修正できる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-1174130e33f4https://claude-code-log.com/changelog/v2.1.300#item-1174130e33f4- テレメトリが無効な場合でも、`api.anthropic.com` への大きなリクエストで gzip 圧縮を使用するように変更しました。`CLAUDE_CODE_GZIP_REQUEST_BODIES=0` を設定すると無効化できますWed, 14 Oct 2026 21:03:49 GMT- テレメトリが無効な場合でも、`api.anthropic.com` への大きなリクエストで gzip 圧縮を使用するように変更しました。`CLAUDE_CODE_GZIP_REQUEST_BODIES=0` を設定すると無効化できます

---

変更前

テレメトリを無効にしている環境では、`api.anthropic.com` への大きなリクエストボディは gzip 圧縮されずに送信されていた。圧縮の有効化はテレメトリの設定に紐づいていたため、テレメトリをオフにしたユーザーは圧縮の恩恵を受けられなかった。

変更後

テレメトリが無効でも、`api.anthropic.com` への大きなリクエストに対して gzip 圧縮が適用されるようになった。圧縮を無効化したい場合は、環境変数 `CLAUDE_CODE_GZIP_REQUEST_BODIES=0` を設定することでオフにできる。

利点

テレメトリを無効化しているエンタープライズ環境のユーザーでも、大きなリクエストの転送量を削減できるようになり、圧縮が問題を起こす場合は環境変数で明示的に無効化できる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-0ce62c9d4ffahttps://claude-code-log.com/changelog/v2.1.300#item-0ce62c9d4ffa`` `claude-api` `` スキルを変更し、アーカイブまたは削除を依頼しない限り Managed Agents のセッションをそのまま保持するようにしましたWed, 14 Oct 2026 21:03:49 GMT`` `claude-api` `` スキルを変更し、アーカイブまたは削除を依頼しない限り Managed Agents のセッションをそのまま保持するようにしました

---

変更前

変更前は、`` `claude-api` `` スキルが Managed Agents のセッションを自動的にアーカイブまたは削除する場合があった。ユーザーが明示的に依頼していないセッションも対象になることがあった。

変更後

変更後は、ユーザーがアーカイブまたは削除を明示的に依頼した場合にのみセッションがアーカイブ・削除される。それ以外の Managed Agents のセッションはそのまま残る。

利点

ユーザーは Managed Agents のセッションを意図せず失うことがなくなり、必要なセッションを保持し続けられる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-2610c7b7f191https://claude-code-log.com/changelog/v2.1.300#item-2610c7b7f191バックグラウンドセッションが、handoff ファイルからワークフローを実行する代わりに、Workflow ツールの承認を通じて引き継がれたワークフローを再開するように変更しましたWed, 14 Oct 2026 21:03:49 GMTバックグラウンドセッションが、handoff ファイルからワークフローを実行する代わりに、Workflow ツールの承認を通じて引き継がれたワークフローを再開するように変更しました

---

変更前

バックグラウンドセッションに引き継がれたワークフローは、handoff ファイルから直接実行されていました。

変更後

バックグラウンドセッションは、Workflow ツールの承認を通じてワークフローを再開するようになりました。これにより、ドキュメントの agent-view.md や workflows.md に記載の通り、セッションをバックグラウンド化した際にワークフローの実行が一貫した方法で引き継がれます。

利点

ユーザーは handoff ファイルの内容に依存せず、Workflow ツールの標準的な承認フローを通じてバックグラウンドセッションでワークフローを安全に再開できるようになります。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-0fdbe55c4018https://claude-code-log.com/changelog/v2.1.300#item-0fdbe55c4018- ローカルのセッショントランスクリプトに、API リクエストごとのシステムプロンプト、ツール、パラメータも記録するように変更しました。これにより、共有を選択したトランスクリプトでリクエストを正確に再現できるようになるWed, 14 Oct 2026 21:03:49 GMT- ローカルのセッショントランスクリプトに、API リクエストごとのシステムプロンプト、ツール、パラメータも記録するように変更しました。これにより、共有を選択したトランスクリプトでリクエストを正確に再現できるようになる

---

変更前

ローカルのセッショントランスクリプトには会話のやり取り(メッセージとツール結果)が記録されていたが、各 API リクエストを構成するシステムプロンプトやツール定義、パラメータは保存されていなかった。そのため、トランスクリプトを共有しても、当時のリクエストの中身を正確に再現することはできなかった。

変更後

セッショントランスクリプトに、各 API リクエストのシステムプロンプト、ツール、パラメータも記録されるようになった。これにより、共有用に選択したトランスクリプトから、実際に送信されたリクエストを正確に再現できる。

利点

トランスクリプトを共有するだけで、問題が発生した時点の API リクエストをそのまま再現・調査できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-d84b8f677224https://claude-code-log.com/changelog/v2.1.300#item-d84b8f677224- `/sandbox` モードの選択肢の表示を「Sandbox BashTool」から「Sandbox commands（サンドボックスコマンド）」に変更したWed, 14 Oct 2026 21:03:49 GMT- `/sandbox` モードの選択肢の表示を「Sandbox BashTool」から「Sandbox commands（サンドボックスコマンド）」に変更した

---

変更前

以前は、`/sandbox` コマンドでサンドボックスパネルを開くと、モード選択肢に「Sandbox BashTool」という名称が表示されていた。この名称は Bash ツールに限定した機能であるかのような印象を与えていた。

変更後

モード選択肢の表示が「Sandbox commands（サンドボックスコマンド）」に変更された。ドキュメント上も、サンドボックスはシェルコマンドをラップするものであることが説明されており、名称が実際の対象範囲と一致するようになった。

利点

ユーザーはサンドボックスの対象が Bash ツールに限らずコマンド全般であることを選択肢の名称から直感的に把握でき、設定時の誤解を減らせる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-94030ae3a0d9https://claude-code-log.com/changelog/v2.1.300#item-94030ae3a0d9Cowork クラウドセッションの `PermissionRequest` フックを変更しました。フックの allow 内の `setMode` アップデートは無視されるようになり、承認のそれ以外の部分は引き続き適用されます。Wed, 14 Oct 2026 21:03:49 GMTCowork クラウドセッションの `PermissionRequest` フックを変更しました。フックの allow 内の `setMode` アップデートは無視されるようになり、承認のそれ以外の部分は引き続き適用されます。

---

変更前

`PermissionRequest` フックが allow を返す際に `setMode` を含む `updatedPermissions` を指定すると、Cowork クラウドセッションでもその権限モード変更が適用されていた。

変更後

Cowork クラウドセッションでは、allow 内の `setMode` アップデートは無視されるようになった。ただし、それ以外の承認内容は引き続き適用される。

利点

フックによる権限モードの変更がクラウドセッションで予期せず適用されなくなり、セッションの権限モードをユーザーが制御しやすくなる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-7de0593a3882https://claude-code-log.com/changelog/v2.1.300#item-7de0593a3882フックを変更: PreToolUse および PermissionRequest フックの updatedInput が、Claude 自身の入力と同様に検証されるようになった。不明なキーは削除され、ツールが拒否する入力は呼び出しを拒否するWed, 14 Oct 2026 21:03:49 GMTフックを変更: PreToolUse および PermissionRequest フックの updatedInput が、Claude 自身の入力と同様に検証されるようになった。不明なキーは削除され、ツールが拒否する入力は呼び出しを拒否する

---

変更前

フックの updatedInput で指定した値は、そのままツールの入力として扱われていた。そのため、フックが追加した未知のキーやツールが受け付けない入力もそのまま実行に渡されていた。

変更後

updatedInput の内容が、Claude 自身が生成する入力と同等の検証対象になった。不明なキーは自動的に削除され、ツールが拒否する入力が指定された場合はそのツール呼び出しが拒否される。

利点

フック経由の入力変更でも安全性が Claude 自身の入力と同等に保証され、不正なキーや無効な入力が原因でツールが失敗・誤動作するリスクを減らせる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-b0ef5795688fhttps://claude-code-log.com/changelog/v2.1.300#item-b0ef5795688f- 効果がなかった `--sandbox` と `--no-sandbox` フラグを `claude remote-control` から削除しました。どちらかを指定するとエラーで終了します。セッションをサンドボックス化するには、設定で `sandbox.enabled` を設定してくださいWed, 14 Oct 2026 21:03:49 GMT- 効果がなかった `--sandbox` と `--no-sandbox` フラグを `claude remote-control` から削除しました。どちらかを指定するとエラーで終了します。セッションをサンドボックス化するには、設定で `sandbox.enabled` を設定してください

---

変更前

`claude remote-control` では `--sandbox` と `--no-sandbox` フラグを指定できたが、これらはセッションの動作に何の影響もなかった。ユーザーはこの無効なフラグを指定しても気づけないまま使っていた。

変更後

この2つのフラグが削除され、指定するとエラーで終了するようになった。セッションをサンドボックス化するには、設定ファイルで `sandbox.enabled` を設定する方式に統一された。

利点

無効なフラグによる誤解を防ぎ、サンドボックス化は設定ファイル経由で明示的に行うようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-79eada103d18https://claude-code-log.com/changelog/v2.1.300#item-79eada103d18- [VSCode] エディタで選択したテキストがメッセージに追加されないようにする `claudeCode.attachSelection` 設定を追加したWed, 14 Oct 2026 21:03:49 GMT- [VSCode] エディタで選択したテキストがメッセージに追加されないようにする `claudeCode.attachSelection` 設定を追加した

---

変更前

これまで、VSCode 拡張機能ではエディタでテキストを選択すると、その内容が自動的にチャットメッセージに追加されていた。選択範囲を共有したくない場合でも、メッセージに意図せず含まれてしまうため、送信前に手動で削除する必要があった。

変更後

VSCode 拡張機能に `claudeCode.attachSelection` 設定が追加された。この設定をオフにすると、エディタで選択したテキストが自動的にメッセージに添付されなくなる。

利点

ユーザーは設定で選択テキストの自動添付を無効化でき、意図しないテキストがメッセージに含まれるのを防げる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-9177037a37d3https://claude-code-log.com/changelog/v2.1.300#item-9177037a37d3- [VSCode] 使用クレジットが尽きた後も高速モードがオンのまま残り、各リクエストが拒否されて再送される問題を修正。クレジットが尽きるとエラー通知とともに高速モードがオフになり、再度オンにするまでその状態を保つようにしたWed, 14 Oct 2026 21:03:49 GMT- [VSCode] 使用クレジットが尽きた後も高速モードがオンのまま残り、各リクエストが拒否されて再送される問題を修正。クレジットが尽きるとエラー通知とともに高速モードがオフになり、再度オンにするまでその状態を保つようにした

---

変更前

使用クレジットが尽きても VSCode 拡張の高速モードはオンのまま残っていた。そのため各リクエストが拒否されて標準速度で再送されるという無駄な処理が繰り返されていた。

変更後

クレジットが尽きると「Fast mode disabled · usage credits exhausted」のエラー通知が表示され、そのセッションでは高速モードがオフになる。保存された設定は変わらず、`/fast` を実行すれば再度オンにできる。

利点

クレジット切れ時にリクエストが拒否と再送を繰り返す無駄がなくなり、ユーザーは通知を見て意図的に高速モードを再開できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-7b7322effeefhttps://claude-code-log.com/changelog/v2.1.300#item-7b7322effeef[VSCode] 常に思考するモデルで思考トグルが Off に切り替わる問題を修正した。これらのモデルではトグル自体が表示されなくなったWed, 14 Oct 2026 21:03:49 GMT[VSCode] 常に思考するモデルで思考トグルが Off に切り替わる問題を修正した。これらのモデルではトグル自体が表示されなくなった

---

変更前

Opus 5.5 など思考をオフにできないモデルでも VSCode 拡張の Thinking トグルが表示され、トグルが Off に切り替わってしまうことがあった。

変更後

常に思考するモデルではトグルが表示されなくなり、設定が Off に変わることはなくなった。

利点

思考を無効化できないモデルで誤ってトグルを操作して混乱することがなくなる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-8519642b4d05https://claude-code-log.com/changelog/v2.1.300#item-8519642b4d05- [VSCode] 「Edit prompt」を選んだとき、復元されたプロンプトの上にファイルやコマンドのメニューが開いてしまっていた問題を修正。Enter キーで入力したプロンプトがそのまま送信されるようになったWed, 14 Oct 2026 21:03:49 GMT- [VSCode] 「Edit prompt」を選んだとき、復元されたプロンプトの上にファイルやコマンドのメニューが開いてしまっていた問題を修正。Enter キーで入力したプロンプトがそのまま送信されるようになった

---

変更前

VSCode 拡張でメッセージにフラグを付けて「Edit prompt」を実行すると、プロンプトが入力欄に復元されるが、その上にファイルやコマンドの選択メニューが開いてしまい、プロンプト編集を妨げていた。

変更後

「Edit prompt」実行後はメニューが開かず、復元されたプロンプトを直接編集でき、Enter キーを押すと入力した内容がそのまま送信される。

利点

復元したプロンプトを邪魔されることなくそのまま編集・再送信できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-1617956758edhttps://claude-code-log.com/changelog/v2.1.300#item-1617956758edWindows でファイルをプロンプトに Shift+ドラッグした際、作業ディレクトリからの相対的なメンションではなく、判読不能な `/c:/…` パスが挿入される問題を修正Wed, 14 Oct 2026 21:03:49 GMTWindows でファイルをプロンプトに Shift+ドラッグした際、作業ディレクトリからの相対的なメンションではなく、判読不能な `/c:/…` パスが挿入される問題を修正

---

変更前

Windows の VS Code でファイルを Shift+ドラッグしてプロンプトにドロップすると、`/c:/…` 形式の読みにくい絶対パスがそのまま挿入されていた。

変更後

修正後は、作業ディレクトリから見た相対パスによる @-メンションが挿入されるようになった。

利点

ユーザーはドラッグ&ドロップしたファイルを読みやすいメンション形式でプロンプトに参照できるようになり、パスを手動で書き直す手間がなくなる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-391e8b068b3ehttps://claude-code-log.com/changelog/v2.1.300#item-391e8b068b3e- [VSCode] VS Code のチャットフォントサイズ設定を変更した際にウィンドウの再読み込みが必要だったり、テーマ変更で設定が元に戻されたりする問題を修正。diff 表示とプランプレビューもこの設定に追従するようになったWed, 14 Oct 2026 21:03:49 GMT- [VSCode] VS Code のチャットフォントサイズ設定を変更した際にウィンドウの再読み込みが必要だったり、テーマ変更で設定が元に戻されたりする問題を修正。diff 表示とプランプレビューもこの設定に追従するようになった

---

変更前

VS Code 拡張のチャットフォントサイズ設定を変更しても、反映されるにはウィンドウの再読み込みが必要だった。また、テーマを切り替えると設定したフォントサイズが元に戻ってしまうことがあった。

変更後

フォントサイズ設定がリアルタイムで反映され、テーマ変更しても保持されるようになった。さらに diff 表示とプランプレビューも同じフォントサイズ設定に従って表示される。

利点

ユーザーはウィンドウを再読み込みせずにすぐフォントサイズを調整でき、テーマ変更後も見やすいサイズのまま作業を続けられる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-827e057b91f6https://claude-code-log.com/changelog/v2.1.300#item-827e057b91f6[VSCode] 「セッションを再開」やリロード後に復元されたタブが、git worktree に移動した会話を開かずに空の新規会話を開いてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT[VSCode] 「セッションを再開」やリロード後に復元されたタブが、git worktree に移動した会話を開かずに空の新規会話を開いてしまう問題を修正した

---

変更前

VS Code でウィンドウのリロードや再起動を行った後、「セッションを再開」や復元されたタブから会話を開き直すと、git worktree に移動していたセッションが正しく紐づかず、代わりに空の新規会話が開いていた。

変更後

リロード後の復元時にもセッションと会話の対応が正しく維持されるようになり、「セッションを再開」やタブ復元で git worktree に移動した元の会話が開かれるようになった。

利点

worktree 分離でバックグラウンドに移したセッションでも、VS Code のリロード後に同じ会話をそのまま再開できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-5917396e30b7https://claude-code-log.com/changelog/v2.1.300#item-5917396e30b7- [VSCode] 履歴から呼び出したスラッシュコマンドに対して ↑ キーで表示した後 Enter を押すと、引数なしでそのまま実行されてしまう問題を修正。また、呼び出したプロンプトを編集するまで、その上にコマンドメニューやファイルメニューが開かないようになったWed, 14 Oct 2026 21:03:49 GMT- [VSCode] 履歴から呼び出したスラッシュコマンドに対して ↑ キーで表示した後 Enter を押すと、引数なしでそのまま実行されてしまう問題を修正。また、呼び出したプロンプトを編集するまで、その上にコマンドメニューやファイルメニューが開かないようになった

---

変更前

VSCode で、コマンド履歴から ↑ キーでスラッシュコマンドを呼び出して Enter を押すと、元の引数が失われた状態でコマンドがそのまま実行されていた。また、履歴から呼び出したプロンプトを編集する前にも、コマンドメニューやファイルメニューがその上に開いていた。

変更後

↑ キーでスラッシュコマンドを呼び出した後に Enter を押しても、引数を保持したまま編集できるようになり、誤って引数なしで実行されることがなくなった。さらに、呼び出したプロンプトを編集するまで、コマンドメニューやファイルメニューがその上に開かないようになった。

利点

ユーザーは履歴から呼び出したスラッシュコマンドの引数を失わずに編集・再実行できるようになり、意図しない実行を防げる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-088d8e531560https://claude-code-log.com/changelog/v2.1.300#item-088d8e531560- [VSCode] WSL、SSH、Dev Container 環境のウィンドウで、Explorer やエディタタブからファイルを Shift+ドラッグでプロンプトにドロップしても何も挿入されない問題を修正したWed, 14 Oct 2026 21:03:49 GMT- [VSCode] WSL、SSH、Dev Container 環境のウィンドウで、Explorer やエディタタブからファイルを Shift+ドラッグでプロンプトにドロップしても何も挿入されない問題を修正した

---

変更前

WSL、SSH、Dev Container のいずれかのウィンドウで VS Code を使用している際、Explorer やエディタタブからファイルを Shift+ドラッグして Claude のプロンプトにドロップしても、ファイル参照が挿入されていなかった。

変更後

同様の環境でファイルを Shift+ドラッグしてプロンプトにドロップすると、正しくファイル参照が挿入されるようになった。

利点

リモート環境やコンテナ環境で作業する場合でも、ドラッグ&ドロップで手軽にファイルをプロンプトのコンテキストに追加できる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-8909f5b9019dhttps://claude-code-log.com/changelog/v2.1.300#item-8909f5b9019d[VSCode] Windows と Linux で、Ctrl+Alt+F を押したときにフォーカスビューの切り替えではなく、エクスプローラーや他のツリービュー、デバッグコンソール内の「検索」が開いてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT[VSCode] Windows と Linux で、Ctrl+Alt+F を押したときにフォーカスビューの切り替えではなく、エクスプローラーや他のツリービュー、デバッグコンソール内の「検索」が開いてしまう問題を修正した

---

変更前

Windows/Linux では、Ctrl+Alt+F を押すと Focus view の切り替えではなく、エクスプローラーや他のツリービュー、Debug Console 内の「検索(Find)」が開いていた。

変更後

Windows/Linux でも Ctrl+Alt+F が正しく Focus view の切り替えとして機能するようになり、誤って「検索」が開かなくなった。

利点

Windows/Linux のユーザーは Ctrl+Alt+F を押すだけでツールの動作表示の非表示/表示を切り替えられるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-90c00aa23abdhttps://claude-code-log.com/changelog/v2.1.300#item-90c00aa23abd[VSCode] macOS で、他のウィンドウやターミナルでセッションが開いているかどうかのチェック時に余分なプロセスが生成される問題を修正。チェックのたびに PATH から `ps` を検索する代わりに、`/bin/ps` を直接実行するようになった。Wed, 14 Oct 2026 21:03:49 GMT[VSCode] macOS で、他のウィンドウやターミナルでセッションが開いているかどうかのチェック時に余分なプロセスが生成される問題を修正。チェックのたびに PATH から `ps` を検索する代わりに、`/bin/ps` を直接実行するようになった。

---

変更前

VS Code 拡張機能は、他のウィンドウやターミナルでセッションが開いているかを確認する際、チェックのたびに PATH から `ps` コマンドを検索して実行していた。そのため macOS では検索の過程で余分なプロセスが生成されていた。

変更後

このチェックが、PATH を検索せずに `/bin/ps` を直接実行するようになった。これにより macOS 上で余分なプロセスが生成されなくなった。

利点

macOS でセッションの確認時に余分なプロセスが発生せず、より軽快に動作するようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-7ad5f50493ffhttps://claude-code-log.com/changelog/v2.1.300#item-7ad5f50493ff[VSCode] Windows: クラッシュや電源断の後、Windows が再起動して古いプロセス ID を別のプログラムに割り当てていた場合に、会話が「still open somewhere else(他の場所でまだ開かれています)」と表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT[VSCode] Windows: クラッシュや電源断の後、Windows が再起動して古いプロセス ID を別のプログラムに割り当てていた場合に、会話が「still open somewhere else(他の場所でまだ開かれています)」と表示される問題を修正した

---

変更前

Windows でクラッシュや電源断が発生した後、OS の再起動によって以前の Claude Code プロセスと同じプロセス ID が別のプログラムに割り当てられていると、拡張機能はそのプロセスがまだ会話を開いていると誤判定していた。そのため、該当する会話を再開しようとすると「still open somewhere else」の通知が表示され、そのままでは利用できなかった。

変更後

クラッシュや電源断の後で Windows が再起動し、古いプロセス ID が別のプログラムに割り当てられた場合でも、「他の場所でまだ開かれている」と誤表示されなくなった。会話を正しく再開できるようになった。

利点

クラッシュや電源断後でも、別プログラムが同じプロセス ID を再利用していても会話を迷わず再開できるようになった。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-8ec8cb970961https://claude-code-log.com/changelog/v2.1.300#item-8ec8cb970961[クラウドセッション] 組織が「常に許可」をオフにしているコネクタツールについて、Cowork の承認プロンプトに「このタスクに対して許可」が表示されない不具合を修正した（2.1.292 でのリグレッション）Wed, 14 Oct 2026 21:03:49 GMT[クラウドセッション] 組織が「常に許可」をオフにしているコネクタツールについて、Cowork の承認プロンプトに「このタスクに対して許可」が表示されない不具合を修正した（2.1.292 でのリグレッション）

---

変更前

組織のポリシーでコネクタツールの「常に許可」が無効化されている場合、そのツールの呼び出し時にはユーザーに承認を求めるプロンプトが表示されるはずだった。しかし 2.1.292 以降、Cowork の承認プロンプトに「このタスクに対して許可」の選択肢が表示されず、ユーザーはタスク単位でツール使用を許可できなかった。

変更後

「このタスクに対して許可」が Cowork の承認プロンプトに正しく表示されるようにした。組織が「常に許可」をオフにしているコネクタツールでも、ユーザーはそのセッション内のタスクに限って使用を許可できるようになった。

利点

「常に許可」が無効なコネクタツールでもタスク単位で承認を選べるようになり、毎回すべて拒否せずに必要な操作だけを許可できるようになった。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-1cd7224a071ahttps://claude-code-log.com/changelog/v2.1.300#item-1cd7224a071a[クラウドセッション] 2 つ目のメッセージを送信した後、/ メニュー内のほとんどのコマンドの説明がクラウドセッションで失われる問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT[クラウドセッション] 2 つ目のメッセージを送信した後、/ メニュー内のほとんどのコマンドの説明がクラウドセッションで失われる問題を修正した。

---

変更前

2 つ目のメッセージを送信すると、クラウドセッション内で / メニューにあるほとんどのコマンドから説明が消えていた。ユーザーはコマンドの説明なしでメニューを表示することになる。

変更後

2 つ目のメッセージを送信した後も、クラウドセッション内で / メニューにあるほとんどのコマンドの説明が維持される。

利点

クラウドセッションでコマンドの説明が消えることなく、コマンドの内容を確認しながら選択できる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-f45017b9b775https://claude-code-log.com/changelog/v2.1.300#item-f45017b9b775[Remote Control] claude.ai およびデスクトップアプリの Remote Control セッションで、削除・改名されたファイルが「変更あり」と表示されていた差分ビューの不具合を修正しました。お使いのマシンには Claude Code v2.1.296 以降が必要です。Wed, 14 Oct 2026 21:03:49 GMT[Remote Control] claude.ai およびデスクトップアプリの Remote Control セッションで、削除・改名されたファイルが「変更あり」と表示されていた差分ビューの不具合を修正しました。お使いのマシンには Claude Code v2.1.296 以降が必要です。

---

変更前

Remote Control セッションを claude.ai やデスクトップアプリから閲覧したとき、削除されたファイルや改名されたファイルが「変更あり」として表示されていた。そのため、実際のファイル状態と差分ビューの表示が一致せず、変更内容を正しく確認できなかった。

変更後

削除されたファイルや改名されたファイルが、それぞれ削除・改名として正しく表示されるようになった。Remote Control セッションの差分ビューが実際のファイル状態を正確に反映する。

利点

claude.ai やデスクトップアプリからセッションの変更内容を確認する際、削除や改名の有無を誤解せずに正確に把握できる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-c5ba4dae4bd7https://claude-code-log.com/changelog/v2.1.300#item-c5ba4dae4bd7- [Claude Tag] Slack Connect チャンネルに対応した。Owner または Claude Tag 管理者は、別の組織と共有しているチャンネルでも Slack の Claude が回答できるように設定できる。デフォルトではオフ。Wed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] Slack Connect チャンネルに対応した。Owner または Claude Tag 管理者は、別の組織と共有しているチャンネルでも Slack の Claude が回答できるように設定できる。デフォルトではオフ。

---

変更前

Claude in Slack は自組織にペアリングされた Slack ワークスペース内のチャンネルでのみ応答でき、Slack Connect で外部組織と共有されたチャンネルでは Claude を利用できなかった。

変更後

Owner または Claude Tag 管理者が設定を有効にすると、別の組織と共有されている Slack Connect チャンネルでも Claude が回答できるようになった。この機能はデフォルトでオフになっており、管理者が意図的にオンにする必要がある。

利点

外部組織と共有するチャンネルでも Claude に相談できるようになり、組織をまたぐ共同作業の中で AI サポートを継続して利用できる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-f2ef6219a369https://claude-code-log.com/changelog/v2.1.300#item-f2ef6219a369- [Claude Tag] Slack スレッド内で、承認が必要なコネクタアクションに対して自分にしか見えない「Allow once / Deny」カードを追加した。これにより Claude は拒否する代わりに確認を求めるようになり、他のメンバーには自分の判断待ちであることだけが表示されるWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] Slack スレッド内で、承認が必要なコネクタアクションに対して自分にしか見えない「Allow once / Deny」カードを追加した。これにより Claude は拒否する代わりに確認を求めるようになり、他のメンバーには自分の判断待ちであることだけが表示される

---

変更前

Slack で承認が必要なコネクタアクションが発生した場合、Claude はあなたに確認する手段がなく、アクションを拒否していました。

変更後

Slack スレッド内に自分にしか見えない「Allow once / Deny」カードが表示され、Claude は拒否する代わりにあなたの承認を待つようになります。他のメンバーには Claude があなたの判断待ちであることだけが表示されます。

利点

ユーザーは Slack から離れることなく承認が必要なアクションをその場で許可でき、Claude が不当に拒否して作業が止まることを防げるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-45946f077c22https://claude-code-log.com/changelog/v2.1.300#item-45946f077c22- [Claude Tag] Claude in Slack で Slack のボイスクリップに対応しました: Slack に文字起こしが存在する場合、Claude はそのクリップの文字起こしを読み取ります。Wed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] Claude in Slack で Slack のボイスクリップに対応しました: Slack に文字起こしが存在する場合、Claude はそのクリップの文字起こしを読み取ります。

---

変更前

Claude in Slack に送信されたボイスクリップ(音声メッセージ)は処理できず、クリップが含まれるメンションへの対応は不十分でした。ユーザーは音声の内容をテキストで改めて入力する必要がありました。

変更後

Slack がクリップの文字起こし(トランスクリプト)を保持している場合、Claude がその文字起こしを読み取って内容を理解できるようになりました。ユーザーは音声メッセージのまま質問や依頼ができます。

利点

ユーザーは Slack で音声クリップを送るだけで Claude に内容を伝えられるようになり、テキストでの再入力が不要になります。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-268d1ee2026bhttps://claude-code-log.com/changelog/v2.1.300#item-268d1ee2026b- [Claude Tag] Claude 自身がチャンネルに投稿したメッセージのスレッド内で、他のアプリが Claude をメンションしても Claude が回答しない問題を修正したWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] Claude 自身がチャンネルに投稿したメッセージのスレッド内で、他のアプリが Claude をメンションしても Claude が回答しない問題を修正した

---

変更前

以前は、Claude 自身が Slack チャンネルに投稿したメッセージに対して、他のアプリがそのスレッド内で @Claude をタグ付け(メンション)しても、Claude はそのメンションに反応して回答しなかった。

変更後

修正後は、Claude 自身が投稿したメッセージのスレッド内で他のアプリからタグ付けされた場合でも、Claude が適切にそのメンションを検出して回答するようになった。

利点

ユーザーは他のアプリとのスレッド上のやり取りでも Claude にタグ付けして作業を依頼でき、応答がないために再度メッセージを送り直す必要がなくなる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-43331ff4ce40https://claude-code-log.com/changelog/v2.1.300#item-43331ff4ce40- [Claude Tag] 管理者が Slack チャンネルに紐付けたアクセスバンドルが、チャンネルが Slack Connect チャンネルになった後も適用され続けるようにしました。アクセスバンドルを削除して再紐付けする必要はありませんWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] 管理者が Slack チャンネルに紐付けたアクセスバンドルが、チャンネルが Slack Connect チャンネルになった後も適用され続けるようにしました。アクセスバンドルを削除して再紐付けする必要はありません

---

変更前

従来は、管理者が Slack チャンネルにアクセスバンドルを紐付けていても、そのチャンネルが Slack Connect チャンネルになると適用が維持されなかった。そのため、管理者はバンドルを一度削除して、再度紐付け直す必要があった。

変更後

チャンネルが Slack Connect チャンネルに変わっても、管理者が紐付けたアクセスバンドルがそのまま適用され続けるようになった。削除と再紐付けの作業は不要になった。

利点

管理者はチャンネルの Slack Connect 化に合わせてアクセスバンドルを付け直す作業が不要になり、設定の維持が手間なく行える。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-9be36124dd0ahttps://claude-code-log.com/changelog/v2.1.300#item-9be36124dd0a- [Code Review] 書き込み権限を持つユーザーによる `@claude review` コメントが、GitHub 組織でのメンバーシップが非公開の場合に無視される問題を修正した。これらのユーザーのコメントはレビューを開始するようになったWed, 14 Oct 2026 21:03:49 GMT- [Code Review] 書き込み権限を持つユーザーによる `@claude review` コメントが、GitHub 組織でのメンバーシップが非公開の場合に無視される問題を修正した。これらのユーザーのコメントはレビューを開始するようになった

---

変更前

書き込み権限を持つユーザーが `@claude review` コメントを投稿しても、そのユーザーの GitHub 組織メンバーシップが非公開に設定されていると、Code Review はそのコメントを無視していた。

変更後

組織メンバーシップが非公開でも、書き込み権限を持つユーザーによる `@claude review` コメントが正しく認識されるようになり、レビューが開始されるようになった。

利点

書き込み権限を持つユーザーは、自分の組織メンバーシップが非公開設定でも `@claude review` コメントで確実にレビューを開始できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.300#item-205515f483aehttps://claude-code-log.com/changelog/v2.1.300#item-205515f483ae- [Code Review] Code Review の「このリポジトリでは一時停止中 (paused for this repository)」というコメントが管理者を Code Review 設定ページへ誘導していた問題を修正した。このコメントは、誰が問題を解決できるかを示し、Git プロバイダーのページへのリンクを含むようになった。Wed, 14 Oct 2026 21:03:49 GMT- [Code Review] Code Review の「このリポジトリでは一時停止中 (paused for this repository)」というコメントが管理者を Code Review 設定ページへ誘導していた問題を修正した。このコメントは、誰が問題を解決できるかを示し、Git プロバイダーのページへのリンクを含むようになった。

---

変更前

Code Review が「このリポジトリでは一時停止中」というコメントを投稿した際、そのリンクは管理者を Code Review 設定ページへ誘導していた。このため、問題の原因や実際に誰が対処できるかがコメント上で分からず、管理者以外のユーザーは次に取るべき行動を判断しにくかった。

変更後

コメントには、誰が問題を解決できるかが明示され、リンク先も Git プロバイダーのページに変更された。これにより、コメントを見たユーザーが原因と対処方法をすぐに把握できる。

利点

レビューが一時停止した際に、コメントを見た人が誰がどのページで対処すればよいかをすぐに判断できるようになる。

---

v2.1.300

]]>https://claude-code-log.com/changelog/v2.1.299#item-2d255c4153fbhttps://claude-code-log.com/changelog/v2.1.299#item-2d255c4153fb- `CLAUDE_CODE_DISABLE_FILE_MENTIONS` 環境変数を追加しました。Claude がファイルツールを使って読み取る対象として、`@` でのファイルメンションのパスのみを受け取るようになり、ファイルの中身自体は渡されなくなりますWed, 14 Oct 2026 21:03:49 GMT- `CLAUDE_CODE_DISABLE_FILE_MENTIONS` 環境変数を追加しました。Claude がファイルツールを使って読み取る対象として、`@` でのファイルメンションのパスのみを受け取るようになり、ファイルの中身自体は渡されなくなります

---

変更前

`@` でファイルをメンションすると、Claude はそのファイルの内容そのものを受け取っていた。

変更後

環境変数 `CLAUDE_CODE_DISABLE_FILE_MENTIONS` が新設され、有効にすると Claude はメンションされたファイルのパスのみを受け取り、内容はファイルツールで自ら読み取る。

利点

メンション時の自動的なファイル内容の注入を防ぎ、ユーザーはファイル読み取りのタイミングと許可を制御できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-75c1c95c9e63https://claude-code-log.com/changelog/v2.1.299#item-75c1c95c9e63ターミナルでアイドル時コンパクションを追加した。20万トークン以上の会話を約54分アイドル状態にすると、1時間のプロンプトキャッシュが失効する前にコンパクションを実行し、次のメッセージで会話全体を再処理せずに済むようにした。Wed, 14 Oct 2026 21:03:49 GMTターミナルでアイドル時コンパクションを追加した。20万トークン以上の会話を約54分アイドル状態にすると、1時間のプロンプトキャッシュが失効する前にコンパクションを実行し、次のメッセージで会話全体を再処理せずに済むようにした。

---

変更前

200K 以上のトークンがある大きな会話を放置すると、1時間のプロンプトキャッシュが失効した後にメッセージを送信することになり、キャッシュミスによって会話全体を再処理してコストが大きく跳ね上がっていた。

変更後

会話が約54分アイドル状態になると、キャッシュが失効する前に自動的にコンパクションを実行して会話を要約に置き換える。これにより、次のメッセージで送信するコンテキストが大幅に小さくなり、キャッシュミス時の再処理コストが抑えられる。

利点

大きなセッションを長時間放置しても、次のメッセージで会話全体の再処理による高額なトークン消費を回避できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ca73b2357fa5https://claude-code-log.com/changelog/v2.1.299#item-ca73b2357fa5- アイドル時コンパクションの 200K トークンの最低しきい値を変更できる環境変数 `CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS` を追加した。settings.json で `idleCompaction: false` を設定すると機能を無効化できる。どちらも v2.1.290 以降が必要Wed, 14 Oct 2026 21:03:49 GMT- アイドル時コンパクションの 200K トークンの最低しきい値を変更できる環境変数 `CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS` を追加した。settings.json で `idleCompaction: false` を設定すると機能を無効化できる。どちらも v2.1.290 以降が必要

---

変更前

アイドル時コンパクションは 200K トークンという固定の最低しきい値で動作し、ユーザーはこの値を変更できなかった。また、機能自体を無効化する設定も用意されていなかった。

変更後

環境変数 `CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS` で 200K トークンの最低しきい値を変更できるようになった。さらに settings.json で `idleCompaction: false` を設定すると、アイドル時コンパクション自体をオフにできる。

利点

トークンしきい値の調整や機能の無効化を自分の環境に合わせて制御できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-17ec706ac36ehttps://claude-code-log.com/changelog/v2.1.299#item-17ec706ac36e- `$.prompt.media` を追加した。マネージド設定でインストールされた mod の `prompt.submit` フックが、プロンプトに添付された画像やドキュメントのバイト列を読み取れるようになったWed, 14 Oct 2026 21:03:49 GMT- `$.prompt.media` を追加した。マネージド設定でインストールされた mod の `prompt.submit` フックが、プロンプトに添付された画像やドキュメントのバイト列を読み取れるようになった

---

変更前

`prompt.submit` フックはプロンプトのテキストにはアクセスできたが、添付された画像やドキュメントのバイト列を読み取る手段がなかった。

変更後

`$.prompt.media` が追加され、マネージド設定でインストールされた mod の `prompt.submit` フックでも、プロンプトに添付された画像やドキュメントのバイト列を参照できるようになった。

利点

管理者が配布する mod のフックでも添付ファイルの内容を検査・処理できるようになり、プロンプト添付物を扱うカスタムポリシーやツールを構築できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-5b4d8f57d8echttps://claude-code-log.com/changelog/v2.1.299#item-5b4d8f57d8ec管理設定によってインストールされた mods 向けに `$.session.identity()` を追加した。これにより、セッションのサインイン方法、および管理設定の `forceLoginOrgUUID` がその組織を指定している場合に、所属組織とメールアドレスを取得できるWed, 14 Oct 2026 21:03:49 GMT管理設定によってインストールされた mods 向けに `$.session.identity()` を追加した。これにより、セッションのサインイン方法、および管理設定の `forceLoginOrgUUID` がその組織を指定している場合に、所属組織とメールアドレスを取得できる

---

変更前

管理設定でインストールされた mods からは、セッションがどのようにサインインしているか、またどの組織・メールアドレスに紐づいているかを知る方法がなかった。mods 側で組織固有の振る舞いを実装しようとしても、セッションの認証情報を参照できなかった。

変更後

`$.session.identity()` が追加され、mods からセッションのサインイン方法を取得できるようになった。また、管理設定の `forceLoginOrgUUID` がその組織を指定している場合は、所属組織とメールアドレスも取得できる。

利点

管理者は管理設定で配布した mods にセッションの認証コンテキストを参照させることで、組織に応じた制御や表示を実装できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ccb89c84167ehttps://claude-code-log.com/changelog/v2.1.299#item-ccb89c84167e- mod の `Text` に `size`、`weight`、`mono`、`tabular` を追加し、`Box` に名前付きスペーシングステップ（`xs` から `xl`）を追加した。`bold` は非推奨となり、代わりに `weight` の使用が推奨されるWed, 14 Oct 2026 21:03:49 GMT- mod の `Text` に `size`、`weight`、`mono`、`tabular` を追加し、`Box` に名前付きスペーシングステップ（`xs` から `xl`）を追加した。`bold` は非推奨となり、代わりに `weight` の使用が推奨される

---

変更前

mod の `Text` では太字を表す `bold` しかなく、テキストのサイズやウェイトを細かく制御できなかった。`Box` の余白も名前付きのステップ指定ができなかった。

変更後

`Text` に `size`、`weight`、`mono`、`tabular` の各プロパティが追加され、`Box` には `xs` から `xl` までの名前付きスペーシングステップで余白を指定できるようになった。従来の `bold` は非推奨となり、`weight` への移行が促される。

利点

mod のテキストやレイアウトをより細かく、かつ統一された命名規則で制御できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-8365cf948822https://claude-code-log.com/changelog/v2.1.299#item-8365cf948822`claude self-hosted-runner orchestrator` に `--shutdown-drain-sec` を追加した。SIGTERM を受信するとポーリングを停止し、実行中のポーリングと稼働中の spawn フックに対し、指定秒数まで完了の猶予を与えるWed, 14 Oct 2026 21:03:49 GMT`claude self-hosted-runner orchestrator` に `--shutdown-drain-sec` を追加した。SIGTERM を受信するとポーリングを停止し、実行中のポーリングと稼働中の spawn フックに対し、指定秒数まで完了の猶予を与える

---

変更前

オーケストレーターはシャットダウン時に猶予期間を制御する方法がなく、SIGTERM 受信後のポーリングや spawn フックの終了待ちの挙動を調整できなかった。

変更後

`--shutdown-drain-sec` フラグで秒数を指定できるようになり、SIGTERM 受信時にポーリングを停止し、実行中のポーリングや spawn フックがその時間内で完了するのを待てるようになった。

利点

自己ホスト環境のオーケストレーターを Kubernetes 等で終了させる際、進行中の spawn 処理を猶予期間内に完了させられ、セッションの取りこぼしを減らせる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-97c5d121a016https://claude-code-log.com/changelog/v2.1.299#item-97c5d121a016- mod の `skill.prompt` フックが受け取る内容に、スキルのフロントマター、ソース、プラグイン名、ファイルパスを追加しましたWed, 14 Oct 2026 21:03:49 GMT- mod の `skill.prompt` フックが受け取る内容に、スキルのフロントマター、ソース、プラグイン名、ファイルパスを追加しました

---

変更前

mod の `skill.prompt` フックは、スキルが呼び出されたときのプロンプト情報のみを受け取っていたため、そのスキルがどこから来たものかを判別するには不十分でした。

変更後

フックが受け取る内容に、スキルのフロントマター、ソース、プラグイン名、ファイルパスが含まれるようになりました。これにより、mod は対象のスキルに関する詳細なメタデータを参照できるようになります。

利点

mod 作成者はスキルの出自や定義内容に基づいてフック処理を分岐させられるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-825cd6b80ec9https://claude-code-log.com/changelog/v2.1.299#item-825cd6b80ec9エージェントビューに `/effort` と `/fast` を追加し、新しいセッションが開始時に使う設定を指定できるようにした。また、そこで引数なしの `/model`、`/effort`、`/fast` を実行すると、ピッカーが開くようになった。Wed, 14 Oct 2026 21:03:49 GMTエージェントビューに `/effort` と `/fast` を追加し、新しいセッションが開始時に使う設定を指定できるようにした。また、そこで引数なしの `/model`、`/effort`、`/fast` を実行すると、ピッカーが開くようになった。

---

変更前

エージェントビューでは、新しいセッションのデフォルトのモデル、推論強度、fast mode を設定できず、それらはセッションごとに個別に指定する必要があった。また、`/model` などのコマンドは引数を渡す形式でのみ動作した。

変更後

エージェントビューで `/effort` と `/fast` を実行して新しいセッションの開始時設定を指定できるようになり、引数なしで `/model`、`/effort`、`/fast` を実行するとピッカーが開くようになった。

利点

新しいセッションの開始時設定をエージェントビューからまとめて指定できるようになり、セッションごとの設定手間が減る。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-1e60f7fc8839https://claude-code-log.com/changelog/v2.1.299#item-1e60f7fc8839- `--safe-mode` で起動したバックグラウンドセッションについて、エージェントビューのピークパネルに「セーフモード」行を追加しましたWed, 14 Oct 2026 21:03:49 GMT- `--safe-mode` で起動したバックグラウンドセッションについて、エージェントビューのピークパネルに「セーフモード」行を追加しました

---

変更前

`--safe-mode` で起動したバックグラウンドセッションも、他のセッションと同様にエージェントビューの一覧やピークパネルに表示されていた。しかし、そのセッションがセーフモードで動作しているかどうかは、ピークパネルを見ても判別できなかった。

変更後

ピークパネルに「セーフモード」行が新しく表示されるようになり、`--safe-mode` で起動したバックグラウンドセッションかどうが一目でわかるようになった。

利点

セーフモードで起動したセッションを確認する際、表示から状態を判別できるようになり、セーフモードでのトラブルシューティングがしやすくなる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-747a1066aba3https://claude-code-log.com/changelog/v2.1.299#item-747a1066aba3bypass permissions が利用可能なために、プランモードがほとんどの編集やコマンドの実行前に確認を求めない場合に、その旨を一度だけ通知するメモを追加したWed, 14 Oct 2026 21:03:49 GMTbypass permissions が利用可能なために、プランモードがほとんどの編集やコマンドの実行前に確認を求めない場合に、その旨を一度だけ通知するメモを追加した

---

変更前

bypass permissions が利用可能なセッションでは、プランモード中に Claude がファイル編集やシェルコマンドを実行してもユーザーに確認を求めずに実行される。そのため、ユーザーはプランモードを使っているのに編集が直接実行される理由に気づかない可能性があった。

変更後

bypass permissions が利用可能な場合、プランモードがほとんどの編集やコマンドの前に確認しないことを説明するメモが一度だけ表示されるようになった。ユーザーはこの挙動の理由を事前に把握できる。

利点

プランモード中でも確認なしで編集が実行される理由を事前に理解でき、意図しない変更への驚きを減らせる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-65c60d3c8fb9https://claude-code-log.com/changelog/v2.1.299#item-65c60d3c8fb9`claude plugin eval` に `--disallow-tools` オプションと `disallowed_tools` ケースフィールドを追加し、Agent などの特定の組み込みツールを評価実行から除外できるようにしたWed, 14 Oct 2026 21:03:49 GMT`claude plugin eval` に `--disallow-tools` オプションと `disallowed_tools` ケースフィールドを追加し、Agent などの特定の組み込みツールを評価実行から除外できるようにした

---

変更前

プラグインの eval 実行では、ツールを追加許可する `--allow-tools` や `allowed_tools` は存在したが、特定の組み込みツールを明示的に禁止する手段がなかった。そのため Agent のようなツールを eval の実行対象から外したければ、ケース側で工夫して回避するしかなかった。

変更後

コマンドラインオプション `--disallow-tools` と、`case.yaml` に記述できる `disallowed_tools` フィールドが追加された。これにより、eval の実行単位でもコマンド単位でも、Agent などの特定の組み込みツールを実行から除外できる。

利点

評価実行で使われたくない組み込みツールを明示的に除外でき、eval の動作範囲をより細かく制御できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-0dfbb5405788https://claude-code-log.com/changelog/v2.1.299#item-0dfbb5405788- Claude Desktop の Code タブで attribution（帰属）ブロックを無効化できるようになった。Claude apps gateway の `code` ポリシーの `env` に `CLAUDE_CODE_ATTRIBUTION_HEADER=0` を設定するWed, 14 Oct 2026 21:03:49 GMT- Claude Desktop の Code タブで attribution（帰属）ブロックを無効化できるようになった。Claude apps gateway の `code` ポリシーの `env` に `CLAUDE_CODE_ATTRIBUTION_HEADER=0` を設定する

---

変更前

ゲートウェイ経由で Claude Desktop の Code タブを使う場合、attribution ブロックは常に表示され、オフにする手段がなかった。

変更後

ゲートウェイの `code` ポリシーの `env` に `CLAUDE_CODE_ATTRIBUTION_HEADER=0` を設定すると、Code タブで attribution ブロックが表示されなくなる。

利点

管理者はポリシーで Code タブの attribution ブロックをオフにでき、必要のない表示を抑えられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-4e912815bc5fhttps://claude-code-log.com/changelog/v2.1.299#item-4e912815bc5f- Claude apps ゲートウェイ経由の Claude Code セッションで、attribution ブロックにフィールドを 1 つ追加した。`CLAUDE_CODE_ATTRIBUTION_HEADER=0` でブロックを削除できるWed, 14 Oct 2026 21:03:49 GMT- Claude apps ゲートウェイ経由の Claude Code セッションで、attribution ブロックにフィールドを 1 つ追加した。`CLAUDE_CODE_ATTRIBUTION_HEADER=0` でブロックを削除できる

---

変更前

Claude apps ゲートウェイ経由のセッションでは、システムプロンプト先頭の attribution ブロックにクライアントバージョンや会話フィンガープリントが含まれており、ブロック内のフィールド構成は固定だった。削除する手段は既存の環境変数のみで、ブロック自体の内容を変更するにはバージョン更新を待つしかなかった。

変更後

attribution ブロックに新しいフィールドが 1 つ追加された。従来どおり `CLAUDE_CODE_ATTRIBUTION_HEADER=0` を設定すれば、ブロック自体をシステムプロンプトから取り除ける。

利点

ゲートウェイ運用者は、追加されたフィールドを含む attribution ブロックの内容を最新に保ちつつ、不要な場合も環境変数 1 つで確実に除外できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-fd161f86021fhttps://claude-code-log.com/changelog/v2.1.299#item-fd161f86021f`session.append` mod フックに `queue` ドアを追加しました。これにより、mod は送信されたプロンプトとは異なる内容を、文字起こしの queue レコードとして保存できるようになりました。Wed, 14 Oct 2026 21:03:49 GMT`session.append` mod フックに `queue` ドアを追加しました。これにより、mod は送信されたプロンプトとは異なる内容を、文字起こしの queue レコードとして保存できるようになりました。

---

変更前

`session.append` フックを持つ mod は、会話が保存される前に各行を書き換えられるが、`queue` のレコードは送信されたプロンプトの内容と一致していないものにできなかった。

変更後

`queue` ドアの追加により、mod は `session.append` フックで送信されたプロンプトとは異なる内容を queue レコードとして保存できるようになった。

利点

ユーザーは mod で会話の記録(queue レコード)をプロンプトの実際の送信内容とは別の形で保存できるようになり、記録の柔軟性が高まる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c3c36ca66b13https://claude-code-log.com/changelog/v2.1.299#item-c3c36ca66b13- 組織が Claude Code を管理している環境でスキップされる mod のフックを、`/plugin` と `claude plugin validate` に注記として表示するようにしたWed, 14 Oct 2026 21:03:49 GMT- 組織が Claude Code を管理している環境でスキップされる mod のフックを、`/plugin` と `claude plugin validate` に注記として表示するようにした

---

変更前

組織の管理設定（`disableAllHooks` など）によってプラグインのフックモジュールがスキップされても、`/plugin` や `claude plugin validate` の出力には、どの mod のフックが読み込まれないのかを示す情報がなかった。ユーザーは mod が動作しない原因を把握するため、デバッグログを確認するかトラブルシューティングドキュメントを調べる必要があった。

変更後

`/plugin` と `claude plugin validate` に、組織の管理下でスキップされた mod のフックを名前を挙げて示す注記が表示されるようになった。トラブルシューティングドキュメントに記載の「フックモジュールが読み込まれない理由」が、コマンド出力から直接確認できる。

利点

デバッグログを開かなくても、どの mod のフックがスキップされたのか、そしてその理由のカテゴリをすぐに特定できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-d6d111a77e82https://claude-code-log.com/changelog/v2.1.299#item-d6d111a77e82- 最大 effort、ワークフロー、always-on コンテキスト、大きなツール結果に対する `/usage` の警告を追加したWed, 14 Oct 2026 21:03:49 GMT- 最大 effort、ワークフロー、always-on コンテキスト、大きなツール結果に対する `/usage` の警告を追加した

---

変更前

`/usage` コマンドでは、トークンを多く消費する状態や設定が使用制限に与える影響を警告表示していなかった。そのため、ワークフローの実行や大きなツール結果などでトークン消費が急増しても、ユーザーは気づかずに利用制限に達しやすかった。

変更後

`/usage` コマンドに、最大 effort、ワークフロー、always-on コンテキスト、大きなツール結果に対する警告が表示されるようになった。これらはドキュメント上、ワークフローの実行が多くのトークンを消費してセッションや週間の利用制限に早く達すること、ツール結果が大きい場合は出力上限の警告やファイルへの保存が行われることと対応している。

利点

ユーザーはトークンを多く消費する状態を `/usage` で把握でき、利用制限に達する前に使用量を調整できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7c3ada480e5bhttps://claude-code-log.com/changelog/v2.1.299#item-7c3ada480e5b拒否されたクラウドセッションで発生するエラーを修正した。`apiKeyHelper` のキーを使用している場合、そのエラーが誤った組織を指し示すことがあったWed, 14 Oct 2026 21:03:49 GMT拒否されたクラウドセッションで発生するエラーを修正した。`apiKeyHelper` のキーを使用している場合、そのエラーが誤った組織を指し示すことがあった

---

変更前

`apiKeyHelper` から取得したキーを使ってクラウドセッションが拒否されたとき、表示されるエラーが誤った組織を指し示す可能性があった。ユーザーは実際の認証情報の出所とずれた組織情報を提示され、原因の切り分けが難しかった。

変更後

クラウドセッションが拒否された際のエラーが、`apiKeyHelper` のキー使用時でも正しい組織を指し示すようになった。`/status` の Authentication パネルなどで確認できる認証元の情報と整合する表示になる。

利点

ユーザーは `apiKeyHelper` 利用時にセッション拒否エラーが発生しても、正しい組織の情報をもとに認証問題をすばやく切り分けられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-fafff5879f95https://claude-code-log.com/changelog/v2.1.299#item-fafff5879f95カスタム `ANTHROPIC_BASE_URL` 配下でゲートウェイ固有のモデル名を使っているセッションが、200Kトークン付近でリクエストを送信せずに「Prompt is too long · automatic compaction failed」で終了する問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTカスタム `ANTHROPIC_BASE_URL` 配下でゲートウェイ固有のモデル名を使っているセッションが、200Kトークン付近でリクエストを送信せずに「Prompt is too long · automatic compaction failed」で終了する問題を修正しました。

---

変更前

ゲートウェイ経由で Claude Code が認識しないモデル ID を使うセッションでは、Claude Code が想定するコンテキストウィンドウ(200K)で自動コンパクションが試みられていた。コンパクションが失敗すると、実際には 200K を超えていないリクエストでも送信されずに「Prompt is too long · automatic compaction failed」で終了していた。

変更後

ゲートウェイ固有のモデル名のセッションでは、200K トークン付近で自動コンパクションが誤動作せず、リクエストがそのまま送信されるようになった。LLM ゲートウェイのエイリアスなど認識できないモデル ID に対しては、docs に記載のとおり `CLAUDE_CODE_AUTO_COMPACT_WINDOW=200000` を設定してコンパクション境界を明示できる。

利点

カスタムゲートウェイ経由のユーザーは、200K 付近の会話でセッションが不当に中断されることなく、そのまま作業を続けられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-f00cc0db46d6https://claude-code-log.com/changelog/v2.1.299#item-f00cc0db46d6毎ターンの終わりにプロンプトを送信し、ヘッドレス実行を `--max-turns`、`--max-budget-usd`、割り込み、ホストの会話の終了を越えて継続させてしまう不具合のある mod を修正した。Wed, 14 Oct 2026 21:03:49 GMT毎ターンの終わりにプロンプトを送信し、ヘッドレス実行を `--max-turns`、`--max-budget-usd`、割り込み、ホストの会話の終了を越えて継続させてしまう不具合のある mod を修正した。

---

変更前

特定の mod が毎ターンの終わりにプロンプトを送信するため、ヘッドレス実行が `--max-turns` や `--max-budget-usd` の上限、割り込み、ホスト側の会話の終了後も停止せずに動き続けていた。

変更後

その mod による毎ターン終了時のプロンプト送信が修正され、ヘッドレス実行が `--max-turns`、`--max-budget-usd`、割り込み、ホストの会話の終了のいずれかで正しく停止するようになった。

利点

上限設定や割り込みに応じてヘッドレス実行が確実に終了するため、予期せぬターン数やコストの増加を防げる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-0e64256db095https://claude-code-log.com/changelog/v2.1.299#item-0e64256db095クラウドセッションで、ツールグループの1行ラベルの後にモデルのフォローアップテキストが表示されることがある問題を修正したWed, 14 Oct 2026 21:03:49 GMTクラウドセッションで、ツールグループの1行ラベルの後にモデルのフォローアップテキストが表示されることがある問題を修正した

---

変更前

クラウドセッションで、ツールグループが1行ラベルとして表示された後に、モデルのフォローアップテキストが続けて表示されることがあった。そのため、ツールの実行結果を1行で簡潔に確認しようとしても、意図しない追加テキストがラベルの直後に割り込んで表示されていた。

変更後

ツールグループが1行ラベルとして表示された後、モデルのフォローアップテキストはラベルの直後に割り込んで表示されなくなった。ツールの実行内容が1行ラベルだけで簡潔にまとめて表示される。

利点

ユーザーはツールグループの1行ラベルだけを見て、実行されたツールの内容を簡潔に確認できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-5aa47e320227https://claude-code-log.com/changelog/v2.1.299#item-5aa47e320227設定ディレクトリのパスに `.claude` が含まれない場合に、accept-edits モードで Write ツールや Edit ツールが確認なしにセッションの mods フォルダー内へ mod を作成してしまう問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMT設定ディレクトリのパスに `.claude` が含まれない場合に、accept-edits モードで Write ツールや Edit ツールが確認なしにセッションの mods フォルダー内へ mod を作成してしまう問題を修正しました。

---

変更前

設定ディレクトリのパスに `.claude` が含まれない環境では、accept-edits モードであっても Write/Edit ツールがセッションの mods フォルダー(`~/.claude/dev-mods/<セッションID>/`)への mod 作成を確認なしに自動承認していました。これは protected paths の保護対象とみなされないパスへの書き込みが意図せず許可される状態でした。

変更後

設定ディレクトリのパスに `.claude` が含まれない場合でも、セッションの mods フォルダーへの mod 作成はユーザーの承認を求めるようになりました。protected paths の判定が正しく機能し、accept-edits モードでも mod 作成時に確認が表示されます。

利点

accept-edits モードであっても、意図しない mod の作成が自動承認されることなく、必ずユーザーの確認を経てから行われるようになりました。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-431d9cab0449https://claude-code-log.com/changelog/v2.1.299#item-431d9cab0449リモートでオフにされたインストール済み mod が、開いているセッション内で動作し続ける問題を修正した。現在はターン間でアンロードされる。Wed, 14 Oct 2026 21:03:49 GMTリモートでオフにされたインストール済み mod が、開いているセッション内で動作し続ける問題を修正した。現在はターン間でアンロードされる。

---

変更前

Anthropic がリモートで mod をオフにした後でも、開いているセッション内ではその mod がアンロードされず、ターンが終わっても動作し続けていた。

変更後

リモートでオフにされたインストール済み mod は、ターン間のタイミングでアンロードされるようになった。ドキュメントに記載のとおり、リモートスイッチ(served off)の状態がセッションにも反映される。

利点

リモートでオフにされた mod が開いたセッション内で動作し続けることがなくなり、組織や Anthropic によるオフ設定が即座に反映されるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-fb451eb6e875https://claude-code-log.com/changelog/v2.1.299#item-fb451eb6e875- Cowork および claude.ai クラウドセッションで、`UserPromptSubmit` または mod の `prompt.submit` フックがまだ実行中の間に停止されたメッセージに対して「編集して再試行」が失敗する問題を修正しました（2.1.296 でのリグレッション）Wed, 14 Oct 2026 21:03:49 GMT- Cowork および claude.ai クラウドセッションで、`UserPromptSubmit` または mod の `prompt.submit` フックがまだ実行中の間に停止されたメッセージに対して「編集して再試行」が失敗する問題を修正しました（2.1.296 でのリグレッション）

---

変更前

`UserPromptSubmit` や mod の `prompt.submit` フックが実行中の間にメッセージを停止してから「編集して再試行」を行うと、Cowork や claude.ai クラウドセッションで操作が失敗していた。この問題は 2.1.296 で混入したリグレッションだった。

変更後

フックが実行中でもメッセージを停止し、そのメッセージを編集して再試行できるようになった。Cowork および claude.ai クラウドセッションでこの操作が正常に完了する。

利点

ユーザーはフック実行中のメッセージも中断して安心して編集・再試行できるようになる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-cc470158abeahttps://claude-code-log.com/changelog/v2.1.299#item-cc470158abea説明なしで起動されたエージェントチームメイトが、表示されるタスクの説明にプロンプト内の認証情報の一部を保持してしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT説明なしで起動されたエージェントチームメイトが、表示されるタスクの説明にプロンプト内の認証情報の一部を保持してしまう問題を修正した

---

変更前

説明なしで起動されたエージェントチームメイトでは、そのプロンプト内の認証情報の一部が、表示されるタスクの説明に残ったままだった。

変更後

説明なしで起動された場合でも、タスクの説明に認証情報が含まれなくなった。

利点

チームメイトのタスク説明に機密性の高い認証情報が表示されず、セキュリティ上のリスクを気にせずエージェントチームを利用できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7ea30de52023https://claude-code-log.com/changelog/v2.1.299#item-7ea30de52023-低速な接続で大量のイベントのアップロードが完了できなかったときに、claude.ai での Remote Control セッションやクラウドセッションの表示がフリーズする問題を修正したWed, 14 Oct 2026 21:03:49 GMT-低速な接続で大量のイベントのアップロードが完了できなかったときに、claude.ai での Remote Control セッションやクラウドセッションの表示がフリーズする問題を修正した

---

変更前

低速な回線で大量のイベントのアップロードが完了できなかった場合、Remote Control やクラウドセッションの claude.ai 上の表示がフリーズしていた。

変更後

同じ状況でもセッションの表示がフリーズしなくなった。

利点

低速回線環境でも claude.ai 上でセッションの監視や操作を継続できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-38e8ead3c324https://claude-code-log.com/changelog/v2.1.299#item-38e8ead3c324- サンドボックス化されたシェルコマンドが `--plugin-dir` フォルダーに書き込めてしまう問題を修正した。このフォルダー内のコードは Claude Code がサンドボックス外で再読み込みして実行するWed, 14 Oct 2026 21:03:49 GMT- サンドボックス化されたシェルコマンドが `--plugin-dir` フォルダーに書き込めてしまう問題を修正した。このフォルダー内のコードは Claude Code がサンドボックス外で再読み込みして実行する

---

変更前

サンドボックス内で実行されるシェルコマンドが、ファイルシステム分離の境界チェックの抜けにより `--plugin-dir` フォルダーへの書き込みが許可されていた。Claude Code はそのフォルダー内のプラグインコードをサンドボックス外で再読み込みして実行するため、サンドボックス化されたコマンド経由で悪意あるコードがプラグインとして注入され、分離の外側で実行される恐れがあった。

変更後

サンドボックス化されたシェルコマンドが `--plugin-dir` フォルダーに書き込めないよう修正された。これにより、サンドボックス内からプラグインコードを改ざんしてサンドボックス外で実行させる経路が遮断される。

利点

サンドボックスのファイルシステム分離がプラグインディレクトリを確実に保護するようになり、ユーザーはサンドボックスを有効にしたまま安心してプラグインを利用できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-e54192530b9fhttps://claude-code-log.com/changelog/v2.1.299#item-e54192530b9f- 高負荷なデバッグロギング時（`--debug`、`--debug-file`）のメモリ増大を修正し、デバッグログが書き込みを受け付けなくなるディスクやネットワークマウント上にある場合の終了時ハングも解消したWed, 14 Oct 2026 21:03:49 GMT- 高負荷なデバッグロギング時（`--debug`、`--debug-file`）のメモリ増大を修正し、デバッグログが書き込みを受け付けなくなるディスクやネットワークマウント上にある場合の終了時ハングも解消した

---

変更前

高頻度のデバッグロギングを有効にしてClaude Codeを長時間実行すると、メモリ使用量が増大し続けていた。また、デバッグログの出力先が書き込みを受け付けない状態になったディスクやネットワークマウント上にあると、終了時にハングしていた。

変更後

高頻度のデバッグロギング下でもメモリ使用量が増え続けなくなった。デバッグログの出力先が書き込みを受け付けないディスクやネットワークマウント上にあっても、終了時にハングしなくなった。

利点

デバッグログ（`--debug`、`--debug-file`）を常用してClaude Codeの動作を調べる開発者は、メモリ増大や終了時のハングに悩まされずに長時間のデバッグを行えるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c08630fef943https://claude-code-log.com/changelog/v2.1.299#item-c08630fef943デバッグ出力が stderr に送られ、親プロセスが読み取りを停止した場合にメモリが無制限に増大する問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTデバッグ出力が stderr に送られ、親プロセスが読み取りを停止した場合にメモリが無制限に増大する問題を修正した。

---

変更前

デバッグ出力が stderr に書き込まれ、親プロセスが読み取りを停止すると、出力がバッファに蓄積され続け、メモリ使用量が無制限に増大していた。

変更後

親プロセスが読み取らなくなったデバッグ出力を破棄するようになり、メモリ使用量が一定に保たれる。

利点

stderr を読み取らない親プロセスの下で Claude Code を長時間実行しても、メモリ不足を心配せずに済むようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-8b75cd853c95https://claude-code-log.com/changelog/v2.1.299#item-8b75cd853c95Claude Code が読み取れないスクリプト内で実行時に組み立てられる `rm` については、環境変数 `CLAUDE_CODE_STRICT_INLINE_SHELL_RM_PROMPT=1` を設定しない限り、確認プロンプトを表示しないように修正した。Wed, 14 Oct 2026 21:03:49 GMTClaude Code が読み取れないスクリプト内で実行時に組み立てられる `rm` については、環境変数 `CLAUDE_CODE_STRICT_INLINE_SHELL_RM_PROMPT=1` を設定しない限り、確認プロンプトを表示しないように修正した。

---

変更前

シェルの `-c` オプションに渡されたインラインスクリプトに対して、Claude Code がスクリプトを解析できず `rm` が実際に実行されない場合でも、`rm` の確認プロンプトが表示されていた。

変更後

スクリプト内で `rm` が実行されない場合や、実行時に組み立てられて Claude Code が読み取れない `rm` については、`CLAUDE_CODE_STRICT_INLINE_SHELL_RM_PROMPT=1` を設定しない限りプロンプトを表示しなくなった。

利点

確認プロンプトを期待できるが、実行時に組み立てられた `rm` を厳格にチェックしたいユーザーは、環境変数を設定することで従来の厳格な確認動作に戻せる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-e8ea2871893bhttps://claude-code-log.com/changelog/v2.1.299#item-e8ea2871893bフルスクリーンモードで展開されたトランスクリプト行内の単語をダブルクリックすると、単語を選択する代わりに行が折りたたまれてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMTフルスクリーンモードで展開されたトランスクリプト行内の単語をダブルクリックすると、単語を選択する代わりに行が折りたたまれてしまう問題を修正した

---

変更前

フルスクリーンモードでは、展開したトランスクリプト行(ツール結果など)をクリックして開いた状態で、その中の単語をダブルクリックして選択しようとすると、クリックが行の折りたたみ操作として扱われていた。

変更後

ダブルクリックすると展開された行内の単語が選択されるようになり、選択操作と行の折りたたみが正しく区別される。フルスクリーンモードのマウス操作ドキュメントにある「ダブルクリックで単語を選択する」動作が、展開済みの行内でも一貫して機能するようになった。

利点

展開したツール結果などの長い出力から、単語やURLをドラッグなしで直接ダブルクリックで選択・コピーできるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ceeadc80e249https://claude-code-log.com/changelog/v2.1.299#item-ceeadc80e249- `.mcp.json` が空の場合に `claude mcp list`、`claude doctor`、`/status` が無効と誤って報告する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- `.mcp.json` が空の場合に `claude mcp list`、`claude doctor`、`/status` が無効と誤って報告する問題を修正した

---

変更前

`.mcp.json` が存在するが空のファイルだった場合、`claude mcp list` や `claude doctor`、`/status` がそれを無効な設定として報告していた。ユーザーは実際には問題のない状態に対して警告を受け、エラーの原因を探さなければならなかった。

変更後

空の `.mcp.json` は有効な設定として扱われるようになり、これらのコマンドは無効という誤った報告を行わなくなった。設定に問題がない限り、ユーザーは警告を見ることはない。

利点

空の `.mcp.json` があっても誤った警告に悩まされず、実際の問題だけに集中できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-9a9f20011d5fhttps://claude-code-log.com/changelog/v2.1.299#item-9a9f20011d5f- フルスクリーンモードで上にスクロールしている状態で `/btw` を実行した際に、トランスクリプトが最下部へジャンプする問題を修正したWed, 14 Oct 2026 21:03:49 GMT- フルスクリーンモードで上にスクロールしている状態で `/btw` を実行した際に、トランスクリプトが最下部へジャンプする問題を修正した

---

変更前

フルスクリーンモードで会話を上にスクロールしている状態で `/btw` に質問すると、トランスクリプトの表示が最下部にジャンプしていた。スクロール位置を維持する auto-follow の一時停止機能が、`/btw` の実行時には機能していなかった。

変更後

上にスクロールしている間に `/btw` を実行しても、表示位置が最下部に移動しなくなった。フルスクリーンモードのスクロール操作のドキュメントにある auto-follow の一時停止の挙動が、`/btw` の実行時にも一貫して適用される。

利点

会話の途中を読み返している最中でも、スクロール位置を維持したまま `/btw` で質問できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-65fa9ce9c9d9https://claude-code-log.com/changelog/v2.1.299#item-65fa9ce9c9d9Windows ドライブへの書き込みがサンドボックスに許可されている場合に、WSL2 でサンドボックス化されたコマンドが `bwrap: Can't mkdir /mnt/c/Program Files/ClaudeCode` エラーで失敗する問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTWindows ドライブへの書き込みがサンドボックスに許可されている場合に、WSL2 でサンドボックス化されたコマンドが `bwrap: Can't mkdir /mnt/c/Program Files/ClaudeCode` エラーで失敗する問題を修正した。

---

変更前

WSL2 環境で Windows ドライブ(/mnt/c)への書き込みをサンドボックスに許可していると、bwrap が必要なディレクトリを作成できず、サンドボックス化されたコマンドが `bwrap: Can't mkdir /mnt/c/Program Files/ClaudeCode` エラーで失敗していた。

変更後

サンドボックスが Windows ドライブに書き込める場合の bwrap のディレクトリ作成処理が修正され、WSL2 でもサンドボックス化されたコマンドが正常に実行されるようになった。

利点

WSL2 上でも Windows ドライブへの書き込みを含むサンドボックス化されたコマンドがエラーなく動作するようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-d3bfa68f7f20https://claude-code-log.com/changelog/v2.1.299#item-d3bfa68f7f20- Agent SDK、IDE、`claude remote-control` セッションで、バックグラウンドタスクの実行中にスケジュールされたウェイクアップ(ScheduleWakeup)が発火しない問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Agent SDK、IDE、`claude remote-control` セッションで、バックグラウンドタスクの実行中にスケジュールされたウェイクアップ(ScheduleWakeup)が発火しない問題を修正した

---

変更前

Agent SDK、IDE、`claude remote-control` セッションでは、バックグラウンドタスクが実行中の間にスケジュールされたウェイクアップ(ScheduleWakeup)が発火せず、予約されたタスクが実行されないままスキップされていた。

変更後

バックグラウンドタスクの実行中にスケジュール時刻が到来した場合でも、ウェイクアップが適切に発火するようになり、予約されたタスクが確実に実行される。

利点

Agent SDK、IDE、`claude remote-control` で動くセッションでも、バックグラウンドタスクの実行を妨げられることなくスケジュール済みタスクが確実に実行できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-79db8f00ee8dhttps://claude-code-log.com/changelog/v2.1.299#item-79db8f00ee8d- 貼り付けた画像や読み取れない画像を含む一部のプロンプトで、mod による `prompt.submit` のリライトが黙って破棄され、入力した通りのテキストがそのまま送信される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- 貼り付けた画像や読み取れない画像を含む一部のプロンプトで、mod による `prompt.submit` のリライトが黙って破棄され、入力した通りのテキストがそのまま送信される問題を修正した

---

変更前

画像を含む一部のプロンプトでは、mod が `prompt.submit` フックでリライトしたテキストが黙って破棄され、元のイベント自体は `next(e)` を通過してターンが実行されていた。その結果、ユーザーはリライト後のプロンプトではなく、入力した通りのテキストがそのまま送られることになっていた。

変更後

画像を含む一部のプロンプトでも、mod による `prompt.submit` のリライトが正しく適用されるようになった。リライト後のテキストが後続のハンドラーや Claude Code に確実に届く。

利点

ユーザーは画像を含むプロンプトでも、mod がリライトしたテキストが確実に送信されることを信用してプロンプトを送れる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-43961a57a096https://claude-code-log.com/changelog/v2.1.299#item-43961a57a096Remote Control のプロンプトが、同じバッチ内の別のキューイングされたプロンプトの配信に失敗したときに失われる問題を修正したWed, 14 Oct 2026 21:03:49 GMTRemote Control のプロンプトが、同じバッチ内の別のキューイングされたプロンプトの配信に失敗したときに失われる問題を修正した

---

変更前

Remote Control で複数のプロンプトをキューイングして送信した場合、同じバッチ内の別のプロンプトの配信が失敗すると、正常だったはずのプロンプトも失われていた。

変更後

バッチ内の他のプロンプトの配信に失敗しても、Remote Control のプロンプトは失われなくなった。

利点

スマートフォンなどから複数のプロンプトをまとめて送信しても、一部の配信失敗によって他のプロンプトが消えることなく、入力した指示が確実にセッションに届くようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7b16725e2818https://claude-code-log.com/changelog/v2.1.299#item-7b16725e2818- Remote Control のプロンプトが hooks を通過済みだった場合に、Stop が次にキューに入っているプロンプトの hook に割り込むと、そのプロンプトがプロンプト履歴から削除される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Remote Control のプロンプトが hooks を通過済みだった場合に、Stop が次にキューに入っているプロンプトの hook に割り込むと、そのプロンプトがプロンプト履歴から削除される問題を修正した

---

変更前

Remote Control で、hooks を既に通過したプロンプトがあっても、Stop による割り込みが次にキューに入っているプロンプトの hook に対して発生すると、その hooks を通過済みのプロンプトがプロンプト履歴から消えていた。

変更後

Stop が次のキュー投入済みプロンプトの hook に割り込んだ場合でも、hooks を既に通過した Remote Control のプロンプトはプロンプト履歴から削除されなくなった。

利点

割り込みが発生しても、hooks を通過済みのプロンプトが履歴に残るため、ユーザーは送信済みのプロンプトを失わずに済む。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a521dc582a1bhttps://claude-code-log.com/changelog/v2.1.299#item-a521dc582a1b- Linux において、サンドボックス化されたコマンドが設定ディレクトリに空の `.config.json` を残した結果、サインイン情報・MCP サーバー・プロジェクトの信頼設定が失われたように見える問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Linux において、サンドボックス化されたコマンドが設定ディレクトリに空の `.config.json` を残した結果、サインイン情報・MCP サーバー・プロジェクトの信頼設定が失われたように見える問題を修正した

---

変更前

Linux でサンドボックス化されたコマンドが設定ディレクトリに空の `.config.json` を残すと、既存の設定が正しく読み込めなくなり、サインイン状態・MCP サーバー・プロジェクトの信頼設定が失われたように表示されていた。

変更後

空の `.config.json` が残っても既存の設定が正しく扱われるようになり、サインイン情報・MCP サーバー・プロジェクトの信頼設定が失われたように見える問題が解消された。

利点

Linux でサンドボックス化されたコマンドを実行した後も、再サインインや設定の再構成をしなくて済むようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-b5641d6621aehttps://claude-code-log.com/changelog/v2.1.299#item-b5641d6621aeプロジェクトフォルダーが書き込み不可のため `/sandbox` の設定を保存できなかった場合に、成功と報告される問題を修正。変更内容を正しく保存できたかを検証するようになり、保存に失敗した際には「変更は加えられなかった」ことと、その理由(フォルダーが書き込み不可であること)を表示する。Wed, 14 Oct 2026 21:03:49 GMTプロジェクトフォルダーが書き込み不可のため `/sandbox` の設定を保存できなかった場合に、成功と報告される問題を修正。変更内容を正しく保存できたかを検証するようになり、保存に失敗した際には「変更は加えられなかった」ことと、その理由(フォルダーが書き込み不可であること)を表示する。

---

変更前

プロジェクトフォルダーが書き込み不可で設定の保存に失敗しても、`/sandbox` は成功したものとして報告していた。ユーザーにはサンドボックス設定が反映されたように見える。

変更後

保存結果を読み戻して検証するようになり、保存できなかった場合は「変更は加えられなかった」と理由とともに報告する。実際の設定状態と表示が一致する。

利点

保存に失敗したことに気づかずサンドボックスが無効のまま作業を続ける事故を防ぎ、失敗時に理由を確認して対処できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-d7e08ba7f939https://claude-code-log.com/changelog/v2.1.299#item-d7e08ba7f939ホストが自動モード非対応のモデルに切り替えた後も、SDK およびヘッドレスセッションが自動モードのまま残る問題を修正したWed, 14 Oct 2026 21:03:49 GMTホストが自動モード非対応のモデルに切り替えた後も、SDK およびヘッドレスセッションが自動モードのまま残る問題を修正した

---

変更前

ホストが自動モード非対応のモデルに切り替えても、SDK セッションやヘッドレスセッションは自動モードのまま維持されていた。そのため、対応していないモデルで自動モードが使われ続けていた。

変更後

ホストが自動モード非対応のモデルに切り替えると、SDK セッションやヘッドレスセッションも自動モードから抜けて適切なモードに切り替わるようになった。

利点

ユーザーは非対応モデルでも自動モードの誤動作を心配せず、セッションが正しい権限モードで動作することを信頼できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-aba8b00a62achttps://claude-code-log.com/changelog/v2.1.299#item-aba8b00a62acMCP 設定で `constructor` または `prototype` という名前の MCP サーバーが一切接続されない問題を修正したWed, 14 Oct 2026 21:03:49 GMTMCP 設定で `constructor` または `prototype` という名前の MCP サーバーが一切接続されない問題を修正した

---

変更前

MCP 設定ファイルで `constructor` や `prototype` という名前の MCP サーバーを追加しても、これらの名前が JavaScript のオブジェクトプロパティ名と衝突するため、サーバーが接続されなかった。

変更後

名前の衝突を回避するよう処理が修正され、`constructor` や `prototype` という名前の MCP サーバーも正常に接続できるようになった。

利点

`constructor` や `prototype` といった名前の MCP サーバーを安心して設定ファイルに追加できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ac7509fee760https://claude-code-log.com/changelog/v2.1.299#item-ac7509fee760`constructor` または `toString` という名前の MCP サーバーのツールが、auto モードおよび bypass permissions モードで権限確認を求めていた問題を修正したWed, 14 Oct 2026 21:03:49 GMT`constructor` または `toString` という名前の MCP サーバーのツールが、auto モードおよび bypass permissions モードで権限確認を求めていた問題を修正した

---

変更前

`constructor` や `toString` といった JavaScript の組み込みプロパティと同名の MCP サーバーが存在すると、そのサーバーのツール呼び出しが内部的なプロパティ判定と衝突してしまっていた。そのため、auto モードや bypass permissions モードでも、本来自動承認されるはずのツールが権限確認を求めていた。

変更後

サーバー名の判定処理が修正され、そのような名前の MCP サーバーのツールも他のサーバーと同様に扱われるようになった。auto モードや bypass permissions モードで権限確認を求めなくなった。

利点

ユーザーはそうした名前の MCP サーバー利用時にも、auto モードや bypass permissions モードでの自動承認が正しく機能し、意図しない権限確認に中断されずに済むようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-456adb3625f8https://claude-code-log.com/changelog/v2.1.299#item-456adb3625f8別の Claude Code プロセスが claude.ai 同期プラグインを更新した直後に起動した際、実際には問題がないのに「synced[0] commands path not found」という誤ったプラグインエラーが表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT別の Claude Code プロセスが claude.ai 同期プラグインを更新した直後に起動した際、実際には問題がないのに「synced[0] commands path not found」という誤ったプラグインエラーが表示される問題を修正した

---

変更前

別の Claude Code プロセスが claude.ai 同期プラグインを更新した直後に起動すると、プラグインの同期処理が一時的に不整合な状態になり、「synced[0] commands path not found」というエラーが誤って表示されていた

変更後

同期処理のタイミングを調整することで、この起動時の誤ったエラーを防ぐようになった

利点

更新直後の起動でも無関係なエラーメッセージに混乱せず、プラグインをそのまま利用できる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-b644293eed7fhttps://claude-code-log.com/changelog/v2.1.299#item-b644293eed7f- Artifact ツールが、コネクタなどのアクセスを要求する公開がサーバーやプロキシに拒否された(HTTP 403)場合に再試行を勧めていた問題を修正しました。ツールが 403 であることを明示し、ユーザーに伝えるべき内容を返すようになりますWed, 14 Oct 2026 21:03:49 GMT- Artifact ツールが、コネクタなどのアクセスを要求する公開がサーバーやプロキシに拒否された(HTTP 403)場合に再試行を勧めていた問題を修正しました。ツールが 403 であることを明示し、ユーザーに伝えるべき内容を返すようになります

---

変更前

Artifact の公開が HTTP 403 で拒否されても、Artifact ツールは実際の失敗理由を伝えずに再試行を勧めていた。ユーザーはプロキシやサーバーに拒否された原因を特定できず、意味のない再試行を繰り返す可能性があった

変更後

403 で拒否された場合、ツールは拒否されたことを明示し、ユーザーに伝えるべき内容を報告するようになった

利点

ユーザーは無意味な再試行をせず、プロキシ管理者に依頼するなど、403 の解決に向けた適切な対応を取れるようになる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c0971beb70edhttps://claude-code-log.com/changelog/v2.1.299#item-c0971beb70edプラグインの再読み込みがタイムアウトした場合や、最近の同期を再利用する再起動が行われた場合に、Cowork のクラウドセッションで古いアカウントのプラグインが使用され続ける問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTプラグインの再読み込みがタイムアウトした場合や、最近の同期を再利用する再起動が行われた場合に、Cowork のクラウドセッションで古いアカウントのプラグインが使用され続ける問題を修正しました。

---

変更前

プラグインの再読み込みがタイムアウトした場合や、最近の同期データを再利用する形でセッションを再起動した場合に、Cowork のクラウドセッションでは古いアカウントのプラグインが読み込まれたままになっていた。そのため、claude.ai アカウント側でプラグインが更新・削除されていても、セッション内で古い状態が維持されることがあった。

変更後

再読み込みのタイムアウトや同期の再利用を伴う再起動が発生しても、クラウドセッションは最新の同期結果に基づいてプラグインを読み込むようになった。これにより、セッション内で常にアカウントに紐づく最新のプラグイン状態が反映される。

利点

タイムアウトや再起動の後でも、ユーザーは古いプラグインが残ることを心配せず、claude.ai アカウントで有効化した最新のプラグインがセッションで使えることを確実にできる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-9ee1247e45a1https://claude-code-log.com/changelog/v2.1.299#item-9ee1247e45a1Claude が作業中に自分のメッセージを送った際、ドキュメントブロックがそのメッセージから欠落する問題を修正したWed, 14 Oct 2026 21:03:49 GMTClaude が作業中に自分のメッセージを送った際、ドキュメントブロックがそのメッセージから欠落する問題を修正した

---

変更前

Claude が作業中のタイミングでユーザーが自分のメッセージを送信すると、メッセージに含まれるドキュメントブロックが失われていた。送ったメッセージの内容が意図どおりに届かない状態だった。

変更後

Claude の作業中にメッセージを送信しても、ドキュメントブロックが欠落しなくなった。メッセージがそのまま完全な形で送られる。

利点

Claude の作業中でも添付したドキュメントを含むメッセージを安心して送信できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c930d2ec31d1https://claude-code-log.com/changelog/v2.1.299#item-c930d2ec31d1ブラウザが接続されていない状態でも Claude in Chrome が権限を求める問題を修正しました。現在は「拡張機能が接続されていない」と表示します。Wed, 14 Oct 2026 21:03:49 GMTブラウザが接続されていない状態でも Claude in Chrome が権限を求める問題を修正しました。現在は「拡張機能が接続されていない」と表示します。

---

変更前

ブラウザ拡張機能が接続されていない状態でも、Claude Code がブラウザ操作の権限ダイアログを表示していた。ユーザーは実際には接続されていない拡張機能に対して権限を承認するよう求められ、混乱していた。

変更後

ブラウザが接続されていない場合、権限を求める代わりに「拡張機能が接続されていない」という状態を示すメッセージを表示するようになった。これにより、拡張機能のインストールや再接続が必要な状況をユーザーが正しく把握できる。

利点

ブラウザ拡張機能が未接続のときに、無意味な権限ダイアログに対応する代わりに、適切な対処(拡張機能の接続や再接続)を行えるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-f3b3cbcbc014https://claude-code-log.com/changelog/v2.1.299#item-f3b3cbcbc014- フルスクリーン時に「Update installed(アップデート済み)」の通知が、アイドル時に表示される「/clear to save tokens(トークン節約のため /clear を実行)」のヒントの裏に隠れて見えない問題を修正した。通知はヒントの横に表示されるようになった。Wed, 14 Oct 2026 21:03:49 GMT- フルスクリーン時に「Update installed(アップデート済み)」の通知が、アイドル時に表示される「/clear to save tokens(トークン節約のため /clear を実行)」のヒントの裏に隠れて見えない問題を修正した。通知はヒントの横に表示されるようになった。

---

変更前

フルスクリーン表示でアップデート完了を知らせる「Update installed」通知が表示されても、アイドル時に表示される「/clear to save tokens」のヒントと同じ場所に描画され、ヒントの裏に隠れて視認できなかった。

変更後

「Update installed」通知がヒントの裏に隠れず、ヒントの横に並んで表示されるようになり、両方の情報を同時に確認できる。

利点

アイドル中にアップデートが完了しても、ユーザーが完了通知を見逃さずに済むようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-323b7d98a300https://claude-code-log.com/changelog/v2.1.299#item-323b7d98a300別の mod の名詞(namespace メソッド)が呼び出し外で処理を行う場合に、`.catch` の有無にかかわらず、それを待っている mod フックが無限に再実行される問題を修正したWed, 14 Oct 2026 21:03:49 GMT別の mod の名詞(namespace メソッド)が呼び出し外で処理を行う場合に、`.catch` の有無にかかわらず、それを待っている mod フックが無限に再実行される問題を修正した

---

変更前

別の mod が engine.create で追加した名詞のメソッドが呼び出し外で処理を行うとき、その名詞を待機している mod フックが、`.catch` ハンドラーの有無にかかわらず終わりなく繰り返し実行されていた。

変更後

フックが一度実行されたら、待機対象の名詞が呼び出し外で処理を完了しても再実行されないように修正された。

利点

ユーザーは他の mod の API 呼び出しを待つフックが暴走して CPU を浪費したりセッションが応答しなくなったりする心配がなくなる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-3ffb4c954644https://claude-code-log.com/changelog/v2.1.299#item-3ffb4c954644Claude アプリゲートウェイが、ポリシーの `availableModelsMatch: exact` や `deniedModels` によってブロックされているモデルを提供する不具合を修正した。現在は 400 を返し、モデル一覧からもそれらのモデルを除外する。Wed, 14 Oct 2026 21:03:49 GMTClaude アプリゲートウェイが、ポリシーの `availableModelsMatch: exact` や `deniedModels` によってブロックされているモデルを提供する不具合を修正した。現在は 400 を返し、モデル一覧からもそれらのモデルを除外する。

---

変更前

Claude アプリゲートウェイは、ポリシーの `availableModelsMatch: exact` や `deniedModels` でブロックされたモデルであっても提供されており、モデル一覧にも含まれていた。

変更後

ブロックされたモデルへのリクエストには 400 を返すようになり、ゲートウェイのモデル一覧からもそれらのモデルが除外されるようになった。

利点

開発者はブロックされたモデルがゲートウェイ経由で使えてしまう事態を避けられ、ポリシーのモデル制限が確実に反映された状態でモデルを選択できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-2d16cac4edechttps://claude-code-log.com/changelog/v2.1.299#item-2d16cac4edecマネージド設定ファイルで `ANTHROPIC_BASE_URL` が設定されている場合に、Anthropic へのサーバー管理設定のリクエストがサードパーティゲートウェイの API キーを送ってしまう問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTマネージド設定ファイルで `ANTHROPIC_BASE_URL` が設定されている場合に、Anthropic へのサーバー管理設定のリクエストがサードパーティゲートウェイの API キーを送ってしまう問題を修正した。

---

変更前

マネージド設定ファイルで `ANTHROPIC_BASE_URL` を設定して LLM ゲートウェイ経由にしている環境では、Anthropic へのサーバー管理設定の取得リクエストにも、ゲートウェイ用に設定された API キーがそのまま送られていた。そのため、本来 Anthropic 宛てのリクエストにサードパーティゲートウェイの認証情報が流れてしまっていた。

変更後

マネージド設定ファイルで `ANTHROPIC_BASE_URL` が設定されている場合でも、Anthropic へのサーバー管理設定のリクエストにはゲートウェイの API キーを送らないようになった。ゲートウェイ宛ての API リクエストと、Anthropic 宛てのサーバー管理設定の取得リクエストが正しく区別される。

利点

LLM ゲートウェイを利用していても、ゲートウェイの認証情報が Anthropic 宛ての設定リクエストに誤って送信されずに済むようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-268c0adcbbd3https://claude-code-log.com/changelog/v2.1.299#item-268c0adcbbd3カスタムの `ANTHROPIC_BASE_URL` を経由するストリームが、データが到着しないまま 180 秒で中断される問題を修正しました。現在は feature flags の読み込み状況に関わらず、300 秒待機するようになっています。Wed, 14 Oct 2026 21:03:49 GMTカスタムの `ANTHROPIC_BASE_URL` を経由するストリームが、データが到着しないまま 180 秒で中断される問題を修正しました。現在は feature flags の読み込み状況に関わらず、300 秒待機するようになっています。

---

変更前

カスタムの `ANTHROPIC_BASE_URL` を経由するストリームでは、byte-level watchdog のタイムアウトが feature flags の読み込み状況によって異なり、データが到着しないまま 180 秒で中断されるケースがあった。

変更後

現在は feature flags の読み込み状況に関わらず、一律で 300 秒待機するようになり、タイムアウトまでの猶予が延びた。

利点

カスタム `ANTHROPIC_BASE_URL` 経由で接続している環境でも、一時的なネットワーク停止などによってストリームが不必要に中断されにくくなり、自動再試行が安定して働くようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c60792daf9e8https://claude-code-log.com/changelog/v2.1.299#item-c60792daf9e8`$.ui.invalidate` の後にモッドの `tool.describe` や `prompt.section` の回答が変わっても、その新しい回答が Claude に届かなかった問題を修正した。変更後の回答は次のターンで送信されるようになった。Wed, 14 Oct 2026 21:03:49 GMT`$.ui.invalidate` の後にモッドの `tool.describe` や `prompt.section` の回答が変わっても、その新しい回答が Claude に届かなかった問題を修正した。変更後の回答は次のターンで送信されるようになった。

---

変更前

モッドが `$.ui.invalidate` を呼び出して `tool.describe` や `prompt.section` の回答を更新しても、その新しい回答が Claude に届かず、古い回答が使われ続けた。

変更後

回答の変更が検知され、新しい回答が次のターンで Claude に送信されるようになった。

利点

`$.ui.invalidate` で UI を再描画した後に、Claude が常に最新の回答を参照できるようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-93fdc37e5c35https://claude-code-log.com/changelog/v2.1.299#item-93fdc37e5c35- 設定ファイル内の `enabledMcpjsonServers` または `disabledMcpjsonServers` に、サーバー名（英字・数字・- または _ のみで構成される文字列）が単純な文字列として 1 件だけ記載されていた場合に、その設定ファイル全体が無視される不具合を修正したWed, 14 Oct 2026 21:03:49 GMT- 設定ファイル内の `enabledMcpjsonServers` または `disabledMcpjsonServers` に、サーバー名（英字・数字・- または _ のみで構成される文字列）が単純な文字列として 1 件だけ記載されていた場合に、その設定ファイル全体が無視される不具合を修正した

---

変更前

これらのキーの値に、サーバー名を配列ではなく単一の文字列として書くと、その設定ファイルが無視されていた。そのため、承認または拒否したはずの `.mcp.json` サーバーが正しく反映されず、Claude Code が接続の承認を求めたり、拒否したサーバーに接続したりする可能性があった。

変更後

値が単一の文字列であっても設定ファイルが正しく読み込まれるようになった。ユーザーが承認・拒否した `.mcp.json` サーバーの設定が意図どおりに反映される。

利点

ユーザーは `enabledMcpjsonServers` / `disabledMcpjsonServers` の値を配列の形式に書き直さなくても、単一のサーバー名をそのまま記載するだけで承認・拒否の設定が確実に反映されるようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-55b72bd6d249https://claude-code-log.com/changelog/v2.1.299#item-55b72bd6d249`claude plugin test` で、フックが呼び出した served な `$` メソッドが応答を返した後も引き続き `$` 呼び出しを行っている間に、そのフックの時間予算が一時停止される問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT`claude plugin test` で、フックが呼び出した served な `$` メソッドが応答を返した後も引き続き `$` 呼び出しを行っている間に、そのフックの時間予算が一時停止される問題を修正した。

---

変更前

フックが別の mod が mods API に追加した `$` メソッド（served なメソッド）を呼び出すと、そのメソッドが応答を返した後も `$` 呼び出しを続けている間、そのフックの時間予算の計上は一時停止していた。このため、応答後の後続の `$` 呼び出し分の時間もフックの予算から除外され、予算の残り時間が実際の経過時間と一致しなくなっていた。

変更後

フックが呼び出した served な `$` メソッドが応答を返した後は、そのメソッドがさらに `$` 呼び出しを続けていても、フックの時間予算は一時停止せず通常どおり計上される。これは、mods API メソッドの実行時間をフック自身の時間に数えないという制限の仕組みが、応答後の後続呼び出しまで誤って適用されていたのを直すものと考えられる。

利点

`claude plugin test` でフックの時間予算が正確に計上されるようになり、予算超過によるフックのスキップが実際の実行時間に基づいて判定できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-25973404f2d7https://claude-code-log.com/changelog/v2.1.299#item-25973404f2d7多数のサブエージェントを実行したクラウドセッションや Remote Control セッションを再開した後に発生する、高いメモリ使用量を修正したWed, 14 Oct 2026 21:03:49 GMT多数のサブエージェントを実行したクラウドセッションや Remote Control セッションを再開した後に発生する、高いメモリ使用量を修正した

---

変更前

サブエージェントを多数実行した Remote Control などのセッションを再開すると、セッション状態が復元される際にメモリ使用量が不必要に高くなっていた。その結果、再開後のセッションがリソースを過剰に消費していた。

変更後

セッションを再開する際にメモリ使用量が最適化され、多数のサブエージェントを実行したセッションでも過剰なメモリを消費しなくなった。再開後もセッションは通常のリソース使用量で動作する。

利点

多くのサブエージェントを実行したセッションを再開してもメモリを圧迫せず、快適に作業を続けられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7d5f5b6b3b91https://claude-code-log.com/changelog/v2.1.299#item-7d5f5b6b3b91非常に深くネストされたツール入力やメッセージを next() に渡したときに、プラグインのフックがスキップされる問題を修正したWed, 14 Oct 2026 21:03:49 GMT非常に深くネストされたツール入力やメッセージを next() に渡したときに、プラグインのフックがスキップされる問題を修正した

---

変更前

プラグインのフックが next() に非常に深くネストされたツール入力やメッセージのコピーを渡すと、そのフックがスキップされてしまい、後続のハンドラーや Claude Code 本体の処理が正しく実行されないことがあった。

変更後

深くネストされた入力を next() に渡してもフックがスキップされなくなり、イベントが後続のハンドラーへ正しく引き継がれるようになった。

利点

開発者は深くネストされたツール入力やメッセージを処理するフックでも、スキップを心配せず安心して書けるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-d9abdce494cahttps://claude-code-log.com/changelog/v2.1.299#item-d9abdce494caモッドのフックが `next()` に渡す値、返す値、または `$` メソッドに送る値について、そのゲッターの1つが `RangeError` をスローしたときに値全体が拒否される問題を修正した。現在はそのキーのみが拒否されるWed, 14 Oct 2026 21:03:49 GMTモッドのフックが `next()` に渡す値、返す値、または `$` メソッドに送る値について、そのゲッターの1つが `RangeError` をスローしたときに値全体が拒否される問題を修正した。現在はそのキーのみが拒否される

---

変更前

モッドのフックが `next()` に渡す値、返す値、または `$` メソッドに送る値に含まれるゲッターの1つが `RangeError` をスローすると、その値全体が拒否されていた。そのため、問題のない他のキーを含む値全体がモッドで利用できなくなっていた

変更後

ゲッターが `RangeError` をスローした場合でも、拒否されるのはそのキーのみになり、値の残りの部分は引き続き利用できる。モッドのフックは問題のないキーを持つ値をそのまま渡したり返したりできる

利点

問題のあるキーが1つあるだけでも値全体が拒否されなくなり、モッドのフックはそれ以外の値を問題なく扱えるようになる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-843094cc996bhttps://claude-code-log.com/changelog/v2.1.299#item-843094cc996b- `/usage`、上限接近の警告(ターミナルおよび VS Code)、ステータスラインが、使用率を 100% 超と表示することがある問題を修正した(anthropics/claude-code#92238)Wed, 14 Oct 2026 21:03:49 GMT- `/usage`、上限接近の警告(ターミナルおよび VS Code)、ステータスラインが、使用率を 100% 超と表示することがある問題を修正した(anthropics/claude-code#92238)

---

変更前

使用率の計算が不正確な場合があり、`/usage`、75%/95% で表示される上限接近の警告(ターミナルおよび VS Code)、そしてカスタムステータスラインの `rate_limits` フィールドが、100% を超える使用率を表示することがあった。

変更後

使用率の表示が補正され、`/usage`、上限接近の警告(ターミナルおよび VS Code)、ステータスラインのいずれでも使用率が 100% を超えずに表示される。

利点

ユーザーは上限に対する実際の使用状況を正確に把握できるようになり、残り枠の管理がしやすくなる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-59d7c601ca19https://claude-code-log.com/changelog/v2.1.299#item-59d7c601ca19CJK 文字や絵文字を Latin 文字と混在させた折り返しテキストが、特定のターミナル幅で最終行が欠落したり空白行が残ったりする問題を修正Wed, 14 Oct 2026 21:03:49 GMTCJK 文字や絵文字を Latin 文字と混在させた折り返しテキストが、特定のターミナル幅で最終行が欠落したり空白行が残ったりする問題を修正

---

変更前

CJK 文字や絵文字と Latin 単語が混在するテキストを折り返し表示すると、特定のターミナル幅で最終行が表示されなくなる、または余計な空白行が残ることがあった。

変更後

混在テキストでもどのターミナル幅でも最終行が正しく表示され、空白行が残らなくなった。

利点

日本語などの CJK 文字や絵文字を含む長いテキストを入力・表示しても、行が欠けたり空白行が現れたりせず、正確に読めるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a9b43758b57dhttps://claude-code-log.com/changelog/v2.1.299#item-a9b43758b57dセッションのワーカーが置き換えられている間に権限プロンプトや質問への回答を送信すると、クラウドセッションがその回答を無視することがある問題を修正したWed, 14 Oct 2026 21:03:49 GMTセッションのワーカーが置き換えられている間に権限プロンプトや質問への回答を送信すると、クラウドセッションがその回答を無視することがある問題を修正した

---

変更前

クラウドセッションでは、ワーカーの置き換え中に送信された権限プロンプトや質問への回答が、セッション側で失われることがあった。ユーザーは回答を送信したのに、Claude がその回答を受け取らない状態になっていた。

変更後

ワーカーの置き換え中に回答が送信された場合でも、その回答が確実にセッションに反映されるようになった。権限プロンプトや質問への回答が欠落しなくなった。

利点

ワーカーの置き換えタイミングで回答を送信しても取りこぼされなくなり、クラウドセッションで承認や質問対応を安心して行えるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-fb44f2395221https://claude-code-log.com/changelog/v2.1.299#item-fb44f2395221太字・斜体などのネストされたテキストスタイルがテーブルの枠線をはみ出したり、折り返された行で失われる問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT太字・斜体などのネストされたテキストスタイルがテーブルの枠線をはみ出したり、折り返された行で失われる問題を修正した。

---

変更前

変更前は、`Text` 要素に `bold` や `italic` などのスタイルをネストして適用すると、テーブルの `Box` 枠線を超えて描画されたり、行が折り返された際にスタイルが失われていた。

変更後

変更後は、ネストされたテキストスタイルがテーブルの枠線内に正しく収まり、行が折り返されても太字・斜体などのスタイルが維持される。

利点

プラグインの UI でスタイル付きテキストを含むテーブルを表示しても、レイアウト崩れやスタイル落ちを気にせず安心して使えるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-40df0736cf86https://claude-code-log.com/changelog/v2.1.299#item-40df0736cf86- Cowork のクラウドセッションで、別のデバイスから変更・削除・無効化されたアカウントプラグインの旧バージョンが、セッションを再起動するまで動作し続ける問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Cowork のクラウドセッションで、別のデバイスから変更・削除・無効化されたアカウントプラグインの旧バージョンが、セッションを再起動するまで動作し続ける問題を修正した

---

変更前

別のデバイスでアカウントプラグインを変更・削除・無効化しても、Cowork のクラウドセッションはセッションを再起動するまで旧バージョンのプラグインを読み込み続けていた。

変更後

プラグインへの変更がセッション再起動を待たずに反映されるようになり、旧バージョンが動作し続けることがなくなった。

利点

別のデバイスでのプラグイン管理の変更がクラウドセッションに正しく反映され、意図しない旧バージョンのプラグインが実行されるリスクを避けられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-fd45ea1877eehttps://claude-code-log.com/changelog/v2.1.299#item-fd45ea1877eeサーバーの正規化された名前にアンダースコア2連続が含まれる場合に、MCP サーバーに対する deny ルールおよび ask ルール（`mcp__<server>`）が適用されない問題を修正したWed, 14 Oct 2026 21:03:49 GMTサーバーの正規化された名前にアンダースコア2連続が含まれる場合に、MCP サーバーに対する deny ルールおよび ask ルール（`mcp__<server>`）が適用されない問題を修正した

---

変更前

MCP サーバー名に連続するアンダースコアが含まれると正規化処理によって名前が変換され、そのサーバーを対象にした deny ルールや ask ルールが一致しなくなっていた。その結果、`mcp__<server>` 形式で設定した権限ルールが意図せず無視されていた。

変更後

サーバー名の正規化にアンダースコア2連続が含まれていても、deny ルールと ask ルールが正しく適用されるようになった。

利点

アンダースコア2連続を含むサーバー名でも、設定した MCP 権限ルールが確実に機能するようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7657baefeab9https://claude-code-log.com/changelog/v2.1.299#item-7657baefeab9サイズ超過の画像が API に拒否された後、長い会話で毎ターン新しく添付した画像が失われる問題を修正しましたWed, 14 Oct 2026 21:03:49 GMTサイズ超過の画像が API に拒否された後、長い会話で毎ターン新しく添付した画像が失われる問題を修正しました

---

変更前

サイズ超過の画像を添付して API に拒否されると、その後の長い会話で毎ターン新しく添付した画像が失われていた。エラーが会話履歴に残り、後続のメッセージごとに同じ問題が繰り返されていた。

変更後

処理できない画像はテキストのプレースホルダーに置き換えられ、その後のメッセージが正常に処理されるようになった。拒否された画像が会話に残って繰り返し問題を引き起こすことがなくなった。

利点

サイズ超過の画像を添付しても、その後のターンで他の画像が失われることなく会話を続けられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ccfe47228d34https://claude-code-log.com/changelog/v2.1.299#item-ccfe47228d34フックスモジュールをフックとして持つプラグイン(組み込みプラグインを含む)について、`plugin_loaded` テレメトリイベントの `has_hooks` が false と報告される問題を修正したWed, 14 Oct 2026 21:03:49 GMTフックスモジュールをフックとして持つプラグイン(組み込みプラグインを含む)について、`plugin_loaded` テレメトリイベントの `has_hooks` が false と報告される問題を修正した

---

変更前

hooks module 形式でフックを提供するプラグイン(組み込みプラグインを含む)では、`plugin_loaded` イベントの `has_hooks` 属性が false と報告されていた。

変更後

hooks module 形式のフックを持つプラグインに対しても、`plugin_loaded` イベントの `has_hooks` が正しく true と報告されるようになった。

利点

管理者はフックスモジュール経由でフックを提供するプラグインを `plugin_loaded` イベントの監査で正しく把握できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-62c97e1b08f1https://claude-code-log.com/changelog/v2.1.299#item-62c97e1b08f1Claude が動作中に添付された画像(VS Code、デスクトップアプリ、SDK)がフルサイズのまま送信されていた問題を修正した。これにより、長い会話で画像エラーが繰り返し発生していた。Wed, 14 Oct 2026 21:03:49 GMTClaude が動作中に添付された画像(VS Code、デスクトップアプリ、SDK)がフルサイズのまま送信されていた問題を修正した。これにより、長い会話で画像エラーが繰り返し発生していた。

---

変更前

Claude が動作中に添付された画像は、VS Code、デスクトップアプリ、SDK いずれの場合もリサイズされずにフルサイズのまま送信されていた。そのため、長い会話では画像サイズの制限に達してエラーが発生し、同一のエラーが繰り返し出ていた。

変更後

Claude が動作中に添付された画像は、送信前に適切にリサイズ・圧縮されるようになった。長い会話でも画像起因のエラーが繰り返されなくなった。

利点

ユーザーは長い会話の中でも Claude の作業中に安心して画像を添付でき、画像エラーからの復旧操作が不要になる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7d3b868c9869https://claude-code-log.com/changelog/v2.1.299#item-7d3b868c9869新しいモデルにおいて、大きなほぼ正方形の画像で画像座標ヒントが欠落したり多少ずれたりする問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT新しいモデルにおいて、大きなほぼ正方形の画像で画像座標ヒントが欠落したり多少ずれたりする問題を修正した。

---

変更前

新しいモデルで大きなほぼ正方形の画像を扱う際、画像内の座標を示すヒントが表示されない、または表示されても実際の位置から多少ずれていた。そのため Claude が画像内の特定の位置を正確に指し示したり参照したりできないことがあった。

変更後

新しいモデルでも大きなほぼ正方形の画像に対して、座標ヒントが正しく表示されるようになり、位置のずれも解消された。これにより画像内の位置を正確に参照できるようになった。

利点

新しいモデルでも大きな画像の座標を正確に扱えるようになり、画像内の特定部分の指定や参照が確実に行えるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-008e2c390e3ehttps://claude-code-log.com/changelog/v2.1.299#item-008e2c390e3eフィーチャーフラグ、起動時、fast mode、プロファイル、フィードバック向けの Anthropic へのリクエストが、サードパーティゲートウェイ(`ANTHROPIC_BASE_URL`)用に設定された API キーを送ってしまう問題を修正しました。Anthropic API キーは引き続き送信されますWed, 14 Oct 2026 21:03:49 GMTフィーチャーフラグ、起動時、fast mode、プロファイル、フィードバック向けの Anthropic へのリクエストが、サードパーティゲートウェイ(`ANTHROPIC_BASE_URL`)用に設定された API キーを送ってしまう問題を修正しました。Anthropic API キーは引き続き送信されます

---

変更前

`ANTHROPIC_BASE_URL` でサードパーティゲートウェイを設定している環境では、フィーチャーフラグ取得や起動時、fast mode、プロファイル、フィードバックといった Anthropic への一部のリクエストに、ゲートウェイ用に設定された API キーが誤って送られていた。

変更後

これらのリクエストではゲートウェイ用の API キーを送らず、Anthropic 向けの認証情報だけが送信されるようになった。

利点

ゲートウェイの認証情報が Anthropic に漏れることなく、ユーザーは安心してゲートウェイ構成を利用できる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-b4d0851bf710https://claude-code-log.com/changelog/v2.1.299#item-b4d0851bf710リロードに失敗した直後に保存された修正がモッドのホットリロードで無視される問題を修正。内容を変更せずにモッドのファイルを保存しても、モッドが再リロードされなくなったWed, 14 Oct 2026 21:03:49 GMTリロードに失敗した直後に保存された修正がモッドのホットリロードで無視される問題を修正。内容を変更せずにモッドのファイルを保存しても、モッドが再リロードされなくなった

---

変更前

リロードが失敗した直後にモッドのファイルを修正して保存しても、そのホットリロードで修正が反映されず、古いコードが読み込まれたままになっていた。また、ファイルの内容を一切変更せずに保存した場合でも、モッドが再リロードされていた。

変更後

リロードに失敗した直後に保存された修正も、次のホットリロードで正しく反映されるようになった。さらに、内容が変わっていないファイルの保存は検出され、不要な再リロードが発生しなくなった。

利点

リロードに失敗しても、保存し直すだけで修正を確実に反映できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c48634083bd3https://claude-code-log.com/changelog/v2.1.299#item-c48634083bd3モッドの別ファイルからインポートした関数宣言にフックが `$` を渡したときに、ソースファイルから読み込まれたモッドが拒否される問題を修正Wed, 14 Oct 2026 21:03:49 GMTモッドの別ファイルからインポートした関数宣言にフックが `$` を渡したときに、ソースファイルから読み込まれたモッドが拒否される問題を修正

---

変更前

静的解析は `$` を同一ファイル内のトップレベル関数にのみ渡せる仕様になっており、モッド内の別ファイルからインポートした関数宣言に `$` を渡すとモッドの読み込みが拒否されていた。そのため正当なモッドでも `claude plugin validate` や読み込み時に refused となるケースがあった。

変更後

モッドの別ファイルからインポートした関数宣言に `$` を渡す書き方でも、ソースファイルから読み込まれたモッドが正しく受け付けられるようになった。正当なモッドが誤って拒否されなくなる。

利点

モッドのファイル間で `$` を受け取る関数を分割できるようになり、正当なモッドが読み込みを拒否されることなく利用できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a6b6fcbef001https://claude-code-log.com/changelog/v2.1.299#item-a6b6fcbef0012.1.296 でのリグレッションを修正した。クラウドセッションおよびヘッドレスセッションで、再起動後にセッションが再開されるタイミングで新しいメッセージが到着すると、承認済みのツール呼び出しが 2 回実行されることがあった。Wed, 14 Oct 2026 21:03:49 GMT2.1.296 でのリグレッションを修正した。クラウドセッションおよびヘッドレスセッションで、再起動後にセッションが再開されるタイミングで新しいメッセージが到着すると、承認済みのツール呼び出しが 2 回実行されることがあった。

---

変更前

再起動後にセッションが再開されるタイミングで新しいメッセージが到着すると、クラウドおよびヘッドレスセッションで、すでにユーザーが承認したツール呼び出しが重複して実行されることがあった。

変更後

再開時のタイミングで新しいメッセージが到着しても、承認済みのツール呼び出しは 1 回のみ実行されるようになった。

利点

ユーザーはセッション再開時にツール呼び出しが重複して実行される心配なく、再起動後のセッションを安全に再開できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-8819a04b1ed0https://claude-code-log.com/changelog/v2.1.299#item-8819a04b1ed0- 予定されたタスクが誤った時刻(分)でアナウンスされる問題を修正しました: スケジューリングツールが各ジョブの実際の次回実行時刻を報告するようになりましたWed, 14 Oct 2026 21:03:49 GMT- 予定されたタスクが誤った時刻(分)でアナウンスされる問題を修正しました: スケジューリングツールが各ジョブの実際の次回実行時刻を報告するようになりました

---

変更前

スケジュールされたタスクのアナウンスが実際の実行時刻と異なる「分」を表示することがあった。スケジューリングツールは各ジョブの次回実行時刻を正確に報告していなかった。

変更後

スケジューリングツールが各ジョブの実際の次回実行時刻を報告するようになり、アナウンスされる時刻が実行時刻と一致するようになった。

利点

ユーザーはタスクがいつ実行されるかを正確に把握でき、実行タイミングの予期しないずれに困惑しなくなる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-b63d247b6063https://claude-code-log.com/changelog/v2.1.299#item-b63d247b6063mod のフックに渡される値から `__proto__` キーが黙って削除され、別の mod が行ったツール呼び出しに対する `tool.check` ガードがスキップされる可能性がある問題を修正したWed, 14 Oct 2026 21:03:49 GMTmod のフックに渡される値から `__proto__` キーが黙って削除され、別の mod が行ったツール呼び出しに対する `tool.check` ガードがスキップされる可能性がある問題を修正した

---

変更前

mod のフックに渡されるイベント値に `__proto__` キーが含まれる場合、それが黙って削除されていた。そのため、別の mod が行ったツール呼び出しに対して `tool.check` ガードが正しく判定できず、スキップされる可能性があった。

変更後

`__proto__` キーの扱いが修正され、値がそのままフックに渡されるようになった。別の mod が行ったツール呼び出しでも `tool.check` ガードが正しく機能する。

利点

組織の管理者や mod 開発者は、別の mod によるツール呼び出しに対しても `tool.check` ガードが確実に動作するようになり、セキュリティ上の意図しないバイパスを心配せずに済むようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-6acc945b361dhttps://claude-code-log.com/changelog/v2.1.299#item-6acc945b361d設定ファイルの検証に失敗した際に `claude -p` が何も表示されない問題を修正した: テキスト出力モードでの実行時、該当ファイルと無効なエントリを標準エラー出力に表示するようになったWed, 14 Oct 2026 21:03:49 GMT設定ファイルの検証に失敗した際に `claude -p` が何も表示されない問題を修正した: テキスト出力モードでの実行時、該当ファイルと無効なエントリを標準エラー出力に表示するようになった

---

変更前

設定ファイルの検証に失敗しても、`claude -p` での実行では何もメッセージが表示されず、開発者はエラーの原因を特定できなかった。

変更後

検証に失敗した際、該当する設定ファイルと無効なエントリが標準エラー出力に表示されるようになった。

利点

開発者は非対話モードでも無効な設定エントリを即座に特定して修正できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-23435ea2324bhttps://claude-code-log.com/changelog/v2.1.299#item-23435ea2324bブラケットペースト非対応のターミナルで、誤デコードされたカーリークォートのような不可視の制御文字以降のテキストが長いペースト中にすべて失われる問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTブラケットペースト非対応のターミナルで、誤デコードされたカーリークォートのような不可視の制御文字以降のテキストが長いペースト中にすべて失われる問題を修正した。

---

変更前

ブラケットペーストに対応していないターミナルで、カーリークォート(’ や “ など)が誤って制御文字として解釈される文字を含むテキストを長くペーストすると、その不可視の制御文字以降のテキストがすべて失われていた。

変更後

制御文字を正しく処理するようにしたため、同じ文字を含むテキストをペーストしても全文字が失われずに済む。

利点

ユーザーは不可視の制御文字を含むテキストをペーストしても、以降の文字が消えることなく全文を入力できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-b771695a3e7ehttps://claude-code-log.com/changelog/v2.1.299#item-b771695a3e7eMDM または managed-settings ファイルで `forceLoginOrgUUID` が設定されているマシンにおいて、保存済みログインのプランがローカルで変更された場合に、管理対象設定と組織ポリシーが取得されない問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTMDM または managed-settings ファイルで `forceLoginOrgUUID` が設定されているマシンにおいて、保存済みログインのプランがローカルで変更された場合に、管理対象設定と組織ポリシーが取得されない問題を修正した。

---

変更前

MDM や managed-settings ファイルで `forceLoginOrgUUID` を設定しているマシンで、保存済みログインのプランをローカルで変更すると、管理対象設定や組織ポリシーが取得されなかった。

変更後

同じ条件下でも管理対象設定と組織ポリシーが正しく取得されるようになり、設定されたポリシーが確実に反映される。

利点

`forceLoginOrgUUID` を設定している組織の管理者は、マシン上でプランが変更されても組織のポリシー設定が確実に適用されるようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ab73d8add9c9https://claude-code-log.com/changelog/v2.1.299#item-ab73d8add9c9- HTTP 接続の MCP サーバーが、通知への応答本文を終了しない場合に接続が 30 秒間停止して失敗する問題を修正した (anthropics/claude-code#99014)Wed, 14 Oct 2026 21:03:49 GMT- HTTP 接続の MCP サーバーが、通知への応答本文を終了しない場合に接続が 30 秒間停止して失敗する問題を修正した (anthropics/claude-code#99014)

---

変更前

MCP サーバーが通知への返信本文を終了しないと、HTTP 接続が 30 秒間ハングしたまま失敗していた。

変更後

サーバーが応答本文を終了しなくても、接続がハングせずに適切に処理されるようになった。

利点

応答を閉じない MCP サーバーに接続しても、30 秒の待機や失敗が発生しなくなる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-8d94eb949100https://claude-code-log.com/changelog/v2.1.299#item-8d94eb949100- ヘッドレスまたは SDK セッションの実行中に追加された MCP サーバーが、一部のポリシーチェックが実行される前に接続されてしまう問題を修正しました。ブロックされたサーバーは、接続されずに失敗として報告されますWed, 14 Oct 2026 21:03:49 GMT- ヘッドレスまたは SDK セッションの実行中に追加された MCP サーバーが、一部のポリシーチェックが実行される前に接続されてしまう問題を修正しました。ブロックされたサーバーは、接続されずに失敗として報告されます

---

変更前

実行中のヘッドレスまたは SDK セッションに MCP サーバーを追加すると、一部のポリシーチェックが実行される前にサーバーに接続してしまっていた。

変更後

ポリシーチェックが先に実行されるようになり、ブロック対象のサーバーは接続を試みることなく失敗として報告される。

利点

ブロックされるはずの MCP サーバーに接続が発生しなくなり、ポリシー違反を安全に検知できるようになった

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-cd9bf0179b65https://claude-code-log.com/changelog/v2.1.299#item-cd9bf0179b65ポリシーチェックでブロックされるサーバーについて、`claude mcp list`、`claude mcp get`、およびサブエージェントの MCP サーバーがそのサーバーを起動してしまう問題を修正しました。ブロックされていることが報告され、サーバーは起動されなくなります。Wed, 14 Oct 2026 21:03:49 GMTポリシーチェックでブロックされるサーバーについて、`claude mcp list`、`claude mcp get`、およびサブエージェントの MCP サーバーがそのサーバーを起動してしまう問題を修正しました。ブロックされていることが報告され、サーバーは起動されなくなります。

---

変更前

ポリシーチェックでブロック対象となる MCP サーバーが、`claude mcp list` や `claude mcp get` の実行時、またサブエージェントから利用される際に実際に起動されていた。ユーザーはブロックされたサーバーへの接続が試みられる様子を目にすることになっていた。

変更後

これらの操作ではポリシーチェックが先に行われ、ブロック対象のサーバーは起動されずに「ブロックされている」と報告される。サーバーへの接続試行は発生しない。

利点

ユーザーはブロックされたサーバーが起動されずにすぐブロック結果を確認できるようになり、ポリシー違反のサーバーとの意図しない接続を避けられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-591f43e7539ahttps://claude-code-log.com/changelog/v2.1.299#item-591f43e7539a別のターミナルで直前にインストールしたプラグインが `/reload-plugins` で読み込まれない問題を修正したWed, 14 Oct 2026 21:03:49 GMT別のターミナルで直前にインストールしたプラグインが `/reload-plugins` で読み込まれない問題を修正した

---

変更前

`/reload-plugins` を実行しても、別のターミナルで `claude plugin` コマンドなどを使って直前にインストールしたプラグインが読み込まれなかった。

変更後

`/reload-plugins` を実行すると、別のターミナルで直前にインストールしたプラグインも正しく読み込まれるようになった。

利点

パネル外で行ったプラグインの変更を、セッションを再起動せずに即座にセッションへ反映できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-2f58aa3df72ahttps://claude-code-log.com/changelog/v2.1.299#item-2f58aa3df72a非常に狭いターミナルなど、1セル幅のカラムに押し込まれた CJK 文字や絵文字のテキストの下に空行が表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT非常に狭いターミナルなど、1セル幅のカラムに押し込まれた CJK 文字や絵文字のテキストの下に空行が表示される問題を修正した

---

変更前

変更前は、CJK 文字や絵文字を 1 セル幅のカラムに表示すると、その下に空行が発生していた

変更後

変更後は、1 セル幅のカラムに押し込まれた CJK 文字や絵文字の下に空行が表示されなくなった

利点

狭いターミナルで CJK 文字や絵文字を表示しても、余計な空行にレイアウトが乱されずに済む

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a657eed68407https://claude-code-log.com/changelog/v2.1.299#item-a657eed68407wide(全角)文字の隣でテキストが途中で切られ、セルが1つ余ったり二重に切り詰められたりする問題と、絵文字の内部で色が変わる箇所で絵文字が消える問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTwide(全角)文字の隣でテキストが途中で切られ、セルが1つ余ったり二重に切り詰められたりする問題と、絵文字の内部で色が変わる箇所で絵文字が消える問題を修正した。

---

変更前

全角文字の隣でテキストを切り詰める際、切る位置が cell の境界に合わず、文字列が中途半端に切られて1セル分が未使用のまま空くか、同じ位置が二重に切り詰められていた。また、絵文字の内部で色が変わる場合、その絵文字が端末上から消えて描画されなかった。

変更後

全角文字を考慮した正しいセル幅で切り詰めが行われ、セルの余りや二重切り詰めが起きなくなる。絵文字の内部で色が変わっても絵文字が正しく描画されるようになる。

利点

全角文字や絵文字を含む Text の描画が崩れなくなり、端末表示をそのまま信頼できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-94c8e16fb250https://claude-code-log.com/changelog/v2.1.299#item-94c8e16fb250バックグラウンドセッションで表示される bare モードの通知を修正しました。これまでの通知は `--bare` を外して再起動するよう促していましたが、これはモードが解除されてしまうため誤りでした。safe モードの通知と同様に、`/stop` と `claude --resume` を使うよう案内するようにしたWed, 14 Oct 2026 21:03:49 GMTバックグラウンドセッションで表示される bare モードの通知を修正しました。これまでの通知は `--bare` を外して再起動するよう促していましたが、これはモードが解除されてしまうため誤りでした。safe モードの通知と同様に、`/stop` と `claude --resume` を使うよう案内するようにした

---

変更前

バックグラウンドセッションで bare モードの通知が出ると、ユーザーは `--bare` を外して再起動するよう促されていた。しかし実際には `--bare` を付けたままにする必要があり、案内に従うとモードが解除されてしまっていた。

変更後

通知の文言が修正され、`/stop` でセッションを止めて `claude --resume` で再開するよう案内するようになった。この方法なら `--bare` モードを維持したまま再起動できる。

利点

bare モードを維持したまま安全にセッションを再起動できるようになり、誤った案内に従ってモードを解除してしまうことがなくなる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-2be16a84af26https://claude-code-log.com/changelog/v2.1.299#item-2be16a84af26リモートコントロールが有効なときに、`←` を押してもキューに入ったメッセージの上で動かず据え置きになった理由が表示されない問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTリモートコントロールが有効なときに、`←` を押してもキューに入ったメッセージの上で動かず据え置きになった理由が表示されない問題を修正した。

---

変更前

リモートコントロールが有効なセッションで、キューにメッセージが残っている状態で `←` を押すと、セッションのバックグラウンド化が保留されて据え置きになるケースがある。しかし、なぜ据え置きになったのか理由が画面上に表示されず、ユーザーは操作が無視された理由を把握できなかった。

変更後

据え置きになった理由を `←` が表示するようになり、キューにメッセージが残っていることなどが理由として示される。

利点

ユーザーは `←` を押してもセッションが切り替わらない原因を画面上ですぐに把握できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-e8bce6210f47https://claude-code-log.com/changelog/v2.1.299#item-e8bce6210f47- mods の `$.http.fetch` が、ボディ上限の 4 MiB を超える `Content-Length` を宣言する `304`・`204`・`205` レスポンスを拒否する不具合を修正したWed, 14 Oct 2026 21:03:49 GMT- mods の `$.http.fetch` が、ボディ上限の 4 MiB を超える `Content-Length` を宣言する `304`・`204`・`205` レスポンスを拒否する不具合を修正した

---

変更前

変更前は、mods 内の `$.http.fetch` が、`Content-Length` ヘッダーが 4 MiB のボディ上限を超えることを宣言する `304`・`204`・`205` レスポンスを受け取り拒否していた

変更後

変更後は、ボディを持たないこれらのステータスコードのレスポンスが、宣言された `Content-Length` が上限を超えていても拒否されなくなった

利点

`304`・`204`・`205` レスポンスを返すエンドポイントへのリクエストが、不要な `Content-Length` 宣言によって失敗しなくなる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-37569ae74ee4https://claude-code-log.com/changelog/v2.1.299#item-37569ae74ee4Fixed: `/config` のプッシュ通知トグルを切り替えた際に、選択した設定ではなく直前の設定がアカウントへ同期される問題を修正Wed, 14 Oct 2026 21:03:49 GMTFixed: `/config` のプッシュ通知トグルを切り替えた際に、選択した設定ではなく直前の設定がアカウントへ同期される問題を修正

---

変更前

`/config` でプッシュ通知のトグル(Claude が判断して送信する通知、入力待ち時に送信する通知)を切り替えると、アカウントには直前に設定されていた値が送信されていた。そのため、ユーザーがトグルを切り替えても、直前の選択がアカウントに同期されたままになった。

変更後

トグルを切り替えると、直前に選択した値ではなく、ユーザーが直後に選択した値がアカウントへ送信されるようになった。設定の同期が選択内容と一致するようになった。

利点

ユーザーが `/config` でプッシュ通知の設定を変更すると、その選択が正しくアカウントへ反映されるようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-4007e8eac4dbhttps://claude-code-log.com/changelog/v2.1.299#item-4007e8eac4db出力トークン上限に達した直後にワーカーが置き換えられた場合に、クラウドセッションの返信が未完了のまま中断される問題を修正したWed, 14 Oct 2026 21:03:49 GMT出力トークン上限に達した直後にワーカーが置き換えられた場合に、クラウドセッションの返信が未完了のまま中断される問題を修正した

---

変更前

クラウドセッションで返信がコンテキスト出力トークン上限に達した直後にワーカーが置き換えられると、返信が未完了の状態で中断され、セッションに不完全な応答が残っていた。ユーザーは途中で切れた返信を受け取ることになった。

変更後

ワーカーが置き換えられても返信の完了処理が正しく引き継がれるようになり、返信が未完成のまま残らない。ユーザーは出力トークン上限に達した場合でも、完全な状態の応答をセッションで受け取れる。

利点

クラウドセッションで長い応答がトークン上限に達しても、ワーカー交代時に返信が途切れることなく確実に完了するようになった

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-eac3de260527https://claude-code-log.com/changelog/v2.1.299#item-eac3de260527昇格された権限なしで動作する Linux 上のリモートセッションで、PDF のページ範囲指定による Read が失敗する問題を修正したWed, 14 Oct 2026 21:03:49 GMT昇格された権限なしで動作する Linux 上のリモートセッションで、PDF のページ範囲指定による Read が失敗する問題を修正した

---

変更前

権限を昇格していない Linux 環境のリモートセッションでは、10 ページを超える PDF をページ範囲指定で読もうとすると Read が失敗していた。ユーザーは権限を上げるか別の方法で PDF を読む必要があった。

変更後

昇格された権限がなくてもリモートセッションで PDF のページ範囲指定の Read が成功するようになった。Linux 環境の通常権限のセッションでもページ範囲の読み取りがそのまま動作する。

利点

Linux のリモートセッションで特権を必要とせずに長い PDF をページ範囲で読めるようになり、追加の対応なしに PDF の部分的な読み取りが行える。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-2501a010e296https://claude-code-log.com/changelog/v2.1.299#item-2501a010e296- 未送信のメッセージを入力している間に保留されていた質問や権限プロンプトに対して、Enter を押すと回答してしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT- 未送信のメッセージを入力している間に保留されていた質問や権限プロンプトに対して、Enter を押すと回答してしまう問題を修正した

---

変更前

バックグラウンド処理への切り替え待ちの際などで、質問や権限プロンプトへの回答が未送信テキストの入力によって保留されることがあった。この状態で Enter を押すと、意図に反してその質問やプロンプトに回答してしまっていた。

変更後

未送信のメッセージを入力している間に保留されていた質問や権限プロンプトは、Enter を押しても誤って回答されなくなった。ユーザーは入力を終えてから改めて回答できる。

利点

未送信テキストの入力中に誤って質問や権限プロンプトに回答してしまうことがなくなり、意図したタイミングで安全に応答できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-d339248d0100https://claude-code-log.com/changelog/v2.1.299#item-d339248d0100リモートセッションのメッセージに添付されたファイルが、ダウンロード途中で停滞した場合に欠落する問題を修正した。ダウンロードは再試行されるようになったWed, 14 Oct 2026 21:03:49 GMTリモートセッションのメッセージに添付されたファイルが、ダウンロード途中で停滞した場合に欠落する問題を修正した。ダウンロードは再試行されるようになった

---

変更前

リモートセッションでメッセージに添付されたファイルのダウンロードが途中で停滞すると、そのファイルは欠落したままセッションが復元されていた。

変更後

ダウンロードが途中で停滞しても再試行が行われ、添付ファイルが欠落せずにダウンロードされるようになった。

利点

ユーザーはネットワークの不安定さによってセッションの添付ファイルが失われることを心配せずに、リモートセッションを再開できるようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-cd7e71a4399dhttps://claude-code-log.com/changelog/v2.1.299#item-cd7e71a4399d`--input-format stream-json` 経由でコンテンツブロックとして送信されたキューイング済みプロンプトが、1つのターンに統合される際に改行なしで連結されてしまう問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMT`--input-format stream-json` 経由でコンテンツブロックとして送信されたキューイング済みプロンプトが、1つのターンに統合される際に改行なしで連結されてしまう問題を修正しました。

---

変更前

`--input-format stream-json` で複数のプロンプトをキューに送ると、それらが1つのターンに統合される際に、コンテンツブロック間に改行が挿入されないまま連結されていた。そのため、統合されたメッセージ内でプロンプトの境界が失われ、テキストが区切りなくつながった状態になることがあった。

変更後

キューイングされたプロンプトを1つのターンに統合する際に、コンテンツブロック間に改行が正しく挿入されるようになった。各プロンプトが独立したブロックとして区切られ、統合後のメッセージでも元のテキストの境界が保たれる。

利点

stream-json で複数のプロンプトを続けて送信しても、統合されたメッセージ内で各プロンプトのテキストが正しく区切られた状態でモデルに届くようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7770d0b84e8ahttps://claude-code-log.com/changelog/v2.1.299#item-7770d0b84e8a`--exec-path` ラッパー自身の `--mcp-config` で追加された MCP サーバーが、セッション中にコネクタが変更されたときにシャットダウンされる問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT`--exec-path` ラッパー自身の `--mcp-config` で追加された MCP サーバーが、セッション中にコネクタが変更されたときにシャットダウンされる問題を修正した。

---

変更前

`--exec-path` ラッパー経由で `--mcp-config` により追加された MCP サーバーは、セッション中にコネクタの変更が発生すると、セッション自体は存続しているにもかかわらずシャットダウンされていた。

変更後

コネクタがセッション中に変更されても、`--mcp-config` で追加された MCP サーバーはシャットダウンされず、引き続き利用できるようになった。

利点

自己ホストランナーのセッションでラッパー経由の MCP サーバーを、コネクタの変更を気にせず継続して使用できるようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-0605867dd328https://claude-code-log.com/changelog/v2.1.299#item-0605867dd328API に拒否された実行を `claude plugin eval` が合格と判定していた問題を修正: API エラーで終わった実行は採点を行わずにスコア 0 となり、スイートが終了コード 1 で終了するWed, 14 Oct 2026 21:03:49 GMTAPI に拒否された実行を `claude plugin eval` が合格と判定していた問題を修正: API エラーで終わった実行は採点を行わずにスコア 0 となり、スイートが終了コード 1 で終了する

---

変更前

以前は API エラーで終了した実行も作成物に対して採点され、スイートが最後まで完走すればマークは partial にならず、結果が合格と判定されることがあった。そのため API エラーによる低スコアがリグレッションのように見え、CI でも誤って成功扱いになる可能性があった。

変更後

API エラーで終わった実行は採点せずにスコア 0 として扱われ、スイート全体が終了コード 1 で終了するようになった。

利点

API エラーが原因の見かけ上の合格を避け、CI で確実にビルドを失敗させられる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ad376be410d2https://claude-code-log.com/changelog/v2.1.299#item-ad376be410d2キーキャップ絵文字や結合絵文字を含む理由テキストがある場合に、権限プロンプトが途中で切断されたり、意図より早く折り返されたりする問題を修正したWed, 14 Oct 2026 21:03:49 GMTキーキャップ絵文字や結合絵文字を含む理由テキストがある場合に、権限プロンプトが途中で切断されたり、意図より早く折り返されたりする問題を修正した

---

変更前

権限プロンプトの理由テキストにキーキャップ絵文字(キーボードの数字に絵文字を組み合わせたもの)や結合絵文字(ZWJ で結合された絵文字)が含まれていると、その文字幅が正しく計算されず、テキストが途中で切断されたり、必要な幅より早く折り返されたりしていた。

変更後

キーキャップ絵文字や結合絵文字を含む理由テキストでも、絵文字の表示幅が正しく考慮され、権限プロンプトが途切れずに適切に折り返されて表示されるようになった。

利点

絵文字を含む理由テキストでも権限プロンプトの全文を正しく読めるようになり、許可の判断に必要な情報を把握したまま確認できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-15c821f3a529https://claude-code-log.com/changelog/v2.1.299#item-15c821f3a529MDM または managed-settings ファイルで設定した `forceLoginOrgUUID` と `forceLoginMethod` が、サーバー管理設定によって非表示にされたり上書きされたりする問題を修正したWed, 14 Oct 2026 21:03:49 GMTMDM または managed-settings ファイルで設定した `forceLoginOrgUUID` と `forceLoginMethod` が、サーバー管理設定によって非表示にされたり上書きされたりする問題を修正した

---

変更前

MDM や managed-settings ファイルで `forceLoginOrgUUID` と `forceLoginMethod` を設定しても、サーバー管理設定が優先される際にこれらのキーが例外として扱われず、設定が隠されたり置き換えられたりしていた。

変更後

サーバー管理設定がキャッシュされて置き換える場合でも、`forceLoginOrgUUID` と `forceLoginMethod` の `claudeai`・`console` 値が保持され、ログイン制限が正しく適用されるようになった。

利点

管理者がデバイス管理ツール経由で設定したログイン制限がサーバー管理設定に上書きされず、開発者のログインを確実に自組織に制限できるようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c57caba1f4ddhttps://claude-code-log.com/changelog/v2.1.299#item-c57caba1f4dd`--channels` で要求されていた `constructor` または `prototype` という名前の MCP サーバーが、`--bare` セッションで読み込まれない問題を修正したWed, 14 Oct 2026 21:03:49 GMT`--channels` で要求されていた `constructor` または `prototype` という名前の MCP サーバーが、`--bare` セッションで読み込まれない問題を修正した

---

変更前

`--bare` モードで起動したセッションでは、`--channels` フラグで指定された MCP サーバーのうち、`constructor` や `prototype` という名前のサーバーが正しく読み込まれていなかった。これは JavaScript オブジェクトの予約済みプロパティ名と衝突したことで、サーバーが除外されてしまうためと考えられる。

変更後

名前が `constructor` または `prototype` の MCP サーバーでも、`--bare` セッションで `--channels` によって要求されていれば確実に読み込まれるようになった。

利点

ユーザーは、特定の名前の MCP サーバーが `--bare` モードのセッションで黙って欠落する心配なく、チャンネル機能を確実に利用できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-2ed5dc1acf38https://claude-code-log.com/changelog/v2.1.299#item-2ed5dc1acf38`/clear` 実行前の会話を再開したときに、その後の会話の Remote Control セッションへ再接続されてしまう問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT`/clear` 実行前の会話を再開したときに、その後の会話の Remote Control セッションへ再接続されてしまう問題を修正した。

---

変更前

`/clear` の前の会話を再開すると、その会話ではなく `/clear` 後の会話が持つ Remote Control セッションに再接続されていた。ドキュメントでは、Remote Control が有効な会話を再開する際には既存の claude.ai セッションに再接続するとされており、再開した会話に対応するセッションが接続されるはずである。

変更後

再開された会話は、`/clear` 後の会話のセッションではなく、その会話自身に対応する Remote Control セッションへ正しく再接続される。

利点

ユーザーは `/clear` 前の会話を再開しても、誤って別の会話の Remote Control セッションに接続されることなく、正しいセッションで操作を続けられるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-940aa17017d3https://claude-code-log.com/changelog/v2.1.299#item-940aa17017d3- Agent SDK の `verbatimPrompts` オプションで送信した `/` で始まるプロンプトが、再起動後に `CLAUDE_CODE_RESUME_INTERRUPTED_TURN` で再実行された際にスラッシュコマンドとして実行される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Agent SDK の `verbatimPrompts` オプションで送信した `/` で始まるプロンプトが、再起動後に `CLAUDE_CODE_RESUME_INTERRUPTED_TURN` で再実行された際にスラッシュコマンドとして実行される問題を修正した

---

変更前

これまで、`/` で始まるプロンプトを `verbatimPrompts` オプションで送信しても、セッションの再起動後に `CLAUDE_CODE_RESUME_INTERRUPTED_TURN` で中断ターンを再実行すると、そのプロンプトがスラッシュコマンドとして解釈・実行されていた。

変更後

修正後は、`verbatimPrompts` で送信された `/` から始まるプロンプトが再実行時にもスラッシュコマンドとして扱われず、そのままのテキストで処理される。

利点

再起動後のターン再実行でも意図しないコマンド実行が発生しなくなり、プロンプトが確実に意図どおりに動作する。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-81aaf76a6067https://claude-code-log.com/changelog/v2.1.299#item-81aaf76a6067`--safe-mode` で起動したバックグラウンドセッションが、セッションの復帰時や再起動時にサイレントにセーフモードを解除していた問題を修正Wed, 14 Oct 2026 21:03:49 GMT`--safe-mode` で起動したバックグラウンドセッションが、セッションの復帰時や再起動時にサイレントにセーフモードを解除していた問題を修正

---

変更前

`--safe-mode` で起動したバックグラウンドセッションは、セッションの復帰や再起動が行われるとセーフモードが解除されていた。その際、セーフモードから抜けたことを示す警告や通知は一切表示されず、ユーザーは気づかないまま安全でない状態で動作していた。

変更後

セッションが復帰または再起動されても、セーフモードの状態が維持されるようになった。セーフモードから解除されることなく、当初の起動時の設定が引き継がれる。

利点

セーフモードで起動したバックグラウンドセッションが、意図せずセーフモードの保護を失うことがなくなり、セキュリティポリシーに沿った状態を維持できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-cb6b5d132d7chttps://claude-code-log.com/changelog/v2.1.299#item-cb6b5d132d7c夏時間が終了する際に時計が巻き戻る1時間の間に、予定タスクや `/loop` が毎ターン再び発火したり、予定時刻より早く発火したりする問題を修正したWed, 14 Oct 2026 21:03:49 GMT夏時間が終了する際に時計が巻き戻る1時間の間に、予定タスクや `/loop` が毎ターン再び発火したり、予定時刻より早く発火したりする問題を修正した

---

変更前

夏時間が終了する際、クロックが巻き戻る繰り返しの時刻内で、予定タスクや `/loop` が意図せず毎ターン再発火したり、予定時刻より早く発火したりしていた。これにより、同じタスクが重複して実行されたり、タイミングがずれて実行されたりしていた。

変更後

繰り返しの時刻内での発火が正しく処理されるようになり、予定タスクや `/loop` が毎ターンの再発火や早発火をせず、予定どおりに1回だけ実行される。

利点

ユーザーは夏時間の切り替え時にタスクが重複実行されたり早まったりすることを心配せず、予定タスクを信頼して任せられるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-f84abb6bfe71https://claude-code-log.com/changelog/v2.1.299#item-f84abb6bfe71diff ビューで、名前の先頭または末尾がスペースである新規ファイルが誤った名前で表示される問題を修正Wed, 14 Oct 2026 21:03:49 GMTdiff ビューで、名前の先頭または末尾がスペースである新規ファイルが誤った名前で表示される問題を修正

---

変更前

diff ビューのファイル一覧では、名前の先頭や末尾がスペースの新規ファイルが、スペースが欠落した誤った名前で表示されていた。そのため、同じような名前のファイルと区別しにくく、ユーザーは一覧からどのファイルが新規作成されたのか正確に把握しづらかった。

変更後

新規ファイルの名前の先頭または末尾にスペースがある場合でも、そのスペースを保った正確な名前で diff ビューのファイル一覧に表示される。ユーザーは一覧で確認した名前と実際のファイル名が一致するようになった。

利点

ユーザーが diff ビューで新規ファイルの正確なファイル名を確認できるようになり、スペースを含む名前のファイルも誤りなく識別できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-0300aee6d89ehttps://claude-code-log.com/changelog/v2.1.299#item-0300aee6d89eヘッドレスおよび SDK セッションにおいて、バックグラウンドでの再接続が実行中の接続を閉じた際に、MCP ツール呼び出しが失敗したり重複実行されたりする問題を修正したWed, 14 Oct 2026 21:03:49 GMTヘッドレスおよび SDK セッションにおいて、バックグラウンドでの再接続が実行中の接続を閉じた際に、MCP ツール呼び出しが失敗したり重複実行されたりする問題を修正した

---

変更前

ヘッドレスモード(`claude -p`)や Agent SDK セッションでは、リモート MCP サーバーへの接続が切れた際にバックグラウンドで自動再接続が行われるが、その再接続によってツール呼び出しが実行中の接続が閉じられることがあった。その結果、実行中だった MCP ツール呼び出しがエラーで失敗したり、セッション側で再実行され同じ処理が二重に走ったりしていた。

変更後

バックグラウンドの再接続が発生しても、実行中の MCP ツール呼び出しを安全に扱うようになり、接続が閉じられてもツール呼び出しが失敗せず、二重実行も起こらなくなった。

利点

ヘッドレス実行や SDK での自動化処理において、再接続のタイミングを気にせず MCP ツール呼び出しを安定して実行できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-0dcb5a25bb29https://claude-code-log.com/changelog/v2.1.299#item-0dcb5a25bb29- 非インタラクティブセッションで、セッション終了時に `/btw` のサイド質問がキャンセルされずに残る問題、および実行中に同じリクエストが再度届いた際に二重に実行される問題を修正しましたWed, 14 Oct 2026 21:03:49 GMT- 非インタラクティブセッションで、セッション終了時に `/btw` のサイド質問がキャンセルされずに残る問題、および実行中に同じリクエストが再度届いた際に二重に実行される問題を修正しました

---

変更前

非インタラクティブセッション( `-p` 実行など)で `/btw` のサイド質問が実行中にセッションが終了してもキャンセルされず、処理が裏で継続していた。また、実行中に同じリクエストが再び届くと、質問が二度実行されることがあった。

変更後

セッション終了時には実行中の `/btw` サイド質問がキャンセルされるようになった。同じリクエストが実行中に再度届いても、質問が二重に実行されない。

利点

非インタラクティブセッションでも `/btw` が意図せず動き続けたり二重実行されたりせず、リソースと結果が無駄にならない。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c4e5338aa934https://claude-code-log.com/changelog/v2.1.299#item-c4e5338aa934拒否されたパスがシンボリックリンクを経由している場合に、macOS のサンドボックス化されたコマンドが実体のパスを指定してその拒否されたパスを読み書きできてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT拒否されたパスがシンボリックリンクを経由している場合に、macOS のサンドボックス化されたコマンドが実体のパスを指定してその拒否されたパスを読み書きできてしまう問題を修正した

---

変更前

macOS でシンボリックリンクを経由するパスに対して、拒否ルールがリクエスト時のパス表記には一致しても実体の絶対パスまでは検査しないため、サンドボックス化されたコマンドがその実体の位置を通じて拒否されたパスの読み書きを実行できていた。

変更後

パスがシンボリックリンクを経由する場合でも実体の解決先まで考慮して拒否が適用されるようになり、サンドボックス化されたコマンドから拒否されたパスを実体のパス経由で読み書きできなくなった。

利点

シンボリックリンク経由でも `Read` 拒否ルールが意図どおり機能するため、`~/.ssh` などの機密ファイルを信頼して保護できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-e920fd040b23https://claude-code-log.com/changelog/v2.1.299#item-e920fd040b23フォルダ名に波括弧、括弧、バックスラッシュを含むサンドボックスの `denyRead` と `allowRead` の globs が、Claude Code の設定チェックとサンドボックス本体とで異なる解釈をされる問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTフォルダ名に波括弧、括弧、バックスラッシュを含むサンドボックスの `denyRead` と `allowRead` の globs が、Claude Code の設定チェックとサンドボックス本体とで異なる解釈をされる問題を修正しました。

---

変更前

フォルダ名に波括弧・括弧・バックスラッシュが含まれる場合、`denyRead` や `allowRead` の glob パターンが、Claude Code の設定チェック側とサンドボックスの OS レベルの強制側とで違うパターンとして評価されていた。そのため、設定上はブロックや許可の対象と判断されても、サンドボックス側では意図と異なるパスが読み取られる可能性があった。

変更後

両者が glob を同じ方法で解釈するようになり、設定チェックの結果とサンドボックスによる実際の読み取り制限が一致するようになった。

利点

設定で許可・拒否したパスがサンドボックスでも同じように扱われるため、意図したファイル読み取り制御を信頼して行えるようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-0d237697861fhttps://claude-code-log.com/changelog/v2.1.299#item-0d237697861fサンドボックスの glob 形式の `allowRead` および `allowWrite` エントリが、その起点ディレクトリが symlink に置き換えられた際に再チェックされない問題を修正したWed, 14 Oct 2026 21:03:49 GMTサンドボックスの glob 形式の `allowRead` および `allowWrite` エントリが、その起点ディレクトリが symlink に置き換えられた際に再チェックされない問題を修正した

---

変更前

サンドボックスの `allowRead` と `allowWrite` に glob エントリを設定している場合、起点となるディレクトリが後から symlink に置き換えられても、そのエントリは権限チェック時に再評価されなかった。そのため、パスの実体が変わっても古い解決結果が使われ続けた。

変更後

起点ディレクトリが symlink に置き換えられると、glob エントリも再チェックされるようになった。symlink が解決先を変えた場合は、その時点の実体に基づいてアクセスが判定される。

利点

ユーザーは symlink 置き換えによるサンドボックス通過の抜け穴を気にせず、glob エントリによるパス許可が常に最新の実体に対して適用されることを信頼できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-2edc6d68efachttps://claude-code-log.com/changelog/v2.1.299#item-2edc6d68efac- ワークツリーで分離されたセッションが、分離ガードが拒否すべき一部の awk プログラムを受け入れていた問題を修正したWed, 14 Oct 2026 21:03:49 GMT- ワークツリーで分離されたセッションが、分離ガードが拒否すべき一部の awk プログラムを受け入れていた問題を修正した

---

変更前

ワークツリーで分離されたセッションでは、分離ガードが書き込みやコマンドの作業ディレクトリを検証し、共有チェックアウトに触れる操作をブロックする仕組みになっている。しかし、一部の awk プログラムの呼び出しがこの検証をすり抜け、本来拒否されるべき操作がそのまま実行されていた。

変更後

awk プログラムも分離ガードの検証対象として正しく扱われるようになり、共有チェックアウトに届き得る操作はブロックされる。これにより、ワークツリー分離の保証がコマンド全体に対して一貫して適用される。

利点

ユーザーは、ワークツリーで分離されたセッションが共有チェックアウト側のファイルを誤って変更する心配をせずにセッションを実行できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-bf709eab2adehttps://claude-code-log.com/changelog/v2.1.299#item-bf709eab2ade`claude mcp add <name> -- <command> --background` を実行した際に MCP サーバーがバックグラウンドセッションとして起動される問題を修正したWed, 14 Oct 2026 21:03:49 GMT`claude mcp add <name> -- <command> --background` を実行した際に MCP サーバーがバックグラウンドセッションとして起動される問題を修正した

---

変更前

`claude mcp add <name> -- <command> --background` を実行すると、`--background` フラグの解釈によってコマンドがバックグラウンドセッションとして起動されていた。

変更後

この修正により、`--background` フラグは MCP サーバーの設定引数として正しく扱われ、バックグラウンドセッションが起動されなくなった。

利点

ユーザーは `--background` を使った MCP サーバーの追加時に、意図しないバックグラウンドセッションの起動を心配せずに済むようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a97860241a26https://claude-code-log.com/changelog/v2.1.299#item-a97860241a26`--bg` または `--background` に渡されたプロンプトや返信がフラグとして誤って解釈される問題を修正した。これにより、メッセージをバックグラウンドセッションに届ける代わりに、新規セッションが繰り返し起動されることがあった。Wed, 14 Oct 2026 21:03:49 GMT`--bg` または `--background` に渡されたプロンプトや返信がフラグとして誤って解釈される問題を修正した。これにより、メッセージをバックグラウンドセッションに届ける代わりに、新規セッションが繰り返し起動されることがあった。

---

変更前

`--bg` や `--background` に渡されたプロンプトや返信が、バックグラウンドセッションへのメッセージではなくフラグとして誤って解析されていた。

変更後

プロンプトや返信が正しくバックグラウンドセッションに届けられるようになり、誤って新規セッションが起動されなくなった。

利点

バックグラウンドセッションへのメッセージ送信が確実に届くようになり、意図しない新規セッションの連鎖的な起動を避けられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-dbb243917bd3https://claude-code-log.com/changelog/v2.1.299#item-dbb243917bd3- プロンプトの確認中に新しいメッセージがコマンドに割り込んだ際、カスタムスラッシュコマンドに埋め込まれたシェル行が 2 回実行される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- プロンプトの確認中に新しいメッセージがコマンドに割り込んだ際、カスタムスラッシュコマンドに埋め込まれたシェル行が 2 回実行される問題を修正した

---

変更前

カスタムスラッシュコマンドのプロンプトが検証されている間に新しいメッセージが割り込むと、コマンド内のシェル行が中断された後にもう一度実行されていた。その結果、同じシェルコマンドが 2 回実行されることがあった。

変更後

割り込みが発生しても、埋め込まれたシェル行は 1 回だけ実行されるようになり、2 回目の実行は行われない。

利点

割り込みが起きてもコマンドが重複実行されなくなり、意図しない操作を気にせずコマンド実行中にメッセージを送れるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-f4869e628d6fhttps://claude-code-log.com/changelog/v2.1.299#item-f4869e628d6fgit の reftable 形式で参照を管理するリポジトリで、`--worktree` セッション終了後に `.git/worktrees` 内にフォルダが残る問題を修正したWed, 14 Oct 2026 21:03:49 GMTgit の reftable 形式で参照を管理するリポジトリで、`--worktree` セッション終了後に `.git/worktrees` 内にフォルダが残る問題を修正した

---

変更前

git の reftable 形式で参照を管理するリポジトリで `--worktree` セッションを終了すると、クリーンアップ処理が正しく動作せず、`.git/worktrees` にフォルダが残っていた。ユーザーは手動で `git worktree remove` を実行して残骸を消す必要があった。

変更後

reftable 形式のリポジトリでもセッション終了時に worktree の状態を正しく検証できるようになり、クリーンなセッションなら worktree とブランチが自動的に削除される。作業がある場合はこれまで通り、保持か削除かを選択するプロンプトが表示される。

利点

reftable 形式のリポジトリで `--worktree` を使う際、手動クリーンアップなしにセッション終了後もリポジトリが清潔な状態に保たれる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-056d8b1ee281https://claude-code-log.com/changelog/v2.1.299#item-056d8b1ee281- `claude self-hosted-runner` セッションで Anthropic 管理の git を使用している場合に、リモートがまだ空の状態で再利用されたクローンから起動すると、追跡対象ファイルがステージング済みの削除として表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- `claude self-hosted-runner` セッションで Anthropic 管理の git を使用している場合に、リモートがまだ空の状態で再利用されたクローンから起動すると、追跡対象ファイルがステージング済みの削除として表示される問題を修正した

---

変更前

Anthropic 管理の git を使う `claude self-hosted-runner` セッションを、前回のセッションから再利用されたクローン上で起動すると、そのクローンのリモートがまだ空である場合に git の状態が不整合を起こしていた。その結果、追跡対象ファイルが実際には存在するのにステージング済みの削除として表示されていた。

変更後

同じ状況でセッションを起動しても、リモートが空の再利用クローンでは状態が正しく整合するようになり、追跡対象ファイルは削除扱いされずに正常に表示される。

利点

リモートが空の再利用クローンからセッションを開始しても、ユーザーはファイルの削除を誤ってコミットしたり、本来不要な状態の復旧に時間を取られずに済む。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-f046b533da02https://claude-code-log.com/changelog/v2.1.299#item-f046b533da02設定で `ultracode` が有効な場合に、スケジュールされたタスクやその他の配信されたヘッドレスターンへ ultracode が通知されない問題を修正したWed, 14 Oct 2026 21:03:49 GMT設定で `ultracode` が有効な場合に、スケジュールされたタスクやその他の配信されたヘッドレスターンへ ultracode が通知されない問題を修正した

---

変更前

設定で `ultracode` を有効にしても、スケジュールされたタスクや配信されたヘッドレスターンには ultracode が有効であることが伝わらず、ワークフローの自動オーケストレーションが行われなかった

変更後

設定で `ultracode` を有効にすると、スケジュールされたタスクや配信されたヘッドレスターンにも ultracode の有効化が正しく通知され、ワークフローの自動オーケストレーションが行われるようになった

利点

設定で ultracode を有効にするだけで、ヘッドレス実行やスケジュールタスクでもワークフローの自動計画を一貫して利用できるようになる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-8dab1959c454https://claude-code-log.com/changelog/v2.1.299#item-8dab1959c454MCP OAuth のサインイン、トークンの更新、サインアウトの際に、設定済みの `headers`/`headersHelper` の値が送信されない問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTMCP OAuth のサインイン、トークンの更新、サインアウトの際に、設定済みの `headers`/`headersHelper` の値が送信されない問題を修正しました。

---

変更前

認証プロキシの背後にある MCP サーバーで、OAuth のサインイン、トークン更新、サインアウトの各リクエスト時に、ユーザーが設定した `headers` や `headersHelper` による認証ヘッダーが送信されていなかったため、接続や認証フローが失敗していた。

変更後

これらの OAuth 関連リクエストでも設定済みの `headers`/`headersHelper` の値が正しく送信されるようになり、認証プロキシ経由でもサーバーと正常に通信できるようになった。

利点

認証プロキシの背後にあるリモート MCP サーバーに対して、追加設定なしで OAuth サインインやトークン更新がそのまま完了できるようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-6fe7959974f6https://claude-code-log.com/changelog/v2.1.299#item-6fe7959974f6`<head>` の後に改行が入った大きなページを変更せずに再公開したとき、Artifact ツールが公開済みページとの無意味な 1 行差分を検出して公開を拒否する問題を修正したWed, 14 Oct 2026 21:03:49 GMT`<head>` の後に改行が入った大きなページを変更せずに再公開したとき、Artifact ツールが公開済みページとの無意味な 1 行差分を検出して公開を拒否する問題を修正した

---

変更前

`<head>` の後に改行が入った大きなページを、内容を変更せずに再公開すると、Artifact ツールが実際には存在しない 1 行の差分を検出していた。そのため、正しいページであるにもかかわらず公開が拒否されていた。

変更後

差分検出の誤りが修正され、改行位置に起因する偽の差分は検出されなくなった。同じ内容のページを問題なく再公開できるようになった。

利点

変更していないページを再公開するときも、誤差分による拒否を気にせずそのまま発行できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ebce9dd730a3https://claude-code-log.com/changelog/v2.1.299#item-ebce9dd730a3VS Code 向け Claude Code や `claude -p` のように、mod のペインを描画する画面が存在しないセッションで、`$.ui.open` がそのペインを配置済みとして報告する問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTVS Code 向け Claude Code や `claude -p` のように、mod のペインを描画する画面が存在しないセッションで、`$.ui.open` がそのペインを配置済みとして報告する問題を修正しました。

---

変更前

ドキュメント上は、mod のペインの描画はターミナルとデスクトップアプリに限定されているにもかかわらず、`$.ui.open` は VS Code 拡張のチャットパネルや `claude -p` のような描画されないセッションでもペインを配置済みとして報告していた。

変更後

描画を行う surface が存在しないセッションでは、`$.ui.open` がペインを配置済みとして報告しなくなった。

利点

描画されない環境でペインの状態を誤認せずに済み、mod 開発者はペインが実際に表示されるセッションだけを正確に判定できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-68b6ace2b95ahttps://claude-code-log.com/changelog/v2.1.299#item-68b6ace2b95a- 完了したサブエージェントや停止されたチームメイトを再開する際に `agent.spawn` mod フックが実行されない問題を修正しました: フックのイベントに `resume` が含まれるようになり、mod はそれを拒否できるようになりましたWed, 14 Oct 2026 21:03:49 GMT- 完了したサブエージェントや停止されたチームメイトを再開する際に `agent.spawn` mod フックが実行されない問題を修正しました: フックのイベントに `resume` が含まれるようになり、mod はそれを拒否できるようになりました

---

変更前

完了したサブエージェントや停止されたチームメイトを再開するとき、`agent.spawn` mod フックは実行されず、イベントには再開を示す情報が含まれていなかった。そのため mod は再開の発生を検知できず、干渉することもできなかった。

変更後

再開時に `agent.spawn` フックが実行されるようになり、フックのイベントが `resume` を持つ。mod はこれを受け入れるか、拒否することができる。

利点

サブエージェントやチームメイトの再開を mod が検知・制御できるようになり、再開時にもポリシーやモデル選択などを一貫して適用できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-6c906de2ce62https://claude-code-log.com/changelog/v2.1.299#item-6c906de2ce62`claude plugin validate` が、`plugin.json` に `types` キーがなくコントラクトが `./types/index.d.ts` にある場合に、mod の `$.state` 参照を拒否する問題を修正したWed, 14 Oct 2026 21:03:49 GMT`claude plugin validate` が、`plugin.json` に `types` キーがなくコントラクトが `./types/index.d.ts` にある場合に、mod の `$.state` 参照を拒否する問題を修正した

---

変更前

変更前は、`plugin.json` に `types` キーが存在しなくてもコントラクトが `./types/index.d.ts` にある場合、`claude plugin validate` は mod の `$.state` 参照を検証エラーとして拒否していた。

変更後

変更後は、manifest に `types` キーがなくてもコントラクトが `./types/index.d.ts` に存在すれば、mod の `$.state` 参照が正しく検証され、エラーとして拒否されなくなった。

利点

ユーザーは `types` キーを省略した manifest でも `$.state` を使う mod を検証時にエラーに遭遇せずに済むようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-668f2a4da5e6https://claude-code-log.com/changelog/v2.1.299#item-668f2a4da5e6ダークANSIテーマ使用時および16色端末において、modの`dimColor`テキストが通常テキストと同じ見た目になる問題を修正したWed, 14 Oct 2026 21:03:49 GMTダークANSIテーマ使用時および16色端末において、modの`dimColor`テキストが通常テキストと同じ見た目になる問題を修正した

---

変更前

ダークANSIテーマや16色の端末では、modが`dimColor`スタイルで描画したテキストが通常のテキストと見分けがつかず、意図した控えめな表示にならなかった。

変更後

ダークANSIテーマや16色端末でも`dimColor`テキストが通常テキストと区別できる表示になり、意図したスタイルで描画されるようになった。

利点

mod開発者やユーザーは、どのテーマや端末環境でも`dimColor`テキストが正しく区別できる表示になり、意図した見た目でUIを利用できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7ad5b4a32b29https://claude-code-log.com/changelog/v2.1.299#item-7ad5b4a32b29プランモードで、`PreToolUse` フックや mod の `tool.check` フックが許可した書き込み操作（MCP ツール、ファイル、シェルコマンドのいずれか）が実行されてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMTプランモードで、`PreToolUse` フックや mod の `tool.check` フックが許可した書き込み操作（MCP ツール、ファイル、シェルコマンドのいずれか）が実行されてしまう問題を修正した

---

変更前

プランモード中でも、`PreToolUse` フックや mod の `tool.check` フックが許可した書き込み操作（MCP ツール、ファイル、シェルコマンド）が実際に実行されていた

変更後

プランモード中は、フックが許可した書き込み操作であっても実行されないようになった

利点

プランモード中にユーザーの確認なしでファイルやコマンドが変更されることがなくなり、計画フェーズの安全性を確信して利用できる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ae279ae34fc5https://claude-code-log.com/changelog/v2.1.299#item-ae279ae34fc5オートモードのバックグラウンドサブエージェントが、最終レポートを結果として1回、メッセージとして1回の計2回送信することがある問題を修正しましたWed, 14 Oct 2026 21:03:49 GMTオートモードのバックグラウンドサブエージェントが、最終レポートを結果として1回、メッセージとして1回の計2回送信することがある問題を修正しました

---

変更前

オートモードでバックグラウンド実行されたサブエージェントが、完了時に最終レポートを結果とメッセージの2つの経路で重複送信することがあり、同じレポートが会話に2回表示されていた。

変更後

サブエージェントの最終レポートは1回だけ送信されるようになり、重複表示が解消された。

利点

ユーザーはサブエージェントのレポートの重複を気にせず、出力をそのまま読み進められるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-764028db6d35https://claude-code-log.com/changelog/v2.1.299#item-764028db6d35CLI を再起動してセッションを再開した後に `SendMessage` でサブエージェントを名前で見つけられない問題を修正する（最後のコンパクションより前に付けられた名前は引き続きエージェント ID が必要）Wed, 14 Oct 2026 21:03:49 GMTCLI を再起動してセッションを再開した後に `SendMessage` でサブエージェントを名前で見つけられない問題を修正する（最後のコンパクションより前に付けられた名前は引き続きエージェント ID が必要）

---

変更前

CLI を再起動してセッションを再開した後、`SendMessage` でサブエージェントを名前で検索しても見つからなかった。コンパクション前に付けられた名前は引き続きエージェント ID での参照が必要だった。

変更後

セッション再開後も `SendMessage` でサブエージェントを名前で見つけられるようになった。ただし、最後のコンパクションより前に付けられた名前は引き続きエージェント ID での参照が必要。

利点

CLI 再起動後にセッションを再開しても、名前によるサブエージェントへのメッセージ送信がそのまま機能するようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-19fe2b1acfb2https://claude-code-log.com/changelog/v2.1.299#item-19fe2b1acfb2- ストリーミング非対応へのフォールバックでリクエストが非ストリーミングモードになった後、出力トークン上限で応答が打ち切られても、リトライもエラーもなくターンが静かに終了する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- ストリーミング非対応へのフォールバックでリクエストが非ストリーミングモードになった後、出力トークン上限で応答が打ち切られても、リトライもエラーもなくターンが静かに終了する問題を修正した

---

変更前

非ストリーミングモードへのフォールバックが発生したリクエストでは、応答が出力トークン上限に達して打ち切られても、リトライやエラー表示が一切行われずにターンが静かに終了していた。ユーザーには応答が途中で切れたことが伝わらず、不完全な応答がそのまま残った。

変更後

非ストリーミングモードへのフォールバック後でも、出力トークン上限で応答が打ち切られた場合はリトライまたはエラーが適切に表示されるようになった。これにより、応答の打ち切りが通知され、他の切断ケースと同様の継続処理やエラーハンドリングの対象になる。

利点

ユーザーは非ストリーミングフォールバック時の応答打ち切りに気づけるようになり、失われた続きを確認・継続できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ddb09ac66a78https://claude-code-log.com/changelog/v2.1.299#item-ddb09ac66a78Read ツールがバイトオーダーマーク（BOM）付きの UTF-16LE ファイルを読み込む際に文字化けする問題、および Write ツールがバイトオーダーマークを破棄する問題や、Windows-1252、Shift-JIS、GBK、UTF-16BE ファイルを UTF-8 へサイレントに変換する問題を修正した（現在は変換要求を拒否する）Wed, 14 Oct 2026 21:03:49 GMTRead ツールがバイトオーダーマーク（BOM）付きの UTF-16LE ファイルを読み込む際に文字化けする問題、および Write ツールがバイトオーダーマークを破棄する問題や、Windows-1252、Shift-JIS、GBK、UTF-16BE ファイルを UTF-8 へサイレントに変換する問題を修正した（現在は変換要求を拒否する）

---

変更前

Read ツールは BOM 付きの UTF-16LE ファイルを正しく扱えず、文字化けした内容を表示していた。また Write ツールは保存時にバイトオーダーマークを失わせたり、Windows-1252・Shift-JIS・GBK・UTF-16BE で書かれたファイルを UTF-8 へサイレントに変換して保存しており、元の文字コードや BOM が壊れる原因になっていた。

変更後

Read ツールは BOM 付き UTF-16LE ファイルを文字化けせずに読めるようになった。Write ツールはデコードできないレガシーエンコーディングのファイルへの書き込みを拒否し、シェルコマンドによる対応か UTF-8 変換の可否をユーザーに確認するエラーメッセージを返すようになったため、BOM の消失やサイレントな文字コード変換が起きなくなった。

利点

レガシーエンコーディングのファイルを壊さずに安全に扱えるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-6bd14856758fhttps://claude-code-log.com/changelog/v2.1.299#item-6bd14856758fコンパクションの直後にワーカーが置き換えられた場合に、クラウドセッションでメッセージが未回答のままになることがある問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTコンパクションの直後にワーカーが置き換えられた場合に、クラウドセッションでメッセージが未回答のままになることがある問題を修正した。

---

変更前

クラウドセッションの実行中にコンパクションが発生し、その直後にワーカーが置き換えられると、処理中だったメッセージへの応答が失われることがあった。

変更後

ワーカーが置き換えられてもメッセージへの応答が維持され、未回答のまま放置されなくなった。

利点

コンパクション後のワーカー置き換えが起きても、クラウドセッションのメッセージへの応答が途切れずに済むようになった。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-2010f9da9b04https://claude-code-log.com/changelog/v2.1.299#item-2010f9da9b04ツールがターンを終了させ、同じステップ内でスキルが読み込まれた場合に、クラウドセッションや `CLAUDE_CODE_RESUME_INTERRUPTED_TURN` が再起動後に完了済みのターンに再度回答することがある問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTツールがターンを終了させ、同じステップ内でスキルが読み込まれた場合に、クラウドセッションや `CLAUDE_CODE_RESUME_INTERRUPTED_TURN` が再起動後に完了済みのターンに再度回答することがある問題を修正した。

---

変更前

ツールがターンを終了させ、その同じステップ内でスキルが読み込まれた場合、再起動後にセッションが再開されると、すでに完了したターンに対して再び回答が生成されることがあった。

変更後

この状態でも再起動後にセッションを再開しても、完了済みのターンが再度回答されることはなくなった。

利点

ユーザーはターンの重複回答を気にせず、中断されたセッションを安心して再開できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-e9c6129ea758https://claude-code-log.com/changelog/v2.1.299#item-e9c6129ea758- コンピューターにコピーを保存できなかった場合にリモートコントロール経由で送信された写真が破棄される問題を修正しました。Claude は引き続き写真を確認できますWed, 14 Oct 2026 21:03:49 GMT- コンピューターにコピーを保存できなかった場合にリモートコントロール経由で送信された写真が破棄される問題を修正しました。Claude は引き続き写真を確認できます

---

変更前

リモートコントロールのセッションで添付された写真は、`~/.claude/uploads/` にコピーを保存できるかどうかに依存していた。コンピューターにコピーを保存できない状況では、写真そのものが破棄され、Claude は写真を確認できなかった。

変更後

コピーの保存が失敗しても写真は破棄されず、メッセージの一部として Claude に直接渡されるようになった。

利点

コピーの保存に失敗してもユーザーは写真を再送信する必要がなく、Claude に確実に写真を伝えられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-e49af4424434https://claude-code-log.com/changelog/v2.1.299#item-e49af4424434Remote Control で送信したファイルが、長時間実行されているセッションでは、まれに届かない問題を修正したWed, 14 Oct 2026 21:03:49 GMTRemote Control で送信したファイルが、長時間実行されているセッションでは、まれに届かない問題を修正した

---

変更前

Remote Control 経由で別のセッションにファイルを送ると、長時間稼働しているセッションではそのファイルがまれに届かないことがあった。セッション自体は継続しているため、送信が失敗したことに気づきにくい状態だった。

変更後

長時間実行されているセッションでも、Remote Control 経由で送ったファイルが確実に届くようになった。

利点

セッションの稼働時間を気にせず、Remote Control でファイルを確実に共有できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-9bd9a720d144https://claude-code-log.com/changelog/v2.1.299#item-9bd9a720d144- 30〜35 MiB のファイルが Remote Control 経由またはクラウドセッション宛てに送信された際に届かない問題を修正したWed, 14 Oct 2026 21:03:49 GMT- 30〜35 MiB のファイルが Remote Control 経由またはクラウドセッション宛てに送信された際に届かない問題を修正した

---

変更前

Remote Control 経由やクラウドセッション宛てにファイルを送信した際、サイズが 30〜35 MiB のファイルが正しく届かないことがあった。ユーザーはファイルが消失したように見えて、再送や別の手段での共有を余儀なくされていた。

変更後

このサイズ帯のファイル送信処理が修正され、Remote Control 経由でもクラウドセッション宛てでも確実にファイルが届くようになった。

利点

ユーザーは 30〜35 MiB のファイルを特別な対応なしに Remote Control やクラウドセッションへ確実に送信できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-90a83d18634ahttps://claude-code-log.com/changelog/v2.1.299#item-90a83d18634a- ユーザーがインストールした mod の `$.env.set` が、マネージド設定のコマンドフックが起動時に使う環境変数やシェルプレフィックスを変更してしまう問題を修正Wed, 14 Oct 2026 21:03:49 GMT- ユーザーがインストールした mod の `$.env.set` が、マネージド設定のコマンドフックが起動時に使う環境変数やシェルプレフィックスを変更してしまう問題を修正

---

変更前

ユーザーがインストールした mod が `$.env.set` で環境変数を設定すると、その影響がマネージド設定に定義されたコマンドフックにも及んでいた。その結果、フックが本来の起動環境やシェルプレフィックスとは異なる状態で実行され、組織が意図しない動作を引き起こす可能性があった。

変更後

`$.env.set` による環境変数の変更が、マネージド設定のコマンドフックの起動環境やシェルプレフィックスに波及しないようになった。フックはマネージド設定が意図した環境で実行される。

利点

ユーザーは組織のマネージド設定によるコマンドフックの実行環境が mod によって改変されないことを信頼できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a3003a0f27f4https://claude-code-log.com/changelog/v2.1.299#item-a3003a0f27f4- Windows: 忙しく稼働しているマシンで、プロセス生存確認が孤立したPowerShellプロセスをメモリが枯渇するまで残し続ける問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Windows: 忙しく稼働しているマシンで、プロセス生存確認が孤立したPowerShellプロセスをメモリが枯渇するまで残し続ける問題を修正した

---

変更前

Windows 上では、Claude Code が起動したプロセスの生存確認の結果が適切に片付けられず、マシンの負荷が高い状況では PowerShell プロセスが死んだ後も孤立状態で残り続けた。

変更後

プロセスの生存確認を見直し、終了した PowerShell プロセスが孤立状態で残らないようにした。

利点

ユーザーは Windows 上の負荷の高い環境でも、使われていない PowerShell プロセスがメモリを圧迫するのを気にせず作業できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-d34d9111742chttps://claude-code-log.com/changelog/v2.1.299#item-d34d9111742cWindows: Git for Windows がインストールされていない環境で、シェルを指定していない PreToolUse フックおよび PermissionRequest フックがフェイルオープン(通過してしまう)する問題を修正した。ガードの実行に失敗した場合は呼び出しをブロックするようになった。Wed, 14 Oct 2026 21:03:49 GMTWindows: Git for Windows がインストールされていない環境で、シェルを指定していない PreToolUse フックおよび PermissionRequest フックがフェイルオープン(通過してしまう)する問題を修正した。ガードの実行に失敗した場合は呼び出しをブロックするようになった。

---

変更前

Git for Windows がインストールされていない Windows 環境では、`shell` フィールドを設定していない PreToolUse フックや PermissionRequest フックの実行に失敗しても、フェイルオープンとなりツール呼び出しや権限フローがそのまま通過していた。

変更後

フックの実行を担うガードに失敗した場合、フックが失敗したものとして扱われ、呼び出しがブロックされるようになった。

利点

Git for Windows をインストールしていない環境でも、シェル未指定のフックが意図せず通過することがなくなり、ポリシー強制の信頼性が保たれる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-aed7d2d414e1https://claude-code-log.com/changelog/v2.1.299#item-aed7d2d414e1- Windows: 起動時に Git Bash が自身の PATH を報告しなかった場合、セッション全体を通じて Bash コマンドが「command not found」エラーで失敗する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Windows: 起動時に Git Bash が自身の PATH を報告しなかった場合、セッション全体を通じて Bash コマンドが「command not found」エラーで失敗する問題を修正した

---

変更前

起動時に Git Bash が自身の PATH を報告しなかった場合、そのセッション中のすべての Bash コマンドが「command not found」エラーで失敗していた。

変更後

Git Bash が起動時に PATH を報告しなくても、Bash コマンドが正しい PATH で実行され、「command not found」エラーが発生しなくなった。

利点

ユーザーは PATH 未報告の環境でも、セッション全体の Bash コマンド失敗に悩まされずに作業を続けられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-15853a8ebe98https://claude-code-log.com/changelog/v2.1.299#item-15853a8ebe98- セルフホストランナー: ランナーのマシンに git 認証情報がない場合の `setup` と `doctor` の出力を改善したWed, 14 Oct 2026 21:03:49 GMT- セルフホストランナー: ランナーのマシンに git 認証情報がない場合の `setup` と `doctor` の出力を改善した

---

変更前

ランナーのマシンに git 認証情報が設定されていない場合、`setup` や `doctor` のメッセージでは原因が分かりにくく、ユーザーはなぜセッションが git エラーで失敗するのかを自力で調べる必要があった。

変更後

`setup` や `doctor` が、ランナーのマシンに git 認証情報がないことを明確に示すメッセージを出すように改善された。これにより、`could not read Username for` といった git エラーへの対処方法を把握しやすくなった。

利点

git 認証情報が未設定のランナーで問題が発生した際、ユーザーはエラーメッセージから原因と対処を迅速に把握できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-b6b063c77404https://claude-code-log.com/changelog/v2.1.299#item-b6b063c77404- セルフホストランナー: 最初のターンより前に出力を書き込んだセッションがリリースタイマーを持たないまま放置され、`--retire-at` が無視されてシャットダウンが遅延する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- セルフホストランナー: 最初のターンより前に出力を書き込んだセッションがリリースタイマーを持たないまま放置され、`--retire-at` が無視されてシャットダウンが遅延する問題を修正した

---

変更前

最初のターンを開始する前に出力を書き込んだセッションでは、リリース用のタイマーが設定されないままになっていた。そのため `--retire-at` の指定が無視され、ランナーのシャットダウンが予定より遅れていた。

変更後

最初のターンより前に出力を書き込んだセッションも、通常のセッションと同様にリリースタイマーが正しく設定されるようになった。これにより `--retire-at` の時刻が尊重され、ランナーは予定どおりにシャットダウンできる。

利点

`--retire-at` を設定した運用者は、セッションの状態にかかわらずランナーのシャットダウン時間を正確に予測できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-859df6a9fb87https://claude-code-log.com/changelog/v2.1.299#item-859df6a9fb87claude.ai のログインが拒否された、または有効期限が切れたためにクラウドセッションへの接続が拒否された場合に表示されるエラーを改善した:エラーメッセージに `claude auth login` で再サインインするよう案内する文言が追加されたWed, 14 Oct 2026 21:03:49 GMTclaude.ai のログインが拒否された、または有効期限が切れたためにクラウドセッションへの接続が拒否された場合に表示されるエラーを改善した:エラーメッセージに `claude auth login` で再サインインするよう案内する文言が追加された

---

変更前

claude.ai ログインの拒否・期限切れでクラウドセッションが拒否された際のエラーメッセージには、ユーザーが取るべき解決策が示されていなかった。ユーザーは何をすれば再接続できるかを自分で調べる必要があった。

変更後

エラーメッセージに、`claude auth login` を実行して再サインインするよう明示的に案内されるようになった。ユーザーはメッセージを見るだけで次にとるべきアクションを把握できる。

利点

ユーザーはエラー発生時にドキュメントを探さずとも、案内されたコマンドを実行するだけで再サインインしてクラウドセッションを再試行できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-6732902be3a1https://claude-code-log.com/changelog/v2.1.299#item-6732902be3a1- 管理対象の権限ルール、管理対象フック、組織の MCP ツール名に関する制約を、ユーザーがインストールした mod に対してより強固に適用するように改善しましたWed, 14 Oct 2026 21:03:49 GMT- 管理対象の権限ルール、管理対象フック、組織の MCP ツール名に関する制約を、ユーザーがインストールした mod に対してより強固に適用するように改善しました

---

変更前

ユーザーがインストールした mod が、管理対象の権限ルールや管理対象フックの決定、組織の MCP ツール名の扱いに干渉できる余地があった。deny ルールや管理対象設定の PreToolUse フックによるブロックが、mod の承認によって回避される場合があった。

変更後

管理対象の権限ルール、管理対象フック、組織の MCP ツール名が、ユーザーがインストールした mod に対しても確実に適用されるようになった。deny ルールや管理対象設定のフックによるブロックが mod によって上書きされにくくなった。

利点

管理者は、ユーザーがインストールした mod によって組織のポリシーが回避されることをより確実に防げるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-4581aa6bd70fhttps://claude-code-log.com/changelog/v2.1.299#item-4581aa6bd70f- PDF を @メンションした際のメモリとディスクの使用量を改善：PDF のバイトデータがセッションのトランスクリプトに保持されなくなりましたWed, 14 Oct 2026 21:03:49 GMT- PDF を @メンションした際のメモリとディスクの使用量を改善：PDF のバイトデータがセッションのトランスクリプトに保持されなくなりました

---

変更前

PDF を @メンションで添付すると、PDF ファイルのバイトデータ全体がセッションのトランスクリプト(会話履歴ファイル)に書き込まれ、メモリとディスクの両方を圧迫していた。大きな PDF を扱うほどトランスクリプトが肥大化し、ディスク容量を余分に消費していた。

変更後

PDF を @メンションしても、そのバイトデータはトランスクリプトに保存されなくなった。トランスクリプトには PDF の参照情報のみが記録され、メモリとディスクの使用量が削減される。

利点

大きな PDF を添付してもトランスクリプトの肥大化を気にせずセッションを続けられ、ディスク容量の節約につながる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-83b2e2d75255https://claude-code-log.com/changelog/v2.1.299#item-83b2e2d75255Linux でのサンドボックス化された Bash を改善しました: ワイルドカードの読み取りルールをコマンド向けに展開している間も、Esc と Ctrl-C が動作するようになりました。Wed, 14 Oct 2026 21:03:49 GMTLinux でのサンドボックス化された Bash を改善しました: ワイルドカードの読み取りルールをコマンド向けに展開している間も、Esc と Ctrl-C が動作するようになりました。

---

変更前

Linux のサンドボックスでは、ワイルドカードを含む読み取りルールがコマンドの実行前に具体パスへ展開される際、その処理が完了するまで待たされる。展開中は Esc による中断も Ctrl-C による停止も効かず、ユーザーは処理が終わるのを待つしかなかった。

変更後

読み取りルールのワイルドカード展開中でも Esc キーと Ctrl-C が有効になった。ユーザーは展開処理の最中でもコマンドを中断・停止できる。

利点

ユーザーはワイルドカード読み取りルールの展開で長時間待たされることなく、いつでもコマンドを中断して次の作業へ進めるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-0acfd8003747https://claude-code-log.com/changelog/v2.1.299#item-0acfd8003747- 認識できないモデル ID に対する起動時の警告を改善した：以前は長い生のメッセージが表示されていたが、今後はウェルカムバナーの下にドキュメントへのリンク付きの短い1行として表示するWed, 14 Oct 2026 21:03:49 GMT- 認識できないモデル ID に対する起動時の警告を改善した：以前は長い生のメッセージが表示されていたが、今後はウェルカムバナーの下にドキュメントへのリンク付きの短い1行として表示する

---

変更前

認識できないモデル ID が指定された場合、起動時に長い生のメッセージがそのまま表示されていた。

変更後

警告はウェルカムバナーの下に表示される短い1行になり、ドキュメントへのリンクが付いた。

利点

ユーザーは起動時の警告を一目で把握できるようになり、詳細が必要な場合はドキュメントからすぐに調べられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c02158ac5a5ahttps://claude-code-log.com/changelog/v2.1.299#item-c02158ac5a5amod を共有するための plugin-authoring スキルの手順を改善した。Claude が公開 / 非公開を尋ねたうえで、GitHub リポジトリを作成する前にファイルを確認するWed, 14 Oct 2026 21:03:49 GMTmod を共有するための plugin-authoring スキルの手順を改善した。Claude が公開 / 非公開を尋ねたうえで、GitHub リポジトリを作成する前にファイルを確認する

---

変更前

mod を共有する際、Claude は公開 / 非公開の違いを確認せず、ファイルの内容もチェックしないまま GitHub リポジトリを作成していた。そのため、機密性の高いファイルが意図せず公開リポジトリに含まれるリスクがあった。

変更後

mod を共有する際、Claude はまず公開 / 非公開のどちらにするか尋ね、GitHub リポジトリを作成する前にファイルを確認する。これにより、共有前にファイルの内容を把握できる。

利点

ユーザーは公開設定を意図的に選択し、リポジトリ作成前にファイル内容を確認できるため、機密ファイルの誤った公開を防げる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-6626e50326bfhttps://claude-code-log.com/changelog/v2.1.299#item-6626e50326bf- Claude が誤って `anthropic-skills:` プレフィックスを付けてスキルを呼び出した場合に、Skill ツールの「Unknown skill」エラーが、スキルの登録名を提案するように改善Wed, 14 Oct 2026 21:03:49 GMT- Claude が誤って `anthropic-skills:` プレフィックスを付けてスキルを呼び出した場合に、Skill ツールの「Unknown skill」エラーが、スキルの登録名を提案するように改善

---

変更前

Claude が同期済みスキルを呼び出す際に誤って `anthropic-skills:` プレフィックスを付けると、Skill ツールは「Unknown skill」エラーを返すだけで、正しい呼び出し方についての情報は何も表示されなかった。

変更後

エラーメッセージに、そのスキルの登録名(frontmatter の `name` やディレクトリ名)を提案する情報が含まれるようになり、Claude が正しい名前でスキルを再呼び出しできるようになった。

利点

プレフィックスの誤りによるスキル呼び出し失敗時に、ユーザーが手動で調査しなくてもエラーメッセージから正しいスキル名を把握し、そのまま修正と再試行が行えるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ba2d1ff7e850https://claude-code-log.com/changelog/v2.1.299#item-ba2d1ff7e850- `/reload-skills` の説明を改善し、スキルの全リストを Claude に再送信することを明示した。これがコンパクション後にスキルを復元する方法であるWed, 14 Oct 2026 21:03:49 GMT- `/reload-skills` の説明を改善し、スキルの全リストを Claude に再送信することを明示した。これがコンパクション後にスキルを復元する方法である

---

変更前

「/reload-skills」の説明メッセージは、コマンドの動作内容を十分に示していなかったため、コンパクション後にスキルが消えたときにどう復元すればよいか分かりにくかった。

変更後

「/reload-skills」を実行すると、スキルの全リストを Claude に再送信することが説明メッセージで明示されるようになった。これにより、このコマンドがコンパクション後にスキルを復元する手段であることが分かる。

利点

コンパクション後にスキルが見つからなくなった際、ユーザーは「/reload-skills」でスキルを復元できることを即座に把握し、適切に実行できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-331e38f1ce3dhttps://claude-code-log.com/changelog/v2.1.299#item-331e38f1ce3d- ベースコミットが解決できないためにワークツリーを作成できない場合に表示されるエラーを改善した:参照がどう終わったか、コミットが1つもないリポジトリといった考えられる原因を表示するWed, 14 Oct 2026 21:03:49 GMT- ベースコミットが解決できないためにワークツリーを作成できない場合に表示されるエラーを改善した:参照がどう終わったか、コミットが1つもないリポジトリといった考えられる原因を表示する

---

変更前

ベースコミットが解決できないためにワークツリーを作成できなかったとき、エラーメッセージは失敗したことしか伝えず、参照がどう失敗したのかや原因についての情報が乏しかった。

変更後

エラーメッセージが、コミット参照の解決がどう終わったか(なぜ見つからなかったか)と、コミットが1つもないリポジトリのような考えられる原因を示すようになった。

利点

ユーザーはエラーメッセージだけで失敗の原因を把握でき、ドキュメントやgit履歴を調べることなく対処できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-867f526ff551https://claude-code-log.com/changelog/v2.1.299#item-867f526ff551ベアリポジトリレイアウトのルートで worktree を作成しようとした際のエラーを改善した。従来は無関係な git エラーが表示されていたが、今後はベアリポジトリのレイアウトを説明する内容を表示する。Wed, 14 Oct 2026 21:03:49 GMTベアリポジトリレイアウトのルートで worktree を作成しようとした際のエラーを改善した。従来は無関係な git エラーが表示されていたが、今後はベアリポジトリのレイアウトを説明する内容を表示する。

---

変更前

ベアリポジトリのレイアウトがルートになっているリポジトリで worktree を作成しようとすると、本来の原因と無関係な git エラーが表示されていた。ユーザーはエラーメッセージから問題の原因(ベアリポジトリレイアウト)を特定できず、混乱していた。

変更後

worktree 作成時のチェックが改善され、ベアリポジトリレイアウトのルートで worktree を作成しようとした場合に、そのレイアウトが原因であることを説明するエラーが表示されるようになった。無関係な git エラーの代わりに、具体的な原因と対処のヒントがわかるメッセージになる。

利点

ユーザーはエラーメッセージを見るだけで、リポジトリがベアリポジトリレイアウトであることが原因だと理解し、通常のチェックアウトから worktree を作成するなどの適切な対応を取れるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-1dae500d36fbhttps://claude-code-log.com/changelog/v2.1.299#item-1dae500d36fb- アーティファクトの監視を改善：ローカルセッションが一度に監視できる公開済みアーティファクトの上限が 10 から 25 に引き上げられたWed, 14 Oct 2026 21:03:49 GMT- アーティファクトの監視を改善：ローカルセッションが一度に監視できる公開済みアーティファクトの上限が 10 から 25 に引き上げられた

---

変更前

ローカルセッションが同時に監視できる公開済みアーティファクトは最大 10 件だった。それを超えるアーティファクトのコメント監視には制限がかかっていた。

変更後

同時に監視できるアーティファクトの上限が 25 件に引き上げられた。1 つのセッションでより多くの公開済みアーティファクトに対するコメントを監視できるようになった。

利点

上限引き上げにより、1 つのセッションでより多くの公開済みアーティファクトのコメントを監視し、Claude に自動的に返信させられる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-8e32081ffbbahttps://claude-code-log.com/changelog/v2.1.299#item-8e32081ffbba- バックグラウンドエージェントの通知を改善: エージェントが自身のバックグラウンド処理の完了待ちのとき、結果に対するメッセージが遅れて届いたとき、使用量制限によって停止されたときが通知でわかるようになったWed, 14 Oct 2026 21:03:49 GMT- バックグラウンドエージェントの通知を改善: エージェントが自身のバックグラウンド処理の完了待ちのとき、結果に対するメッセージが遅れて届いたとき、使用量制限によって停止されたときが通知でわかるようになった

---

変更前

バックグラウンドエージェントの通知は、タスクの完了・失敗・停止といった状態を通知するだけで、なぜその状態になっているのかの詳細までは伝わらなかった。そのため、エージェントがまだ待機中なのか終了したのかを判断しづらかった。

変更後

通知メッセージが改善され、エージェントが自身のバックグラウンド処理の完了待ちであること、結果に対するメッセージが遅れて届いたこと、使用量制限で停止されたことが明示されるようになった。

利点

ユーザーはエージェントの状態を確認するために追加の操作をせずとも、通知だけでエージェントの現在の状況と理由を把握できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-85013debed10https://claude-code-log.com/changelog/v2.1.299#item-85013debed10プラグインのフックとワークフロースクリプトが返す値について、28,000 レベルより深くネストされた値を拒否するように変更しました。エラーメッセージにはこの上限が明記されます(ワークフロースクリプトでは従来 100,000 レベルまで許可されていました)Wed, 14 Oct 2026 21:03:49 GMTプラグインのフックとワークフロースクリプトが返す値について、28,000 レベルより深くネストされた値を拒否するように変更しました。エラーメッセージにはこの上限が明記されます(ワークフロースクリプトでは従来 100,000 レベルまで許可されていました)

---

変更前

プラグインのフックやワークフロースクリプトが返す値のネストの深さに明確な上限がなく、極端に深くネストされた値がそのまま処理されていた。ワークフロースクリプトでは 100,000 レベルまでのネストが許容されていた。

変更後

フックやワークフロースクリプトが返す値のネストが 28,000 レベルを超えると、上限を明記したエラーで拒否されるようになった。これにより極端に深いネストを持つ値がシステムに渡らなくなる。

利点

異常に深くネストされた値によるリソース消費や予期しない動作を防ぎ、問題発生時に上限がエラーで明示されるため原因を特定しやすくなる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-36682c17785bhttps://claude-code-log.com/changelog/v2.1.299#item-36682c17785bプラグインフックにアクションを引き渡せない、またはフックが応答を返せない場合に、そのフックがブロックできるアクションを「通過」ではなく「拒否」するように変更。すでに実行されたツールについては、その結果を非表示にする。Wed, 14 Oct 2026 21:03:49 GMTプラグインフックにアクションを引き渡せない、またはフックが応答を返せない場合に、そのフックがブロックできるアクションを「通過」ではなく「拒否」するように変更。すでに実行されたツールについては、その結果を非表示にする。

---

変更前

プラグインフックが何らかの理由(引き渡し失敗や応答の返却失や応答の返却失敗など)で処理を継続できない場合、ブロックしようとしていたアクションがそのまま通過していた。つまり、フックがブロックを意図していたツール呼び出しなどが実際には実行され、すでに実行済みのツールの結果も Claude にそのまま見えていた。

変更後

フックにアクションを引き渡せない、またはフックが応答を返せない場合、そのアクションは拒否されるようになった。すでに実行が完了したツールについては、その結果が Claude から隠される(withhold される)ため、フックがブロックを意図していた動作に近い安全側の挙動になる。

利点

プラグインフックがブロックを意図したアクションが誤って実行・可視化されることがなくなり、フック経由のセキュリティ制御をより確実に機能させられるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-c5ca3ae9e2d2https://claude-code-log.com/changelog/v2.1.299#item-c5ca3ae9e2d2claude.ai のコネクタプロキシおよび Anthropic がホストする MCP サーバーへのリクエストが、HTTP リダイレクトに従わないよう変更した。コネクタ自身のサーバーによるリダイレクトには影響しないWed, 14 Oct 2026 21:03:49 GMTclaude.ai のコネクタプロキシおよび Anthropic がホストする MCP サーバーへのリクエストが、HTTP リダイレクトに従わないよう変更した。コネクタ自身のサーバーによるリダイレクトには影響しない

---

変更前

claude.ai のコネクタプロキシや Anthropic がホストする MCP サーバーへのリクエストは、HTTP リダイレクトが発生すると自動的にそのリダイレクト先に追従していた。これにより、リダイレクトを経由した転送が行われる場合があった。

変更後

これらのリクエストは HTTP リダイレクトに従わなくなり、リダイレクト応答が返されても転送されなくなった。ただし、コネクタ自身のサーバーが発するリダイレクトについては、これまでどおり追従する。

利点

認証情報やトークンが予期しないリダイレクト先に送信されるリスクが減り、コネクタ経由の通信がより安全になる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-616716c7a2edhttps://claude-code-log.com/changelog/v2.1.299#item-616716c7a2edクラウドおよびセルフホストランナーのセッションにおける MCP リクエストが、セッションの MCP プロキシからの HTTP リダイレクトに従わないように変更しました。Wed, 14 Oct 2026 21:03:49 GMTクラウドおよびセルフホストランナーのセッションにおける MCP リクエストが、セッションの MCP プロキシからの HTTP リダイレクトに従わないように変更しました。

---

変更前

クラウド環境やセルフホストランナーのセッションでは、MCP リクエストがセッションの MCP プロキシから返される HTTP リダイレクトに自動的に追従していた。そのため、プロキシがリダイレクトを返した場合はリダイレクト先にリクエストが転送されていた。

変更後

セッション内の MCP リクエストが、セッションの MCP プロキシから返される HTTP リダイレクトを追従しないようになった。リダイレクトが返されても、セッションはその先の URL にリクエストを転送しない。

利点

セッションの MCP トラフィックがプロキシのリダイレクトによって意図しない宛先へ迂回されなくなり、ネットワーク経路の見通しが明確になる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-5bb25a516017https://claude-code-log.com/changelog/v2.1.299#item-5bb25a516017スキルとコマンドの読み込み方法を変更: ファイル名やフォルダ名に不可視文字・文字方向変更文字・空白類似文字、`<` または `>` が含まれる場合、リネームするまで提供されなくなり、そのような `name:` は無視されるようになったWed, 14 Oct 2026 21:03:49 GMTスキルとコマンドの読み込み方法を変更: ファイル名やフォルダ名に不可視文字・文字方向変更文字・空白類似文字、`<` または `>` が含まれる場合、リネームするまで提供されなくなり、そのような `name:` は無視されるようになった

---

変更前

スキルやコマンドのファイル・フォルダ名に不可視文字や文字方向変更文字などが含まれていても、通常どおり読み込まれ `/` メニューなどで提供されていた。

変更後

こうした問題のある文字を含む名前のスキルやコマンドはリネームされるまで提供されず、frontmatter の `name:` に同様の文字が含まれる場合も無視される。

利点

見た目では判別できない不正な文字によるコマンドの偽装や誤実行を避け、安全な名前のスキルだけを使えるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-d693f8a363b8https://claude-code-log.com/changelog/v2.1.299#item-d693f8a363b8- `claude plugin test` の `ui.render` ツリーを変更しました: 各 mod の Box または Text のルートに、その mod を示す `part: { plugin }` が付与されるようになったため、完全一致のツリーアサーションにはこの part を含める必要がありますWed, 14 Oct 2026 21:03:49 GMT- `claude plugin test` の `ui.render` ツリーを変更しました: 各 mod の Box または Text のルートに、その mod を示す `part: { plugin }` が付与されるようになったため、完全一致のツリーアサーションにはこの part を含める必要があります

---

変更前

`claude plugin test` で描画した `ui.render` ツリーでは、各 mod のルート要素(Box や Text)にどの mod 由来かを示す情報が付与されていなかった。そのため、ツリーの完全一致アサーションでは part 情報を考慮する必要がなかった。

変更後

各 mod の Box または Text のルート要素が `part: { plugin }` プロパティを持ち、どの mod が描画したかを名前で示すようになった。完全一致のツリーアサーションを書いている場合は、この part を含めるようにテストを更新する必要がある。

利点

ユーザーはツリー内の各要素がどの mod に属するか特定しやすくなり、正確なアサーションを書けるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-de8b4095d746https://claude-code-log.com/changelog/v2.1.299#item-de8b4095d746WebFetch によるページ読み取りの effort レベルの決め方を、Web 検索と同じ方式に変更した。呼び出し元が自分自身のモデルで実行している場合はそのモデルの effort レベルを引き継ぎ、そうでない場合は設定ファイルで指定されたレベルを小さいモデルに適用する。Wed, 14 Oct 2026 21:03:49 GMTWebFetch によるページ読み取りの effort レベルの決め方を、Web 検索と同じ方式に変更した。呼び出し元が自分自身のモデルで実行している場合はそのモデルの effort レベルを引き継ぎ、そうでない場合は設定ファイルで指定されたレベルを小さいモデルに適用する。

---

変更前

WebFetch でページを読み取る際の effort レベルは、Web 検索とは異なる独自の方法で決まっていた。そのため、呼び出し元のモデルや設定で指定した effort レベルが反映されないケースがあった。

変更後

WebFetch のページ読み取りが、Web 検索と同じ effort 決定ロジックに統一された。呼び出し元が自身のモデルで実行している場合はその呼び出し元のレベルを使い、それ以外の場合は設定で指定されたレベルを小さいモデルに適用する。

利点

WebFetch でも Web 検索と同じ effort レベルのルールが適用されるため、ユーザーは設定した effort レベルの挙動を一貫して予測できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a7f121cffb53https://claude-code-log.com/changelog/v2.1.299#item-a7f121cffb53- モッドが提供する `$` メソッドの呼び出しに対し、10 秒以内に応答がない場合に、セッションと同様に `claude plugin test` が失敗するように変更しましたWed, 14 Oct 2026 21:03:49 GMT- モッドが提供する `$` メソッドの呼び出しに対し、10 秒以内に応答がない場合に、セッションと同様に `claude plugin test` が失敗するように変更しました

---

変更前

これまでは `claude plugin test` でテストを実行した際、モッドが `$` メソッドを呼び出しても応答がない場合でも、セッションのように失敗と判定されず、テストが応答待ちのまま滞る可能性がありました。

変更後

これにより、モッドが提供する `$` メソッドへの呼び出しに 10 秒以内に応答がないと、セッションと同様に `claude plugin test` が失敗するようになりました。

利点

ユーザーはセッションの実際の動作と同じ基準でテストが失敗するようになり、応答しない `$` メソッド呼び出しの問題をテスト実行時に確実に検知できるようになりました。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-4529342220c0https://claude-code-log.com/changelog/v2.1.299#item-4529342220c0MCP の許可ルールが、ルールに指定されたサーバーにのみ適用されるように変更した。これにより、`mcp__a` というルールは `a__b` や `a_` といった名前のサーバーを許可しなくなり、サーバー全体の正規化された名前を使って `mcp__<server>__*` と書く必要がある。Wed, 14 Oct 2026 21:03:49 GMTMCP の許可ルールが、ルールに指定されたサーバーにのみ適用されるように変更した。これにより、`mcp__a` というルールは `a__b` や `a_` といった名前のサーバーを許可しなくなり、サーバー全体の正規化された名前を使って `mcp__<server>__*` と書く必要がある。

---

変更前

これまでは、`mcp__a` という許可ルールが、名前の一部が一致する `a__b` や `a_` といったサーバーにもマッチしており、意図しないサーバーのツールが許可される可能性があった。

変更後

許可ルールはルールで指定されたサーバーそのものにのみ適用されるようになり、サーバー名全体を正規化した名前で `mcp__<server>__*` の形式で記述する必要がある。

利点

サーバー名の部分一致による意図しないツールの許可がなくなり、許可ルールを正確に制御できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-8d3724a52edfhttps://claude-code-log.com/changelog/v2.1.299#item-8d3724a52edfエージェントの `tools:` リストで、指定した名前の MCP サーバーのツールのみを受け取るように変更した。名前に `__` を含むサーバーは `mcp__<サーバー名全体>__*` の形式で記述する。Wed, 14 Oct 2026 21:03:49 GMTエージェントの `tools:` リストで、指定した名前の MCP サーバーのツールのみを受け取るように変更した。名前に `__` を含むサーバーは `mcp__<サーバー名全体>__*` の形式で記述する。

---

変更前

エージェント定義の `tools:` リストに MCP サーバー名を書いても、ツールの絞り込みが意図どおりに行われず、サーバー名に `__` が含まれる場合の指定方法も曖昧だった。

変更後

`tools:` に記載した名前の MCP サーバーのツールだけがエージェントに渡されるようになり、`__` を含むサーバー名は `mcp__<サーバー名全体>__*` の形式で明示的に指定できるようになった。

利点

エージェントに公開する MCP ツールを正確に絞り込めるようになり、意図しないツールの使用やコンテキストの無駄遣いを防げる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-baae831840dchttps://claude-code-log.com/changelog/v2.1.299#item-baae831840dc- 変更：auto モード以外の Cowork クラウドセッションでの Claude in Chrome において、安全性分類器がフラグを立てた承認済みサイト上のアクションについて、managed settings が適用されている場合を除き、拒否される代わりにユーザーへ確認を求めるようになりました。Wed, 14 Oct 2026 21:03:49 GMT- 変更：auto モード以外の Cowork クラウドセッションでの Claude in Chrome において、安全性分類器がフラグを立てた承認済みサイト上のアクションについて、managed settings が適用されている場合を除き、拒否される代わりにユーザーへ確認を求めるようになりました。

---

変更前

以前は、承認済みサイト上のアクションであっても、安全性分類器がフラグを立てると auto モード以外では拒否されていた。

変更後

現在は、managed settings が適用されている場合を除き、フラグが立ったアクションは拒否されず、ユーザーに許可を求める承認プロンプトが表示される。

利点

ユーザーは安全性分類器にフラグを立てられた承認済みサイト上のアクションを、自分で判断して許可できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7825576689d7https://claude-code-log.com/changelog/v2.1.299#item-7825576689d7- フラグを取得しないインストール環境では、クラウドセッションおよび Remote Control の MCP コネクタがデフォルトで MCP プロトコルバージョン 2026-07-28 のネゴシエーションを行うように変更されました。`MCP_PROTOCOL_NEGOTIATION=legacy` を設定することでオプトアウトできますWed, 14 Oct 2026 21:03:49 GMT- フラグを取得しないインストール環境では、クラウドセッションおよび Remote Control の MCP コネクタがデフォルトで MCP プロトコルバージョン 2026-07-28 のネゴシエーションを行うように変更されました。`MCP_PROTOCOL_NEGOTIATION=legacy` を設定することでオプトアウトできます

---

変更前

クラウドセッションや Remote Control の MCP コネクタは、フラグを取得しない環境では従来の MCP プロトコルバージョンで接続していた。

変更後

フラグを取得しないインストール環境でも、これらのコネクタがデフォルトで MCP プロトコルバージョン 2026-07-28 のネゴシエーションを行うようになった。従来の動作に戻したい場合は `MCP_PROTOCOL_NEGOTIATION=legacy` を設定する。

利点

ユーザーは特別な設定をしなくても最新の MCP プロトコルリビジョンの機能をコネクタ経由で利用できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-19d9b48f8d68https://claude-code-log.com/changelog/v2.1.299#item-19d9b48f8d68- 変更：`api.anthropic.com` の Anthropic 自社ファーストパーティ MCP サーバーから送られる MCP ツールの説明やサーバー指示が、4,096 文字で切り詰められる代わりに、全文が Claude に届くようにした。Wed, 14 Oct 2026 21:03:49 GMT- 変更：`api.anthropic.com` の Anthropic 自社ファーストパーティ MCP サーバーから送られる MCP ツールの説明やサーバー指示が、4,096 文字で切り詰められる代わりに、全文が Claude に届くようにした。

---

変更前

以前は、Anthropic 自社 MCP サーバーから送られる MCP ツールの説明やサーバー指示は 4,096 文字で切り詰められていた。長い説明や指示は末尾が欠けて Claude に届いていた。

変更後

今後は、`api.anthropic.com` の Anthropic 自社 MCP サーバーから送られる MCP ツールの説明やサーバー指示が全文そのまま Claude に届くようになる。ツールの説明やサーバー指示が切り詰められなくなる。

利点

サーバー指示が Claude に完全に伝わるようになり、MCP ツールの説明や指示が欠落せずに使えるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-8b92005a3749https://claude-code-log.com/changelog/v2.1.299#item-8b92005a3749- Cowork クラウドセッションの auto モードを変更しました。`PermissionRequest` フックはシェルコマンドやサブエージェントを承認できなくなります。これらのプロンプトは待機するか拒否されます。Wed, 14 Oct 2026 21:03:49 GMT- Cowork クラウドセッションの auto モードを変更しました。`PermissionRequest` フックはシェルコマンドやサブエージェントを承認できなくなります。これらのプロンプトは待機するか拒否されます。

---

変更前

Cowork クラウドセッションの auto モードでは、`PermissionRequest` フックがシェルコマンドやサブエージェントの承認を返せるため、外部の承認ロジックでこれらのリクエストを自動的に許可できました。

変更後

auto モードでは `PermissionRequest` フックによるシェルコマンドやサブエージェントの承認が無効になり、これらのリクエストはユーザーの応答を待つか、応答が得られなければ拒否されます。

利点

外部フックによる自動承認が制限されるため、危険性の高いシェルコマンドやサブエージェントの実行がユーザーの明示的な判断を経由するようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-60386892c9b6https://claude-code-log.com/changelog/v2.1.299#item-60386892c9b6- 終了時に表示されるレジューム用コマンドを変更しました。セッションを名前ではなく ID で指定するようになり、コマンドラインを貼り付けてもセッション名に含まれる内容が実行されないようにしました。Wed, 14 Oct 2026 21:03:49 GMT- 終了時に表示されるレジューム用コマンドを変更しました。セッションを名前ではなく ID で指定するようになり、コマンドラインを貼り付けてもセッション名に含まれる内容が実行されないようにしました。

---

変更前

セッションを終了するときに表示される再開コマンドにはセッション名が使われていたため、コマンドをシェルに貼り付けると、セッション名に含まれる文字列が意図せずシェルのコマンドとして実行される恐れがあった。

変更後

終了時に表示される再開コマンドはセッション ID を使う形式に変わったため、貼り付けてもセッション名の内容が実行されることはない。

利点

終了時に表示された再開コマンドをそのまま貼り付けても、セッション名由来の文字列がシェルで実行されなくなる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-21a28c0f7427https://claude-code-log.com/changelog/v2.1.299#item-21a28c0f7427worktree セッションの終了時に表示されるレジューム（再開）コマンドの表示を変更した：ターミナルに長いフラグが収まらない場合は `-w` と `-r` を使用する。どちらも収まらず worktree が保持された場合は、その上の行に実行場所を表示するWed, 14 Oct 2026 21:03:49 GMTworktree セッションの終了時に表示されるレジューム（再開）コマンドの表示を変更した：ターミナルに長いフラグが収まらない場合は `-w` と `-r` を使用する。どちらも収まらず worktree が保持された場合は、その上の行に実行場所を表示する

---

変更前

変更前は、worktree セッションの終了時に表示されるレジュームコマンドは常に長いフラグ（`--worktree`、`--resume` など）で出力されていた。ターミナルの幅が狭いと、コマンドが折り返されたり切れたりして読みにくかった。

変更後

変更後は、長いフラグがターミナルに収まらない場合に `-w` と `-r` の短いフラグへ自動的に切り替える。さらに、どちらの形式でも収まらず worktree バインディングが保持されている場合は、その行の上にコマンドをどこで実行すべきかを示す説明が表示される。

利点

ユーザーはターミナル幅が狭くても、保持された worktree のセッションを再開する正しいコマンドと実行場所を一目で把握できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-793e085f2130https://claude-code-log.com/changelog/v2.1.299#item-793e085f2130非対話セッションで `/btw` のサイド質問が 11 分経っても回答されない場合、タイムアウトエラーを返すように変更した。Wed, 14 Oct 2026 21:03:49 GMT非対話セッションで `/btw` のサイド質問が 11 分経っても回答されない場合、タイムアウトエラーを返すように変更した。

---

変更前

非対話セッションでは `/btw` のサイド質問が回答されずに残ったままでも、タイムアウトせず応答を待ち続けていた。そのため、処理がいつまでも完了しない状態になる可能性があった。

変更後

11 分経っても回答が得られない場合、サイド質問はタイムアウトエラーを返すようになった。これにより、 unanswered な質問が無期限に待機することがなくなる。

利点

応答しないサイド質問が一定時間でタイムアウトして明示的なエラーとして扱われるため、ユーザーは待ち続ける代わりにすぐ再試行など次の対応へ進める。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-d4782062d4afhttps://claude-code-log.com/changelog/v2.1.299#item-d4782062d4af`UserPromptSubmit` フックを、スキルやカスタムスラッシュコマンドが展開される前に実行するように変更した。これにより、プロンプトをブロックするフックが、埋め込まれたシェルコマンドの実行も停止させるようになるWed, 14 Oct 2026 21:03:49 GMT`UserPromptSubmit` フックを、スキルやカスタムスラッシュコマンドが展開される前に実行するように変更した。これにより、プロンプトをブロックするフックが、埋め込まれたシェルコマンドの実行も停止させるようになる

---

変更前

これまで `UserPromptSubmit` フックは、スキルやカスタムスラッシュコマンドが展開された後のプロンプトに対して実行されていた。そのため、フックがプロンプトをブロックしても、展開後に埋め込まれたシェルコマンドは実行される可能性が残っていた

変更後

`UserPromptSubmit` フックが、スキルやカスタムスラッシュコマンドの展開前に実行されるようになった。フックでプロンプトがブロックされると、そのプロンプトに埋め込まれたシェルコマンドも実行されなくなる

利点

プロンプトをブロックするフックがシェルコマンドの実行まで確実に防げるようになり、安全なガードレールを構成できるようになる

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-f886bdf59877https://claude-code-log.com/changelog/v2.1.299#item-f886bdf59877スキル自身のフロントマターに定義された `UserPromptSubmit` フックを、スキルを呼び出したプロンプトの次のプロンプトで初めて実行するように変更した。Wed, 14 Oct 2026 21:03:49 GMTスキル自身のフロントマターに定義された `UserPromptSubmit` フックを、スキルを呼び出したプロンプトの次のプロンプトで初めて実行するように変更した。

---

変更前

スキルのフロントマターに定義された `UserPromptSubmit` フックは、スキルが呼び出されたプロンプト自体にも実行されていた。

変更後

このフックは、スキルを呼び出したプロンプトの次のプロンプトから初めて実行されるようになった。

利点

ユーザーはスキル呼び出しのプロンプト自体でフックが発火することを気にせず、スキルの指示が会話に追加された後のターンからフックを活用できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-48a1bcf8572chttps://claude-code-log.com/changelog/v2.1.299#item-48a1bcf8572c`turn.start` モッドフックが、メインループだけでなくサブエージェントやチームメイトのターンも受け取るように変更。`e.agentId`(メインループでは設定されない)で区別できる。Wed, 14 Oct 2026 21:03:49 GMT`turn.start` モッドフックが、メインループだけでなくサブエージェントやチームメイトのターンも受け取るように変更。`e.agentId`(メインループでは設定されない)で区別できる。

---

変更前

`turn.start` モッドフックはメインループのターン開始時のみに発火し、サブエージェントやチームメイトのターンは検知できなかった。

変更後

`turn.start` がサブエージェントやチームメイトのターンでも発火するようになり、`e.agentId` の有無(メインループでは設定されない)でどのループのターンかを判別できる。

利点

サブエージェントやチームメイトのターンもフックで捕捉できるため、モッドがすべてのエージェントの活動を一貫して追跡できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-f30417b96cf2https://claude-code-log.com/changelog/v2.1.299#item-f30417b96cf2`/ultrareview` がリポジトリをアップロードできない場合に表示されるエラーで、`git add .` の提案をやめた。`git add .` は `.env` のような未追跡ファイルをステージングやコミットの対象にしてしまう恐れがあるため。Wed, 14 Oct 2026 21:03:49 GMT`/ultrareview` がリポジトリをアップロードできない場合に表示されるエラーで、`git add .` の提案をやめた。`git add .` は `.env` のような未追跡ファイルをステージングやコミットの対象にしてしまう恐れがあるため。

---

変更前

`/ultrareview` がリポジトリのアップロードに失敗したとき、エラーメッセージ内で `git add .` の実行を提案していた。しかし `git add .` を実行すると、`.env` などの機密性の高い未追跡ファイルまでまとめてステージング・コミットの対象になってしまう可能性があった。

変更後

エラーメッセージで `git add .` を提案しないように変更された。docs に記載のとおり、未追跡ファイルをアップロードに含めたい場合は、個別に `git add` で対象ファイルを指定する運びとなっている。

利点

エラーに従って `git add .` を実行してしまうことによる機密ファイルの誤ったステージングやコミットを回避できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-927c7c063cfdhttps://claude-code-log.com/changelog/v2.1.299#item-927c7c063cfdサイバーセーフガードの通知メッセージを変更し、Cyber Verification Program への申し込みを促す文言を削除した。Wed, 14 Oct 2026 21:03:49 GMTサイバーセーフガードの通知メッセージを変更し、Cyber Verification Program への申し込みを促す文言を削除した。

---

変更前

サーバー側のセーフガードがメッセージをサイバーセキュリティの話題としてフラグした際、通知には「Cyber Verification Program について確認し、アクセスの申し込みをしてください」という案内が含まれていた。この文言は v2.1.203 から v2.1.218 までのクライアントリリースで表示されていた。

変更後

セーフガード自体は変更されず、通知メッセージの文言のみが更新され、Cyber Verification Program への申し込みを促す部分が取り除かれた。ドキュメントのエラー解説ページも、申し込み案内ではなく /feedback による誤検知報告や /rewind での回避といった対処方法を案内する内容に更新されている。

利点

セーフガードにフラグされたユーザーは、不要な申し込み案内に誘導されず、誤検知の報告やセッションの継続など実際の対処方法に集中できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-273e6856d5e1https://claude-code-log.com/changelog/v2.1.299#item-273e6856d5e1[VSCode] 別のセッションに切り替えて戻ったときに、未送信のプロンプトとその添付ファイルが失われる問題を修正Wed, 14 Oct 2026 21:03:49 GMT[VSCode] 別のセッションに切り替えて戻ったときに、未送信のプロンプトとその添付ファイルが失われる問題を修正

---

変更前

VSCode 拡張で別のセッションに切り替えてから元のセッションに戻すと、入力ボックスに残っていた未送信のプロンプトと、それに添付されたファイルが消えていた。

変更後

セッションを切り替えて戻っても、未送信のプロンプトとその添付ファイルが保持されるようになり、失われなくなった。

利点

セッションを行き来しても入力途中のプロンプトや添付ファイルを再入力せずに済むようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-71ed3e0f3050https://claude-code-log.com/changelog/v2.1.299#item-71ed3e0f3050[VSCode] 新しい会話を開始した後、未使用の空のチャットがバックグラウンドで Claude プロセスを動かし続ける問題を修正したWed, 14 Oct 2026 21:03:49 GMT[VSCode] 新しい会話を開始した後、未使用の空のチャットがバックグラウンドで Claude プロセスを動かし続ける問題を修正した

---

変更前

VS Code 拡張で新しい会話を開始すると、使われていない空のチャットがバックグラウンドで Claude プロセスを保持し続けていた。そのため、意図しないプロセスがリソースを占有していた。

変更後

未使用の空のチャットがバックグラウンドの Claude プロセスを保持し続けないようになった。新しい会話を開始しても、不要なプロセスは動かない。

利点

ユーザーは新しい会話を開始した際に、不要なバックグラウンドプロセスによるリソース消費を気にせずに済むようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-b3b9b393880dhttps://claude-code-log.com/changelog/v2.1.299#item-b3b9b393880d- [VSCode] claude.ai からサインアウトしている状態でマイクボタンを押すと、内部エラーのメッセージが表示される問題を修正した。マイクボタンは現在、サインインするよう促すメッセージを表示するWed, 14 Oct 2026 21:03:49 GMT- [VSCode] claude.ai からサインアウトしている状態でマイクボタンを押すと、内部エラーのメッセージが表示される問題を修正した。マイクボタンは現在、サインインするよう促すメッセージを表示する

---

変更前

claude.ai からサインアウトしている状態で VS Code 拡張機能のマイクボタンを押すと、ユーザーにとって意味のわからない内部エラーメッセージが表示されていた。

変更後

サインアウト状態でマイクボタンを押すと、内部エラーメッセージの代わりにサインインするよう促すメッセージが表示されるようになった。

利点

サインアウト中に音声入力を使おうとしても、ユーザーはエラーの意味に戸惑うことなく、案内に従ってサインインできるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-ea5415cdd901https://claude-code-log.com/changelog/v2.1.299#item-ea5415cdd901- [VSCode] Python 環境がないワークスペースでも、Python 拡張機能の読み込みと並行して Claude を起動することで、起動時間を改善したWed, 14 Oct 2026 21:03:49 GMT- [VSCode] Python 環境がないワークスペースでも、Python 拡張機能の読み込みと並行して Claude を起動することで、起動時間を改善した

---

変更前

Python 環境が設定されていないワークスペースでは、Python 拡張機能の読み込み処理が完了するまで Claude の起動が待たされるため、起動に時間がかかっていた。

変更後

Python 拡張機能の読み込みと並行して Claude の起動処理を進めるようになり、Python 環境がなくても Claude がすばやく立ち上がるようになった。

利点

Python 環境のないワークスペースでも Claude Code の起動を待たずにすぐ作業を始められるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a76529cf8b7ehttps://claude-code-log.com/changelog/v2.1.299#item-a76529cf8b7e[VSCode] 起動時の動作を改善しました。以前開いたことのあるフォルダーで新規ウィンドウを開いた際に、モデルピッカーとスラッシュコマンドメニューがすぐに表示されるようになりました。Wed, 14 Oct 2026 21:03:49 GMT[VSCode] 起動時の動作を改善しました。以前開いたことのあるフォルダーで新規ウィンドウを開いた際に、モデルピッカーとスラッシュコマンドメニューがすぐに表示されるようになりました。

---

変更前

以前は、以前開いたことのあるフォルダーで VS Code の新しいウィンドウで Claude Code を起動すると、モデルピッカーやスラッシュコマンドメニューが表示されるまで時間がかかることがありました。

変更後

以前開いたことのあるフォルダーで新規ウィンドウを起動した場合でも、モデルピッカーとスラッシュコマンドメニューが起動直後に表示されるようになりました。

利点

以前使用したフォルダーでの再起動時に、モデルの切り替えやスラッシュコマンドの実行をすぐに利用できるようになり、作業を素早く始められます。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-2a5804f2a702https://claude-code-log.com/changelog/v2.1.299#item-2a5804f2a702[クラウドセッション] 既存の出力ファイルを多数まとめてセッションに再送信した際に、メモリ使用量が急増してセッションがクラッシュする可能性がある問題を修正したWed, 14 Oct 2026 21:03:49 GMT[クラウドセッション] 既存の出力ファイルを多数まとめてセッションに再送信した際に、メモリ使用量が急増してセッションがクラッシュする可能性がある問題を修正した

---

変更前

クラウドセッションに対して、そのセッションがすでに持っている出力ファイルを大量に一度に再送信すると、メモリ使用量が急激に跳ね上がっていた。このメモリスパイクによって、セッション全体がクラッシュして中断されることがあった。

変更後

出力ファイルを再送信する際のメモリ使用量が抑制され、スパイクが発生しなくなった。大量のファイルを一度に再送信しても、セッションはクラッシュせずに正常に動作する。

利点

大量の出力ファイルをクラウドセッションに再送信してもセッションのクラッシュを心配せずに作業を続けられるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a166fae73b2ehttps://claude-code-log.com/changelog/v2.1.299#item-a166fae73b2e- [クラウドセッション] 編集したルーティンを保存する際、元の環境が削除されていたりリストに存在しない場合に、別の環境へ黙って移動してしまう問題を修正しました。ルーティンは引き続き自分の環境を保持しますWed, 14 Oct 2026 21:03:49 GMT- [クラウドセッション] 編集したルーティンを保存する際、元の環境が削除されていたりリストに存在しない場合に、別の環境へ黙って移動してしまう問題を修正しました。ルーティンは引き続き自分の環境を保持します

---

変更前

ルーティンを編集して保存すると、元の環境が削除済みまたはリストにない場合、ユーザーに通知なく別の環境へ移動していた。

変更後

そのような場合でもルーティンは元の環境を保持するようになり、知らない間に別の環境へ移動しなくなった。

利点

ユーザーは意図しない環境変更を気にせず、ルーティンの実行環境がそのまま保たれることを確信して編集・保存できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-461aa5b56df7https://claude-code-log.com/changelog/v2.1.299#item-461aa5b56df7[クラウドセッション] セルフホスト環境の管理画面詳細で、セッションのリンクからセッション ID を貼り付けて Sessions 検索しても何も見つからない問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT[クラウドセッション] セルフホスト環境の管理画面詳細で、セッションのリンクからセッション ID を貼り付けて Sessions 検索しても何も見つからない問題を修正した。

---

変更前

セルフホスト環境の管理画面の詳細で、セッションのリンクからコピーしたセッション ID を Sessions 検索に貼り付けても、検索結果が何も表示されず空だった。

変更後

セッションのリンクから取得したセッション ID を Sessions 検索に貼り付けると、該当するセッションが正しく検索結果として表示されるようになった。

利点

ユーザーはセッション ID を貼り付けるだけで目的のセッションをすぐに見つけられるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-47729e8be430https://claude-code-log.com/changelog/v2.1.299#item-47729e8be430- [クラウドセッション] セルフホスト環境の管理者詳細画面で、検索結果が単に一致しない場合にセッション一覧とランナー一覧が空と表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- [クラウドセッション] セルフホスト環境の管理者詳細画面で、検索結果が単に一致しない場合にセッション一覧とランナー一覧が空と表示される問題を修正した

---

変更前

セルフホスト環境の管理者詳細画面で、Sessions 一覧や Runners 一覧を検索した際、条件に一致する項目が存在しないだけのときに、実際の空リストと同じ「一覧は空です」という表示になっていた。ユーザーは検索語が間違っているのか、そもそもセッションやランナーが存在しないのかを判別できなかった。

変更後

検索語に一致する項目がない場合は、空の一覧ではなく「一致する項目がありません」といった一致なしを示す表示になる。真に一覧が空の場合と区別できるようになった。

利点

検索結果がゼロのときに、リスト自体が空なのか検索語が一致しないだけなのかを即座に見分けられるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-a95b8068912ahttps://claude-code-log.com/changelog/v2.1.299#item-a95b8068912a- [クラウドセッション] セルフホスト環境や環境キーを作成するときに表示されるデプロイコマンドを改善した。コマンドが省略されず全文表示され、引数の間で折り返され、コピー用ボタンが目に見える形で用意されるWed, 14 Oct 2026 21:03:49 GMT- [クラウドセッション] セルフホスト環境や環境キーを作成するときに表示されるデプロイコマンドを改善した。コマンドが省略されず全文表示され、引数の間で折り返され、コピー用ボタンが目に見える形で用意される

---

変更前

デプロイコマンドの表示は、長いコマンドが省略されて途中までしか見えず、コピー用のボタンも分かりにくい状態だった。

変更後

デプロイコマンドが全文表示され、引数の間で折り返されて読みやすくなり、コピー用ボタンも目に見える形で配置される。

利点

ユーザーは表示されたデプロイコマンドを正確に全文コピーできるようになり、手作業での転記ミスが減る。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-1c2f2de838b7https://claude-code-log.com/changelog/v2.1.299#item-1c2f2de838b7- [クラウドセッション] セルフホスト環境を削除する際、その環境に紐づくルーティンの実行を失敗したまま放置するのではなく、直ちに各ルーティンをオフに切り替え、その理由を各ルーティン上に表示するように変更した。Wed, 14 Oct 2026 21:03:49 GMT- [クラウドセッション] セルフホスト環境を削除する際、その環境に紐づくルーティンの実行を失敗したまま放置するのではなく、直ちに各ルーティンをオフに切り替え、その理由を各ルーティン上に表示するように変更した。

---

変更前

セルフホスト環境を削除しても、その環境を使うルーティンは残り、次回実行時に失敗する状態になっていた。ユーザーは失敗の原因が環境削除によるものだと把握しにくく、壊れたルーティンが残り続けていた。

変更後

セルフホスト環境を削除すると、その環境に紐づくルーティンが直ちにオフになり、各ルーティンにその理由が表示される。実行予定が失敗するのを防げる。

利点

環境削除後もルーティンが失敗状態で放置されず、オフになった理由を確認できるため、状態を把握して再設定や再開を判断しやすくなる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-b89446760d06https://claude-code-log.com/changelog/v2.1.299#item-b89446760d06リモコンセッションの送信状態を修正Wed, 14 Oct 2026 21:03:49 GMTリモコンセッションの送信状態を修正

---

変更前

リモコンセッションの接続が切れても送信が完了したように見え、送信したメッセージがいつ届くか不明瞭だった。

変更後

接続先のコンピューターに到達できないリモコンセッションは、送信済みとして表示されなくなった。テキストは入力ボックスに残り、再接続まで送信ボタンがオフになる。

利点

メッセージがまだ届いていないことを明確に把握でき、誤送信や見落としを防げる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-79d6fb5d326fhttps://claude-code-log.com/changelog/v2.1.299#item-79d6fb5d326f- [Claude Tag] 誰かに依頼された際に、Slack 内の Claude がチャンネルで作成したキャンバスを削除できるようになりましたWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] 誰かに依頼された際に、Slack 内の Claude がチャンネルで作成したキャンバスを削除できるようになりました

---

変更前

Slack 内の Claude はチャンネルでキャンバスを作成できましたが、依頼してもそのキャンバスを削除できませんでした。削除はユーザーが手動で行う必要がありました。

変更後

誰かが削除を依頼すると、Slack 内の Claude が自分で作成したキャンバスをチャンネルから削除できるようになりました。

利点

ユーザーが Claude に削除を依頼するだけで済み、手動での削除操作が不要になります。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-5a1b88f7388ahttps://claude-code-log.com/changelog/v2.1.299#item-5a1b88f7388a- [Claude Tag] ゲストが参加しているチャンネルで、チャンネル自身の指示が返答を求めている未メンションの投稿(他のメンバーをメンションした投稿など)に対して、Claude in Slack が沈黙してしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] ゲストが参加しているチャンネルで、チャンネル自身の指示が返答を求めている未メンションの投稿(他のメンバーをメンションした投稿など)に対して、Claude in Slack が沈黙してしまう問題を修正した

---

変更前

Claude は明示的に @Claude でメンションされていない投稿には反応しない挙動だったため、チャンネルの指示で回答が求められている未メンションの投稿(例: 他の誰かをタグ付けした投稿)でも、ゲストがいるチャンネルでは沈黙していた。

変更後

チャンネルの指示に従って返答すべき未メンションの投稿があっても、ゲストがいるチャンネルでも Claude が適切に返答するようになった。

利点

ユーザーはゲストがいるチャンネルでも、投稿を Claude に明示的にタグ付けし直すことなく、指示された質問への回答をそのまま受け取れるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-343b04b67661https://claude-code-log.com/changelog/v2.1.299#item-343b04b67661- [Claude Tag] Claude がメンバーではない別チャンネルのスレッドへの返信を「投稿済み」と誤って報告する不具合を修正した。現在は「返信が届かなかった」こととその解決方法を伝える。Wed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] Claude がメンバーではない別チャンネルのスレッドへの返信を「投稿済み」と誤って報告する不具合を修正した。現在は「返信が届かなかった」こととその解決方法を伝える。

---

変更前

Claude がメンバーとして参加していない別チャンネルのスレッドへの返信を、実際には投稿されていないにもかかわらず投稿済みとして報告していた。ユーザーは返信が失敗したことを知る手段がなかった。

変更後

返信が配信されなかったことを正しく報告し、解決方法もあわせて通知する。ユーザーは返信が失敗した原因と対処法を把握できる。

利点

ユーザーは別チャンネルへの返信が失敗したことを即座に把握し、案内に従って解決できる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-158edd870088https://claude-code-log.com/changelog/v2.1.299#item-158edd870088[Claude Tag] セルフホストランナーのイメージに python3 が含まれていない環境で、Claude in Slack が回答を投稿せずにターンを終了することがある問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMT[Claude Tag] セルフホストランナーのイメージに python3 が含まれていない環境で、Claude in Slack が回答を投稿せずにターンを終了することがある問題を修正しました。

---

変更前

セルフホストランナーのイメージに python3 がインストールされていない場合、Claude in Slack が処理を終えたにもかかわらず、回答を Slack に投稿しないままターンを終了することがあった。

変更後

python3 がなくても Claude in Slack が確実に回答を投稿してターンを終了するようになり、python3 の有無に依存しない動作になった。

利点

ユーザーは python3 を含まないセルフホストランナーのイメージでも、Claude が回答を投稿しない事態を気にせず Slack 上で Claude Tag を利用できるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-512a4c7a41abhttps://claude-code-log.com/changelog/v2.1.299#item-512a4c7a41ab[Claude Tag] Slack 上の Claude が誤りのあるメッセージを修正する方法を変更した。以前のように古いテキストに取り消し線を引く代わりに、メッセージをその場で編集し、短い「Edited(編集済み)」の注記を追加するようにした。Wed, 14 Oct 2026 21:03:49 GMT[Claude Tag] Slack 上の Claude が誤りのあるメッセージを修正する方法を変更した。以前のように古いテキストに取り消し線を引く代わりに、メッセージをその場で編集し、短い「Edited(編集済み)」の注記を追加するようにした。

---

変更前

変更前は、Slack 上の Claude が誤りのあるメッセージを修正する際、古いテキストに取り消し線を引いて訂正を示していた。

変更後

変更後は、誤りのあるメッセージをその場で直接編集し、短い「Edited(編集済み)」の注記を追加する。訂正内容が本文として自然に読めるようになる。

利点

修正履歴が取り消し線ではなく本文そのものと「Edited」注記で示されるため、ユーザーは訂正されたメッセージを自然な形で読めるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-8440bc80ac4chttps://claude-code-log.com/changelog/v2.1.299#item-8440bc80ac4c- [Claude Tag] 100人を超えるメンバーがいるチャンネルに、挨拶メッセージなしで目立たないように参加するように Claude in Slack を変更しましたWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] 100人を超えるメンバーがいるチャンネルに、挨拶メッセージなしで目立たないように参加するように Claude in Slack を変更しました

---

変更前

100人を超えるメンバーがいるチャンネルに Claude を追加すると、紹介メッセージが投稿され、大きなチャンネルでは注目を集めていました。

変更後

100人を超えるメンバーがいるチャンネルに Claude が参加する際、紹介メッセージを投稿しなくなり、静かに参加するようになりました。

利点

大きなチャンネルで Claude を追加してもチャンネルの流れを乱さずに利用できるようになります。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.299#item-7be7325e97cdhttps://claude-code-log.com/changelog/v2.1.299#item-7be7325e97cd[コードレビュー] コードレビューの月間支出上限に関するコメントとチェックランカードが管理者を Claude Code の設定ページへ誘導していた問題を修正しました。これらは現在、上限を設定できる使用状況ページへリンクします。Wed, 14 Oct 2026 21:03:49 GMT[コードレビュー] コードレビューの月間支出上限に関するコメントとチェックランカードが管理者を Claude Code の設定ページへ誘導していた問題を修正しました。これらは現在、上限を設定できる使用状況ページへリンクします。

---

変更前

コードレビューの月間支出上限に達した際に表示されるコメントやチェックランカードのリンクは、Claude Code の設定ページを指していた。しかし支出上限の実際の設定場所はそこではなく、管理者は適切なページへたどり着けなかった。

変更後

これらのコメントとチェックランカードは claude.ai/admin-settings/usage の使用状況ページへリンクするようになった。このページはドキュメント上、月間支出上限を設定・引き上げる場所である。

利点

管理者は上限到達時の案内リンクから直接使用状況ページへ移動し、迷わず支出上限を引き上げられるようになる。

---

v2.1.299

]]>https://claude-code-log.com/changelog/v2.1.296#item-c70950ab2ed4https://claude-code-log.com/changelog/v2.1.296#item-c70950ab2ed4- Claude apps ゲートウェイの `managed.policies[]` に `code` キーを追加: `cli` と同じ設定が Claude Desktop の Code タブにも適用され、`desktop` と並べて設定することで Claude Desktop のゲートウェイモードが有効になるWed, 14 Oct 2026 21:03:49 GMT- Claude apps ゲートウェイの `managed.policies[]` に `code` キーを追加: `cli` と同じ設定が Claude Desktop の Code タブにも適用され、`desktop` と並べて設定することで Claude Desktop のゲートウェイモードが有効になる

---

変更前

ゲートウェイのポリシーでは、`cli` キーで Claude Code への設定を配布でき、`desktop` キーで Claude Desktop をゲートウェイに接続できた。しかし Claude Desktop の Code タブに適用される設定は `cli` ブロックからの派生に依存しており、Code タブ向けに個別に設定を指定する手段がなかった。

変更後

ポリシーに `code` キーを追加できるようになった。`cli` と同じ形式の設定を書くと、それが Claude Desktop の Code タブにも適用され、`desktop` キーと併せて設定することで Claude Desktop のゲートウェイモードが有効になる。

利点

Claude Desktop の Code タブ経由でゲートウェイを利用するユーザーに対して、`cli` とは独立した設定をポリシーで明示的に配布・制御できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-add34ada21abhttps://claude-code-log.com/changelog/v2.1.296#item-add34ada21abサブエージェントのフロントマターと `--agents` 定義に `autoCompactWindow` を追加し、サブエージェントがメイン会話より早いタイミングでオートコンパクトできるようにしたWed, 14 Oct 2026 21:03:49 GMTサブエージェントのフロントマターと `--agents` 定義に `autoCompactWindow` を追加し、サブエージェントがメイン会話より早いタイミングでオートコンパクトできるようにした

---

変更前

サブエージェントはオートコンパクトのタイミングをメイン会話のウィンドウ設定に依存しており、個別に調整できなかった。

変更後

サブエージェント定義のフロントマターや `--agents` の JSON に `autoCompactWindow` を指定でき、サブエージェントがメイン会話より早いタイミングでオートコンパクトするようにできる。

利点

コンテキストを大量に消費するサブエージェントを、メイン会話に影響を与えずに早めに圧縮できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-9ad101d7b465https://claude-code-log.com/changelog/v2.1.296#item-9ad101d7b465`CLAUDE_CODE_WORKFLOW_SUBAGENT_MODEL` を追加。この環境変数を設定すると、動的ワークフローが起動するすべてのエージェントを 1 つのモデルで実行でき、ワークフロー外の他のサブエージェントはそれぞれ独自のモデル設定を維持したままにできるWed, 14 Oct 2026 21:03:49 GMT`CLAUDE_CODE_WORKFLOW_SUBAGENT_MODEL` を追加。この環境変数を設定すると、動的ワークフローが起動するすべてのエージェントを 1 つのモデルで実行でき、ワークフロー外の他のサブエージェントはそれぞれ独自のモデル設定を維持したままにできる

---

変更前

動的ワークフローが起動する各エージェントは、セッションのモデル継承やサブエージェント設定に従うため、ユーザーはワークフローのエージェント全体のモデルを一括で指定できなかった。コストを抑えたい場合でも、各エージェントのモデルを個別に制御する方法がなかった

変更後

`CLAUDE_CODE_WORKFLOW_SUBAGENT_MODEL` を設定すると、ワークフロー内のすべてのエージェントを 1 つのモデルで実行できる。ワークフロー外の他のサブエージェントはそれぞれのモデル設定をそのまま維持するため、ワークフローだけに影響を限定した一括指定が可能になる

利点

コストを抑えたいワークフローだけをまとめて軽量モデルに切り替えられ、他のサブエージェントのモデル設定に影響を与えずに済む

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-a814c9893358https://claude-code-log.com/changelog/v2.1.296#item-a814c9893358- API が過負荷 (529) を返したリクエストを再試行する際のバックオフの最大遅延を長めに設定できる環境変数 `CLAUDE_CODE_OVERLOADED_RETRY_MAX_DELAY_MS` を追加しましたWed, 14 Oct 2026 21:03:49 GMT- API が過負荷 (529) を返したリクエストを再試行する際のバックオフの最大遅延を長めに設定できる環境変数 `CLAUDE_CODE_OVERLOADED_RETRY_MAX_DELAY_MS` を追加しました

---

変更前

529 過負荷エラーに対する再試行バックオフは、開始遅延を `CLAUDE_CODE_OVERLOADED_RETRY_BASE_DELAY_MS` で調整できたものの、最大遅延は固定値で、API の混雑が長引く場合に再試行間隔をさらに広げられませんでした。

変更後

新しい環境変数 `CLAUDE_CODE_OVERLOADED_RETRY_MAX_DELAY_MS` を設定することで、529 過負荷エラーの再試行バックオフの最大遅延をデフォルトよりも長く指定できるようになりました。これにより、API が長時間_capacity 状態にある場合でも、再試行をより広い時間帯に分散させられます。

利点

混雑が続く状況で再試行をより長い期間にわたって分散させ、過負荷エラーによる失敗を減らせるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-a907405ef6cbhttps://claude-code-log.com/changelog/v2.1.296#item-a907405ef6cb- `/plugin` に、同じ名前を持つ別の有効なプラグインが存在するために hooks が読み込まれなかったプラグインについての注記を追加したWed, 14 Oct 2026 21:03:49 GMT- `/plugin` に、同じ名前を持つ別の有効なプラグインが存在するために hooks が読み込まれなかったプラグインについての注記を追加した

---

変更前

別の有効なプラグインと名前が重複したプラグインの hooks は読み込まれずに除外されていたが、`/plugin` の画面上ではその理由が表示されなかったため、ユーザーは hooks が動かない原因を把握しにくかった。

変更後

名前の衝突により hooks が読み込まれなかった場合、`/plugin` にその旨の注記が表示されるようになった。

利点

ユーザーは `/plugin` を開くだけで、hooks が読み込まれなかった理由を即座に確認し、名前の重複を解消できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-6cbebd1f40c2https://claude-code-log.com/changelog/v2.1.296#item-6cbebd1f40c2Read ツールに `allow_large` オプションを追加しました。ファイル全体が必要で、コンテキストに十分な余りがある場合に、通常のサイズ制限を超えるテキストファイルを 1 回の呼び出しで読めるようになりました。Wed, 14 Oct 2026 21:03:49 GMTRead ツールに `allow_large` オプションを追加しました。ファイル全体が必要で、コンテキストに十分な余りがある場合に、通常のサイズ制限を超えるテキストファイルを 1 回の呼び出しで読めるようになりました。

---

変更前

Read ツールにはサイズ制限があり、大きなテキストファイルは制限を超えると一度に読めず、トリミングされた内容しか返らなかった。全体を読みたい場合は、行範囲を指定して複数回に分けて読む必要があった。

変更後

Read ツールに `allow_large` オプションが追加された。ファイル全体が必要でコンテキストに十分な余りがある場合、このオプションを指定することで、通常のサイズ制限を超えるテキストファイルも 1 回の呼び出しで全体を読める。

利点

ユーザーは大きなファイルを部分読みや複数回の呼び出しに分割せずに済むようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-01dc4956d9ffhttps://claude-code-log.com/changelog/v2.1.296#item-01dc4956d9ff- 管理設定の `PreToolUse` フックが `&quot;continue&quot;: false` でツール呼び出しを拒否した場合や、管理対象の `prompt` フックが呼び出しをブロックした場合に、ターンが終了してしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT- 管理設定の `PreToolUse` フックが `&quot;continue&quot;: false` でツール呼び出しを拒否した場合や、管理対象の `prompt` フックが呼び出しをブロックした場合に、ターンが終了してしまう問題を修正した

---

変更前

管理設定の `PreToolUse` フックが `&quot;continue&quot;: false` を付けてツール呼び出しを拒否したときや、管理対象の `prompt` フックがブロックしたときに、ツール呼び出しは拒否されるものの、そのターン自体が終了していた。`&quot;continue&quot;: false` はターン継続を止める意図で使われる値だが、管理設定のフックではこの挙動が正しく反映されていなかった。

変更後

ツール呼び出しは拒否されつつも、ターンは終了せず継続するようになった。フックによるブロックの意図 (`&quot;continue&quot;: false` でターンを続ける) が管理設定のフックでも正しく反映される。

利点

組織の管理者が管理設定でフックを設けても、拒否によってユーザーのターンが打ち切られず、Claude が文脈を保ったまま応答を続けられるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-a53c75c15bd7https://claude-code-log.com/changelog/v2.1.296#item-a53c75c15bd7管理対象設定の PostToolUse フックの一部のセッションで、`updatedMCPToolOutput` が適用されない問題を修正しましたWed, 14 Oct 2026 21:03:49 GMT管理対象設定の PostToolUse フックの一部のセッションで、`updatedMCPToolOutput` が適用されない問題を修正しました

---

変更前

管理対象設定で PostToolUse フックが `updatedMCPToolOutput` を返しても、セッションによってはその値が適用されず、MCP ツールの出力がフックによる置換前のまま Claude に渡されていた。そのため、設定で指定したフックの動作がセッションごとに不安定になっていた。

変更後

`updatedMCPToolOutput` がすべてのセッションで確実に適用されるようになり、管理対象設定の PostToolUse フックが MCP ツールの出力を意図どおりに置き換えられるようになった。

利点

ユーザーは管理対象環境でも PostToolUse フックによる MCP ツール出力の置換をセッションをまたいで一貫して信頼して利用できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-32910191595ehttps://claude-code-log.com/changelog/v2.1.296#item-32910191595eヘッドレスセッションで、ディレクトリ変更やプラグインの再読み込みを行った後に、そのフォルダで無効化されているフォルダの `.mcp.json` またはプラグインの MCP サーバーが起動してしまう問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTヘッドレスセッションで、ディレクトリ変更やプラグインの再読み込みを行った後に、そのフォルダで無効化されているフォルダの `.mcp.json` またはプラグインの MCP サーバーが起動してしまう問題を修正しました。

---

変更前

ヘッドレスセッションでは、`/cd` でディレクトリを変更したりプラグインを再読み込みした後に、移動先のフォルダの設定で無効化されているはずの `.mcp.json` やプラグインの MCP サーバーが起動していた。

変更後

ディレクトリ変更やプラグインの再読み込み後も、そのフォルダでオフにされている MCP サーバーは起動しないように修正された。

利点

ユーザーは、無効化したはずの MCP サーバーがヘッドレスセッションで勝手に接続されることを心配しなくてよくなる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-a261139a1522https://claude-code-log.com/changelog/v2.1.296#item-a261139a1522- `allowedProviders` に `Wed, 14 Oct 2026 21:03:49 GMT- `allowedProviders` に `

---

変更前

ゲートウェイが `allowedProviders` に `

変更後

ユーザー設定でそのゲートウェイを指定しているラップトップでも、ゲートウェイが提供する `allowedProviders` の値が正しく解釈され、ログインできるようになりました。

利点

ユーザーは、managed settings とユーザー設定の組み合わせによってゲートウェイから締め出されることなく、ゲートウェイ経由で Claude Code を利用できるようになりました。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-b4394e000156https://claude-code-log.com/changelog/v2.1.296#item-b4394e000156- 管理対象設定で `forceLoginMethod` が `gateway` に設定されており `forceLoginGatewayUrl` がないマシンにおいて、保存済みの Claude アプリゲートウェイのサインインが無視される不具合を修正しました(2.1.295 でのリグレッション)Wed, 14 Oct 2026 21:03:49 GMT- 管理対象設定で `forceLoginMethod` が `gateway` に設定されており `forceLoginGatewayUrl` がないマシンにおいて、保存済みの Claude アプリゲートウェイのサインインが無視される不具合を修正しました(2.1.295 でのリグレッション)

---

変更前

2.1.295 では、管理対象設定で `forceLoginMethod` を `gateway` に設定していても `forceLoginGatewayUrl` が指定されていないマシンでは、保存済みのゲートウェイサインイン情報が読み込まれず無視されていた。そのため、ユーザーはすでにサインイン済みなのに再度 `/login` を実行してゲートウェイへのサインインをやり直す必要があった。

変更後

`forceLoginGatewayUrl` が設定されていない場合でも、保存済みの Claude アプリゲートウェイのサインイン情報が正しく認識されるようになった。既存のサインインをそのまま利用でき、再度 `/login` を実行せずにモデルリクエストを行える。

利点

ユーザーは `forceLoginGatewayUrl` の有無にかかわらず、保存済みのゲートウェイサインインを再入力なしでそのまま利用できる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-f08990d97923https://claude-code-log.com/changelog/v2.1.296#item-f08990d97923- セッションの履歴を読み取れない場合に、`--teleport` 実行時に空の会話が開かれる問題を修正したWed, 14 Oct 2026 21:03:49 GMT- セッションの履歴を読み取れない場合に、`--teleport` 実行時に空の会話が開かれる問題を修正した

---

変更前

セッションの履歴が読み取れない場合でも `--teleport` が実行され、履歴のない空の会話が開かれていた。ユーザーはクラウドセッションの内容を引き継げないままターミナルで作業を始めることになる。

変更後

セッションの履歴が読み取れない場合は空の会話を開かずにエラーを表示するようになり、ユーザーは問題に気づいて対処できる。履歴が読める場合の動作は変わらない。

利点

ユーザーは履歴が失われた空のセッションで誤って作業を始めることなく、エラーを確認して正しくセッションを再開できる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-27baa57d7258https://claude-code-log.com/changelog/v2.1.296#item-27baa57d7258アダプティブシンキングのみを採用する Haiku 5.5 などのモデルにおいて、一部のゲートウェイ経由ではトークン数の計算に失敗し、それ以外の環境では固定のシンキングバジェットとして計上されていたトークン数を修正した。Wed, 14 Oct 2026 21:03:49 GMTアダプティブシンキングのみを採用する Haiku 5.5 などのモデルにおいて、一部のゲートウェイ経由ではトークン数の計算に失敗し、それ以外の環境では固定のシンキングバジェットとして計上されていたトークン数を修正した。

---

変更前

アダプティブシンキングのみに対応する Haiku 5.5 などのモデルでは、一部のゲートウェイ経由の環境でトークン数の計算が失敗し、その他の環境では適切でない固定バジェット方式のシンキングとしてトークン数が計上されていた。

変更後

アダプティブシンキングのみを採用するモデルでも、ゲートウェイ経由かどうかにかかわらず、トークン数が正しく計上されるようになった。

利点

Haiku 5.5 などのアダプティブシンキング対応モデルをゲートウェイ経由で利用する場合でも、正確なトークン数に基づいてコストを把握できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-edf83ae78075https://claude-code-log.com/changelog/v2.1.296#item-edf83ae78075セッションのシャットダウンによって中断されたツール呼び出しについて、再開されたサブエージェントが「ユーザーに拒否された」と誤って伝えられる問題を修正したWed, 14 Oct 2026 21:03:49 GMTセッションのシャットダウンによって中断されたツール呼び出しについて、再開されたサブエージェントが「ユーザーに拒否された」と誤って伝えられる問題を修正した

---

変更前

セッションがシャットダウンで中断された際、実行中だったサブエージェントのツール呼び出しは結果が記録されないまま中断された。そのセッションを再開すると、Claude Code はその中断されたツール呼び出しを「ユーザーが拒否したもの」としてサブエージェントに伝えていた。

変更後

セッションを再開した際、シャットダウンによって中断されたツール呼び出しは、ユーザーの拒否ではなく「中断された呼び出し」として正しく扱われるようになった。これにより、sessions.md に記載のとおり、Claude はその呼び出しが中断されたことを認識し、再実行前に効果を確認する動作につながる。

利点

ユーザーはセッション再開時に、実際には拒否していないツール呼び出しが拒否されたものとして誤解されることなく、サブエージェントに正しい状態を伝えられるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-1c8f9b7dc3adhttps://claude-code-log.com/changelog/v2.1.296#item-1c8f9b7dc3adプラグインのヒントタグに類似したテキストを含む場合に、フックの出力が書き換えられてしまう問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTプラグインのヒントタグに類似したテキストを含む場合に、フックの出力が書き換えられてしまう問題を修正した。

---

変更前

フックの出力に `<claude-code-hint />` タグに似たテキストが含まれていると、Claude Code がそれを本物のヒントタグと誤認識し、出力の内容が書き換えられていた。

変更後

本物のヒントタグ(タグが単独の行を占有している場合など)と類似テキストを区別するようになり、フックの出力は変更されずにそのまま渡される。

利点

プラグインヒントに関連するテキストを出力するフックでも、出力内容が壊れずにそのままユーザーやモデルに届くようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-917d62580499https://claude-code-log.com/changelog/v2.1.296#item-917d62580499共有トランスクリプトやデバッグログでのシークレットのマスキングにおいて、値を持たないキーに続く一部の値がマスキングされない問題を修正しました。シェル文字列内に書かれた JSON 内の値も含まれます。Wed, 14 Oct 2026 21:03:49 GMT共有トランスクリプトやデバッグログでのシークレットのマスキングにおいて、値を持たないキーに続く一部の値がマスキングされない問題を修正しました。シェル文字列内に書かれた JSON 内の値も含まれます。

---

変更前

共有トランスクリプトやデバッグログでは、シークレットの値が [REDACTED] などに置き換えられてマスキングされる仕組みになっている。しかし、値を持たないキー(例: シェル文字列内に書かれた JSON 中のキー)の後に続く値が一部マスキングされず、平文のまま出力されることがあった。

変更後

値を持たないキーに続く値も確実にマスキング対象として検出するようになり、シェル文字列内に書かれた JSON 内の値を含めて、見落としがなくなるように修正された。その結果、シークレットが共有トランスクリプトやデバッグログに平文で漏れることがなくなった。

利点

ユーザーはシェル文字列内の JSON を含むあらゆる形式のシークレットがトランスクリプト共有やデバッグログで確実にマスキングされることを信頼して共有・デバッグできるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-a2418ff6d710https://claude-code-log.com/changelog/v2.1.296#item-a2418ff6d710- MATE Terminal などの古い VTE ベースのターミナルでコピーした際に、画面に `52;c;…` というエスケープシーケンスが表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- MATE Terminal などの古い VTE ベースのターミナルでコピーした際に、画面に `52;c;…` というエスケープシーケンスが表示される問題を修正した

---

変更前

コピー操作の後、OSC 52 のエスケープシーケンスがそのままターミナル画面に文字として表示され、画面が乱れることがあった。

変更後

対応していない古い VTE ベースのターミナルでは OSC 52 を出力しないようにし、コピー後に余計なシーケンスが画面に表示されないようになった。

利点

MATE Terminal などでもコピー後に画面が乱れず、そのまま作業を続けられるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-884bf4636e0dhttps://claude-code-log.com/changelog/v2.1.296#item-884bf4636e0d- `/diff` パネルやダイアログが開いている間、トーストや通知が見られないまま長時間待たされる問題を修正したWed, 14 Oct 2026 21:03:49 GMT- `/diff` パネルやダイアログが開いている間、トーストや通知が見られないまま長時間待たされる問題を修正した

---

変更前

`/diff` パネルやダイアログを開いている間、新しいトーストや通知が表示されず、ユーザーがそれらの画面を閉じるまで気付けない状態だった。

変更後

`/diff` パネルやダイアログが開いていても、トーストや通知が適切に表示されるようになり、重要なメッセージを見逃さずに済むようになった。

利点

ユーザーは差分確認中でも他の通知を見逃さずに即座に把握できるようになった。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-95d32c1ea800https://claude-code-log.com/changelog/v2.1.296#item-95d32c1ea800- `UserPromptSubmit` フックや mod の `prompt.submit` フックの実行中に `Esc` や割り込みが発生すると、ヘッドレスセッションが終了したり、入力済みのプロンプトが消去されたり、未チェックのプロンプトがそのまま通過したりする問題を修正したWed, 14 Oct 2026 21:03:49 GMT- `UserPromptSubmit` フックや mod の `prompt.submit` フックの実行中に `Esc` や割り込みが発生すると、ヘッドレスセッションが終了したり、入力済みのプロンプトが消去されたり、未チェックのプロンプトがそのまま通過したりする問題を修正した

---

変更前

変更前は、`UserPromptSubmit` フックや mod の `prompt.submit` フックの実行中に `Esc` キーや割り込みを押すと、ヘッドレスセッションが終了したり、入力済みのプロンプトが消去されたりする可能性があった。また、フックによるチェックが行われないままプロンプトがそのまま通過してしまうこともあった。

変更後

変更後は、フックの実行中に `Esc` や割り込みが発生しても、セッションが正しく維持され、入力済みのプロンプトは消去されず、チェックを経由しないプロンプトの通過も起こらない。

利点

フック実行中の誤操作や割り込みによってセッションが失われたり、チェックを通らないプロンプトが送信されたりすることがなくなり、安心してプロンプトを送信できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-1b4b46defb07https://claude-code-log.com/changelog/v2.1.296#item-1b4b46defb07- 同じ名前の別のプラグイン、またはその別表記のプラグインが既に実行済みの場合に、ヘッドレスセッションの開始後に読み込まれたプラグインの SessionStart フックがスキップされてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT- 同じ名前の別のプラグイン、またはその別表記のプラグインが既に実行済みの場合に、ヘッドレスセッションの開始後に読み込まれたプラグインの SessionStart フックがスキップされてしまう問題を修正した

---

変更前

ヘッドレスセッション開始後に読み込まれたプラグインは、同じ名前または別表記（例: ハイフンとドットの違いなど）の別プラグインが既に実行済みだと、名前の衝突と見なされて SessionStart フックがスキップされていた。そのため、そのプラグインがセッション開始時に追加すべきコンテキストや初期設定が適用されないままになっていた。

変更後

名前の衝突があっても、ヘッドレスセッション開始後に読み込まれたプラグイン自身の SessionStart フックはスキップされずに実行されるようになった。セッション開始時のコンテキスト追加や環境設定が正しく行われる。

利点

ヘッドレスセッションで、名前が衝突するプラグインの SessionStart フックによる初期化処理が確実に実行されるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-9c58c5361a0bhttps://claude-code-log.com/changelog/v2.1.296#item-9c58c5361a0b`claude self-hosted-runner` が登録を拒否されたときに誤解を招くエラーを表示する問題を修正しました。組織の管理者設定名を示すか、再起動したオンデマンドランナーには新しいワークオーダーが必要であることを伝えるようになりましたWed, 14 Oct 2026 21:03:49 GMT`claude self-hosted-runner` が登録を拒否されたときに誤解を招くエラーを表示する問題を修正しました。組織の管理者設定名を示すか、再起動したオンデマンドランナーには新しいワークオーダーが必要であることを伝えるようになりました

---

変更前

ランナーの登録が拒否されても、実際の拒否理由を示さない誤解を招くエラーが表示されていた。ユーザーは設定を確認しても原因を特定できず、再起動で対処しようとしても直らなかった。

変更後

登録が拒否された場合に、必要な組織の管理者設定を具体的に名前で示す。また、オンデマンドランナーのワークオーダーは単回使用のため、再起動したランナーには新しいワークオーダーが必要であることを明示する。

利点

ランナーの登録失敗時に正確な原因を把握でき、管理者設定の修正やワークオーダーの再発行など適切な対処をすぐに行えるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-84243fa2d7aahttps://claude-code-log.com/changelog/v2.1.296#item-84243fa2d7aa- 同じリポジトリの別セッションが`--capacity`が1より大きいランナー上で開始している間に、セルフホストランナーのセッションの git fetch、pull、push が失敗する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- 同じリポジトリの別セッションが`--capacity`が1より大きいランナー上で開始している間に、セルフホストランナーのセッションの git fetch、pull、push が失敗する問題を修正した

---

変更前

`--capacity`が1より大きいランナーでは、同じリポジトリの別セッションが同時に起動すると、既存セッションの git fetch、pull、push が失敗していた。

変更後

同じリポジトリの別セッションが同時に起動しても、既存セッションの git fetch、pull、push が失敗しなくなった。

利点

複数セッションを同時実行するランナーでも、並行起動による git 操作の失敗を気にせずセッションを開始できる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-f2a26b0bcff4https://claude-code-log.com/changelog/v2.1.296#item-f2a26b0bcff4ワークフロースクリプトで、約20,000階層より深くネストされた結果・エージェントオプションなどの値が黙って切り詰められる問題と、深くネストされた結果が巨大なタスク出力ファイルを書き出す問題を修正したWed, 14 Oct 2026 21:03:49 GMTワークフロースクリプトで、約20,000階層より深くネストされた結果・エージェントオプションなどの値が黙って切り詰められる問題と、深くネストされた結果が巨大なタスク出力ファイルを書き出す問題を修正した

---

変更前

ワークフロースクリプトでは、約20,000階層を超えてネストされた結果やエージェントオプションなどの値が、警告なく切り詰められていた。また、深くネストされた結果が巨大なタスク出力ファイルを書き出し、ディスクを圧迫していた。

変更後

深くネストされた値が切り詰められなくなり、結果が完全な形で保持される。深くネストされた結果による巨大なタスク出力ファイルの書き出しも解消された。

利点

ユーザーは深くネストされた構造を持つワークフローの結果やエージェントオプションを、欠損や巨大ファイルの心配なくそのまま利用できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-b9671edee932https://claude-code-log.com/changelog/v2.1.296#item-b9671edee932プラグインが提供する $ メソッドが、呼び出し側エージェントの作業ディレクトリではなくメインセッションの作業ディレクトリで実行され、呼び出し元のフックが保持するターンが無視される問題を修正したWed, 14 Oct 2026 21:03:49 GMTプラグインが提供する $ メソッドが、呼び出し側エージェントの作業ディレクトリではなくメインセッションの作業ディレクトリで実行され、呼び出し元のフックが保持するターンが無視される問題を修正した

---

変更前

プラグインが提供する $ メソッドを呼び出すと、サブエージェントから呼び出した場合でもメインセッションの作業ディレクトリで実行されていた。また、呼び出し元のフックが保持しているターン情報が無視されていた。

変更後

プラグインの $ メソッドは呼び出し側のエージェントの作業ディレクトリで実行されるようになり、フックが保持するターンも正しく尊重される。

利点

サブエージェントからプラグインのメソッドを呼び出しても、正しい作業ディレクトリとターンコンテキストで動作するようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-fa1d00ed005bhttps://claude-code-log.com/changelog/v2.1.296#item-fa1d00ed005bモジュール(mod)の再読み込みや削除後も動作し続けていたモジュールのフックから `$.agent.register` が成功してしまう問題を修正した。現在はこの呼び出しは拒否される。Wed, 14 Oct 2026 21:03:49 GMTモジュール(mod)の再読み込みや削除後も動作し続けていたモジュールのフックから `$.agent.register` が成功してしまう問題を修正した。現在はこの呼び出しは拒否される。

---

変更前

モジュールを再読み込みまたは削除した後も、そのモジュールのフックが動作し続けており、そのフックからの `$.agent.register` 呼び出しが成功していた。そのため、既に存在しないモジュールがサブエージェントを登録できていた。

変更後

再読み込みや削除後の古いフックからの `$.agent.register` 呼び出しは拒否されるようになった。有効なモジュールだけがサブエージェントを登録できる。

利点

削除済みまたは再読み込み済みのモジュールが意図せずサブエージェントを登録することを防ぎ、安心してモジュールを管理できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-e847937c2990https://claude-code-log.com/changelog/v2.1.296#item-e847937c2990mods の `$.http.fetch` が、レスポンスが 4 MiB のボディ上限を超える `Content-Length` を宣言している場合に `HEAD` リクエストを拒否する問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTmods の `$.http.fetch` が、レスポンスが 4 MiB のボディ上限を超える `Content-Length` を宣言している場合に `HEAD` リクエストを拒否する問題を修正しました。

---

変更前

mods 内の `$.http.fetch` で `HEAD` リクエストを送ると、レスポンスヘッダーに宣言された `Content-Length` が 4 MiB のボディ上限を超えていると、実際にボディを受信しない `HEAD` リクエストであるにもかかわらず拒否されていた。

変更後

`HEAD` リクエストではボディを受信しないため、宣言された `Content-Length` が上限を超えていても `Content-Length` の検証対象から除外され、リクエストが正常に完了するようになった。

利点

ユーザーは大きな `Content-Length` を持つリソースに対しても mods から `HEAD` リクエストで事前確認できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-d77e3b7b1658https://claude-code-log.com/changelog/v2.1.296#item-d77e3b7b1658`constructor` のような名前のマーケットプレイスに対して `claude plugin marketplace add`、`marketplace update`、`plugin install` が内部エラーで失敗する問題を修正した。`add` はそのような名前を明確なエラーメッセージ付きで拒否するようになったWed, 14 Oct 2026 21:03:49 GMT`constructor` のような名前のマーケットプレイスに対して `claude plugin marketplace add`、`marketplace update`、`plugin install` が内部エラーで失敗する問題を修正した。`add` はそのような名前を明確なエラーメッセージ付きで拒否するようになった

---

変更前

マーケットプレイス名が `constructor` のような JavaScript の予約されたプロパティ名に見える場合、`marketplace add` や `plugin install` が内部エラーで失敗し、原因が分からない状態だった

変更後

そのような名前は内部エラーではなく、明確なエラーメッセージ付きで `marketplace add` が拒否するようになり、`marketplace update` や `plugin install` も正常に動作するようになった

利点

名前に問題があるマーケットプレイスを追加しようとした際に、内部エラーではなく原因の分かるエラーメッセージで対処方法を判断できるようになる

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-60b1d37285bbhttps://claude-code-log.com/changelog/v2.1.296#item-60b1d37285bbプラグインのオプションを次回保存した際に、`constructor` または `prototype` という名前のプラグインシークレットが削除されてしまう問題を修正しましたWed, 14 Oct 2026 21:03:49 GMTプラグインのオプションを次回保存した際に、`constructor` または `prototype` という名前のプラグインシークレットが削除されてしまう問題を修正しました

---

変更前

シークレット名が `constructor` や `prototype` の場合、そのプラグインのオプションを保存すると、シークレットが意図せず削除されていた。ユーザーは保存のたびにシークレットを再設定する必要があった。

変更後

オプション保存時にシークレットが誤って削除されないようになった。`constructor` や `prototype` といった名前のシークレットも通常どおり保持される。

利点

ユーザーはオプションを保存してもシークレットが消える心配なく、再設定の手間がなくなる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-2022885e0775https://claude-code-log.com/changelog/v2.1.296#item-2022885e0775フィーチャーフラグがまだ読み込まれていないクラウドセッションで、保存済みの権限によって許可される Claude in Chrome のアクションに対して、auto モードのチェックがスキップされる問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTフィーチャーフラグがまだ読み込まれていないクラウドセッションで、保存済みの権限によって許可される Claude in Chrome のアクションに対して、auto モードのチェックがスキップされる問題を修正しました。

---

変更前

フィーチャーフラグの読み込みが完了していないクラウドセッションでは、保存済みの権限で許可されている Claude in Chrome のアクションが、auto モードの通常のチェック（分類器による確認）を経ずに実行されることがあった。

変更後

フィーチャーフラグが未読み込みの場合でも、該当するアクションが auto モードのチェックを正しく通るようになり、許可の保存有無に関係なく一貫した安全確認が行われる。

利点

ユーザーは保存済み権限のあるサイトでの操作でも、auto モードの安全チェックが確実に機能するようになり、クラウドセッションでの外部サイト操作を安心して任せられる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-5b17cbdc177fhttps://claude-code-log.com/changelog/v2.1.296#item-5b17cbdc177f- MCP ツールの結果によってターンが終了していた場合に、`CLAUDE_CODE_RESUME_INTERRUPTED_TURN` が再起動後に完了済みのターンを再実行する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- MCP ツールの結果によってターンが終了していた場合に、`CLAUDE_CODE_RESUME_INTERRUPTED_TURN` が再起動後に完了済みのターンを再実行する問題を修正した

---

変更前

`CLAUDE_CODE_RESUME_INTERRUPTED_TURN` が設定された環境で再起動が起きると、MCP ツールの結果によってすでに終了しているターンが中断されたターンと誤認され、再起動後にそのターンが再実行されていた。これにより、完了済みのターンに対する重複した応答や結果が発生する可能性があった。

変更後

MCP ツールの結果でターンが終了した場合は、そのターンを中断されたターンとして扱わず、再起動後の再実行の対象から除外するようになった。再実行されるのは、実際に中断されたターンのみとなる。

利点

ユーザーは再起動後に完了済みのターンが重複して実行されることを心配せず、セッションを安全に再開できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-ca84f8e2a804https://claude-code-log.com/changelog/v2.1.296#item-ca84f8e2a804BASH_ARGV0 シェル変数を代入してから使用する一部のコマンドが、Bash の権限チェックで自動承認されてしまう問題を修正した。該当するコマンドは現在、承認を求めるプロンプトを表示する。Wed, 14 Oct 2026 21:03:49 GMTBASH_ARGV0 シェル変数を代入してから使用する一部のコマンドが、Bash の権限チェックで自動承認されてしまう問題を修正した。該当するコマンドは現在、承認を求めるプロンプトを表示する。

---

変更前

BASH_ARGV0 シェル変数を代入して使用するコマンドが、権限チェックをすり抜けて自動承認されていた。ユーザーの承認を得ないまま任意の引数を渡すコマンドが実行される可能性があった。

変更後

BASH_ARGV0 を代入してから使用するコマンドは、権限チェックの対象となり自動承認されない。実行前にユーザーへ承認を求めるプロンプトが表示される。

利点

BASH_ARGV0 を使ったコマンドが勝手に実行されなくなり、ユーザー自身が承認してから実行できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-c9c15a970105https://claude-code-log.com/changelog/v2.1.296#item-c9c15a970105Edit と NotebookEdit が、UTF-8 として妥当でないファイル(Windows-1252、Shift-JIS、GBK)内のすべての非 ASCII 文字を置き換えてしまう問題を修正。このようなファイルへの編集は現在拒否されるWed, 14 Oct 2026 21:03:49 GMTEdit と NotebookEdit が、UTF-8 として妥当でないファイル(Windows-1252、Shift-JIS、GBK)内のすべての非 ASCII 文字を置き換えてしまう問題を修正。このようなファイルへの編集は現在拒否される

---

変更前

UTF-8 として妥当でないファイル(Windows-1252、Shift-JIS、GBK など)に対して Edit や NotebookEdit を実行すると、文字化けが発生し、すべての非 ASCII 文字が別の文字に置き換えられたまま保存されていた。編集後のファイルは意図しない内容になっていた。

変更後

UTF-8 として妥当でないファイルへの Edit および NotebookEdit による編集は拒否されるようになった。元のファイルの内容が不正な文字で上書きされることはなくなった。

利点

Shift-JIS などのエンコーディングのファイルでも文字化けによる破壊的な上書きが起こらなくなり、安心してファイルを扱えるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-ee657dc6f185https://claude-code-log.com/changelog/v2.1.296#item-ee657dc6f185バックグラウンドサービスの応答が遅いときに `←` を2回押した直後に表示されるプロンプトが、フォアグラウンドで一度表示されずに見逃されることがある不具合を修正しました。Wed, 14 Oct 2026 21:03:49 GMTバックグラウンドサービスの応答が遅いときに `←` を2回押した直後に表示されるプロンプトが、フォアグラウンドで一度表示されずに見逃されることがある不具合を修正しました。

---

変更前

バックグラウンドサービスの応答が遅い状況で `←` を2回押すと、直後に表示されるはずのプロンプト(確認ダイアログ)がフォアグラウンド側で表示されないまま消失することがあった。

変更後

プロンプトが確実にフォアグラウンドに表示されるようになり、ユーザーが確認を見逃すことがなくなった。

利点

バックグラウンドサービスが遅くても、`←` を2回押した際の確認プロンプトを見逃さずにその場で判断できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-b9f7d4942625https://claude-code-log.com/changelog/v2.1.296#item-b9f7d4942625- SessionStart フックがまだ実行中のときに送信したプロンプトが、`←` でセッションをバックグラウンドに移すと消える不具合を修正した。プロンプトは引き続き送信されないが、`↑` で取り戻せるようになったWed, 14 Oct 2026 21:03:49 GMT- SessionStart フックがまだ実行中のときに送信したプロンプトが、`←` でセッションをバックグラウンドに移すと消える不具合を修正した。プロンプトは引き続き送信されないが、`↑` で取り戻せるようになった

---

変更前

SessionStart フックの実行中に入力したプロンプトは送信されないが、`←` でセッションをバックグラウンドに移動すると、その入力内容自体が消えてしまっていた。

変更後

送信されない挙動自体は変わらないが、`↑` を押すことで、消えていたプロンプトを入力欄に復元できるようになった。

利点

フック実行中に入力したプロンプトを失わずに再利用できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-def3822c0b47https://claude-code-log.com/changelog/v2.1.296#item-def3822c0b47ヘッドレスセッションで `/clear` を実行した後に、読み込みが遅れるプラグインの SessionStart フック出力が新しい会話に届く問題を修正したWed, 14 Oct 2026 21:03:49 GMTヘッドレスセッションで `/clear` を実行した後に、読み込みが遅れるプラグインの SessionStart フック出力が新しい会話に届く問題を修正した

---

変更前

ヘッドレスセッションで `/clear` を実行すると、SessionStart フックがバックグラウンドで再実行されるが、後から読み込まれるプラグインのフック出力が新しい会話の文脈に正しく届かないことがあった

変更後

プラグインの SessionStart フック出力が、`/clear` 後の新しい会話にも確実に届くようになった

利点

ヘッドレスセッションで `/clear` 後もプラグインが提供する追加コンテキストが失われず、Claude が継続的にその情報を活用できるようになる

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-3a01e6727be1https://claude-code-log.com/changelog/v2.1.296#item-3a01e6727be1- フックが CLAUDE_ENV_FILE に書き込んだ変数（ファイルに単純な代入のみが含まれる場合）が、PowerShell コマンドから参照されない問題を修正しましたWed, 14 Oct 2026 21:03:49 GMT- フックが CLAUDE_ENV_FILE に書き込んだ変数（ファイルに単純な代入のみが含まれる場合）が、PowerShell コマンドから参照されない問題を修正しました

---

変更前

Windows で PowerShell をシェルとして使う場合、フックが CLAUDE_ENV_FILE に書き込んだ変数が PowerShell コマンドから参照されず、環境変数が正しく引き継がれませんでした。

変更後

CLAUDE_ENV_FILE に単純な代入形式で書かれた変数が PowerShell コマンドからも参照できるようになり、セッション内の後続コマンドで環境変数が正しく使えるようになりました。

利点

Windows の PowerShell 環境でもフック経由で設定した環境変数を後続のコマンドで確実に利用できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-a396441ccf44https://claude-code-log.com/changelog/v2.1.296#item-a396441ccf44MCP サーバーの認証が必要な場合に、Claude がクラウドセッションを非対話型と判断して `/mcp` や `claude mcp` を提案してしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMTMCP サーバーの認証が必要な場合に、Claude がクラウドセッションを非対話型と判断して `/mcp` や `claude mcp` を提案してしまう問題を修正した

---

変更前

MCP サーバーが認証を必要とすると、Claude はそのクラウドセッションを非対話型だと誤って判断し、`/mcp` コマンドや `claude mcp` コマンドの実行を提案していた。そのため、ユーザーは実際には対話中のセッションで認証を処理できるにもかかわらず、別途コマンドを実行するよう促されていた。

変更後

MCP サーバーが認証を必要としても、Claude はクラウドセッションを非対話型と判断しなくなり、`/mcp` や `claude mcp` の実行を提案しなくなった。ユーザーはセッション内でそのまま認証フローを扱える。

利点

ユーザーは不適切なコマンド実行の提案に従わずに済み、セッションを中断せずに MCP サーバーの認証を行えるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-398da5f7bf46https://claude-code-log.com/changelog/v2.1.296#item-398da5f7bf46クラウドセッション、Agent SDK、IDE 統合において `/code-review` が生の JSON 配列で終了する問題を修正した。現在は検出結果が番号付きリストで表示される。Wed, 14 Oct 2026 21:03:49 GMTクラウドセッション、Agent SDK、IDE 統合において `/code-review` が生の JSON 配列で終了する問題を修正した。現在は検出結果が番号付きリストで表示される。

---

変更前

クラウドセッション、Agent SDK、IDE 統合で `/code-review` を実行すると、検出結果が生の JSON 配列のまま出力されて終了していたため、可読性が低かった。

変更後

検出結果が番号付きリストとして整形されて表示されるようになった。

利点

クラウドセッションや Agent SDK、IDE 上でもコードレビューの指摘をそのまま読み取れるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-b43aac8de6bdhttps://claude-code-log.com/changelog/v2.1.296#item-b43aac8de6bdauto モードで、自分のアーティファクトへの更新が、共有状態が変わっていないのに変わったと判断されて拒否されることがあった問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTauto モードで、自分のアーティファクトへの更新が、共有状態が変わっていないのに変わったと判断されて拒否されることがあった問題を修正した。

---

変更前

auto モードで自分が所有するアーティファクトを更新しようとすると、共有設定が変更されていないにもかかわらず「共有が変更された」として更新が拒否されることがあった。

変更後

共有状態を正しく判定するようになり、共有設定に実際の変更がない限りアーティファクトの更新が拒否されなくなった。

利点

ユーザーは auto モードでも自分のアーティファクトを安心して更新でき、誤った拒否に手動で対処する手間がなくなりました。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-17d7c586f596https://claude-code-log.com/changelog/v2.1.296#item-17d7c586f596複数のセッションが設定ディレクトリを共有している場合に、claude.ai から同期されたスキルのインストールが完了せず、同期のたびに再ダウンロードされる問題を修正したWed, 14 Oct 2026 21:03:49 GMT複数のセッションが設定ディレクトリを共有している場合に、claude.ai から同期されたスキルのインストールが完了せず、同期のたびに再ダウンロードされる問題を修正した

---

変更前

複数のセッションが同じ設定ディレクトリ(`~/.claude`)を共有していると、claude.ai から同期されたスキルのインストール処理が完了しない状態になっていた。そのため、同期が実行されるたびに同じスキルが何度も再ダウンロードされていた。

変更後

設定ディレクトリを共有する複数セッション間でも、同期されたスキルのインストールが正しく完了するようになった。これにより、同期のたびに同じスキルが再ダウンロードされることはなくなった。

利点

複数のセッションで同じ設定ディレクトリを使っている場合でも、同期済みスキルが確実にインストールされ、不要な再ダウンロードが発生しなくなる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-9ce2aaa101d9https://claude-code-log.com/changelog/v2.1.296#item-9ce2aaa101d9claude.ai から同期されたマーケットプレイスの依存関係が宣言されているプラグインも、その依存関係自体も claude.ai から同期されていた場合に無効化される問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTclaude.ai から同期されたマーケットプレイスの依存関係が宣言されているプラグインも、その依存関係自体も claude.ai から同期されていた場合に無効化される問題を修正した。

---

変更前

claude.ai から同期されたプラグインが、自身が依存関係として宣言しているマーケットプレイスも claude.ai から同期されていた場合、無効化されていた。

変更後

依存関係の同期元が claude.ai であっても、プラグインは正しく有効な状態で維持される。

利点

依存関係を持つプラグインを claude.ai 経由で同期しても、手動での再有効化なしにそのまま利用できる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-a70c8e3e7378https://claude-code-log.com/changelog/v2.1.296#item-a70c8e3e7378Linux マシンからコピーしたプラグインのパスが /home 以下を指している場合に、macOS で起動がハングする問題を修正したWed, 14 Oct 2026 21:03:49 GMTLinux マシンからコピーしたプラグインのパスが /home 以下を指している場合に、macOS で起動がハングする問題を修正した

---

変更前

Linux マシンからコピーしたプラグインのパスが /home 以下を指していると、macOS で Claude Code の起動時にハングしてしまい、セッションを開始できなかった。

変更後

そのようなパスを参照するプラグインが存在しても、macOS で起動時のハングが発生しなくなり、正常に起動できるようになった。

利点

Linux 環境と macOS 環境をまたいでプラグインを利用する場合でも、起動不能に陥ることなく Claude Code を使えるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-b2961f6cb769https://claude-code-log.com/changelog/v2.1.296#item-b2961f6cb769- Workflow ツールが、Windows でチェックアウトしたファイルなど CRLF（CR+LF）改行コードを含むスクリプトファイルを拒否する問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Workflow ツールが、Windows でチェックアウトしたファイルなど CRLF（CR+LF）改行コードを含むスクリプトファイルを拒否する問題を修正した

---

変更前

Workflow ツールに渡すスクリプトファイルの改行コードが CRLF になっていると、ファイルの中身に関係なく実行を拒否していた。Windows 環境でチェックアウトされたリポジトリではファイルが CRLF になりやすいため、こうした環境で Workflow が利用しにくい状態だった。

変更後

Workflow ツールが CRLF 改行のスクリプトファイルも問題なく受け付けるようになった。Windows 環境でチェックアウトしたファイルでも、改行コードを変換せずにそのまま Workflow で実行できる。

利点

Windows 環境のユーザーは、改行コードを LF に変換する追加の作業をすることなく、リポジトリのスクリプトをそのまま Workflow で実行できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-ecac760c348fhttps://claude-code-log.com/changelog/v2.1.296#item-ecac760c348f`git commit -q` や `git -C <dir> commit` を実行した後に、OpenTelemetry の `tool_result` イベントから `git_commit_id` が欠落する問題を修正したWed, 14 Oct 2026 21:03:49 GMT`git commit -q` や `git -C <dir> commit` を実行した後に、OpenTelemetry の `tool_result` イベントから `git_commit_id` が欠落する問題を修正した

---

変更前

Bash ツールで `git commit -q`(quiet オプション付き)や `git -C <ディレクトリ> commit` の形式でコミットを実行した場合、成功しても `tool_result` イベントの `tool_parameters` に `git_commit_id` が含まれていなかった。標準的な `git commit` のみが検出対象となっており、これらの変形コマンドではコミット識別情報が取得できていなかった。

変更後

`git commit -q` や `git -C <dir> commit` の形式でもコミットの成功を検出できるようになり、`tool_result` イベントに `git_commit_id`(およびコミットブランチ情報)が正しく含まれるようになった。ドキュメント記載の「Bash または PowerShell ツールで実行された成功した `git commit` に対してコミット識別情報を付与する」動作が、これらのコマンド変形に対しても一貫して機能する。

利点

OpenTelemetry でツール実行を監視している環境でも、quiet オプションや -C オプションを使った git コミットの SHA を確実に収集でき、コミット単位のトレーシングやメトリクス集計の取りこぼしを防げる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-ace8a0c924efhttps://claude-code-log.com/changelog/v2.1.296#item-ace8a0c924ef- 保存済みトランスクリプトのテキストに Unicode の行区切り文字または段落区切り文字（U+2028、U+2029）が含まれていた場合、`CLAUDE_CODE_TRANSCRIPT_LOCAL_GC` がそのメッセージを保存済みトランスクリプトから落としてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT- 保存済みトランスクリプトのテキストに Unicode の行区切り文字または段落区切り文字（U+2028、U+2029）が含まれていた場合、`CLAUDE_CODE_TRANSCRIPT_LOCAL_GC` がそのメッセージを保存済みトランスクリプトから落としてしまう問題を修正した

---

変更前

`CLAUDE_CODE_TRANSCRIPT_LOCAL_GC` は保存済みトランスクリプトを対象に動作するが、メッセージのテキストに Unicode の行区切り文字（U+2028）や段落区切り文字（U+2029）が含まれていると、そのメッセージをトランスクリプトから落としていた。その結果、該当するメッセージが保存済みトランスクリプトから失われていた。

変更後

トランスクリプトのテキストに U+2028 / U+2029 が含まれていても、対応するメッセージはトランスクリプトから落とされず、そのまま保存されるようになった。

利点

行区切り・段落区切り文字を含むメッセージがトランスクリプトから失われることがなくなり、セッション履歴の完全性が保たれる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-bd9b45dd636ahttps://claude-code-log.com/changelog/v2.1.296#item-bd9b45dd636aプロンプトのテキストに Unicode の行区切り文字または段落区切り文字(U+2028、U+2029)が含まれていた際に、`claude purge` を実行しても履歴ファイルにそのプロンプトが残ってしまう問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTプロンプトのテキストに Unicode の行区切り文字または段落区切り文字(U+2028、U+2029)が含まれていた際に、`claude purge` を実行しても履歴ファイルにそのプロンプトが残ってしまう問題を修正した。

---

変更前

`claude purge` は `~/.claude/history.jsonl` にあるプロンプト履歴を削除するコマンドだが、プロンプトのテキストに Unicode の行区切り(U+2028)や段落区切り(U+2029)が含まれていると、そのエントリが正しく削除されずに履歴ファイルに残っていた。

変更後

区切り文字を含むプロンプトのエントリも履歴ファイルから確実に削除されるようになり、purge の実行後は履歴が完全にクリアされる。

利点

ユーザーは purge 実行後もプロンプトの断片が履歴に残ることを心配せず、プライバシーを保ったまま履歴を完全に消去できる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-9cc0e9fb3e72https://claude-code-log.com/changelog/v2.1.296#item-9cc0e9fb3e72Windows で PowerShell コマンドの permission 要求が頻発する問題を修正したWed, 14 Oct 2026 21:03:49 GMTWindows で PowerShell コマンドの permission 要求が頻発する問題を修正した

---

変更前

Windows 環境では、約 1 KB を超える長さの PowerShell コマンドが実行されるたびに、permission 要求が常に表示されていた。そのため、長いコマンドの場合は allow ルールや read-only 検出が機能せず、ユーザーは毎回手動で承認する必要があった。

変更後

permission 評価の対象サイズ上限が約 1 KB から 32 KB に拡張され、32 KB 以下の PowerShell コマンドでも allow ルールや read-only 検出が正しく適用されるようになった。

利点

Windows で長い PowerShell コマンドを実行する際に、不要な permission 要求に邪魔されずスムーズに作業を進められるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-74822f20a22ahttps://claude-code-log.com/changelog/v2.1.296#item-74822f20a22a- Windows: シャットダウン時に stdio MCP サーバーが強制終了される問題を修正しました。まず stdin を閉じ、300ミリ秒経過後もサーバーが動作している場合にのみプロセスツリーを終了するようになりましたWed, 14 Oct 2026 21:03:49 GMT- Windows: シャットダウン時に stdio MCP サーバーが強制終了される問題を修正しました。まず stdin を閉じ、300ミリ秒経過後もサーバーが動作している場合にのみプロセスツリーを終了するようになりました

---

変更前

Windows では、Claude Code の終了時に stdio MCP サーバーが即座に強制終了されていた。そのため、サーバー側の終了処理が完了しないままプロセスが殺される可能性があった。

変更後

シャットダウン時にまず stdin を閉じてサーバーに正常終了の機会を与え、300ミリ秒待ってもサーバーが動作し続けている場合にのみプロセスツリーを終了するようになった。これにより、サーバーは終了処理を完了できる。

利点

Windows でも stdio MCP サーバーがシャットダウン時に強制終了されず、正常に終了できるようになったことを確認できる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-7e393410409bhttps://claude-code-log.com/changelog/v2.1.296#item-7e393410409bWindows: GitHub SSH キーが設定されていないマシンで、GitHub の `owner/repo` 形式のプラグインソースに対する `claude plugin install` が失敗する問題を修正した。クローンが HTTPS で再試行されるようになったWed, 14 Oct 2026 21:03:49 GMTWindows: GitHub SSH キーが設定されていないマシンで、GitHub の `owner/repo` 形式のプラグインソースに対する `claude plugin install` が失敗する問題を修正した。クローンが HTTPS で再試行されるようになった

---

変更前

GitHub の `owner/repo` 形式のプラグインソースを Windows 上でインストールする際、マシンに GitHub SSH キーがなければクローンが失敗していた

変更後

SSH プローブが失敗した場合、クローンが HTTPS で再試行されるようになり、GitHub SSH キーのないマシンでもインストールが成功する

利点

GitHub SSH キーを設定していない Windows マシンでも `claude plugin install` を問題なく実行できるようになった

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-79d9ae6edb41https://claude-code-log.com/changelog/v2.1.296#item-79d9ae6edb41- Windows: bypass permissions モードで Git Bash の `rm -rf /c/Users/<name>` が確認なしで実行されていた問題を修正しましたWed, 14 Oct 2026 21:03:49 GMT- Windows: bypass permissions モードで Git Bash の `rm -rf /c/Users/<name>` が確認なしで実行されていた問題を修正しました

---

変更前

Windows の Git Bash 環境では、`rm -rf /c/Users/<name>` のようなユーザーディレクトリを削除する危険なコマンドが bypass permissions モードで実行されても、確認プロンプトが表示されずそのまま実行されていた。`/c/Users/<name>` が重要なパスとして正しく判定されていなかったため、ユーザーのホームディレクトリが気づかないうちに削除される恐れがあった。

変更後

`/c/Users/<name>` 形式のパスも削除の危険対象として検出するようになり、bypass permissions モードでも `rm -rf /c/Users/<name>` の実行前に確認が表示される。

利点

ユーザーは bypass permissions モードを使っていても、Windows の Git Bash でユーザーディレクトリへの破壊的な削除コマンドが確認なしに実行される心配をしなくて済むようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-291dbb8a165fhttps://claude-code-log.com/changelog/v2.1.296#item-291dbb8a165f- フルスクリーンモードの改善: マウスカーソルの下にあるリンクに下線が表示され、開けることがひと目でわかるようになったWed, 14 Oct 2026 21:03:49 GMT- フルスクリーンモードの改善: マウスカーソルの下にあるリンクに下線が表示され、開けることがひと目でわかるようになった

---

変更前

フルスクリーンモードでは、Cmd(またはCtrl)+クリックでURLやファイルパスを開けるものの、リンクが開けることを画面上からは判別できなかった。

変更後

マウスカーソルがリンクの上に乗ると、そのリンクに下線が表示されるようになり、クリックで開けることが視覚的にわかるようになった。

利点

リンクを開けるかどうかをカーソルを合わせるだけで確認できるため、ユーザーは迷わずリンク操作を行える。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-bdf06a826ba1https://claude-code-log.com/changelog/v2.1.296#item-bdf06a826ba1構文ハイライト済みのコードブロックをキャッシュすることで、コードが多い会話でのトランスクリプト表示切替(Ctrl+O)の応答性を改善したWed, 14 Oct 2026 21:03:49 GMT構文ハイライト済みのコードブロックをキャッシュすることで、コードが多い会話でのトランスクリプト表示切替(Ctrl+O)の応答性を改善した

---

変更前

Ctrl+O でトランスクリプト表示に切り替えるたびに、シンタックスハイライトされたコードブロックが再描画されていた。そのためコードが大量にある会話では、切り替えのたびにハイライト処理が走り、表示までに時間がかかっていた。

変更後

シンタックスハイライト済みのコードブロックがキャッシュされるようになった。コードが多い会話でも、Ctrl+O によるトランスクリプト表示への切り替えがすばやく反応する。

利点

コードが多い会話でも Ctrl+O を押してトランスクリプトを開くまで待たされずに済むようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-95be30e04ff9https://claude-code-log.com/changelog/v2.1.296#item-95be30e04ff9Claude apps gateway 経由で利用する Claude Desktop の Code タブを改善した。セッションを開始できない場合、gateway の `code` 設定が構成されていないマシン上で発生した場合も含め、その理由を返信として表示する。Wed, 14 Oct 2026 21:03:49 GMTClaude apps gateway 経由で利用する Claude Desktop の Code タブを改善した。セッションを開始できない場合、gateway の `code` 設定が構成されていないマシン上で発生した場合も含め、その理由を返信として表示する。

---

変更前

セッションを開始できない場合でも、その理由が表示されず、ユーザーはエラーの原因を特定できなかった。特に、gateway の `code` 設定が構成されていないマシンでは、問題の切り分けが難しかった。

変更後

セッションを開始できない場合、その理由が返信として表示されるようになった。gateway の `code` 設定が構成されていないマシンで発生した場合も、同様に理由が表示される。

利点

セッション起動時に問題が発生しても、表示された理由からすぐに原因を特定し対処できる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-ce604312fd24https://claude-code-log.com/changelog/v2.1.296#item-ce604312fd24- 拒否されたクラウドセッションのエラーを改善しました。組織のポリシーを読み込めなかった理由を示し、claude.ai ログインを上書きしている API キーまたは認証トークンを明示するようになりましたWed, 14 Oct 2026 21:03:49 GMT- 拒否されたクラウドセッションのエラーを改善しました。組織のポリシーを読み込めなかった理由を示し、claude.ai ログインを上書きしている API キーまたは認証トークンを明示するようになりました

---

変更前

クラウドセッションが拒否された場合、組織のポリシーが読み込めなかったことやログインが上書きされていること自体は表示されるものの、具体的な原因は分かりませんでした。ユーザーは原因を特定するためにドキュメントや設定を自分で調べる必要がありました。

変更後

エラーメッセージに、組織のポリシーを読み込めなかった理由が示されるようになりました。さらに、claude.ai ログインを上書きしている API キーまたは認証トークンが具体的に名前付きで表示されます。

利点

ユーザーは設定やドキュメントを調査しなくても、エラーメッセージだけでセッション拒否の原因を特定し、修正できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-89bc849e0e6ehttps://claude-code-log.com/changelog/v2.1.296#item-89bc849e0e6e`--debug` 出力を改善し、カスタムエージェントファイルで認識されないフロントマターフィールドを検出した際に、そのフィールド名を表示して考えられるタイプミスのヒントを提示するようにした。Wed, 14 Oct 2026 21:03:49 GMT`--debug` 出力を改善し、カスタムエージェントファイルで認識されないフロントマターフィールドを検出した際に、そのフィールド名を表示して考えられるタイプミスのヒントを提示するようにした。

---

変更前

カスタムエージェントファイル（`agents/*.md`）にサポートされていないフロントマターフィールドがあっても、`--debug` 出力では問題の具体的な内容が分からず、ユーザーは自分で原因を調べる必要があった。

変更後

`--debug` 出力に認識されないフィールド名が表示され、正しいフィールド名のタイプミスである可能性を示すヒントも一緒に提示される。

利点

ユーザーはエージェントファイルのフロントマターのタイプミスをデバッグログから即座に特定して修正できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-320585119aa7https://claude-code-log.com/changelog/v2.1.296#item-320585119aa7auto mode の改善：auto mode のチェックで利用可能な回答が得られなかったために実行されなかったツール呼び出しが、赤いエラーではなく、薄い色の「Not run(未実行)」行として表示されるようになりました。Wed, 14 Oct 2026 21:03:49 GMTauto mode の改善：auto mode のチェックで利用可能な回答が得られなかったために実行されなかったツール呼び出しが、赤いエラーではなく、薄い色の「Not run(未実行)」行として表示されるようになりました。

---

変更前

auto mode のチェックが判断できなかったツール呼び出しは、実行されていないにもかかわらず赤いエラーとして表示されていた。ユーザーは実際にはエラーが発生していないのに、失敗したように見えて混乱する可能性があった。

変更後

チェックで利用可能な回答が得られなかったために実行されなかったツール呼び出しは、赤いエラーではなく、薄い色で表示される「Not run」行として示される。これにより「実行されなかった」ことと「エラーで失敗した」ことが視覚的に区別できる。

利点

ユーザーは未実行のツール呼び出しを誤ってエラーと捉えず、セッションの状態を正確に把握できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-137e6138a2e8https://claude-code-log.com/changelog/v2.1.296#item-137e6138a2e8- フックの `--debug` 出力を改善しました：ツール呼び出し、プロンプト、SessionStart、Stop に対するコマンドフックが、完了時にコマンド、プラグイン、実行結果、所要時間をログに出力するようになり、遅いフックを特定できるようになりましたWed, 14 Oct 2026 21:03:49 GMT- フックの `--debug` 出力を改善しました：ツール呼び出し、プロンプト、SessionStart、Stop に対するコマンドフックが、完了時にコマンド、プラグイン、実行結果、所要時間をログに出力するようになり、遅いフックを特定できるようになりました

---

変更前

`--debug` を有効にしても、コマンドフックの完了時にそのコマンド、プラグイン、実行結果、所要時間はログに記録されず、フックの実行内容や所要時間を確認するには `Ctrl+O` でトランスクリプトを開くなどの別の手段が必要だった。

変更後

ツール呼び出し、プロンプト、SessionStart、Stop に対するコマンドフックが完了すると、`--debug` ログにコマンド、プラグイン、実行結果、所要時間が記録されるようになった。

利点

デバッグログを見るだけで遅いフックを特定できるようになり、フックのパフォーマンス確認が素早く行える。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-3a5f51b4ca9dhttps://claude-code-log.com/changelog/v2.1.296#item-3a5f51b4ca9d転写のローカル GC を抑制する環境変数 `CLAUDE_CODE_TRANSCRIPT_LOCAL_GC` を改善した。従来は、セッションの転写ファイルが大きくなった際に、解放できる領域がファイル全体の 10% 未満であってもファイル全体の書き直しが行われていた。この改善により、解放量が 10% 未満の場合には書き直しを行わず、無駄な書き込み処理が発生しなくなる。Wed, 14 Oct 2026 21:03:49 GMT転写のローカル GC を抑制する環境変数 `CLAUDE_CODE_TRANSCRIPT_LOCAL_GC` を改善した。従来は、セッションの転写ファイルが大きくなった際に、解放できる領域がファイル全体の 10% 未満であってもファイル全体の書き直しが行われていた。この改善により、解放量が 10% 未満の場合には書き直しを行わず、無駄な書き込み処理が発生しなくなる。

---

変更前

セッションの転写ファイルが大きくなった際、GC によって解放できる領域がごくわずか(10% 未満)であっても、ファイル全体が書き直されていた。

変更後

解放できる領域が転写ファイルの 10% 未満である場合には、ファイルの書き直しが行われなくなった。

利点

サイズ削減効果が小さい場合の無駄な書き直し処理が省かれ、大きな転写ファイルを持つセッションの I/O 負荷が軽減される。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-c5b9a68f659ehttps://claude-code-log.com/changelog/v2.1.296#item-c5b9a68f659e`/cost`、ステータスライン、`--max-budget-usd`、SDK のコスト表示において、Sonnet 5.5 のキャッシュ読み取り価格を 100 万トークンあたり $0.10（従来は $0.20）に更新した。Wed, 14 Oct 2026 21:03:49 GMT`/cost`、ステータスライン、`--max-budget-usd`、SDK のコスト表示において、Sonnet 5.5 のキャッシュ読み取り価格を 100 万トークンあたり $0.10（従来は $0.20）に更新した。

---

変更前

Sonnet 5.5 のキャッシュ読み取りトークンは 100 万あたり $0.20 として計上され、`/usage`、ステータスライン、`--max-budget-usd`、SDK のコスト算出に反映されていた。

変更後

Sonnet 5.5 のキャッシュ読み取り価格が 100 万あたり $0.10 に引き下げられ、これらの各コスト表示が新しい単価に基づいて計算される。

利点

Sonnet 5.5 のキャッシュ読み取りを多用するユーザーは、実際の支払いに沿ったより低いコスト数値を確認できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-88602c0ea3e9https://claude-code-log.com/changelog/v2.1.296#item-88602c0ea3e9同梱されている dataviz スキルを更新した。ライトモードで7番目の系列の紫を明るくし、ダークモードで主要テキストの色を柔らかくしたほか、Y軸ラベルを「1K」のようなコンパクトな表記に変更する。Wed, 14 Oct 2026 21:03:49 GMT同梱されている dataviz スキルを更新した。ライトモードで7番目の系列の紫を明るくし、ダークモードで主要テキストの色を柔らかくしたほか、Y軸ラベルを「1K」のようなコンパクトな表記に変更する。

---

変更前

同梱の dataviz スキルでは、ライトモードの7番目の系列の紫が暗く、ダークモードでは主要テキストのコントラストが強めだった。また、Y軸ラベルは「1000」のようなフル表記で表示されていた。

変更後

ライトモードの7番目の系列には明るい紫が使われ、ダークモードでは主要テキストが読みやすい柔らかい色に調整される。Y軸ラベルも「1K」のようなコンパクトな表記になり、グラフの視認性が向上する。

利点

テーマに応じて調整された配色と簡潔な軸ラベルにより、生成されるグラフがより見やすく整ったものになり、ユーザーは可視化結果をそのまま資料などに使いやすくなる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-adb3ac338edchttps://claude-code-log.com/changelog/v2.1.296#item-adb3ac338edc事前に送信される MCP ツールの説明と MCP サーバーの指示について、デフォルトの文字数上限を 2,048 文字から 4,096 文字に変更しました。Wed, 14 Oct 2026 21:03:49 GMT事前に送信される MCP ツールの説明と MCP サーバーの指示について、デフォルトの文字数上限を 2,048 文字から 4,096 文字に変更しました。

---

変更前

MCP ツールの説明やサーバー指示として送られる文字列は、デフォルトで 2,048 文字までに制限されていた。そのため、長いツール説明やサーバー指示は切り詰められて送信される可能性があった。

変更後

デフォルトの上限が 2,048 文字から 4,096 文字に引き上げられ、より長いツール説明やサーバー指示がそのまま送信できるようになった。

利点

ユーザーは設定を変更しなくても、長めのツール説明やサーバー指示が切り詰められずに Claude に伝わるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-9d65a4d2d1a2https://claude-code-log.com/changelog/v2.1.296#item-9d65a4d2d1a2- `←` キーの動作を変更: セッションがバックグラウンドに移行する際に開始されたターンや `!` コマンドは、見えないところで完了する代わりに停止するようになったWed, 14 Oct 2026 21:03:49 GMT- `←` キーの動作を変更: セッションがバックグラウンドに移行する際に開始されたターンや `!` コマンドは、見えないところで完了する代わりに停止するようになった

---

変更前

セッションをバックグラウンドへ移すときに `←` キーでターンや `!` コマンドを開始すると、その処理がユーザーの視界の外で完了まで実行されていた。

変更後

セッションがバックグラウンドに移行する際に開始されたターンや `!` コマンドは、見えないところで完了するのではなく、停止されるようになった。

利点

ユーザーは自分の見ていない間に処理が勝手に完結して結果を見逃すことがなくなる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-69af425fb4bdhttps://claude-code-log.com/changelog/v2.1.296#item-69af425fb4bd[VSCode] 拡張機能の設定に不足していた `claudeCode.spinnerVerbs` を追加しました。settings.json でこの設定の補完と検証が行われるようになり、不正な形式の値が設定されていてもチャットパネルが壊れなくなりました。Wed, 14 Oct 2026 21:03:49 GMT[VSCode] 拡張機能の設定に不足していた `claudeCode.spinnerVerbs` を追加しました。settings.json でこの設定の補完と検証が行われるようになり、不正な形式の値が設定されていてもチャットパネルが壊れなくなりました。

---

変更前

`claudeCode.spinnerVerbs` が拡張機能の設定スキーマに定義されておらず、settings.json で補完や検証の対象にならず、不正な値が設定されるとチャットパネルが動作しなくなることがあった。

変更後

`claudeCode.spinnerVerbs` が設定スキーマに追加され、settings.json で補完と検証が機能するようになり、不正な値でもチャットパネルへの影響がなくなった。

利点

チャットパネルのスピナー表示を settings.json で安全にカスタマイズできる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-d210e5235efchttps://claude-code-log.com/changelog/v2.1.296#item-d210e5235efc- [VSCode] ターミナルと同様に、`@browser` で接続したセッションを含むすべてのセッションで、ブラウザ操作の前に確認を求めるように Claude in Chrome を変更。セッション単位でサイトを許可すると繰り返しの確認は停止するWed, 14 Oct 2026 21:03:49 GMT- [VSCode] ターミナルと同様に、`@browser` で接続したセッションを含むすべてのセッションで、ブラウザ操作の前に確認を求めるように Claude in Chrome を変更。セッション単位でサイトを許可すると繰り返しの確認は停止する

---

変更前

VS Code のセッションで `@browser` と入力して接続した場合、拡張機能がブラウザ操作を自動的に承認し、確認なしで Claude Code がブラウザを操作していた。

変更後

ターミナルと同じ挙動に合わせ、`@browser` で接続したセッションも含めて、すべてのセッションで未許可サイトへのブラウザ操作の前に確認を求めるようになった。確認ダイアログでセッション単位のサイト許可を選べば、そのセッション中は繰り返し確認されない。

利点

ユーザーは CLI と VS Code のどちらでも一貫した確認フローでブラウザ操作を監視でき、意図しない操作を防ぎつつセッション単位の許可で作業を中断されずに進められる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-52abdd9e5ecdhttps://claude-code-log.com/changelog/v2.1.296#item-52abdd9e5ecd[VSCode] Windows で、C:¥repo¥file.ts や file:///C:/repo/file.ts のような Windows のフルパスで書かれたチャットリンクをクリックしてもファイルが開かない問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMT[VSCode] Windows で、C:¥repo¥file.ts や file:///C:/repo/file.ts のような Windows のフルパスで書かれたチャットリンクをクリックしてもファイルが開かない問題を修正しました。

---

変更前

Windows 上の VSCode 拡張で、チャット内に Windows のフルパス形式(C:¥repo¥file.ts や file:///C:/repo/file.ts)で書かれたリンクをクリックしても、該当ファイルが開かれなかった。

変更後

これらのフルパス形式のリンクをクリックすると、Windows でも正しく対応するファイルが開くようになった。

利点

Windows ユーザーはチャット内のファイルパスのリンクから直接ファイルを開けるようになり、手動でファイルを探す手間が減る。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-2c0da1449ba0https://claude-code-log.com/changelog/v2.1.296#item-2c0da1449ba0[VSCode] OS、VS Code、または `prefersReducedMotion` 設定のいずれかでモーション縮減が有効になっているときも、動作中インジケーターがアニメーションし続ける問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT[VSCode] OS、VS Code、または `prefersReducedMotion` 設定のいずれかでモーション縮減が有効になっているときも、動作中インジケーターがアニメーションし続ける問題を修正した。

---

変更前

OS の設定、VS Code の設定、または Claude Code の `prefersReducedMotion` 設定でモーション縮減を有効にしていても、VS Code 拡張の動作中インジケーターがアニメーションし続けていた。

変更後

モーション縮減が有効な場合は、動作中インジケーターがアニメーションせずに表示されるようになった。

利点

モーション縮減を好むユーザーが不要なアニメーションにさらされずに済むようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-6e7a3fdf411chttps://claude-code-log.com/changelog/v2.1.296#item-6e7a3fdf411c[VSCode] ディスプレイのオフやリモートウィンドウの再接続などでパネルがメッセージの追いつきに遅れた後、プロンプトキャッシュクロックがキャッシュが温かい（有効な）状態と表示され続ける問題を修正したWed, 14 Oct 2026 21:03:49 GMT[VSCode] ディスプレイのオフやリモートウィンドウの再接続などでパネルがメッセージの追いつきに遅れた後、プロンプトキャッシュクロックがキャッシュが温かい（有効な）状態と表示され続ける問題を修正した

---

変更前

パネルがメッセージの表示に遅れて追いついた後（ディスプレイのオフやリモートウィンドウの再接続後など）、プロンプトキャッシュクロックが実際のキャッシュ状態を反映せず、キャッシュが温かい（有効な）状態として誤って表示されていた。

変更後

パネルがメッセージに追いついた後も、プロンプトキャッシュクロックが実際のキャッシュの有効期限を正しく反映して表示されるようになった。

利点

ユーザーは誤ったキャッシュ状態の表示に惑わされず、次の応答の速度やコストを正確に予測できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-b5607f17631ehttps://claude-code-log.com/changelog/v2.1.296#item-b5607f17631e- [クラウドセッション] 管理者設定のセルフホスト環境の Activity タブにある、Sessions と Runners のリストにステータスフィルターを追加した。複数のステータスを同時に選択できるWed, 14 Oct 2026 21:03:49 GMT- [クラウドセッション] 管理者設定のセルフホスト環境の Activity タブにある、Sessions と Runners のリストにステータスフィルターを追加した。複数のステータスを同時に選択できる

---

変更前

Activity タブの Sessions と Runners のリストは全件が表示され、特定の状態のセッションやランナーを探すにはリストを目視で確認するしかなかった。結果として、キュー待ちや失敗状態のセッションの把握に手間がかかっていた。

変更後

リストにステータスフィルターが追加され、目的の状態を選んで表示を絞り込めるようになった。さらに複数のステータスを同時に選択できるため、たとえば待機中と実行中を一度に表示できる。

利点

管理者は Activity タブでステータスを選択するだけでセッションやランナーの状況を素早く把握できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-22948582e86ehttps://claude-code-log.com/changelog/v2.1.296#item-22948582e86e- [クラウドセッション] セルフホストランナーを待っているすべてのクラウドセッションが同じ待ち順位を表示していた問題を修正。各セッションが、自分の前に何件のセッションがあるかを表示するようになった。Wed, 14 Oct 2026 21:03:49 GMT- [クラウドセッション] セルフホストランナーを待っているすべてのクラウドセッションが同じ待ち順位を表示していた問題を修正。各セッションが、自分の前に何件のセッションがあるかを表示するようになった。

---

変更前

セルフホストランナーの待ち行列に並ぶクラウドセッションは、どのセッションも同じ待ち順位が表示されていたため、自分が実際に何番目なのか分からなかった。

変更後

各クラウドセッションが、自分の前に待っているセッションの件数を正確に表示するようになった。

利点

セルフホスト環境のキューで待っているユーザーは、自分のセッションがどのくらい待たされるかを事前に把握できる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-cef49b69c90fhttps://claude-code-log.com/changelog/v2.1.296#item-cef49b69c90f[クラウドセッション] クラウドセッションで Claude がまだ返信中のときに送信したメッセージが、返信の完了時にその返信の上に飛び出して表示される不具合を修正しました。メッセージは返信の下に表示されたままとなり、再読み込み後も維持されます。Wed, 14 Oct 2026 21:03:49 GMT[クラウドセッション] クラウドセッションで Claude がまだ返信中のときに送信したメッセージが、返信の完了時にその返信の上に飛び出して表示される不具合を修正しました。メッセージは返信の下に表示されたままとなり、再読み込み後も維持されます。

---

変更前

クラウドセッションで Claude が返信中にユーザーがメッセージを送ると、返信の完了時にそのメッセージが返信より上に移動して表示されていた。また、再読み込みするとその位置関係が保持されない場合があった。

変更後

返信完了後もメッセージは返信の下に正しく表示されるようになった。さらに、再読み込み後もこの表示順序が維持される。

利点

会話のやり取りの順序が時系列どおりに表示されるため、ユーザーは自分のメッセージと Claude の返信の対応関係を見失わずに会話を読めるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-3678260d94b0https://claude-code-log.com/changelog/v2.1.296#item-3678260d94b0- [Claude Tag] スレッド内で最新の返信にのみ、セッションリンク、モデル、コストを表示するフッターを表示するように変更。それより前の返信からはフッターを削除するWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] スレッド内で最新の返信にのみ、セッションリンク、モデル、コストを表示するフッターを表示するように変更。それより前の返信からはフッターを削除する

---

変更前

Claude Tag が Slack のスレッド内で返信するたびに、セッションリンク、モデル、コストを含むフッターが各返信に表示されていた

変更後

フッターはスレッド内の Claude の最新の返信にのみ表示され、それより前の返信からはフッターが削除される

利点

スレッドを遡って見てもフッターの重複がなくなり、最新のセッション情報だけを確認できるようになる

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-08f083590886https://claude-code-log.com/changelog/v2.1.296#item-08f083590886- [Claude Tag] Claude による Slack 返信やタスクチェックリストの一部で、括弧を含む URL へのリンクが壊れる問題を修正。余計なブラケットテキストが表示され、誤ったページが開いていたWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] Claude による Slack 返信やタスクチェックリストの一部で、括弧を含む URL へのリンクが壊れる問題を修正。余計なブラケットテキストが表示され、誤ったページが開いていた

---

変更前

括弧を含む URL へのリンクが壊れ、Slack の返信やタスクチェックリストに余計なブラケットテキストが表示され、クリックすると誤ったページが開いていた。

変更後

括弧を含む URL へのリンクが正しく処理され、ブラケットテキストは表示されず、正しいページが開くようになった。

利点

ユーザーは Claude Tag が共有するリンクをそのまま信頼して開けるようになり、誤ったページに誘導されなくなった。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-8b9a9bbcf92ahttps://claude-code-log.com/changelog/v2.1.296#item-8b9a9bbcf92a[Claude Tag] プルリクエスト番号のような6桁の数字など、16進数のカラーコードに見えるだけのコードの横に、Claude の Slack 返信がカラースウォッチを描画する問題を修正したWed, 14 Oct 2026 21:03:49 GMT[Claude Tag] プルリクエスト番号のような6桁の数字など、16進数のカラーコードに見えるだけのコードの横に、Claude の Slack 返信がカラースウォッチを描画する問題を修正した

---

変更前

Claude Tag が有効な環境では、Claude の Slack 返信内のテキストが16進数のカラーコード形式に一致するかどうかで判定されていた。そのため、プルリクエスト番号のような6桁の数字であっても、カラーコードと誤認識されてカラースウォッチが表示されていた。

変更後

16進数のカラーコードに見えるだけのコードはカラースウォッチとして描画されないように判定が修正された。これにより、プルリクエスト番号のような6桁の数字の横に誤ったカラースウォッチが付かなくなった。

利点

Slack 上の Claude の返信で、番号などが誤ってカラースウォッチとして表示されなくなり、読みやすいメッセージを受け取れるようになった。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-b14e2e34d7b6https://claude-code-log.com/changelog/v2.1.296#item-b14e2e34d7b6[Claude Tag] Claude Tag Admin 権限を持つメンバーが、アクティビティページの Memory タブでワークスペースおよびチャンネルのメモリファイルを作成・編集・削除できるようになったWed, 14 Oct 2026 21:03:49 GMT[Claude Tag] Claude Tag Admin 権限を持つメンバーが、アクティビティページの Memory タブでワークスペースおよびチャンネルのメモリファイルを作成・編集・削除できるようになった

---

変更前

Claude Tag Admin 権限を持つメンバーは、ワークスペースやチャンネルのメモリファイルを管理する手段がなく、メモリの確認や修正には管理者設定など別の経路が必要だった。アクティビティページの Memory タブからはメモリファイルの作成・編集・削除が行えなかった。

変更後

アクティビティページの Memory タブから、Claude Tag Admin 権限を持つメンバーがワークスペースおよびチャンネル単位のメモリファイルを直接作成・編集・削除できるようになった。

利点

Claude Tag Admin 権限を持つメンバーは、管理ページを移動することなく Slack 上の Claude Tag のメモリを Memory タブから直接整理・更新できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-24485aabe213https://claude-code-log.com/changelog/v2.1.296#item-24485aabe213- [Claude Tag] Slack チャンネルに Claude が投稿するプラグイン確認カードで、プラグイン名ではなくプラグイン ID が表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] Slack チャンネルに Claude が投稿するプラグイン確認カードで、プラグイン名ではなくプラグイン ID が表示される問題を修正した

---

変更前

Claude Tag でプラグインの利用確認時に投稿される Slack のカードには、人間には読みにくいプラグインの ID が表示されていた。ユーザーはどのプラグインを確認しているのか判断するために ID を照合する必要があった。

変更後

確認カードにはプラグインの名前が表示されるようになり、ユーザーはカードを見ただけで対象のプラグインを直感的に把握できる。

利点

ユーザーはプラグイン ID を照会することなく、確認カードから即座にプラグインを特定して承認・拒否を判断できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-d3b9bf619b86https://claude-code-log.com/changelog/v2.1.296#item-d3b9bf619b86[Claude Tag] チャンネル自身の設定に含まれないプラグインを削除するカードを、Slack 内の Claude が投稿していた問題を修正した。代わりにそのプラグインの出所を説明するようになった。Wed, 14 Oct 2026 21:03:49 GMT[Claude Tag] チャンネル自身の設定に含まれないプラグインを削除するカードを、Slack 内の Claude が投稿していた問題を修正した。代わりにそのプラグインの出所を説明するようになった。

---

変更前

Slack チャンネル内で Claude は、そのチャンネルの設定に含まれていないプラグインについて「削除する」というカードを投稿していた。そのため、どこから来たプラグインなのかが分からないまま削除提案が出ていた。

変更後

Claude はそのようなカードを投稿せず、代わりにそのプラグインがどこから来たのか（出所）を説明するメッセージを表示するようになった。

利点

ユーザーは出所不明のプラグインを誤って削除しようとする指示に従わずに済み、そのプラグインの由来を理解した上で判断できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-28921cb9804chttps://claude-code-log.com/changelog/v2.1.296#item-28921cb9804c- [Claude Tag] セルフホスト環境でセッションがタスクの途中で新しいランナーに移動した際に、Slack 上の Claude が返信を失うことがある問題を修正したWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] セルフホスト環境でセッションがタスクの途中で新しいランナーに移動した際に、Slack 上の Claude が返信を失うことがある問題を修正した

---

変更前

セルフホスト環境では、セッションはランナーが生成する子プロセスとして実行され、ユーザーが次のメッセージを送るとセッションは新しいランナーに引き継がれる。タスクの途中でセッションが新しいランナーに移ると、Slack 上の Claude による返信がその移行時に失われることがあった。

変更後

タスクの途中でセッションが新しいランナーに移動しても、移行前のターンで生成された返信が Slack で失われないようになった。

利点

セルフホスト環境のユーザーは、セッションがランナー間で移動しても Slack 上の返信が欠落することを気にせずタスクを続けられる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-fd32c46853dahttps://claude-code-log.com/changelog/v2.1.296#item-fd32c46853da[Code Review] レビュー完了後もプルリクエスト上の Code Review チェックが「実行中」のまま表示されることがある問題を修正し、レビュー結果を正しく表示するようにしたWed, 14 Oct 2026 21:03:49 GMT[Code Review] レビュー完了後もプルリクエスト上の Code Review チェックが「実行中」のまま表示されることがある問題を修正し、レビュー結果を正しく表示するようにした

---

変更前

レビューが終わっても、プルリクエスト上の Code Review チェックが「in progress」のまま残ることがあり、結果が反映されない状況が発生していた。

変更後

チェックのステータス管理が修正され、レビュー完了後にレビューの結果がチェックに表示されるようになった。

利点

ユーザーはプルリクエストのチェック状況を確認するだけで、レビューの結果を確実に把握できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.296#item-13f9f9d4c9b6https://claude-code-log.com/changelog/v2.1.296#item-13f9f9d4c9b6- [Code Review] Code Review の管理者設定で、設定を保存できなかった場合に、従来の汎用的な失敗メッセージの代わりに、ポリシーによる制限など保存できなかった理由を表示するように改善したWed, 14 Oct 2026 21:03:49 GMT- [Code Review] Code Review の管理者設定で、設定を保存できなかった場合に、従来の汎用的な失敗メッセージの代わりに、ポリシーによる制限など保存できなかった理由を表示するように改善した

---

変更前

Code Review の管理者設定を保存できなかった場合、理由が分からない汎用的な失敗メッセージだけが表示されていた。管理者は失敗の原因を特定するために、ポリシー設定などを自分で調査する必要があった。

変更後

設定の保存に失敗した際に、ポリシーによる制限など保存できなかった具体的な理由がメッセージに表示されるようになった。管理者は表示された理由をそのまま確認できる。

利点

管理者は設定保存の失敗原因を自分で調査せずに、表示された理由からすぐに対処できるようになる。

---

v2.1.296

]]>https://claude-code-log.com/changelog/v2.1.295#item-3cee45b8b348https://claude-code-log.com/changelog/v2.1.295#item-3cee45b8b348コマンドフックと HTTP フックに `onFailure: Wed, 14 Oct 2026 21:03:49 GMTコマンドフックと HTTP フックに `onFailure:

---

変更前

フックが起動に失敗した・タイムアウトした・予期しない終了コードで終了した場合でも、多くのイベントでは非ブロッキングエラーとして扱われ、アクションは通常の処理を続行していた。

変更後

`onFailure:

利点

フックの失敗時にアクションが黙って通過することがなくなり、ガードとして登録したフックを確実に機能させられるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-23bf54d1c553https://claude-code-log.com/changelog/v2.1.295#item-23bf54d1c553プログラム状態プロトコル(OSC 7501)のサポートを追加しました。対応するターミナルでは、Claude Code が作業中・あなたの入力待ち・完了のどの状態かを表示できます。Wed, 14 Oct 2026 21:03:49 GMTプログラム状態プロトコル(OSC 7501)のサポートを追加しました。対応するターミナルでは、Claude Code が作業中・あなたの入力待ち・完了のどの状態かを表示できます。

---

変更前

ターミナルから Claude Code のセッション状態を知るには、`claude agents --json` をポーリングして `state`(working / blocked / done など)を読み取る必要があった。

変更後

OSC 7501 に対応したターミナルがあれば、Claude Code が状態をエスケープシーケンスでターミナルに伝え、ターミナル側が作業中・入力待ち・完了を表示できるようになった。

利点

ユーザーは外部スクリプトによるポーリングなしに、ターミナル自体の UI で Claude Code の状態を一目で把握できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-b91052b3ec84https://claude-code-log.com/changelog/v2.1.295#item-b91052b3ec84`/copy` のピッカーに引用テキストを追加した。ドラフトされたメッセージを `>` マーカーなしでコピーできるようになる。Wed, 14 Oct 2026 21:03:49 GMT`/copy` のピッカーに引用テキストを追加した。ドラフトされたメッセージを `>` マーカーなしでコピーできるようになる。

---

変更前

返信にコードブロックが含まれる場合、`/copy` を実行するとコードブロックか完全なレスポンスを選択するピッカーが表示されていた。ドラフトされたメッセージに引用テキスト(`>` で始まる行)が含まれている場合、その `>` マーカーも一緒にコピーされていた。

変更後

`/copy` のピッカーに「引用テキスト」の選択肢が追加された。ドラフトされたメッセージを `>` マーカーを取り除いた状態でコピーできる。

利点

ユーザーは引用マーカーを手動で削除することなく、クリーンなドラフトメッセージをそのままコピーして使えるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-db8f1b6267fchttps://claude-code-log.com/changelog/v2.1.295#item-db8f1b6267fc`claude plugin install`、`enable`、`disable`、`marketplace add` において、書き込み先の設定ファイルが読み込めない場合に警告を表示するようにした。Wed, 14 Oct 2026 21:03:49 GMT`claude plugin install`、`enable`、`disable`、`marketplace add` において、書き込み先の設定ファイルが読み込めない場合に警告を表示するようにした。

---

変更前

これらのプラグイン関連コマンドが設定ファイルに書き込みを行っても、そのファイルが読み込めない場合でも、ユーザーには何の警告も表示されず、設定が反映されない原因に気づきにくかった。

変更後

書き込み先の設定ファイルが読み込めない場合、コマンドが警告を表示するようになり、設定が正しく適用されていないことをユーザーがすぐ把握できる。

利点

ユーザーは設定ファイルの読み込み問題に気づいて対処できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-70a22314d175https://claude-code-log.com/changelog/v2.1.295#item-70a22314d175- `claude -p` の実行が最後のターンを終えた後も開いたままになっているとき、ターミナル上であれば stderr に何を待っているのかを示す行を表示するようにしたWed, 14 Oct 2026 21:03:49 GMT- `claude -p` の実行が最後のターンを終えた後も開いたままになっているとき、ターミナル上であれば stderr に何を待っているのかを示す行を表示するようにした

---

変更前

headless モード(`claude -p`)でバックグラウンド Bash タスクや Monitor の監視を待つ間、プロセスが最後のターン後に開いたままになっても、待ち理由を示す表示はなかった。ユーザーは実行が終了していない理由が分からず、応答がない状態を見るしかなかった。

変更後

最後のターン後に実行が開いたままのとき、stderr(ターミナル接続時)に待ち理由を示す行が追加で表示される。バックグラウンドタスクや監視の待ち時間など、実行が継続している理由をひと目で確認できる。

利点

headless モードの実行が終わらないとき、stderr の表示を見て何を待っているかを確認できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-ed7ceec33610https://claude-code-log.com/changelog/v2.1.295#item-ed7ceec33610- Claude アプリゲートウェイの Bedrock、Vertex、Foundry などのクラウド上流で `timeouts.upstream_ttfb_ms` に対応した。設定した値が、そこでストリームが開始するまでの待ち時間を制限し、超過した場合はフェイルオーバーまたは 502 を返す。Wed, 14 Oct 2026 21:03:49 GMT- Claude アプリゲートウェイの Bedrock、Vertex、Foundry などのクラウド上流で `timeouts.upstream_ttfb_ms` に対応した。設定した値が、そこでストリームが開始するまでの待ち時間を制限し、超過した場合はフェイルオーバーまたは 502 を返す。

---

変更前

Bedrock、Vertex、Foundry などのクラウド上流では、`timeouts.upstream_ttfb_ms` の設定が適用されず、ゲートウェイは最大1時間までストリーム開始を待つため、遅い上流でもすぐには切り替わらなかった。

変更後

これらのクラウド上流でも `timeouts.upstream_ttfb_ms` を設定できるようになり、ストリーム開始までの待ち時間を指定した値で制限できる。

利点

直 Anthropic 以外の上流でもタイムアウトを明示的に設定して高速にフェイルオーバーさせられるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-85c4487eeae7https://claude-code-log.com/changelog/v2.1.295#item-85c4487eeae7turnを停止した際、`←` が現在のツールの完了を待っている間に「Backgrounding cancelled(バックグラウンド化をキャンセルしました)」というメッセージを表示するようにしましたWed, 14 Oct 2026 21:03:49 GMTturnを停止した際、`←` が現在のツールの完了を待っている間に「Backgrounding cancelled(バックグラウンド化をキャンセルしました)」というメッセージを表示するようにしました

---

変更前

turnを停止した際、`←` キーが現在のツールの完了を待っている状態でも、その状況に関するフィードバックが表示されなかった

変更後

turnを停止して `←` キーがツールの完了を待っているときに、「Backgrounding cancelled」というメッセージが表示されるようになった

利点

turn停止時の `←` キー操作の状態をユーザーが明確に把握できるようになる

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-fec70d137ffahttps://claude-code-log.com/changelog/v2.1.295#item-fec70d137ffaすべての Claude アプリゲートウェイの上流（upstream）に、任意の `models` リストを追加した：リストされたモデルのみがその上流に送信され、フェイルオーバー時も同様で、エントリ内の `*` 1 個はワイルドカードとして機能する。Wed, 14 Oct 2026 21:03:49 GMTすべての Claude アプリゲートウェイの上流（upstream）に、任意の `models` リストを追加した：リストされたモデルのみがその上流に送信され、フェイルオーバー時も同様で、エントリ内の `*` 1 個はワイルドカードとして機能する。

---

変更前

ゲートウェイの上流設定でモデルを絞り込む方法がなく、すべてのモデルが上流に送信される可能性があった。特定の上流（例：Amazon Bedrock Mantle）が対応していないモデルへのリクエストも、その上流に到達する可能性があった。

変更後

各上流に任意の `models` リストを設定できるようになった。リストに含まれるモデルのみがその上流に送られ、フェイルオーバー時にもこの絞り込みが適用される。また、エントリ内の 1 個の `*` はワイルドカードとして扱われる。

利点

各上流が受け付けるモデルを明示的に制限できるため、Mantle のようにアカウントに許可されたモデルのみを扱う上流や、リージョン固定のデプロイで、対象外のモデルを確実に次の上流へスキップさせられる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-651f33c4f788https://claude-code-log.com/changelog/v2.1.295#item-651f33c4f788- マネージド設定が存在しないマシンにおいて、ユーザー自身の設定で `forceLoginMethod: Wed, 14 Oct 2026 21:03:49 GMT- マネージド設定が存在しないマシンにおいて、ユーザー自身の設定で `forceLoginMethod:

---

変更前

これらのキーはマネージド設定でのみ有効で、ユーザー自身の設定ファイルでは無視されていた。

変更後

マネージド設定が存在しないマシンでは、ユーザー設定にこれらのキーを設定できるようになり、`/login` で指定した Claude アプリのゲートウェイ画面が直接開くようになった。

利点

管理者によるマネージド設定の配布なしに、ユーザーが自分の設定だけでゲートウェイ経由のログインを構成できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-4f418b48365dhttps://claude-code-log.com/changelog/v2.1.295#item-4f418b48365dプラグインの README にインストールコマンドの行がない場合に `claude plugin validate` がアドバイスを表示するようになった。貼り付けるべき行をそのまま出力し、`--strict` を付けても終了コードは変更されない。Wed, 14 Oct 2026 21:03:49 GMTプラグインの README にインストールコマンドの行がない場合に `claude plugin validate` がアドバイスを表示するようになった。貼り付けるべき行をそのまま出力し、`--strict` を付けても終了コードは変更されない。

---

変更前

README にインストール行がなくても `claude plugin validate` は警告を出さず、プラグインを公開してもユーザーがインストール方法を README から確認できないままだった。

変更後

README にインストール行がない場合、バリデーション実行時に貼り付けるべきインストール行をそのまま出力して修正を促す。ただしこの指摘は警告として扱われず、`--strict` を付けても終了コードは変わらない。

利点

ユーザーはバリデーションを実行するだけで README への記載漏れに気づき、貼り付けるインストール行をそのまま使って修正できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-be0fc48e38a1https://claude-code-log.com/changelog/v2.1.295#item-be0fc48e38a1- Claude apps gateway の `inference` 監査イベントに `upstream_request_id` を追加しました。これは Amazon Bedrock、Anthropic API、またはその他の上流からのリクエスト ID で、サポートケース用です。Wed, 14 Oct 2026 21:03:49 GMT- Claude apps gateway の `inference` 監査イベントに `upstream_request_id` を追加しました。これは Amazon Bedrock、Anthropic API、またはその他の上流からのリクエスト ID で、サポートケース用です。

---

変更前

gateway の `inference` 監査イベントには、上流（Amazon Bedrock、Anthropic API など）に送られたリクエストを一意に識別する ID が記録されていなかった。そのため、障害調査やサポート問い合わせの際に、gateway 側の監査ログと上流側の記録を突き合わせることができなかった。

変更後

`inference` 監査イベントに `upstream_request_id` フィールドが新たに含まれるようになった。このフィールドには、gateway がリクエストを転送した上流（Amazon Bedrock、Anthropic API など）が付与したリクエスト ID が記録される。

利点

監査ログのリクエスト ID を手がかりに上流側の記録と突き合わせられるようになり、サポートケースでの問題調査を円滑に行える。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-93a94dd385c3https://claude-code-log.com/changelog/v2.1.295#item-93a94dd385c3モッド(mods)向けに `$.ui.notify` を追加:ユーザー自身の通知設定を通じてネイティブ通知を表示し、どのチャンネルから送られたかを示すWed, 14 Oct 2026 21:03:49 GMTモッド(mods)向けに `$.ui.notify` を追加:ユーザー自身の通知設定を通じてネイティブ通知を表示し、どのチャンネルから送られたかを示す

---

変更前

これまでモッドは `$.ui.status`、`$.ui.toast`、`$.ui.log` を使ってプロンプト下部やトースト、トランスクリプト内にテキストを表示できたが、OS レベルのネイティブ通知を出す手段はなかった。そのため、ユーザーがターミナルを見ていない場合にモッドから注意を促すことができなかった。

変更後

新しい `$.ui.notify` を呼び出すと、ユーザー自身の通知設定に基づいてネイティブ通知が発火し、通知がどのチャンネルから送られたものかも表示される。これによりモッドは Claude が入力待ちの状況などをデスクトップ通知として届けられる。

利点

モッド開発者は既存のデスクトップ通知設定をそのまま利用して、ユーザーがターミナルを監視していなくても通知で注意を促せるようになった。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-3f024acfae4ahttps://claude-code-log.com/changelog/v2.1.295#item-3f024acfae4a- mods の `Button` に子要素を渡せるようになりました。子要素として文字列と `Text` を受け付けます。これにより、リストの 1 行を「チップや薄い表示の詳細を内包した 1 つの押せる要素」としてまとめられるWed, 14 Oct 2026 21:03:49 GMT- mods の `Button` に子要素を渡せるようになりました。子要素として文字列と `Text` を受け付けます。これにより、リストの 1 行を「チップや薄い表示の詳細を内包した 1 つの押せる要素」としてまとめられる

---

変更前

以前は `Button` のラベルは `label` プロパティで指定するテキストのみで、押せる要素の中にスタイル付きテキストやチップを配置できませんでした。リストの行を作るには、`Button` と `Text` を `Box` で横に並べて別々の要素として描画するしかありませんでした。

変更後

今回から `Button` に文字列や `Text` を子要素として渡せるようになりました。リストの 1 行全体を、削除ボタンやチップ、薄い表示の詳細部分を内包した単一の押せる要素として描画できるようになりました。

利点

リストの 1 行をそのまま押せる要素として扱えるため、押せる範囲が広がり、行単位の UI がより自然でクリックしやすくなります。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-9e2e106a1d21https://claude-code-log.com/changelog/v2.1.295#item-9e2e106a1d21無人リトライモード（`CLAUDE_CODE_RETRY_WATCHDOG`）が 429 エラーと 529 エラーを待ち続ける最大時間を制限できる環境変数 `CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS` を追加したWed, 14 Oct 2026 21:03:49 GMT無人リトライモード（`CLAUDE_CODE_RETRY_WATCHDOG`）が 429 エラーと 529 エラーを待ち続ける最大時間を制限できる環境変数 `CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS` を追加した

---

変更前

無人リトライモード（`CLAUDE_CODE_RETRY_WATCHDOG`）を有効にすると、429 および 529 の容量エラーを `CLAUDE_CODE_MAX_RETRIES` の上限に関係なく無期限にリトライし続けていた。そのため、長時間にわたる待機を止める手段がなく、CI ジョブなどが予想以上に長く待ち続ける可能性があった。

変更後

`CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS` を設定することで、無人リトライモードが 429 および 529 エラーに対して待機を続ける最大時間をミリ秒単位で制限できるようになった。この変数を指定すれば、無人リトライモードの無限リトライに時間的な上限を設けられる。

利点

CI ジョブなどの無人実行で、容量エラーによる待機時間に上限を設けられ、ジョブが予想外に長時間滞留するのを防げるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-3ae3f5415e8ehttps://claude-code-log.com/changelog/v2.1.295#item-3ae3f5415e8eClaude アプリゲートウェイの成功した推論レスポンスに `request-id` ヘッダーを追加し、Claude Code テレメトリの `request_id` がゲートウェイの監査ログと一致するようにしたWed, 14 Oct 2026 21:03:49 GMTClaude アプリゲートウェイの成功した推論レスポンスに `request-id` ヘッダーを追加し、Claude Code テレメトリの `request_id` がゲートウェイの監査ログと一致するようにした

---

変更前

ゲートウェイ経由の推論レスポンスには `request-id` ヘッダーがなく、Claude Code テレメトリに記録される `request_id` とゲートウェイの監査ログの対応が確認できなかった。

変更後

ゲートウェイが成功した推論レスポンスに `request-id` ヘッダーを返すようになり、テレメトリの `request_id` がゲートウェイの監査ログと突き合わせられるようになった。

利点

テレメトリと監査ログを `request_id` で突き合わせて請求や使用状況を追跡・検証できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-73a6df9dc47dhttps://claude-code-log.com/changelog/v2.1.295#item-73a6df9dc47d`[1m]` モデル利用時に、ゲートウェイ、Bedrock、Vertex、Foundry が context-1m ベータを拒否するとすべてのリクエストが失敗する問題を修正し、Claude Code はベータを付けずに再送するようにしたWed, 14 Oct 2026 21:03:49 GMT`[1m]` モデル利用時に、ゲートウェイ、Bedrock、Vertex、Foundry が context-1m ベータを拒否するとすべてのリクエストが失敗する問題を修正し、Claude Code はベータを付けずに再送するようにした

---

変更前

`[1m]` サフィックス付きのモデルを使う場合、Claude Code は context-1m ベータを付けてリクエストを送信していた。ゲートウェイ、Bedrock、Vertex、Foundry がこのベータを拒否する環境では、リクエストが失敗してもベータを外して再試行せず、すべてのリクエストが失敗し続けた。

変更後

プロバイダが context-1m ベータを拒否した場合、Claude Code はベータを外したリクエストを再送するようになった。これにより、`[1m]` モデルでも拒否される環境でリクエストが完了する。

利点

ベータを拒否するプロバイダ環境でも `[1m]` モデルでのセッションが継続して動作するようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-276f16c8b9b3https://claude-code-log.com/changelog/v2.1.295#item-276f16c8b9b3`claude -p` のテキスト出力で、バックグラウンド処理が新しいターンを開始した際にそれまでの応答が欠落する問題を修正した。各ターンの応答はターン終了時に出力されるようになった。Wed, 14 Oct 2026 21:03:49 GMT`claude -p` のテキスト出力で、バックグラウンド処理が新しいターンを開始した際にそれまでの応答が欠落する問題を修正した。各ターンの応答はターン終了時に出力されるようになった。

---

変更前

非対話モード(`claude -p`)でバックグラウンド処理が新しいターンを開始すると、それまでのターンで生成済みのテキスト応答が破棄され、出力から欠落していた。

変更後

各ターンの応答がターン終了時に出力されるようになり、バックグラウンド処理が別のターンを開始しても、それまでの応答がテキスト出力から欠落しなくなった。

利点

非対話モードでバックグラウンド処理が走っても応答の欠落を気にせず、出力全体をそのまま後段の処理に使えるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-efc54aeeec44https://claude-code-log.com/changelog/v2.1.295#item-efc54aeeec44- ヘッドレスおよびSDKセッションにおいて、リモートMCPサーバーが15秒以上の障害後に切断されたまま再接続しない問題、または接続直後に切断されるサーバーに対して過剰な頻度で再接続を試みる問題を修正。切断が繰り返される場合はバックオフし、最大30秒まで待機するようになった。Wed, 14 Oct 2026 21:03:49 GMT- ヘッドレスおよびSDKセッションにおいて、リモートMCPサーバーが15秒以上の障害後に切断されたまま再接続しない問題、または接続直後に切断されるサーバーに対して過剰な頻度で再接続を試みる問題を修正。切断が繰り返される場合はバックオフし、最大30秒まで待機するようになった。

---

変更前

ヘッドレス(-p)やAgent SDKのセッションでは、リモートMCPサーバーが15秒を超える障害で切断されると再接続されないまま残ることがあった。また、接続直後に切断するサーバーに対しては、間隔を空けずに再接続を繰り返す状態が発生していた。

変更後

セッション途中で切断されたリモートサーバーに対して、指数バックオフによる自動再接続が正しく行われるようになった。切断が繰り返される場合は再接続の間隔を段階的に延ばし、最大30秒まで待機する。

利点

一時的な障害が発生しても、手動での再接続操作なしにMCPサーバーが自動的に復旧することを確認できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-33db3039fe99https://claude-code-log.com/changelog/v2.1.295#item-33db3039fe99- サーバーのエラーレスポンスに偶然ネットワークエラー名が含まれていた場合に、リモート MCP 接続が切断される問題を修正Wed, 14 Oct 2026 21:03:49 GMT- サーバーのエラーレスポンスに偶然ネットワークエラー名が含まれていた場合に、リモート MCP 接続が切断される問題を修正

---

変更前

リモート MCP サーバーから返されたエラーレスポンスに、たまたまネットワークエラー名(`Request timed out` など)と一致する文字列が含まれていると、Claude Code が実際には接続可能な状態であるにもかかわらずネットワーク障害と誤判定していた。その結果、リモート MCP 接続が切断されていた。

変更後

エラーレスポンス内の文字列だけでネットワークエラーを判定しなくなり、実際の接続状態に基づいて処理するようになった。サーバーのエラーレスポンスにネットワークエラー名が含まれていても、リモート MCP 接続は維持される。

利点

リモート MCP サーバーが返すエラーメッセージの内容に左右されずに、接続が安定して維持されるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-9ae028307372https://claude-code-log.com/changelog/v2.1.295#item-9ae028307372ページネーションのカーソルを繰り返し返す MCP サーバーに対して、接続のたびに同じページを最大 20 回も要求してしまう問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTページネーションのカーソルを繰り返し返す MCP サーバーに対して、接続のたびに同じページを最大 20 回も要求してしまう問題を修正した。

---

変更前

変更前は、ページネーションに対応した MCP サーバーがカーソルを返し続けると、Claude Code が接続のたびに同じページの要求を最大 20 回繰り返していた。

変更後

変更後は、カーソルを正しく追跡してページ送りを進めるため、同一ページの重複要求が発生しなくなった。

利点

ページネーション対応の MCP サーバーへの接続が一度で完了し、ツール一覧の取得が高速化される。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-5696f1f575d3https://claude-code-log.com/changelog/v2.1.295#item-5696f1f575d3MCP ツールから返された CSS・JavaScript・XML ファイルが .bin として保存され、Read ツールが読み取りを拒否する問題を修正しました。フォントファイルやアイコンファイルもそれぞれ固有の拡張子で保存されるようになりました。Wed, 14 Oct 2026 21:03:49 GMTMCP ツールから返された CSS・JavaScript・XML ファイルが .bin として保存され、Read ツールが読み取りを拒否する問題を修正しました。フォントファイルやアイコンファイルもそれぞれ固有の拡張子で保存されるようになりました。

---

変更前

MCP ツールが返した CSS・JavaScript・XML ファイルは、拡張子が判別できず .bin として保存されていました。Read ツールは .bin ファイルの読み取りを拒否するため、ユーザーはこれらのファイルを内容確認のために読めませんでした。

変更後

MCP ツールが返した CSS・JavaScript・XML ファイルが、それぞれ適切な拡張子(.css・.js・.xml)で保存されるようになりました。さらに、フォントファイルやアイコンファイルも独自の拡張子を持つようになり、Read ツールで読み取れるようになりました。

利点

MCP ツール経由で取得したスタイル・スクリプト・XML ファイルを Read ツールで直接読めるようになり、フォントやアイコンファイルも内容を確認できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-6115c56c41aahttps://claude-code-log.com/changelog/v2.1.295#item-6115c56c41aaモデルが `description` の代わりに `command_description` を渡した場合に Bash ツールの呼び出しが失敗する問題を修正したWed, 14 Oct 2026 21:03:49 GMTモデルが `description` の代わりに `command_description` を渡した場合に Bash ツールの呼び出しが失敗する問題を修正した

---

変更前

モデルが Bash ツールの呼び出し時に、パラメータ名として `description` ではなく誤って `command_description` を渡すと、ツール呼び出しが失敗していた。コマンド自体は正しくても、説明フィールドの名前違いにより呼び出しがエラーになっていた。

変更後

モデルが `command_description` という名前を渡しても、Bash ツールはそれを受け付けて処理するようになった。パラメータ名の揺れによってツール呼び出しが失敗しなくなった。

利点

ユーザーは、モデルがパラメータ名を誤って渡しても Bash コマンドがエラーで実行されなくなり、コマンド実行が安定して行えるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-bf7ffcda77c9https://claude-code-log.com/changelog/v2.1.295#item-bf7ffcda77c9- Chrome拡張機能のClaudeにおいて、ポート80で記述されたサイト拒否ルール(`host:80`)が、そのホストの通常の `http://` ページに適用されない問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Chrome拡張機能のClaudeにおいて、ポート80で記述されたサイト拒否ルール(`host:80`)が、そのホストの通常の `http://` ページに適用されない問題を修正した

---

変更前

Chrome拡張のClaudeで、`host:80` とポート番号付きで書かれたサイト拒否ルールは、ポート80で一致するリクエストには適用されるものの、同じホストへの通常の `http://` ページには適用されなかった。その結果、拒否ルールで指定したサイトにポート表記なしの `http://` ページがアクセス可能なまま残る。

変更後

`host:80` 形式の拒否ルールが、そのホストのポート80に該当する `http://` ページにも正しく適用されるようになった。

利点

拒否ルールを `host:80` で書くだけで、ポート80の `http://` ページまで確実にブロックできるようになった。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-4b3ad496a4d2https://claude-code-log.com/changelog/v2.1.295#item-4b3ad496a4d2`/plugin` の Errors タブで、読み込みに失敗したマーケットプレイスを Enter キーで確認した際に、事前に確認することなくそのマーケットプレイスを削除し、そのプラグインをアンインストールしてしまう問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT`/plugin` の Errors タブで、読み込みに失敗したマーケットプレイスを Enter キーで確認した際に、事前に確認することなくそのマーケットプレイスを削除し、そのプラグインをアンインストールしてしまう問題を修正した。

---

変更前

ユーザーが `/plugin` の Errors タブで、読み込みに失敗したマーケットプレイスに Enter キーを押すと、確認ダイアログが表示されることなく、そのマーケットプレイスが削除され、そこからインストールしていたプラグインもアンインストールされていた。誤操作でも削除・アンインストールが即座に実行されるため、意図しない損失が発生するリスクがあった。

変更後

Errors タブで Enter キーを押しても、削除やアンインストールが即座に実行されなくなった。事前に確認を求められ、ユーザーが意図的に選択した場合のみ削除・アンインストールが行われるようになった。

利点

誤って Enter キーを押しても確認ステップが挟まるため、読み込みに失敗したマーケットプレイスやそのプラグインを意図せず失うことがなくなる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-f1378f77897dhttps://claude-code-log.com/changelog/v2.1.295#item-f1378f77897d- プラグインを1つもインストールできない名前のマーケットプレイスに対して `claude plugin marketplace add` が成功を報告する問題を修正した。そのような追加は現在は拒否されるWed, 14 Oct 2026 21:03:49 GMT- プラグインを1つもインストールできない名前のマーケットプレイスに対して `claude plugin marketplace add` が成功を報告する問題を修正した。そのような追加は現在は拒否される

---

変更前

これまで、インストール可能なプラグインが1つも存在しない名前のマーケットプレイスを `claude plugin marketplace add` で追加しようとしても、コマンドは成功として報告していた。ユーザーは追加が完了したと認識するが、実際にはその名前の下ではどのプラグインもインストールできない無効な状態だった

変更後

今回の変更により、プラグインをインストールできない名前のマーケットプレイスの追加は拒否されるようになった。コマンドは成功ではなく失敗を返すため、無効なマーケットプレイスが登録済みとして残ることはない

利点

ユーザーは使えないマーケットプレイスを追加したつもりでインストールに失敗することなく、その場で拒否を把握して正しい名前やソースで再追加できる

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d0795f9fabe3https://claude-code-log.com/changelog/v2.1.295#item-d0795f9fabe3- Fixed a bug in `CLAUDE_AUTO_BACKGROUND_TASKS`: Previously, when a subagent was moved to the background, an edit or shell command that was queued behind it (waiting to run) would sometimes start executing *before* the subagent had finished. Now, execution is handled correctly and the queued processes wait for their turn as intended.Wed, 14 Oct 2026 21:03:49 GMT- Fixed a bug in `CLAUDE_AUTO_BACKGROUND_TASKS`: Previously, when a subagent was moved to the background, an edit or shell command that was queued behind it (waiting to run) would sometimes start executing *before* the subagent had finished. Now, execution is handled correctly and the queued processes wait for their turn as intended.

---

変更前

When a subagent was moved to the background, any edit or shell command waiting behind it would start running before the subagent had finished.

変更後

Processes queued behind the backgrounded subagent now wait until it finishes before starting.

利点

ユーザーがバックグラウンド処理中のサブエージェントの実行結果やリソースの競合を気にする必要がなくなり、システムの安定性が向上する。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d13bfb48134chttps://claude-code-log.com/changelog/v2.1.295#item-d13bfb48134c`claude remote-control` セッションにおいて、スマホでのメッセージ受信直後、`/config` のトグル設定が無効な場合、または Claude Code 内からセッションを開始した場合に、PushNotification が「プッシュ通知は送信されなかった」と誤って報告する問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT`claude remote-control` セッションにおいて、スマホでのメッセージ受信直後、`/config` のトグル設定が無効な場合、または Claude Code 内からセッションを開始した場合に、PushNotification が「プッシュ通知は送信されなかった」と誤って報告する問題を修正した。

---

変更前

PushNotification ツールは、スマホへのメッセージ送信直後、`/config` のトグル設定がない場合、またはセッションが Claude Code 内から開始された場合でも、プッシュ通知が実際には送信されているのに送信されなかったと誤って報告していた。ドキュメントによると、このツールは通知が送信されたかどうかと配信がスキップされた理由を返す仕様だが、これらのケースでは誤った配信ステータスが返されていた。

変更後

これらの状況下でも PushNotification が実際の配信状況を正確に報告するようになり、通知が送信された場合は正しく「送信された」と返すようになった。

利点

スマホからのリモート操作中でも通知の配信状態を正確に把握できるようになり、通知が届いたかどうかを誤解せずに済む。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-cba8143c3d30https://claude-code-log.com/changelog/v2.1.295#item-cba8143c3d30リモートセッションから一度に 256 個を超えるファイルを送った際に、「could not be vouched for(検証できない)」として送信が拒否される問題を修正したWed, 14 Oct 2026 21:03:49 GMTリモートセッションから一度に 256 個を超えるファイルを送った際に、「could not be vouched for(検証できない)」として送信が拒否される問題を修正した

---

変更前

リモートセッションから一度に 256 個を超えるファイルを送ると、検証メカニズムが大量送信に対応できず、「could not be vouched for」という理由でファイルが拒否されていた。その結果、送信側のセッションでは送信に失敗したことが表示され、受け取り側のセッションにはファイルが届かなかった。

変更後

大量送信時にもファイルの検証が正しく行われるようになり、256 個を超えるファイルの一括送信でも拒否されずに受け取り側のセッションに届くようになった。

利点

リモートセッション間で大量のファイルを一括で送っても拒否されずにやり取りできるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-511ff38d9022https://claude-code-log.com/changelog/v2.1.295#item-511ff38d9022ログイン更新の直後に起動した際、管理対象設定の読み込みがまれに失敗する問題を修正したWed, 14 Oct 2026 21:03:49 GMTログイン更新の直後に起動した際、管理対象設定の読み込みがまれに失敗する問題を修正した

---

変更前

ログイン更新の直後にClaude Codeを起動すると、管理対象設定（managed settings）の読み込みがまれに失敗することがあった。この場合、そのセッションでは組織のポリシー設定が正しく適用されない可能性があった。

変更後

起動時の管理対象設定の読み込み処理が修正され、ログイン更新の直後に起動しても設定が確実に読み込まれるようになった。

利点

ユーザーはログイン更新直後の起動でも管理対象設定が欠落せずに適用されることを信頼できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-ea09cf25b68chttps://claude-code-log.com/changelog/v2.1.295#item-ea09cf25b68c- `/tui` の実行時に Claude Code を再起動できなかった場合、メッセージなしで終了したり、生のシステムエラーをそのまま表示して終了したりする問題を修正したWed, 14 Oct 2026 21:03:49 GMT- `/tui` の実行時に Claude Code を再起動できなかった場合、メッセージなしで終了したり、生のシステムエラーをそのまま表示して終了したりする問題を修正した

---

変更前

Claude Code を再度起動できなかったとき、`/tui` はメッセージを表示せずに終了するか、生のシステムエラーをそのまま出力して終了していた。ユーザーには何が起きたのか、どう対処すればよいのかが伝わらなかった。

変更後

修正後は、Claude Code を再起動できなかった場合でも、ユーザーに状況がわかるメッセージが表示されるようになった。errors.md には `/tui` が CLI を再起動するコマンドであること、および再起動に失敗した際の対処法(別の設定でセッションを開始し `/tui fullscreen` または `/tui default` を実行して戻る)が文書化されている。

利点

起動失敗時にユーザーが原因と対処法を把握できるようになり、黙って終了する代わりに適切に復旧の手段を取れるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-77e29719e872https://claude-code-log.com/changelog/v2.1.295#item-77e29719e872- 返信が残した色や隠蔽スタイルによって、テキストとして表示されるリンク先が隠れてしまう問題を修正しました。テーブル内で折り返される場合や質問プレビューの場合を含みますWed, 14 Oct 2026 21:03:49 GMT- 返信が残した色や隠蔽スタイルによって、テキストとして表示されるリンク先が隠れてしまう問題を修正しました。テーブル内で折り返される場合や質問プレビューの場合を含みます

---

変更前

変更前は、セッション内の返信がリンクのテキストに色指定や隠蔽スタイルを適用すると、リンク先のアドレスが見えなくなっていた。テーブル内で折り返したリンクや質問プレビュー内のリンクでも同様の問題が発生していた。

変更後

変更後は、返信がリンクに色や隠蔽スタイルを残しても、テキストとして表示されるリンク先が隠れなくなった。テーブル内での折り返しや質問プレビュー内のケースでもリンク先が正しく表示される。

利点

ユーザーは、返信のスタイル指定に影響されずにリンク先のアドレスを常に確認できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-bc1ca9eab23chttps://claude-code-log.com/changelog/v2.1.295#item-bc1ca9eab23c- Claude apps ゲートウェイでサインインしたセッションにおいて、`availableModels` に記載された Fable モデルが `/model` ピッカーに表示されない問題を修正。該当モデルは、同一モデル向けに追加された `modelPicker` 行の代わりに、組み込みの行を表示するようになったWed, 14 Oct 2026 21:03:49 GMT- Claude apps ゲートウェイでサインインしたセッションにおいて、`availableModels` に記載された Fable モデルが `/model` ピッカーに表示されない問題を修正。該当モデルは、同一モデル向けに追加された `modelPicker` 行の代わりに、組み込みの行を表示するようになった

---

変更前

Claude apps ゲートウェイでサインインしたセッションでは、`availableModels` に記載された Fable モデルが `/model` ピッカーに表示されなかった。代わりに、同一モデル向けに `modelPicker` 設定によって追加された行が表示されていた。

変更後

Fable モデルが `availableModels` に記載されている場合、`modelPicker` によって追加された行の代わりに、組み込みの行がピッカーに表示されるようになった。

利点

ユーザーは、Claude apps ゲートウェイ経由のセッションでも `availableModels` で指定した Fable モデルを正しくピッカーから選択できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-2ed692906a51https://claude-code-log.com/changelog/v2.1.295#item-2ed692906a51セッションがグループを保持しなくなった後も、Claude apps gateway の管理用支出ビューに開発者の古いグループとグループ上限が表示される問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTセッションがグループを保持しなくなった後も、Claude apps gateway の管理用支出ビューに開発者の古いグループとグループ上限が表示される問題を修正しました。

---

変更前

開発者のセッションが IdP グループを保持しなくなった後も、管理画面の支出ビューには以前のグループ情報とグループ上限が表示され続けていた。そのため、管理者は開発者の現状と一致しない古い所属グループや適用上限を目にする可能性があった。

変更後

セッションがグループを保持しなくなった時点で、支出ビューに表示されるグループとグループ上限が開発者の現在の状態に反映されるようになった。管理者は常に最新のグループ所属と上限を確認できる。

利点

開発者のグループ所属が変わった際に、管理者が支出ビュー上で古いグループや上限に基づいて判断してしまうことを避けられるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-e7fd49cdc95fhttps://claude-code-log.com/changelog/v2.1.295#item-e7fd49cdc95f- `CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC` を設定すると、`/usage` やステータスラインで Claude apps ゲートウェイの支出上限が表示されなくなる問題を修正しました。支出上限のリクエストは、セッションがサインインしているゲートウェイに送信されます。Wed, 14 Oct 2026 21:03:49 GMT- `CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC` を設定すると、`/usage` やステータスラインで Claude apps ゲートウェイの支出上限が表示されなくなる問題を修正しました。支出上限のリクエストは、セッションがサインインしているゲートウェイに送信されます。

---

変更前

環境変数 `CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC` を設定していると、ゲートウェイの支出上限を取得するリクエストまで抑制され、`/usage` の Spend limit バーやステータスラインの `rate_limits.spend_limit` オブジェクトに支出上限が表示されませんでした。

変更後

支出上限の取得リクエストは「不要なトラフィック」の対象から除外され、セッションがサインインしているゲートウェイに対して送信されるようになりました。これにより、`/usage` やステータスラインに支出上限が正しく表示されます。

利点

データ送信を抑える設定を使っていても、支出上限の利用状況や警告をこれまでどおり確認できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-83feb85672e5https://claude-code-log.com/changelog/v2.1.295#item-83feb85672e5Fix: 自身にリンクされた worktree で動作している subagent に、親セッションの git ブランチ、ステータス、最近のコミットが表示される不具合を修正しました。Wed, 14 Oct 2026 21:03:49 GMTFix: 自身にリンクされた worktree で動作している subagent に、親セッションの git ブランチ、ステータス、最近のコミットが表示される不具合を修正しました。

---

変更前

worktree isolation を有効にして subagent を独自の worktree で実行した場合でも、その subagent に表示される git コンテキスト（現在のブランチ、git ステータス、最近のコミット）は親セッションのものが表示されていました。

変更後

subagent が自身の worktree 内で動作している場合、表示される git ブランチ、ステータス、最近のコミットはその worktree に紐づく情報が表示されるようになりました。

利点

subagent の実行状況やコミット履歴を worktree ごとに正確に確認できるようになり、並列作業の管理がしやすくなります。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-3fac6e009b61https://claude-code-log.com/changelog/v2.1.295#item-3fac6e009b61プロンプトへのテキスト入力によって `←` キーでのバックグラウンド化がキャンセルされた際に、Claude が現在実行中のツールの終了時点で停止してしまう不具合を修正しました。以前は、未送信テキストによるバックグラウンド化のキャンセル時に、Claude がその時点で動作を止めていました。今後は、Claude がフォアグラウンドで作業を継続するようになります。Wed, 14 Oct 2026 21:03:49 GMTプロンプトへのテキスト入力によって `←` キーでのバックグラウンド化がキャンセルされた際に、Claude が現在実行中のツールの終了時点で停止してしまう不具合を修正しました。以前は、未送信テキストによるバックグラウンド化のキャンセル時に、Claude がその時点で動作を止めていました。今後は、Claude がフォアグラウンドで作業を継続するようになります。

---

変更前

プロンプトに未送信のテキストがある状態で `←` を押すとバックグラウンド化がキャンセルされるが、その際に Claude は現在実行中のツールが終わると停止していた。

変更後

同じ操作でバックグラウンド化がキャンセルされても、Claude はフォアグラウンドで作業を継続する。

利点

入力を途中まで打った状態でバックグラウンド化をキャンセルしても、Claude の作業が止まらずそのまま続けられるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-80b277e49467https://claude-code-log.com/changelog/v2.1.295#item-80b277e49467起動後に登録される組み込みツールに `--tools` と `--restricted` が適用されない問題、および呼び出し元のツールセット外のツールに非推奨のツール名が到達する問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT起動後に登録される組み込みツールに `--tools` と `--restricted` が適用されない問題、および呼び出し元のツールセット外のツールに非推奨のツール名が到達する問題を修正した。

---

変更前

`--tools` や `--restricted` でツールを制限していても、起動後に登録される組み込みツールには制限が反映されず、アクセスできてしまっていた。また、非推奨のツール名が、呼び出し元のツールセットに含まれないツールにまで到達してしまうことがあった。

変更後

起動後に登録される組み込みツールにも `--tools` と `--restricted` の設定が正しく適用されるようになった。さらに、非推奨のツール名が呼び出し元のツールセット外のツールに到達しないようになった。

利点

`--tools` や `--restricted` によるツール制限が全ツールに対して一貫して効くようになり、意図しないツールへのアクセスを確実に防げるようになった。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-78d12b2bc14ehttps://claude-code-log.com/changelog/v2.1.295#item-78d12b2bc14eClaude が MCP サーバーのリソース一覧を待っている間、割り込みがタイムアウトまでターンを終了しない問題を修正したWed, 14 Oct 2026 21:03:49 GMTClaude が MCP サーバーのリソース一覧を待っている間、割り込みがタイムアウトまでターンを終了しない問題を修正した

---

変更前

MCP サーバーのリソース一覧の取得待ちの間に割り込み操作をしても、ターンはタイムアウトが発生するまで終了しなかった。ユーザーは割り込み後も長時間待たされることになった。

変更後

割り込み操作を行うと、MCP サーバーの応答を待たずに即座にターンを終了できる。タイムアウトまで待たされることがなくなった。

利点

割り込みが即時に効くため、MCP サーバーの応答が遅い場合でもすぐに会話を中断・方向転換できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-40cbc501cbc3https://claude-code-log.com/changelog/v2.1.295#item-40cbc501cbc3mod のフックに、深くネストされたツール入力がエラーなしに途中で切られた状態で渡される問題を修正した。以前は、ツール入力が深くネストされていると切り詰められたデータがそのままフックに渡り、エラーも表示されなかった。この結果、ガードが実際には検証していない内容を承認して通過させてしまう可能性があった。今後はこのような切り詰めが起きても適切にエラーとして扱われるため、ガードが見たこともないコンテンツを意図せず通過させるリスクがなくなる。Wed, 14 Oct 2026 21:03:49 GMTmod のフックに、深くネストされたツール入力がエラーなしに途中で切られた状態で渡される問題を修正した。以前は、ツール入力が深くネストされていると切り詰められたデータがそのままフックに渡り、エラーも表示されなかった。この結果、ガードが実際には検証していない内容を承認して通過させてしまう可能性があった。今後はこのような切り詰めが起きても適切にエラーとして扱われるため、ガードが見たこともないコンテンツを意図せず通過させるリスクがなくなる。

---

変更前

深くネストされたツール入力が切り詰められても、エラーを示さずにそのまま mod のフックへ渡されていた。フックは切られた入力を完全なものとして受け取り、結果を返していた。

変更後

切り詰められた入力が渡される不具合が解消され、フックは完全なツール入力を受け取るか、明示的なエラーで処理が中断される。

利点

ガードが検証していないコンテンツを誤って承認して通すことなく、ツール呼び出しの安全性を保てるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-36efd19573a8https://claude-code-log.com/changelog/v2.1.295#item-36efd19573a8- `←` でバックグラウンドに移動したセルフペースの `/loop` に対して `Esc` を押してもループが停止しない問題を修正しました。保留中のウェイクアップをキャンセルする際には通知が表示されるようになりました。Wed, 14 Oct 2026 21:03:49 GMT- `←` でバックグラウンドに移動したセルフペースの `/loop` に対して `Esc` を押してもループが停止しない問題を修正しました。保留中のウェイクアップをキャンセルする際には通知が表示されるようになりました。

---

変更前

セルフペースの `/loop` を `←` でバックグラウンドに移動した後、`Esc` を押しても保留中のウェイクアップがキャンセルされず、ループが再度実行されていました。

変更後

`Esc` を押すことでバックグラウンドのセルフペース `/loop` も停止できるようになり、保留中のウェイクアップをキャンセルした際には通知が表示されます。

利点

ユーザーは `Esc` でループを確実に停止できるため、意図せずループが再実行されることを防げます。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-cf2f6f18b662https://claude-code-log.com/changelog/v2.1.295#item-cf2f6f18b662バックグラウンドセッションで実行されるコマンドやフックが `FORCE_COLOR=3` を継承し、Claude が読み取る出力にカラーエスケープコードが混入する問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTバックグラウンドセッションで実行されるコマンドやフックが `FORCE_COLOR=3` を継承し、Claude が読み取る出力にカラーエスケープコードが混入する問題を修正した。

---

変更前

バックグラウンドセッション内でコマンドやフックを実行すると、親プロセスから `FORCE_COLOR=3` が継承されていた。そのため、本来カラー表示の不要な内部出力に ANSI カラーエスケープコードが埋め込まれ、Claude が読み取る出力にノイズが混入していた。

変更後

バックグラウンドセッションで実行されるコマンドやフックが `FORCE_COLOR=3` を継承しないようになった。これにより、Claude が読み取る出力からカラーエスケープコードが除去され、クリーンなテキストとして解析できるようになった。

利点

バックグラウンドセッションでコマンドやフックの出力がカラーコードのノイズに汚されなくなり、Claude が正確に結果を解釈できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d1496a78f4edhttps://claude-code-log.com/changelog/v2.1.295#item-d1496a78f4ed- セッションを開いたまま両方が停止した場合（再起動時など）、`claude agents` の終了時に新しいバックグラウンドサービス（スーパーバイザープロセス）が起動される問題を修正Wed, 14 Oct 2026 21:03:49 GMT- セッションを開いたまま両方が停止した場合（再起動時など）、`claude agents` の終了時に新しいバックグラウンドサービス（スーパーバイザープロセス）が起動される問題を修正

---

変更前

セッションを開いたまま `claude agents` とバックグラウンドサービスを停止すると（例：システムの再起動時）、`claude agents` の終了時に新しいバックグラウンドサービスが起動されていた。その結果、シャットダウンが遅延し、中断されていたセッションが再起動されていた。

変更後

`claude agents` の終了時に新しいバックグラウンドサービスが起動されなくなった。セッションを開いたまま両方を停止しても、シャットダウンが遅延せず、中断されたセッションが再起動されることもない。

利点

システムの再起動時にバックグラウンドサービスが不要に再起動されることによるシャットダウンの遅延やセッションの意図しない再開を回避できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-7bf5d957390chttps://claude-code-log.com/changelog/v2.1.295#item-7bf5d957390c`worker` という名前のカスタムエージェントが、auto-mode の拒否通知やタスク詳細ビューのアクティビティリストで「Agent」と表示される問題を修正したWed, 14 Oct 2026 21:03:49 GMT`worker` という名前のカスタムエージェントが、auto-mode の拒否通知やタスク詳細ビューのアクティビティリストで「Agent」と表示される問題を修正した

---

変更前

カスタムエージェントに `worker` という名前を付けても、auto-mode がアクションを拒否した際の通知や `/tasks` のタスク詳細ビューのアクティビティリストでは、エージェントの実際の名前が表示されず、汎用的な「Agent」というラベルで表示されていた。そのため、どのエージェントが拒否されたのか、どのエージェントが動作しているのかを判別しにくかった。

変更後

auto-mode の拒否通知やタスク詳細ビューのアクティビティリストでも、カスタムエージェントに付けた `worker` などの実際の名前が表示されるようになった。これにより、複数のエージェントが動作している場面でも、通知やリストから対象のエージェントを正確に識別できる。

利点

カスタムエージェントの名前が通知やアクティビティリストにそのまま表示されるため、どのエージェントが拒否されたり動作したりしているのかを確認するために追加の操作をする必要がなくなった。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-cc5056951233https://claude-code-log.com/changelog/v2.1.295#item-cc5056951233- glob パターンに対する for ループにおける Bash 権限チェックを修正し、権限チェックの精度を向上させたWed, 14 Oct 2026 21:03:49 GMT- glob パターンに対する for ループにおける Bash 権限チェックを修正し、権限チェックの精度を向上させた

---

変更前

Bash ツールで glob パターンを対象とした for ループ(`for f in *.ts; do ...; done` など)を実行する場合、ループ内のコマンドに対する権限チェックが正しく行われないことがあった。その結果、許可ルールに基づく判定が不正確になり、本来許可されるべきコマンドで確認を求められたり、その逆のケースが発生する可能性があった。

変更後

glob パターンを含む for ループを Bash で実行する際に、ループ内の各コマンドに対する権限チェックが正確に行われるようになった。許可・拒否ルールの判定がループの内容を正しく反映する。

利点

glob パターンを使う for ループを含む Bash コマンドでも、設定した権限ルールどおりの正確な許可・確認判定を受けられるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-c2559d756ab3https://claude-code-log.com/changelog/v2.1.295#item-c2559d756ab3Workflow サブエージェントから呼び出された fork スキルの結果が、呼び出し元のエージェントではなくメイン会話に配信される問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTWorkflow サブエージェントから呼び出された fork スキルの結果が、呼び出し元のエージェントではなくメイン会話に配信される問題を修正した。

---

変更前

Workflow サブエージェントから fork スキル(`context: fork`)を呼び出した場合、そのスキルの実行結果がメイン会話に配信されていた。

変更後

実行結果はスキルを呼び出した Workflow サブエージェント自身に正しく配信されるようになった。

利点

fork スキルの結果が呼び出し元の Workflow サブエージェントに届くようになり、ワークフロー内の後続処理が結果を正しく利用できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-aaa8e84f3692https://claude-code-log.com/changelog/v2.1.295#item-aaa8e84f3692ツール検索経由でツールをロードするまで、最初の SendMessage 呼び出しが失敗していたインプロセスのエージェントチームメイトの問題を修正したWed, 14 Oct 2026 21:03:49 GMTツール検索経由でツールをロードするまで、最初の SendMessage 呼び出しが失敗していたインプロセスのエージェントチームメイトの問題を修正した

---

変更前

インプロセスのエージェントチームメイトでは、ツール検索（tool search）による遅延ロードの仕組み上、SendMessage ツールがまだロードされていない状態で起動していた。そのため、チームメイトが最初に SendMessage を呼び出すと、ツールがロードされるまで呼び出しが失敗していた。

変更後

ツールがロードされる前に SendMessage が呼び出されても、チームメイトがその呼び出しを正常に処理できるようになった。最初の SendMessage 呼び出しがツールロード待ちで失敗することはなくなった。

利点

ユーザーはインプロセスのチームメイトへの最初のメッセージ送信が失敗することを気にせず、チームをスムーズに運用できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-b87482ee7413https://claude-code-log.com/changelog/v2.1.295#item-b87482ee7413- セッション再開時に、未完了のバックグラウンドワークフローが `TaskStop` によって停止された可能性があるという誤った情報を Claude に伝えてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT- セッション再開時に、未完了のバックグラウンドワークフローが `TaskStop` によって停止された可能性があるという誤った情報を Claude に伝えてしまう問題を修正した

---

変更前

セッションを再開したとき、Claude は未完了のバックグラウンドワークフローが `TaskStop` で停止された可能性があると伝えられていた。しかし `TaskStop` はワークフロー停止の原因にはなり得ないため、この情報は誤りだった。

変更後

再開時にこの誤った情報を Claude に渡さないようにした。Claude はワークフローの状態について誤解せずに会話を続けられる。

利点

セッション再開後も Claude がバックグラウンドワークフローの状態を誤認せず、正確な応答を行えるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-684047e3eca1https://claude-code-log.com/changelog/v2.1.295#item-684047e3eca1タスクパネルや接続されたクライアントから実行時間の長い MCP ツール呼び出しを停止しても、そのことが Claude に伝わらない問題を修正したWed, 14 Oct 2026 21:03:49 GMTタスクパネルや接続されたクライアントから実行時間の長い MCP ツール呼び出しを停止しても、そのことが Claude に伝わらない問題を修正した

---

変更前

タスクパネルや接続クライアントから長時間実行中の MCP ツール呼び出しを停止しても、Claude はその割り込みを知らされず、停止されたことを認識できないままだった。

変更後

MCP ツール呼び出しを停止すると、その中断が Claude に通知されるようになり、Claude はツール呼び出しが停止されたことを認識した上で次の行動に進める。

利点

ユーザーは実行中のツールを中断した後も、Claude が状況を正しく把握しているため、そのまま会話を続けられる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-1336983ce8abhttps://claude-code-log.com/changelog/v2.1.295#item-1336983ce8abセッションのプロセスが停止している間に次の起床時刻が到来しても、バックグラウンドセッションの `/loop` が告知なく停止する問題を修正した。現在はセッションがその旨を伝え、Claude にも通知される。Wed, 14 Oct 2026 21:03:49 GMTセッションのプロセスが停止している間に次の起床時刻が到来しても、バックグラウンドセッションの `/loop` が告知なく停止する問題を修正した。現在はセッションがその旨を伝え、Claude にも通知される。

---

変更前

バックグラウンドセッションのプロセスが停止している間に `/loop` の次の起床時刻を迎えると、ループは告知なく停止していた。

変更後

同じ状況でもループは停止せず、セッションがその状態をユーザーに伝え、Claude にも通知される。

利点

ユーザーは `/loop` が黙って止まってしまうことに気づかず放置する状況を避け、セッション再開時にループの状態を把握できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-3c3de5b37ff8https://claude-code-log.com/changelog/v2.1.295#item-3c3de5b37ff8返信やチームメイトのメッセージ内で、生のターミナルハイパーリンクのバイト列が、アドレスを隠したままクリック可能なリンクとして描画される問題を修正しましたWed, 14 Oct 2026 21:03:49 GMT返信やチームメイトのメッセージ内で、生のターミナルハイパーリンクのバイト列が、アドレスを隠したままクリック可能なリンクとして描画される問題を修正しました

---

変更前

返信やチームメイトのメッセージに OSC 8 などのターミナルハイパーリンクのバイト列（エスケープシーケンス）が含まれていると、Claude Code がそれをそのままクリック可能なリンクとして描画し、実際のリンク先アドレスはユーザーから見えない状態だった。

変更後

生のバイト列がリンクとして描画されないように修正され、隠れたアドレスを持つクリック可能なリンクが表示されなくなった。

利点

メッセージ内に埋め込まれた見えないリンク先に誤ってアクセスするリスクがなくなり、表示されるリンクの実体を確認できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-ab17e872aef6https://claude-code-log.com/changelog/v2.1.295#item-ab17e872aef6リポジトリに大きな git サブモジュールがあるプラグインマーケットプレイスの追加・更新に失敗する問題を修正: プラグインファイルを保持するサブモジュールだけを取得するようにした。Wed, 14 Oct 2026 21:03:49 GMTリポジトリに大きな git サブモジュールがあるプラグインマーケットプレイスの追加・更新に失敗する問題を修正: プラグインファイルを保持するサブモジュールだけを取得するようにした。

---

変更前

マーケットプレイスのリポジトリに大きな git サブモジュールが含まれていると、そのリポジトリ全体が取得対象となっていたため、`/plugin marketplace add` やマーケットプレイスの更新（リフレッシュ）が失敗したり非常に遅くなったりすることがあった。

変更後

マーケットプレイスの追加や更新の際、プラグインファイルを保持するサブモジュールだけが取得されるようになった。プラグインに関係しない大きな git サブモジュールは取得されない。

利点

大きな無関係なサブモジュールを含むマーケットプレイスのリポジトリでも、追加や更新を確実に実行できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-84fa914ff696https://claude-code-log.com/changelog/v2.1.295#item-84fa914ff696「/advisor」ダイアログで、すでに利用できなくなった保存済みアドバイザーモデルにチェックマークが表示される問題を修正しました。ダイアログは「アドバイザーなし」の状態で開くようになりますWed, 14 Oct 2026 21:03:49 GMT「/advisor」ダイアログで、すでに利用できなくなった保存済みアドバイザーモデルにチェックマークが表示される問題を修正しました。ダイアログは「アドバイザーなし」の状態で開くようになります

---

変更前

保存済みのアドバイザーモデルが現時点で利用できない場合でも、/advisor ダイアログではそのモデルにチェックマークが付いた状態で表示されていた。そのため、選択されているモデルが実際には機能しない状態なのに、有効であるかのように見えた。

変更後

保存済みのアドバイザーモデルが利用できなくなっている場合、/advisor ダイアログを開くとチェックマークが付かず、「No advisor(アドバイザーなし)」の状態で表示される。ユーザーはダイアログから現在有効なアドバイザーの状態を正しく確認できる。

利点

ユーザーは利用できないアドバイザーモデルが選択済みと誤認することなく、ダイアログを開いた時点で実際のアドバイザーの状態を正しく把握できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-0fba6125fcbehttps://claude-code-log.com/changelog/v2.1.295#item-0fba6125fcbeバックグラウンドに移行した MCP ツール呼び出しの通知が、短縮されたタスク ID を表示する問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTバックグラウンドに移行した MCP ツール呼び出しの通知が、短縮されたタスク ID を表示する問題を修正した。

---

変更前

長時間の MCP ツール呼び出しがバックグラウンドタスクに移行した際、通知に表示されるタスク ID が短縮形で表示されていた。

変更後

通知には完全なタスク ID が表示されるようになり、タスクの正確な識別が可能になった。

利点

ユーザーは通知からタスク ID を正確に確認でき、バックグラウンドタスクの追跡や照合を確実に行えるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-616d90977577https://claude-code-log.com/changelog/v2.1.295#item-616d90977577- vimモードで `~` が行の最後の文字より先にカーソルを移動してしまい、その直後の `x` が何も削除しなくなる問題、および `3~` が次の行にまで処理が及ぶ問題を修正したWed, 14 Oct 2026 21:03:49 GMT- vimモードで `~` が行の最後の文字より先にカーソルを移動してしまい、その直後の `x` が何も削除しなくなる問題、および `3~` が次の行にまで処理が及ぶ問題を修正した

---

変更前

vimモードで `~` を押すと、カーソルが行の最後の文字より先（存在しない位置）に移動していた。その状態で文字削除の `x` を押してもカーソルの下に文字がないため何も起こらず、また `3~` のような回数指定のケースでは処理が次の行にまで及んでいた。

変更後

`~` は行の最後の文字の位置で止まるようになり、行末で `~` を押した後でも `x` が正しく文字を削除できる。`3~` も次の行に漏出することなく、指定した行内だけでケース変換が完了する。

利点

ユーザーは行末での `~` と `x` の組み合わせや回数指定の `~` 操作でも、期待どおりの文字削除・ケース変換が行えるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-219df84c0447https://claude-code-log.com/changelog/v2.1.295#item-219df84c0447macOS からコピーしたアクセント付きテキスト(ファイル名など)をプロンプトの途中に貼り付けた際に、カーソルが1文字分先の位置に着いてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMTmacOS からコピーしたアクセント付きテキスト(ファイル名など)をプロンプトの途中に貼り付けた際に、カーソルが1文字分先の位置に着いてしまう問題を修正した

---

変更前

macOS でコピーしたアクセント付きテキスト(ファイル名など)をプロンプトの途中に貼り付けると、カーソルが本来の位置より1文字分先に移動していた。そのため、貼り付け直後に文字を入力すると、意図した位置から1文字ずれた位置に入力されていた。

変更後

アクセント付きテキストを貼り付けても、カーソルが貼り付けたテキストの直後の正しい位置に着くようになった。貼り付け直後に入力しても、意図した位置に文字が挿入される。

利点

macOS からのコピー&ペースト時にカーソル位置を意識せず、そのまま続けて入力できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-9cd68526821fhttps://claude-code-log.com/changelog/v2.1.295#item-9cd68526821f応答が数万行に達したときにターミナルがフリーズし、Ctrl+C が無視される問題を修正したWed, 14 Oct 2026 21:03:49 GMT応答が数万行に達したときにターミナルがフリーズし、Ctrl+C が無視される問題を修正した

---

変更前

Claude Code の応答が数万行に達するとターミナルがフリーズし、Ctrl+C を押しても操作がキャンセルされず、ターミナルの終了と再起動が必要になることがあった。

変更後

応答が数万行に及んでもターミナルがフリーズしなくなり、Ctrl+C によるキャンセルが正しく機能する。

利点

長い応答の途中で Ctrl+C を押して操作を中断できるようになり、ターミナルの再起動が不要になる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-5244c67817dchttps://claude-code-log.com/changelog/v2.1.295#item-5244c67817dcプラグインフックワーカーの再起動中にモッドが再ロードされる間に発する呼び出しが、`.catch` を持つ別のモッドのガードフックをすり抜ける問題を修正した。こうした呼び出しは現在拒否されるWed, 14 Oct 2026 21:03:49 GMTプラグインフックワーカーの再起動中にモッドが再ロードされる間に発する呼び出しが、`.catch` を持つ別のモッドのガードフックをすり抜ける問題を修正した。こうした呼び出しは現在拒否される

---

変更前

ガードフックが `.catch` ハンドラーを持ち、プラグインフックワーカーが再起動するタイミングでモッドが再ロードされると、そのモッドが発する呼び出しがガードによるチェックを経由せずに通過していた。その結果、`plugin.register` や `tool.call` のガードで拒否されるはずの呼び出しが実行されることがあった。

変更後

フックワーカーの再起動中に再ロードされるモッドの呼び出しも、`.catch` を持つガードフックによるチェック対象になる。拒否対象の呼び出しは refuse として拒否され、拒否の理由はデバッグログやセッションのトランスクリプトに書き出される。

利点

再ロードのタイミングに関係なく、`.catch` 付きのガードフックによる呼び出しチェックが確実に適用されるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-391af00cb6bfhttps://claude-code-log.com/changelog/v2.1.295#item-391af00cb6bfフックモジュールでコードが何千レベルもの深さにネストしているプラグインが、素っ気ないスタックオーバーフローのメッセージとともにロードや検証に失敗する問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTフックモジュールでコードが何千レベルもの深さにネストしているプラグインが、素っ気ないスタックオーバーフローのメッセージとともにロードや検証に失敗する問題を修正した。

---

変更前

プラグインのフックモジュールのコードが極端に深くネストされている場合、ロードや検証がスタックオーバーフローで失敗しても、エラーメッセージは素のスタックオーバーフロー表示のみで、原因を特定する手がかりがほとんどない状態だった。

変更後

深くネストされたフックモジュールに対して、Claude Code がロード時や検証時に行う静的解析がスタックオーバーフローで失敗しないようになり、プラグインが正常にロード・検証できるようになった。

利点

深くネストしたコードを含むフックモジュールを持つプラグインでも、開発者は謎のスタックオーバーフローエラーに悩まされずにロードや検証を行えるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-ca7a3043311bhttps://claude-code-log.com/changelog/v2.1.295#item-ca7a3043311b実セッションでは保持されるツール呼び出し、ツール結果、思考ブロックを削除してしまう `session.append` フックを、`claude plugin test` が渡してしまう問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT実セッションでは保持されるツール呼び出し、ツール結果、思考ブロックを削除してしまう `session.append` フックを、`claude plugin test` が渡してしまう問題を修正した。

---

変更前

`claude plugin test` でテストを実行すると、`session.append` フックに渡されるイベントからツール呼び出し、ツール結果、思考ブロックが欠落していた。実際のセッションではこれらのブロックが保持されるため、テストと実行時の挙動が異なっていた。

変更後

テスト実行時も、実セッションと同様にツール呼び出し、ツール結果、思考ブロックが `session.append` フックに渡されるようになった。

利点

テスト環境と実セッションで同じイベント内容を扱えるようになり、フックの動作を本番と同一条件で検証できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-753fa6501e16https://claude-code-log.com/changelog/v2.1.295#item-753fa6501e16セッションが強制終了され、2 回目の再開を行った後に、Claude が SendMessage を使ってバックグラウンドサブエージェントを再開できることを知らされていなかった問題を修正したWed, 14 Oct 2026 21:03:49 GMTセッションが強制終了され、2 回目の再開を行った後に、Claude が SendMessage を使ってバックグラウンドサブエージェントを再開できることを知らされていなかった問題を修正した

---

変更前

バックグラウンドサブエージェントを実行中のセッションが強制終了され、そのセッションを再開した後、さらに 2 回目の再開を行うと、Claude はそのサブエージェントを SendMessage で再開できることを知らされない状態だった。そのため Claude は再開可能なサブエージェントの存在を把握できず、継続作業を依頼されないことがあった。

変更後

セッションを 2 回目に再開した後でも、Claude は SendMessage を使ってバックグラウンドサブエージェントを再開できる旨を正しく伝えられるようになった。Claude は再開が必要なサブエージェントを自ら判断して継続作業を依頼できる。

利点

ユーザーはセッションを何度再開しても、Claude が中断されたバックグラウンドサブエージェントの作業を継続して完了させられるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-e2387dd917a4https://claude-code-log.com/changelog/v2.1.295#item-e2387dd917a4`cat` などの Bash コマンドがファイルを出力せずに実行した後も、そのファイルが既に読み取り済みとして扱われる問題を修正したWed, 14 Oct 2026 21:03:49 GMT`cat` などの Bash コマンドがファイルを出力せずに実行した後も、そのファイルが既に読み取り済みとして扱われる問題を修正した

---

変更前

`cat file.txt > /dev/null` のように出力を表示しない Bash コマンドでファイルを読み取ると、Claude Code はそのファイルを既に読み取り済みとして扱っていた。そのため、後続の Edit ツールによる編集時に「ファイルを先に読む必要がある」チェックが正しく機能せず、内容を確認しないまま編集を実行できていた可能性があった。

変更後

出力されなかった Bash コマンドによるファイルアクセスは読み取り済みとみなさないように修正した。これにより、ファイルの実際の内容がツール経由で読み取られて初めて、読み取り済みとして扱われるようになった。

利点

ユーザーは出力を伴わないコマンドによるファイル読み取りを Claude が誤って把握してしまうことがなくなり、編集前に必ずファイル内容が正しく読み込まれるようになった。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-f23ffd9d866bhttps://claude-code-log.com/changelog/v2.1.295#item-f23ffd9d866b`constructor` または `prototype` という名前のプラグインオプションが常にデフォルト値として読み込まれ、編集してもプラグインが再読込されない問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMT`constructor` または `prototype` という名前のプラグインオプションが常にデフォルト値として読み込まれ、編集してもプラグインが再読込されない問題を修正しました。

---

変更前

`constructor` や `prototype` といった名前のプラグインオプションは、値を問わず常にデフォルト値として読み込まれていた。そのため、ユーザーが設定ダイアログなどでオプションの値を編集しても変更が反映されず、プラグインの再読込も行われなかった。

変更後

JavaScript のオブジェクトプロトタイプチェーンで意図しないプロパティ参照が起こらないように、`constructor` や `prototype` という名前のオプションも正しく自身の値として読み込まれる。オプションを編集すれば値が反映され、プラグインも再読込される。

利点

ユーザーはこれらの名前を持つプラグインオプションの設定変更が確実に反映されるようになり、`/reload-plugins` などで再読込の挙動を気にせずプラグインを利用できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-fc856500faa6https://claude-code-log.com/changelog/v2.1.295#item-fc856500faa6- `/reload-plugins` やセッション開始時に mod のファイルを読み込んでいる間に保存された変更が、ホットリロードで取り込まれない問題を修正したWed, 14 Oct 2026 21:03:49 GMT- `/reload-plugins` やセッション開始時に mod のファイルを読み込んでいる間に保存された変更が、ホットリロードで取り込まれない問題を修正した

---

変更前

mod をホットリロードする際、`/reload-plugins` の実行中やセッション開始時など Claude Code が mod のファイルを読み込んでいるタイミングでユーザーが保存すると、その保存が検知されないことがあった。結果として最新の変更が反映されず、再読み込みが必要な状態でもそのまま動作していた。

変更後

ホットリロードの処理でファイル読み込み中の保存も正しく検知するようになり、`/reload-plugins` 実行中やセッション開始時に保存した変更も確実にリロードへ反映される。

利点

セッション開始直後や手動リロードの最中に mod を編集・保存しても、変更を確実にホットリロードで反映できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-7e6cce61ebc1https://claude-code-log.com/changelog/v2.1.295#item-7e6cce61ebc1モッドのホットリロードに関する質問で、回答を選ばずに承認した場合、セッション全体の毎ターンで同じ質問が繰り返し表示される問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTモッドのホットリロードに関する質問で、回答を選ばずに承認した場合、セッション全体の毎ターンで同じ質問が繰り返し表示される問題を修正した。

---

変更前

モッドのホットリロードを有効にするか尋ねる質問に対し、ユーザーが「Enable for this session」「Not now」などの選択肢を明示的に選ばずに承認した場合でも、承認が記録されず、セッション全体の毎ターンで同じ質問が繰り返し表示されていた。

変更後

回答が選択されていない状態での承認も正しく処理されるようになり、質問は一度だけ表示されてセッション内で再表示されなくなった。

利点

選択肢を明示的に選ばずに承認しても、毎ターンの質問に悩まされずに作業を続けられる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-fc0374ab67bdhttps://claude-code-log.com/changelog/v2.1.295#item-fc0374ab67bd`/model`、`/fast`、`/output-style` が、プラグインの `config.set` フックに確認せずに設定を保存する問題を修正したWed, 14 Oct 2026 21:03:49 GMT`/model`、`/fast`、`/output-style` が、プラグインの `config.set` フックに確認せずに設定を保存する問題を修正した

---

変更前

`/model`、`/fast`、`/output-style` の各コマンドで設定を変更すると、プラグインの `config.set` フックを介さずに設定が直接保存されていた。

変更後

これらのコマンドが設定を保存する前に `config.set` フックが呼び出されるようになり、プラグインが設定の保存を制御できるようになった。

利点

プラグインは独自の `config.set` フックで設定の保存を検知・処理できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-f3002acc6e70https://claude-code-log.com/changelog/v2.1.295#item-f3002acc6e70パイプ出力において、薄い文字（dim）の直後に続く太字テキストがかすれた状態で描画される問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTパイプ出力において、薄い文字（dim）の直後に続く太字テキストがかすれた状態で描画される問題を修正した。

---

変更前

パイプ出力で、薄い文字（dim）の直後に太字テキストが続くと、太字がかすれた淡い色で描画されていた。そのため、出力されたテキストの太字部分が正しく強調されず、読みにくくなっていた。

変更後

薄い文字の直後に太字テキストが続いても、太字が正しい濃さで描画されるようになった。これにより、パイプ出力中でも強調表示が意図どおりに表示される。

利点

パイプ出力を利用するユーザーは、dim テキストの後の太字部分を正しい強調度で読めるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-24f0713a7865https://claude-code-log.com/changelog/v2.1.295#item-24f0713a7865返答内の引用が数行ごとに深くネストしていくと、端末が数秒間フリーズし、数ギガバイトのメモリを消費する問題を修正したWed, 14 Oct 2026 21:03:49 GMT返答内の引用が数行ごとに深くネストしていくと、端末が数秒間フリーズし、数ギガバイトのメモリを消費する問題を修正した

---

変更前

Claude の返答に引用ブロックが含まれ、数行ごとにネストが深くなっていくと、端末の描画が数秒間固まり、メモリをギガバイト単位で消費していた。

変更後

深くネストした引用ブロックでもフリーズや過剰なメモリ消費が発生しなくなり、端末がスムーズに表示を続けられるようになった。

利点

引用を多用した長い返答を読んでいるときも、端末が固まることなく快適に作業を続けられる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-b1321973691dhttps://claude-code-log.com/changelog/v2.1.295#item-b1321973691dモッドのホットリロードが、前回のリロードの数ミリ秒以内に行われた保存を見逃す問題を修正した。これにより、モッドが次の保存まで古いバージョンのまま残ることがなくなった。Wed, 14 Oct 2026 21:03:49 GMTモッドのホットリロードが、前回のリロードの数ミリ秒以内に行われた保存を見逃す問題を修正した。これにより、モッドが次の保存まで古いバージョンのまま残ることがなくなった。

---

変更前

モッドを保存したタイミングが直前のホットリロードの数ミリ秒以内だった場合、その保存がホットリロード処理で取り込まれず、モッドが古いバージョンのまま動作し続けていた。

変更後

ホットリロードが直前のリロード直後の保存も確実に検知するようになり、保存した内容が即座に反映される。

利点

開発者は保存のタイミングを気にせずモッドを編集でき、保存した変更がすぐにセッションに反映されるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-1ae7657741b1https://claude-code-log.com/changelog/v2.1.295#item-1ae7657741b1`claude mcp serve` でバックグラウンド Bash の結果に出力ファイル名が記載されない問題と、ツールの説明が実際には届かない通知を謳っていた問題を修正Wed, 14 Oct 2026 21:03:49 GMT`claude mcp serve` でバックグラウンド Bash の結果に出力ファイル名が記載されない問題と、ツールの説明が実際には届かない通知を謳っていた問題を修正

---

変更前

バックグラウンド Bash の結果が、出力先ファイルの名前を示さないプレースホルダーのみで返され、ユーザーは後から出力を参照できなかった。またツールの説明ではバックグラウンドタスク完了時の通知が届くと謳っていたが、実際には通知が送信されなかった。

変更後

バックグラウンド Bash の結果に出力ファイル名が明記される。ツールの説明も実態に合うように修正され、届かない通知への誤った期待を生まない。

利点

ユーザーはバックグラウンド Bash の出力ファイルを確実に参照できるようになり、通知を待ち続ける無駄がなくなる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d0406e0baa8chttps://claude-code-log.com/changelog/v2.1.295#item-d0406e0baa8c非同期の SessionStart フックで、変更されていないコンテキストが再開のたびに会話へ再度追加される問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMT非同期の SessionStart フックで、変更されていないコンテキストが再開のたびに会話へ再度追加される問題を修正しました。

---

変更前

セッションを再開するたびに、非同期の SessionStart フックが返した前回と同じコンテキストが会話に重複して追加されていた。その結果、コンテキストが無駄に消費されていた。

変更後

非同期の SessionStart フックが返すコンテキストが前回と変わっていない場合、セッションの再開時に会話へ再追加されなくなった。変わった内容だけが追加されるようになる。

利点

セッションを何度再開しても、フックから返される同じコンテキストで会話が膨らむことがなくなり、コンテキスト消費を抑えられる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-75f0d8346577https://claude-code-log.com/changelog/v2.1.295#item-75f0d8346577アプリ内の `/resume` または `/branch` の実行後に、SessionStart フックが `CLAUDE_ENV_FILE` に書き込んだ変数が Bash ツールに反映されない問題を修正したWed, 14 Oct 2026 21:03:49 GMTアプリ内の `/resume` または `/branch` の実行後に、SessionStart フックが `CLAUDE_ENV_FILE` に書き込んだ変数が Bash ツールに反映されない問題を修正した

---

変更前

セッション開始時に SessionStart フックが `CLAUDE_ENV_FILE` に書き込んだ環境変数は、セッション開始時の `--resume` などでは Bash ツールで使えたが、アプリ内で `/resume` や `/branch` を実行した後は Bash ツールまで届かなかった。

変更後

アプリ内で `/resume` や `/branch` を実行した後でも、SessionStart フックが `CLAUDE_ENV_FILE` に書き込んだ変数が以降の Bash コマンドで正しく参照できるようになった。

利点

ユーザーはセッションを再開したり分岐したりした後も、フックで設定した環境変数が引き継がれるため、再設定なしでそのまま作業を続けられる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-0ee4a60c4ff5https://claude-code-log.com/changelog/v2.1.295#item-0ee4a60c4ff5- Fixed the issue where a skill's `allowed-tools` and `effort` were dropped when the Skill tool finished before the response stream endedWed, 14 Oct 2026 21:03:49 GMT- Fixed the issue where a skill's `allowed-tools` and `effort` were dropped when the Skill tool finished before the response stream ended

---

変更前

When the Skill tool finished before the response stream ended, the skill's `allowed-tools` and `effort` settings were dropped. As a result, in `-p` runs, the Bash commands that the skill had pre-approved via `allowed-tools` were treated as not granted and were denied.

変更後

Even if the Skill tool finishes before the response stream ends, the skill's `allowed-tools` and `effort` settings are now correctly preserved. In `-p` runs, the Bash commands pre-approved via `allowed-tools` run without being denied.

利点

Users no longer need to worry about pre-authorized Bash commands being denied due to stream termination timing when running skills in `-p` runs.

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-c53197435bc7https://claude-code-log.com/changelog/v2.1.295#item-c53197435bc7サーバー管理設定のキャッシュが改竄されていた場合に、管理設定でプラグインの一覧化または有効化が行われているマシン上で、個人のプラグインが組織管理のプラグインとして扱われる問題を修正したWed, 14 Oct 2026 21:03:49 GMTサーバー管理設定のキャッシュが改竄されていた場合に、管理設定でプラグインの一覧化または有効化が行われているマシン上で、個人のプラグインが組織管理のプラグインとして扱われる問題を修正した

---

変更前

サーバー管理設定のキャッシュが改竄されると、そのキャッシュに基づく判定で、ユーザー自身がインストールしたプラグインが組織管理のプラグインとして扱われていた。管理設定で `enabledPlugins` や `prependPlugins` によるプラグインの一覧化・有効化が行われているマシンでは、この改竄によって組織管理かどうかの判定が不正にすり替わり得た。

変更後

サーバー管理設定のキャッシュの改竄を検出し、改竄されたキャッシュを組織管理のプラグイン判定に使用しないようにした。これにより、管理設定でプラグインが一覧化・有効化されているマシンでも、個人インストールのプラグインは組ールのプラグインは組織管理のプラグインとしては扱われない。

利点

改竄されたキャッシュによって個人のプラグインが組織管理として特権的に扱われることを防ぎ、`allowManagedModsOnly` などの組織管理ポリシーの前提が保たれる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-1992e7d44e75https://claude-code-log.com/changelog/v2.1.295#item-1992e7d44e75機能フラグが利用できない環境で、Claude 3 Opus および Claude 3.x Sonnet のセッションにツール検索が提示される問題を修正した。これにより、セッションが正常に動作するようになった。Wed, 14 Oct 2026 21:03:49 GMT機能フラグが利用できない環境で、Claude 3 Opus および Claude 3.x Sonnet のセッションにツール検索が提示される問題を修正した。これにより、セッションが正常に動作するようになった。

---

変更前

機能フラグが利用できない環境で、Claude 3 Opus や Claude 3.x Sonnet のセッションに対してもツール検索が提示されていた。しかし、これらのモデルはツール検索を拒否するため、セッションが正常に動作しない状況だった。

変更後

機能フラグが利用できない環境では、Claude 3 Opus や Claude 3.x Sonnet のセッションにツール検索を提示しないように修正された。これにより、モデルがツール検索を拒否してセッションが失敗する問題が解消された。

利点

Claude 3 系モデルのセッションがツール検索の拒否によって失敗しなくなり、安定して動作するようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-1555aa1ecd9ahttps://claude-code-log.com/changelog/v2.1.295#item-1555aa1ecd9a- Fixed a bug where generated type files were written into the `--plugin-dir` plugin folder in `-p` and SDK sessions; they are now written only to the folder of the mod being developedWed, 14 Oct 2026 21:03:49 GMT- Fixed a bug where generated type files were written into the `--plugin-dir` plugin folder in `-p` and SDK sessions; they are now written only to the folder of the mod being developed

---

変更前

When loading a plugin with `--plugin-dir` in `-p` or SDK sessions, TypeScript declaration files (.d.ts) generated by Claude Code were written into the plugin's folder.

変更後

The type files are written only to the folder of the mod actually being developed, and are no longer written to the folder of a regular plugin loaded with `--plugin-dir`.

利点

When loading a plugin that is not under development, its folder is no longer polluted with unnecessary type files, so developers working on mods can use the feature with confidence.

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-2ff93b73f413https://claude-code-log.com/changelog/v2.1.295#item-2ff93b73f413タブ文字や双方向制御文字を含むテキストが、画面の端で末尾が欠けたり、近くの行に描画が重なったりする問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMTタブ文字や双方向制御文字を含むテキストが、画面の端で末尾が欠けたり、近くの行に描画が重なったりする問題を修正しました。

---

変更前

タブ文字や双方向制御文字を含むテキストを表示すると、画面の端に達した部分で末尾が欠けたり、隣接する行に描画が漏れたりして、表示が乱れていた。

変更後

タブ文字や双方向制御文字を含むテキストでも、画面端で末尾が欠けたり近くの行に重なって描画されたりせず、正しく表示されるようになった。

利点

特殊な Unicode 文字を含むプロンプトでも画面表示が崩れず、入力内容をそのまま確認できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-f4f04993f00fhttps://claude-code-log.com/changelog/v2.1.295#item-f4f04993f00f`/model` で Max の effort レベルを選んだ際に、それが新規セッションのデフォルトとして保存されたと誤って表示される問題を修正しました。実際には Max は現在のセッションにのみ適用されます。Wed, 14 Oct 2026 21:03:49 GMT`/model` で Max の effort レベルを選んだ際に、それが新規セッションのデフォルトとして保存されたと誤って表示される問題を修正しました。実際には Max は現在のセッションにのみ適用されます。

---

変更前

`/model` ピッカーで Max の effort レベルを選んで確認すると、Claude Code はそのレベルが新規セッションのデフォルトとして保存されたというメッセージを表示していた。しかし実際には Max は設定ファイルに保存されない特殊なレベルであるにもかかわらず、ユーザーには誤った情報が提示されていた。

変更後

Max を選んだ場合は現在のセッションにのみ適用されるため、そのレベルが保存されたという誤ったメッセージを表示しないようになった。他のレベル（low / medium / high / xhigh）を選んだときは、従来どおりデフォルトとして保存される挙動は変わらない。

利点

ユーザーは Max 選択時の保存メッセージに惑わされず、永続化される設定とセッション限定の設定を正しく区別して effort レベルを管理できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-0e86dd1c7f70https://claude-code-log.com/changelog/v2.1.295#item-0e86dd1c7f70複数行にわたって出力された場合に、非同期フックの JSON 出力が無視される問題を修正したWed, 14 Oct 2026 21:03:49 GMT複数行にわたって出力された場合に、非同期フックの JSON 出力が無視される問題を修正した

---

変更前

非同期フックが JSON 出力を複数行に分けて標準出力に出力すると、その出力は正しく解析されず無視されていた。そのため、フックが意図した動作(システムメッセージの表示など)が反映されなかった。

変更後

非同期フックの JSON 出力が複数行にわたって出力されても正しく解析されるようになった。フックの出力に含まれる各フィールドが意図どおりに反映される。

利点

非同期フックを複数行の JSON 出力で使っても、その結果が正しく Claude Code に反映されるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-38990d7f0dcbhttps://claude-code-log.com/changelog/v2.1.295#item-38990d7f0dcbReadツールが、`pages`パラメーターが空の場合に省略されたものとして扱わずに呼び出しを拒否する問題を修正したWed, 14 Oct 2026 21:03:49 GMTReadツールが、`pages`パラメーターが空の場合に省略されたものとして扱わずに呼び出しを拒否する問題を修正した

---

変更前

Readツールは`pages`パラメーターに空の値が渡されると、省略されたものとして扱わずに呼び出しを拒否していた。そのため、`pages`を指定しない呼び出しがエラーになるケースがあった。

変更後

Readツールは`pages`パラメーターに空の値が渡された場合、省略されたものとして扱う。これにより、`pages`を指定しない呼び出しが正しく処理される。

利点

`pages`パラメーターを空のまま渡してもエラーにならず、Readツールをそのまま利用できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-ad689f329847https://claude-code-log.com/changelog/v2.1.295#item-ad689f329847プロジェクトスコープのプラグインが、ドライブレターの大小文字 (C: と c:) の違いのせいで Windows の VS Code で読み込まれない問題を修正した (anthropics/claude-code#74612)Wed, 14 Oct 2026 21:03:49 GMTプロジェクトスコープのプラグインが、ドライブレターの大小文字 (C: と c:) の違いのせいで Windows の VS Code で読み込まれない問題を修正した (anthropics/claude-code#74612)

---

変更前

Windows の VS Code でプロジェクトスコープのプラグインを読み込むとき、プラグインパスに含まれるドライブレターの大小文字の違いが考慮されていなかった。このため、実際には同じドライブを指すパスでも文字列比較が一致せず、プロジェクトスコープのプラグインが読み込まれないことがあった。

変更後

ドライブレターの大小文字を正規化してパスを照合するようにした。これにより、C: と c: のような表記の揺れがあっても Windows の VS Code でプロジェクトスコープのプラグインが正しく読み込まれる。

利点

Windows の VS Code ユーザーは、ドライブレターの表記の揺れを気にせずプロジェクトスコープのプラグインを確実に利用できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-9f87526ea274https://claude-code-log.com/changelog/v2.1.295#item-9f87526ea274Windows でプロジェクトまたはローカルスコープに対して `plugin install` や `uninstall` を実行した際、ドライブ文字の大文字小文字だけが異なる場合にインストール記録が欠落したり、2 つ目の記録が追加されたりする問題を修正したWed, 14 Oct 2026 21:03:49 GMTWindows でプロジェクトまたはローカルスコープに対して `plugin install` や `uninstall` を実行した際、ドライブ文字の大文字小文字だけが異なる場合にインストール記録が欠落したり、2 つ目の記録が追加されたりする問題を修正した

---

変更前

Windows でプロジェクトまたはローカルスコープにプラグインをインストール・アンインストールすると、パスのドライブ文字の大文字小文字だけが異なる場合に、`installed_plugins.json` 内のインストール記録が正しく更新されなかった。その結果、記録が 1 つも書き込まれないか、同じインストールに対して 2 つ目の記録が追加されていた。

変更後

ドライブ文字の大文字小文字の違いを吸収してパスを照合するようになり、`plugin install` と `uninstall` がプロジェクトまたはローカルスコープでインストール記録を正しく 1 つだけ維持する。インストールやアンインストールの結果が `installed_plugins.json` に正確に反映される。

利点

Windows でもドライブ文字の表記ゆれに関係なく、プラグインのインストール状態が正確に記録され、意図しない重複や欠落が起こらなくなる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-fcf09ff2da6ahttps://claude-code-log.com/changelog/v2.1.295#item-fcf09ff2da6a「←」の直後に「↑」や「Esc」でキューに入れたメッセージをプロンプトに引き戻すと失われる問題を修正しました。プロンプト履歴がそのメッセージを保持するようになりました。Wed, 14 Oct 2026 21:03:49 GMT「←」の直後に「↑」や「Esc」でキューに入れたメッセージをプロンプトに引き戻すと失われる問題を修正しました。プロンプト履歴がそのメッセージを保持するようになりました。

---

変更前

「←」を押した直後に「↑」や「Esc」でキューに入れたメッセージを呼び出すと、そのメッセージがプロンプト履歴から消えて失われていました。

変更後

プロンプト履歴がキューから引き戻したメッセージを保持するようになり、「←」の直後に「↑」や「Esc」で呼び出してもメッセージが失われなくなりました。

利点

キューに入れたメッセージを誤って失うことなく再利用できるようになりました。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-5d53eeae6d81https://claude-code-log.com/changelog/v2.1.295#item-5d53eeae6d81SDK ホストが有効化の質問に誰も答える前に閉じた場合、セッション全体でモッドのホットリロードがオフになってしまう問題を修正しました。質問は最大 3 回まで尋ねるように変更されていますWed, 14 Oct 2026 21:03:49 GMTSDK ホストが有効化の質問に誰も答える前に閉じた場合、セッション全体でモッドのホットリロードがオフになってしまう問題を修正しました。質問は最大 3 回まで尋ねるように変更されています

---

変更前

SDK ホストが有効化の質問を誰も回答する前に閉じると、モッドのホットリロードがセッション全体でオフのままになっていた。ユーザーはセッションを続ける限り、モッドの変更が反映されない状態になっていた。

変更後

有効化の質問は最大 3 回まで再表示されるようになり、回答前に閉じられてもホットリロードがすぐに無効化されなくなった。ユーザーは質問に答える機会を複数回得られる。

利点

SDK ホストで有効化の質問に回答前に入力が閉じられても、質問が最大 3 回まで再表示されるため、ユーザーはモッドのホットリロードをセッション全体で維持したまま利用できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-309ac39ff38chttps://claude-code-log.com/changelog/v2.1.295#item-309ac39ff38cmod の `prompt.submit` フックによって書き換えられた、または削除されたプロンプトが、入力されたままのテキストとしてプロンプト履歴およびトランスクリプトの queued-prompt レコードに保存される問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTmod の `prompt.submit` フックによって書き換えられた、または削除されたプロンプトが、入力されたままのテキストとしてプロンプト履歴およびトランスクリプトの queued-prompt レコードに保存される問題を修正した。

---

変更前

mod の `prompt.submit` フックでプロンプトのテキストを書き換えても、プロンプト履歴やトランスクリプトの queued-prompt レコードには、フック処理前の入力テキストがそのまま保存されていた。

変更後

フックで書き換えられたテキスト(またはフックによって破棄された場合の記録)が、プロンプト履歴と queued-prompt レコードに正しく反映されるようになった。

利点

ユーザーは実際に Claude に送られたプロンプトと履歴・トランスクリプトの記録が一致するようになり、何が実行されたかを正確に追跡できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-3674e7716cb7https://claude-code-log.com/changelog/v2.1.295#item-3674e7716cb7リクエストで使っていない MCP サーバーについて、非対話セッションが認証の必要性を知らせないように修正したWed, 14 Oct 2026 21:03:49 GMTリクエストで使っていない MCP サーバーについて、非対話セッションが認証の必要性を知らせないように修正した

---

変更前

非対話(ヘッドレス)セッションでは、リクエストがその MCP サーバーを一切使わない場合でも、認証が必要な MCP サーバーの存在を知らせるメッセージが表示されていた。ユーザーは実際には無関係なサーバーの認証について注意を促され、混乱や出力のノイズにつながっていた。

変更後

リクエストが実際に利用する MCP サーバーのみが対象となり、使わないサーバーの認証要否メッセージは表示されなくなった。これにより非対話セッションの出力から無関係な認証警告が取り除かれた。

利点

ユーザーは不要な認証警告に悩まされず、非対話セッションの出力を必要な情報だけに絞って確認できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d38146a306e3https://claude-code-log.com/changelog/v2.1.295#item-d38146a306e3Claude apps gateway へのサインイン時に、OpenTelemetry の `claude_code.auth` ログインイベントが送出されない問題を修正しました。このイベントは、マシンで OpenTelemetry が設定されている場合、またはセッションがすでに gateway にサインイン済みの場合にエクスポートされます。Wed, 14 Oct 2026 21:03:49 GMTClaude apps gateway へのサインイン時に、OpenTelemetry の `claude_code.auth` ログインイベントが送出されない問題を修正しました。このイベントは、マシンで OpenTelemetry が設定されている場合、またはセッションがすでに gateway にサインイン済みの場合にエクスポートされます。

---

変更前

Claude apps gateway に `/login` でサインインしたセッションでも、OpenTelemetry の設定に応じて利用状況メトリクスやイベントがエクスポートされる仕組みになっている。しかし、gateway サインイン時に `claude_code.auth` ログインイベントが送出されず、監視スタック側でサインイン状況を把握できなかった。

変更後

gateway サインイン時に `claude_code.auth` ログインイベントが正しく送出されるようになった。マシンに OpenTelemetry が設定されている場合や、セッションがすでに gateway にサインイン済みの場合にはイベントがエクスポートされる。

利点

管理者は gateway サインイン状況を監視スタック上で確実に追跡できるようになり、 IdP 認証に基づく per-developer の利用状況の集計が漏れなく行える。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-957396282585https://claude-code-log.com/changelog/v2.1.295#item-957396282585非常に大きなインターフェースを描画するプラグインが、プラグインフックのワーカーが停止した際に、別のプラグインをアンロードされてしまう問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMT非常に大きなインターフェースを描画するプラグインが、プラグインフックのワーカーが停止した際に、別のプラグインをアンロードされてしまう問題を修正しました。

---

変更前

プラグインフックのワーカーが停止すると、原因を特定できずに、無関係なプラグインまでアンロードされることがあった。特に、非常に大きなインターフェースを追加するプラグインが原因で、別のプラグインが巻き添えでアンロードされていた。

変更後

フックワーカーが停止した際、Claude Code は原因のプラグインだけを正しく特定してアンロードするようになった。そのため、大きなインターフェースを追加するプラグインが原因でも、無関係なプラグインはアンロードされない。

利点

原因不明のワーカー停止の際に、関係のないプラグインまで失われることなく、問題のプラグインのみが停止されるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-4e7c9cc42957https://claude-code-log.com/changelog/v2.1.295#item-4e7c9cc42957ファイルの内容が変更されても更新時刻が進まなかった場合に、Edit ツールがそのファイルを完全に読み取り済みとして扱ってしまう不具合を修正した。Wed, 14 Oct 2026 21:03:49 GMTファイルの内容が変更されても更新時刻が進まなかった場合に、Edit ツールがそのファイルを完全に読み取り済みとして扱ってしまう不具合を修正した。

---

変更前

以前は、外部エディタなどでファイルの内容を書き換えても更新時刻（mtime）が変化しない場合、Edit ツールはその変更を検知せず、ファイルを完全に読み取り済みと判断していた。そのため、実際のファイル内容と読み取った内容が食い違ったまま編集が行われる可能性があった。

変更後

修正後は、更新時刻が進まなくてもファイルの内容が変化していれば、そのファイルを完全に読み取り済みとは扱わず、改めて読み直しが必要な状態として扱われる。これにより、最新の内容に基づいた編集が保証される。

利点

ユーザーは外部で変更したファイルの内容が Edit ツールに反映されずに古い内容を基に編集される心配がなくなり、安全に編集できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-3240f65a9e27https://claude-code-log.com/changelog/v2.1.295#item-3240f65a9e27- Windows の改行コード (CRLF) を含む短いコマンド出力が 1 行にまとめて描画される問題を修正したWed, 14 Oct 2026 21:03:49 GMT- Windows の改行コード (CRLF) を含む短いコマンド出力が 1 行にまとめて描画される問題を修正した

---

変更前

Windows 形式の改行コード (CRLF) を含む短いコマンド出力では、CR が正しく処理されず、複数行に分かれるべき内容が 1 行に連なって描画されていた。

変更後

CRLF を含む短いコマンド出力でも改行が正しく認識され、各行が分かれた状態で描画されるようになった。

利点

Windows 環境でコマンド出力を読みやすく表示でき、改行が失われて 1 行に潰れる問題に悩まされなくなる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-a5c10e46547fhttps://claude-code-log.com/changelog/v2.1.295#item-a5c10e46547f巻き戻し（rewind）後にセッションを再開した際、停止済みのスケジュールタスクが復活してしまう問題と、コンパクション後に Esc または巻き戻しを行って再開した際にスケジュールタスクが失われる問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT巻き戻し（rewind）後にセッションを再開した際、停止済みのスケジュールタスクが復活してしまう問題と、コンパクション後に Esc または巻き戻しを行って再開した際にスケジュールタスクが失われる問題を修正した。

---

変更前

停止済みのスケジュールタスクは、巻き戻し後にセッションを再開すると再び有効になってしまう状態だった。また、コンパクション実行後に Esc キーや巻き戻しで会話を戻して再開すると、スケジュールされたタスクが消失していた。

変更後

停止済みのスケジュールタスクは、巻き戻し後に再開しても停止状態が維持されるようになった。コンパクション後の Esc や巻き戻しを伴う再開でも、スケジュールタスクが失われず正しく復元される。

利点

セッションの巻き戻しや再開を行っても、スケジュールタスクの状態が意図どおりに保たれるため、タスクを手動で確認・再作成する手間がなくなった。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-a1dc794dae5fhttps://claude-code-log.com/changelog/v2.1.295#item-a1dc794dae5fvery long lines, long runs of blank lines, unclosed strings, heredocsWed, 14 Oct 2026 21:03:49 GMTvery long lines, long runs of blank lines, unclosed strings, heredocs

---

変更前

ターミナル設定や Diff 描画のドキュメントで参照されるシンタックスハイライト処理では、非常に長い行、長い連続した空行、閉じられていない文字列やヒアドキュメントを含むコードをハイライトする際、処理に時間がかかり、ターミナルが数秒から数分間フリーズすることがあった。

変更後

こうしたコードのシンタックスハイライト処理のパフォーマンスが改善され、ターミナルがフリーズしなくなった。

利点

巨大なコードファイルを開いたり貼り付けたりする際に、UI が固まることなく操作を続けられるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-2dc4a226f0d8https://claude-code-log.com/changelog/v2.1.295#item-2dc4a226f0d8中断された `/ultrareview` アップロードが `~/.claude/seed-admin` 配下に残した一時ファイルが、保持期間クリーンアップによって二度と削除されない問題を修正したWed, 14 Oct 2026 21:03:49 GMT中断された `/ultrareview` アップロードが `~/.claude/seed-admin` 配下に残した一時ファイルが、保持期間クリーンアップによって二度と削除されない問題を修正した

---

変更前

以前は、`/ultrareview` のクラウドアップロードが中断された場合、`~/.claude/seed-admin` 配下に作成された一時ファイルが残り続けた。保持期間クリーンアップはこれらのファイルを認識せず、削除の対象にならなかった。

変更後

今回から、保持期間クリーンアップが中断されたアップロードに由来する一時ファイルも正しく削除する。中断が発生しても `~/.claude/seed-admin` 配下に一時ファイルが溜まり続けることはない。

利点

ディスク上に不要な一時ファイルが蓄積せず、設定ディレクトリが清潔に保たれる

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-6c45ab7f0f56https://claude-code-log.com/changelog/v2.1.295#item-6c45ab7f0f56`disableAutoMode` を設定から削除した後、再起動するまで Desktop や SDK のセッションがオートモードへ戻せなくなっていた問題を修正したWed, 14 Oct 2026 21:03:49 GMT`disableAutoMode` を設定から削除した後、再起動するまで Desktop や SDK のセッションがオートモードへ戻せなくなっていた問題を修正した

---

変更前

`disableAutoMode` が設定で有効な間、Desktop や SDK のセッションはオートモードが無効化された状態になる。設定から `disableAutoMode` を削除しても、既存のセッションは再起動するまでオートモードに切り替えられなかった。

変更後

設定から `disableAutoMode` を削除すると、Desktop や SDK のセッションは再起動なしで `Shift+Tab` による切り替えなどでオートモードへ戻せるようになる。

利点

管理者が `disableAutoMode` を解除した際、ユーザーは再起動せずにすぐオートモードの利用を再開できる

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d65f9b86cfeahttps://claude-code-log.com/changelog/v2.1.295#item-d65f9b86cfea別のセッションがプラグイン更新を同期した後に、長時間実行されているセッションで claude.ai 同期プラグインのフックが「Plugin directory does not exist」で失敗する問題を修正した。Wed, 14 Oct 2026 21:03:49 GMT別のセッションがプラグイン更新を同期した後に、長時間実行されているセッションで claude.ai 同期プラグインのフックが「Plugin directory does not exist」で失敗する問題を修正した。

---

変更前

別のセッションがプラグイン更新を同期すると、長時間実行中のセッションではキャッシュ内のプラグインディレクトリが参照できない状態になり、claude.ai 同期プラグインのフック読み込み時に「Plugin directory does not exist」エラーで失敗していた。

変更後

長時間実行中のセッションでも同期後のプラグインディレクトリが正しく参照され、claude.ai 同期プラグインのフックがエラーなく動作するようになった。

利点

セッションを再起動せずに、同期済みプラグインのフックを引き続き利用できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-dba39e643598https://claude-code-log.com/changelog/v2.1.295#item-dba39e643598`/rewind` の後に送信したプロンプトが失われ、削除済みのターンが復活する問題を、セッションをバックグラウンドに移動した場合や、kill された後に再開した場合に発生しないよう修正したWed, 14 Oct 2026 21:03:49 GMT`/rewind` の後に送信したプロンプトが失われ、削除済みのターンが復活する問題を、セッションをバックグラウンドに移動した場合や、kill された後に再開した場合に発生しないよう修正した

---

変更前

`/rewind` で会話を巻き戻した後に送信したプロンプトが、セッションをバックグラウンドに移動したり、kill された後に再開したりすると失われていた。また、巻き戻しによって削除されたはずのターンが復活していた。

変更後

セッションをバックグラウンドに移動しても、kill された後に再開しても、`/rewind` 後に送信したプロンプトが保持される。巻き戻しで削除されたターンも復活しない。

利点

バックグラウンド移動やプロセスの再開後でも、巻き戻し後の状態がそのまま保たれ、意図した会話履歴を維持できる

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-76bbd16ea0a6https://claude-code-log.com/changelog/v2.1.295#item-76bbd16ea0a6mod の `session.receive` フックがメッセージを通す前に権限を求めた際に、クラウドセッションがハングする問題を修正した。Wed, 14 Oct 2026 21:03:49 GMTmod の `session.receive` フックがメッセージを通す前に権限を求めた際に、クラウドセッションがハングする問題を修正した。

---

変更前

mod の `session.receive` フックがメッセージの受け渡し前に権限確認を求めると、クラウドセッションがハングして応答しなくなっていた。

変更後

フックが権限を求めてもクラウドセッションはハングせず、メッセージ処理が正常に続行する。

利点

mod でメッセージ受け渡し時の権限確認を使っていても、クラウドセッションが停止せず安定して動作する。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-5d462e0450f8https://claude-code-log.com/changelog/v2.1.295#item-5d462e0450f8アップデート後に一緒に再起動する macOS のバックグラウンドセッションが、安定版アプリラッパーの外で実行されることがある問題を修正。これにより、フォルダーアクセスの許可プロンプトが再表示されることがなくなった。Wed, 14 Oct 2026 21:03:49 GMTアップデート後に一緒に再起動する macOS のバックグラウンドセッションが、安定版アプリラッパーの外で実行されることがある問題を修正。これにより、フォルダーアクセスの許可プロンプトが再表示されることがなくなった。

---

変更前

アップデート後に再起動する macOS のバックグラウンドセッションが、安定版アプリラッパーの外で実行されることがあり、フォルダーアクセスの許可プロンプトが再表示されていた。

変更後

バックグラウンドセッションが安定版アプリラッパー内で実行されるようになり、アップデート後の再起動でもフォルダーアクセスの許可プロンプトが再表示されなくなった。

利点

バックグラウンドセッションがラッパーの外で実行されなくなり、フォルダーアクセスの再許可を求められることがなくなった。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-b114f276c446https://claude-code-log.com/changelog/v2.1.295#item-b114f276c446- ヘッドレスおよび SDK セッションで、MCP のサインインや再接続が遅れて完了した際に、`setMcpServers()` で設定したサーバーが自分自身のサーバーとして再リストされる問題を修正したWed, 14 Oct 2026 21:03:49 GMT- ヘッドレスおよび SDK セッションで、MCP のサインインや再接続が遅れて完了した際に、`setMcpServers()` で設定したサーバーが自分自身のサーバーとして再リストされる問題を修正した

---

変更前

- ヘッドレスおよび SDK セッションでは、MCP サーバーへのサインインや再接続が遅れて完了すると、`setMcpServers()` で設定したサーバーが自分自身のサーバーとして再リストされていた。

変更後

- サインインや再接続の完了が遅れても、`setMcpServers()` で設定したサーバーは自分自身のサーバーとして再リストされなくなった。

利点

- ユーザーは、サインインや再接続の完了が遅れた場合でも、`setMcpServers()` で追加したサーバーが誤って再リストされず、セッション中も引き続き利用できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-01df74a65b02https://claude-code-log.com/changelog/v2.1.295#item-01df74a65b02`/config` で自動更新チャネルを変更した際に、プラグインの `config.set` フックが実行される前に設定が保存される問題を修正しました。Wed, 14 Oct 2026 21:03:49 GMT`/config` で自動更新チャネルを変更した際に、プラグインの `config.set` フックが実行される前に設定が保存される問題を修正しました。

---

変更前

変更前は、`/config` で自動更新チャネル（`autoUpdatesChannel`）を変更すると、設定が即座に保存されていました。プラグインが `config.set` フックで変更内容を検証したり介入したりする前に、新しい値が settings ファイルに書き込まれていました。

変更後

変更後は、自動更新チャネルの変更がプラグインの `config.set` フックに問い合わせられた後に保存されます。フックが先に実行されるため、プラグインは設定の保存前に変更を検知できます。

利点

プラグインは設定変更が永続化される前にフックで処理や検証を行えるようになります。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-c71abd0616bchttps://claude-code-log.com/changelog/v2.1.295#item-c71abd0616bc- macOS: ホームフォルダまたはその上位でセッションを開始したとき、セッション開始時のファイル数取得が他アプリのデータにアクセスし、「他のアプリからのデータアクセス」プロンプトを表示することがあった問題を修正Wed, 14 Oct 2026 21:03:49 GMT- macOS: ホームフォルダまたはその上位でセッションを開始したとき、セッション開始時のファイル数取得が他アプリのデータにアクセスし、「他のアプリからのデータアクセス」プロンプトを表示することがあった問題を修正

---

変更前

macOS でホームフォルダやその上位ディレクトリでセッションを開始すると、セッション開始時のファイル数の取得処理が他アプリのデータにまで到達し、端末アプリに対して「他のアプリからのデータアクセス」を求める macOS の権限プロンプトが表示されていた。errors.md にも、ホームディレクトリでこのプロンプトが出た場合は「System Settings > Privacy & Security > Files and Folders」で端末アプリにフォルダアクセスを許可する案内がある。

変更後

セッション開始時のファイル数取得が他アプリのデータに到達しないようになり、ホームフォルダやその上位でセッションを開始しても macOS の権限プロンプトが表示されなくなった。

利点

ホームフォルダで Claude Code を使う際に、余計な macOS の権限確認ダイアログに惑わされずセッションを開始できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-a58d5c659d04https://claude-code-log.com/changelog/v2.1.295#item-a58d5c659d04- Amazon Bedrock 上の Claude アプリゲートウェイ経由でのトークン数の算出を改善しました。`/context` や大きなファイルの読み取りで使われるトークン数について、ゲートウェイが 1 トークンのモデルリクエストではなく AWS の CountTokens API から取得するようになります。利用するには `bedrock:CountTokens` を付与してください。Wed, 14 Oct 2026 21:03:49 GMT- Amazon Bedrock 上の Claude アプリゲートウェイ経由でのトークン数の算出を改善しました。`/context` や大きなファイルの読み取りで使われるトークン数について、ゲートウェイが 1 トークンのモデルリクエストではなく AWS の CountTokens API から取得するようになります。利用するには `bedrock:CountTokens` を付与してください。

---

変更前

`/context` や大きなファイルの読み取り時のトークン数は、ゲートウェイが 1 トークンのモデルリクエストを送って概算していた。そのため正確なカウントのために余分なモデルリクエストが発生し、利用には `bedrock:InvokeModel` 権限のみで済む反面、カウント方法が不正確になりがちだった。

変更後

ゲートウェイは AWS の CountTokens API（無料で利用可能）を使ってトークン数を正確に取得するようになった。これに伴い、利用者は IAM で `bedrock:CountTokens` 権限を付与する必要がある。

利点

余分なモデルリクエストなしに正確なトークン数を取得でき、`/context` や支出上限の計算がより正確になる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-760a170c792ahttps://claude-code-log.com/changelog/v2.1.295#item-760a170c792aClaude アプリのゲートウェイを改善し、PostgreSQL データベースが読み取り専用の状態にある間、30 秒ごとに警告をログに出力して、何に失敗しているかと復旧方法を伝えるようにしたWed, 14 Oct 2026 21:03:49 GMTClaude アプリのゲートウェイを改善し、PostgreSQL データベースが読み取り専用の状態にある間、30 秒ごとに警告をログに出力して、何に失敗しているかと復旧方法を伝えるようにした

---

変更前

PostgreSQL データベースが読み取り専用になると、ゲートウェイは失敗の詳細を明示的にログに残さず、管理者は何が起きているのか、どのように復旧すればよいのかを判断しにくかった。特に fail-open 動作中はリクエスト自体は進むため、問題に気づくのが遅れる可能性があった。

変更後

データベースが読み取り専用の間、ゲートウェイが 30 秒ごとに警告をログに出力するようになった。警告には何が失敗しているかと復旧方法が記載されるため、管理者は `readiness_grace_seconds` の調整や fail-closed 設定の見直しなど、適切な対応を判断できる。

利点

管理者はデータベース読み取り専用状態を早期に検知し、何をどう復旧すればよいかをログから判断できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-8ab964916cf0https://claude-code-log.com/changelog/v2.1.295#item-8ab964916cf0- Remote Control、claude.ai、デスクトップアプリに表示される、権限プロンプトで待機中のセッションのステータスを改善し、MCP ツールを `mcp__server__tool` 形式の識別子ではなく、サーバー名と読み取りやすいツール名で表示するようにしたWed, 14 Oct 2026 21:03:49 GMT- Remote Control、claude.ai、デスクトップアプリに表示される、権限プロンプトで待機中のセッションのステータスを改善し、MCP ツールを `mcp__server__tool` 形式の識別子ではなく、サーバー名と読み取りやすいツール名で表示するようにした

---

変更前

権限プロンプトで待機中のセッションのステータスには、MCP ツールが `mcp__server__tool` 形式の内部識別子のまま表示されていたため、どのツールの承認を求めているのか判断しにくかった。

変更後

ステータス表示が改善され、MCP ツールがサーバー名と読み取りやすいツール名で示されるようになったため、要求されているツールを一目で把握できる。

利点

ユーザーは権限プロンプトの内容を即座に理解して承認するかどうかを判断できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-b098e577d282https://claude-code-log.com/changelog/v2.1.295#item-b098e577d282Claude apps gateway を背後にしたバックグラウンドリクエストを、セッションのモデルの代わりに Haiku 4.5 を使うように改善。ゲートウェイが Haiku 4.5 を提供しない場合はセッションのモデルへフォールバックするWed, 14 Oct 2026 21:03:49 GMTClaude apps gateway を背後にしたバックグラウンドリクエストを、セッションのモデルの代わりに Haiku 4.5 を使うように改善。ゲートウェイが Haiku 4.5 を提供しない場合はセッションのモデルへフォールバックする

---

変更前

Claude apps gateway の背後で動作するバックグラウンドリクエストは、セッションで使用中のモデル（たとえば Opus や Sonnet）をそのまま使っていた。そのため、高価なモデルでセッションの応答性に影響しない用途でも高額・高性能なモデルが消費されていた。

変更後

セッションの応答とは独立したバックグラウンドリクエストを、高速で効率的な Haiku 4.5 で処理するようになった。ゲートウェイが Haiku 4.5 を提供しない環境では、従来どおりセッションのモデルへフォールバックするため、ゲートウェイのモデル設定に合わせて動作する。

利点

ゲートウェイが Haiku 4.5 を提供する環境では、バックグラウンドリクエストがより安価で高速なモデルで処理されるようになり、コストとレイテンシが抑えられる。ゲートウェイが Haiku 4.5 を提供しない場合もセッションのモデルへフォールバックするため、既存のゲートウェイ構成を壊さずに済む。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-39020143ad07https://claude-code-log.com/changelog/v2.1.295#item-39020143ad07Claude apps gateway で、AWS の US 地理以外の Amazon Bedrock リージョンにおいて `models:` に記載されていないモデルを扱う方法を改善した。以前は AWS がそうしたリクエストを常に拒否していたが、gateway はまず自分のリージョンでモデルを試すようになり、拒否された場合には追加すべきモデル名を教えてくれる。Wed, 14 Oct 2026 21:03:49 GMTClaude apps gateway で、AWS の US 地理以外の Amazon Bedrock リージョンにおいて `models:` に記載されていないモデルを扱う方法を改善した。以前は AWS がそうしたリクエストを常に拒否していたが、gateway はまず自分のリージョンでモデルを試すようになり、拒否された場合には追加すべきモデル名を教えてくれる。

---

変更前

AWS の US 地理以外の Amazon Bedrock リージョンでは、`models:` に記載されていないモデルへのリクエストは AWS によって常に拒否されていた。gateway は拒否されても、どのモデルが原因かを知る方法がなく、利用者は追加すべきモデルを特定できなかった。

変更後

gateway は、`models:` に記載されていないモデルに対して、まず自分のリージョンでそのモデルを試すようになった。AWS が拒否した場合には、`models:` に追加すべきモデル名を明示してくれる。

利点

US 以外のリージョンの Bedrock 利用者は、どのモデルが利用できないのか、どのモデルを `models:` に追加すべきかを容易に特定できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-6e578d3ca7echttps://claude-code-log.com/changelog/v2.1.295#item-6e578d3ca7ecヘッドレスモードの `rate_limit_event` 使用量上限警告を改善し、アカウントで追加使用量( extra usage )が有効になっているかどうかを伝えるようにした。Wed, 14 Oct 2026 21:03:49 GMTヘッドレスモードの `rate_limit_event` 使用量上限警告を改善し、アカウントで追加使用量( extra usage )が有効になっているかどうかを伝えるようにした。

---

変更前

ヘッドレスモードで発行される `rate_limit_event` の使用量上限警告は、使用量上限に達したことだけを伝えていた。アカウントに追加使用量( extra usage )の購入・有効化が設定されているかどうかは表示されなかった。

変更後

この警告に、アカウントで追加使用量( extra usage )が有効になっているかどうかの情報が含まれるようになった。ユーザーは警告を見るだけで、追加使用量が使える状態かどうかを判断できる。

利点

ヘッドレス実行時に使用量上限警告を受け取った際、追加使用量の有無を警告メッセージから直接確認でき、追加で使用量を購入する必要があるかどうかを素早く判断できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-996643d596f9https://claude-code-log.com/changelog/v2.1.295#item-996643d596f9- 内蔵の `plugin-authoring` スキルを改善しました。ターミナルのないセッションにターミナルコマンドの実行を指示しなくなり、Mod の共有についても聞かれたときだけ説明するようになりましたWed, 14 Oct 2026 21:03:49 GMT- 内蔵の `plugin-authoring` スキルを改善しました。ターミナルのないセッションにターミナルコマンドの実行を指示しなくなり、Mod の共有についても聞かれたときだけ説明するようになりました

---

変更前

内蔵の `plugin-authoring` スキルは、ターミナルのないセッション(VS Code 拡張のチャットパネルなど)でもターミナルコマンドの実行を指示することがあった。また、Mod の共有方法についても、ユーザーが尋ねていないのに先回りして説明することがあった

変更後

スキルが改善され、ターミナルのないセッションではターミナルコマンドの実行を指示しなくなった。Mod の共有方法についても、ユーザーが尋ねたときにだけ説明するようになった

利点

プラグイン(Mod)の作成を依頼した際に、実行環境に合わない指示が出されて失敗するのを防げる。また、不要な前置きの説明が減り、Mod 作成そのものに集中できる

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-fca538827f55https://claude-code-log.com/changelog/v2.1.295#item-fca538827f55- Grep ツールの入力ハンドリングを改善しました。grep の `-l`、`-c`、`-r` フラグを付けた検索が送信された場合、以前は呼び出しが失敗していましたが、現在はそのまま実行されます。Wed, 14 Oct 2026 21:03:49 GMT- Grep ツールの入力ハンドリングを改善しました。grep の `-l`、`-c`、`-r` フラグを付けた検索が送信された場合、以前は呼び出しが失敗していましたが、現在はそのまま実行されます。

---

変更前

提供された関連情報には Grep ツールの `-l` / `-c` / `-r` フラグの扱いに触れた記載がなく、変更前の具体的な動作を根拠づけて推論できないため、記載しない。

変更後

提供された関連情報には Grep ツールの該当フラグ処理に触れた記載がなく、変更後の具体的な動作を根拠づけて推論できないため、記載しない。

利点

提供された関連情報から捏造を避けるため、記載しない。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-9d343c5e8ac0https://claude-code-log.com/changelog/v2.1.295#item-9d343c5e8ac0- `claude plugin validate` とプラグインの読み込みを改善: 再バインドされたトップレベルの `var` が原因で hooks モジュールが拒否された場合、エラーにその再バインド箇所の行、原因、修正方法を名前で示すようにしたWed, 14 Oct 2026 21:03:49 GMT- `claude plugin validate` とプラグインの読み込みを改善: 再バインドされたトップレベルの `var` が原因で hooks モジュールが拒否された場合、エラーにその再バインド箇所の行、原因、修正方法を名前で示すようにした

---

変更前

hooks モジュールのトップレベルの `var` が再バインドされていると、読み込み時に拒否される。そのエラーメッセージは問題を教えるが、どの行が再バインドしたのかは分からず、修正には debug log の本文や原因の追跡が必要だった。

変更後

`claude plugin validate` やプラグイン読み込み時の同じ静的分析で、エラーが再バインドした行そのもの、原因、修正方法を名前で示す。ドキュメントの拒否メッセージの系統と同様に、メッセージだけで原因と対処が分かる。

利点

hooks モジュールが読み込めない場合、debug log の本文を追わなくてもエラーメッセージだけで原因の行を特定して修正できる。`hooks module did not load` の拒否メッセージと同じ読み方で対処できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-42b58faf9de0https://claude-code-log.com/changelog/v2.1.295#item-42b58faf9de0Workflowツールの `scriptPath` 拒否メッセージを改善した: `script` でスクリプトをインラインで渡すよう指示するようになり、Read ツールがないセッションでも動作する経路を案内するWed, 14 Oct 2026 21:03:49 GMTWorkflowツールの `scriptPath` 拒否メッセージを改善した: `script` でスクリプトをインラインで渡すよう指示するようになり、Read ツールがないセッションでも動作する経路を案内する

---

変更前

`scriptPath` が拒否された場合、拒否理由のメッセージには代替手段が明示されていなかった。ユーザーは Read ツールでスクリプトを読めないセッションで、どう渡せばよいかに迷う。

変更後

拒否メッセージに、`script` パラメータでスクリプトをインラインで渡すよう明示的に指示する。この経路は Read ツールが利用できないセッションでも機能する。

利点

ユーザーは拒否時に迷わず、Read ツールの有無に依存しない `script` インライン指定へ即座に切り替えてワークフローを再実行できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-72095a38ea20https://claude-code-log.com/changelog/v2.1.295#item-72095a38ea20- 大きなファイルの送信時にアップロードが理由不明のまま失敗した際に Claude に伝えられる内容を改善し、ファイルを縮小する代わりに失敗を報告するようになりましたWed, 14 Oct 2026 21:03:49 GMT- 大きなファイルの送信時にアップロードが理由不明のまま失敗した際に Claude に伝えられる内容を改善し、ファイルを縮小する代わりに失敗を報告するようになりました

---

変更前

大きなファイルのアップロードが失敗しても、Claude には失敗の理由が伝わらないため、Claude は失敗に気づかず、自動的にファイルを圧縮・縮小して再送信しようとしていた可能性があります。

変更後

アップロード失敗時に Claude に伝えられる情報が改善され、Claude はファイルを縮小して回避する代わりに、アップロードが失敗したことをそのまま報告するようになりました。

利点

ユーザーは Claude が黙ってファイルを縮小してしまうことを心配せず、アップロード失敗の事実をそのまま把握できるようになります。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-8ff8d8ef2219https://claude-code-log.com/changelog/v2.1.295#item-8ff8d8ef2219ツール検索を通じてモデルが読み込む MCP ツールの説明文が、2,048 文字ではなく 16,384 文字で切り詰められるようになりました。Wed, 14 Oct 2026 21:03:49 GMTツール検索を通じてモデルが読み込む MCP ツールの説明文が、2,048 文字ではなく 16,384 文字で切り詰められるようになりました。

---

変更前

ツール検索が有効な場合、MCP ツールの説明は 2,048 文字で切り詰められていたため、長い説明文を持つツールでは情報が失われていた。

変更後

切り詰めの上限が 16,384 文字に引き上げられ、ツール検索で遅延読み込みされるツールの説明の大部分がそのままモデルに渡されるようになった。

利点

モデルがより完全なツールの説明を参照できるようになり、ツール検索時に適切なツールを見つけられる精度が上がる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-59de3d5c0466https://claude-code-log.com/changelog/v2.1.295#item-59de3d5c0466サブエージェントが `skills` フィールドから最大 32 個のスキルをそれぞれ 1 回だけプリロードするように変更。Skill ツールを持つサブエージェントは、残りのスキルを引き続き呼び出せる。Wed, 14 Oct 2026 21:03:49 GMTサブエージェントが `skills` フィールドから最大 32 個のスキルをそれぞれ 1 回だけプリロードするように変更。Skill ツールを持つサブエージェントは、残りのスキルを引き続き呼び出せる。

---

変更前

サブエージェント起動時の `skills` フィールドによるスキルのプリロード数に上限がなく、指定内容がすべてコンテキストに注入されていた。

変更後

`skills` フィールドからプリロードされるスキルが最大 32 個に制限され、各スキルは 1 回だけ注入されるようになった。Skill ツールを持つサブエージェントは、プリロードされなかった残りのスキルを Skill ツール経由で呼び出せる。

利点

大量のスキルを指定してもサブエージェントのコンテキストが過剰に消費されず、未プリロードのスキルも実行時に発見・呼び出せるため、コンテキスト効率とスキル利用の柔軟性を両立できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-79190c086ec5https://claude-code-log.com/changelog/v2.1.295#item-79190c086ec5アタッチしたバックグラウンドセッションのアイドル状態のプロンプトで Ctrl+C を押しても、保留中の `/loop` のウェイクアップを解除しないように変更。Ctrl+C を2回押すとデタッチされ、ループは継続して動作する。ループを停止するには Esc を押すWed, 14 Oct 2026 21:03:49 GMTアタッチしたバックグラウンドセッションのアイドル状態のプロンプトで Ctrl+C を押しても、保留中の `/loop` のウェイクアップを解除しないように変更。Ctrl+C を2回押すとデタッチされ、ループは継続して動作する。ループを停止するには Esc を押す

---

変更前

変更前は、アタッチしたバックグラウンドセッションのアイドル状態のプロンプトで Ctrl+C を押すと、デタッチと同時に保留中の `/loop` のウェイクアップがキャンセルされていた。そのため、セッションをデタッチしようとして Ctrl+C を2回押すと、バックグラウンドで継続するはずのループが止まってしまうことがあった。

変更後

変更後は、アイドル状態のプロンプトでの Ctrl+C は保留中の `/loop` のウェイクアップをそのまま残す。Ctrl+C を2回押すとセッションがデタッチされ、ループはバックグラウンドで継続して動作する。ループを意図的に停止したい場合は Esc を押す。

利点

デタッチ操作とループの停止操作が分離されるため、バックグラウンドセッションをデタッチしても `/loop` が誤って止まらず、安心してセッションを切り替えられるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-938659519159https://claude-code-log.com/changelog/v2.1.295#item-938659519159- macOS、またはサービス未インストールの Linux 環境で、`claude agents` がバックグラウンドサービスと一緒に停止するよう変更されました。実行中のセッションは約1分後に停止します（再実行しない場合）。その旨の通知が表示されます。Wed, 14 Oct 2026 21:03:49 GMT- macOS、またはサービス未インストールの Linux 環境で、`claude agents` がバックグラウンドサービスと一緒に停止するよう変更されました。実行中のセッションは約1分後に停止します（再実行しない場合）。その旨の通知が表示されます。

---

変更前

macOS またはバックグラウンドサービス未インストールの Linux 環境では、`claude agents` を終了してもバックグラウンドサービスがしばらく稼働し続け、実行中のセッションも維持されていた。

変更後

`claude agents` がバックグラウンドサービスと連動して停止するようになり、実行中のセッションは約1分後に停止する。その際、その旨を知らせる通知が表示される。

利点

claude agents を終了した後にセッションがいつまで残るかを明確に予告することで、バックグラウンドのセッションが予期せず残り続けることを防ぎ、リソース管理がしやすくなる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d5da96763345https://claude-code-log.com/changelog/v2.1.295#item-d5da96763345フラグを取得しないインストール環境で、claude.ai コネクタが MCP プロトコルバージョン 2026-07-28 をデフォルトでネゴシエートするよう変更。`MCP_PROTOCOL_NEGOTIATION=legacy` でオプトアウトできるWed, 14 Oct 2026 21:03:49 GMTフラグを取得しないインストール環境で、claude.ai コネクタが MCP プロトコルバージョン 2026-07-28 をデフォルトでネゴシエートするよう変更。`MCP_PROTOCOL_NEGOTIATION=legacy` でオプトアウトできる

---

変更前

claude.ai コネクタの MCP プロトコルバージョン 2026-07-28 のネゴシエートは、feature flag の取得が行われるセッションを前提としていた。env-vars.md では、`MCP_PROTOCOL_NEGOTIATION=auto` を設定しない限り claude.ai コネクタサーバーに対して MCP プロトコルリビジョン 2026-07-28 のプローブが行われると説明されており、フラグを取得しないインストールでの挙動は本変更で改めて明確化された

変更後

フラグを取得しないインストール環境でも、claude.ai コネクタがデフォルトで MCP プロトコルバージョン 2026-07-28 をネゴシエートするようになった。従来の挙動に戻したい場合は `MCP_PROTOCOL_NEGOTIATION=legacy` を設定する

利点

フラグ取得が無効な環境（Remote Control 使用時やクリーンな CI 環境など）でも claude.ai コネクタが新しい MCP プロトコルバージョンを利用でき、必要なら環境変数 1 つで従来動作に戻せるようになる

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-afe30bef14behttps://claude-code-log.com/changelog/v2.1.295#item-afe30bef14be独自の背景色を持たない Artifact ページについて、オフホワイトの代わりに白で表示するように変更しました。Wed, 14 Oct 2026 21:03:49 GMT独自の背景色を持たない Artifact ページについて、オフホワイトの代わりに白で表示するように変更しました。

---

変更前

背景色を持たない Artifact ページは、オフホワイト(わずかに灰色がかった白)で表示されていた。

変更後

同じページが純白で表示されるようになり、背景色を持たない Artifact ページの見た目が白いキャンバスのように変わった。

利点

背景なしの Artifact ページが白背景で表示されるようになり、より自然な見た目で閲覧できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-fe587f40adc4https://claude-code-log.com/changelog/v2.1.295#item-fe587f40adc4- ツール実行後にモッドがツール呼び出しを拒否した場合に、Claude とユーザーが読むメッセージを変更しました。今後は「ツールが実行されたこと、およびプラグインがその結果を差し控えたこと」を示すメッセージになりますWed, 14 Oct 2026 21:03:49 GMT- ツール実行後にモッドがツール呼び出しを拒否した場合に、Claude とユーザーが読むメッセージを変更しました。今後は「ツールが実行されたこと、およびプラグインがその結果を差し控えたこと」を示すメッセージになります

---

変更前

ツール実行後にモッドがツール呼び出しを拒否した場合、Claude とユーザーが読むメッセージは、ツールが実際に実行されたことを明確に示していなかった。

変更後

メッセージが改善され、ツールが実行されたことと、プラグイン(mod)がその結果を差し控えたことを正確に示すようになった。ドキュメントの `$.process.spawn` の例では、拒否メッセージが「ran, and a plugin withheld its result」といった文字列で終わり、拒否した mod の理由が添えられる。

利点

Claude とユーザーは、ツールがすでに実行済みであることや結果が隠されたことを正確に把握でき、コマンドの何が元に戻らず、次に何をすべきかを誤解せずに判断できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-628950c68a7fhttps://claude-code-log.com/changelog/v2.1.295#item-628950c68a7fタブストップを、テキストの開始位置から数える方式に変更しました（以前は画面の左端から数えていました）：例えば 2 段インデントされた選択肢の回答では、最初のタブストップは 8 セル先になり、以前は 6 セル先でしたWed, 14 Oct 2026 21:03:49 GMTタブストップを、テキストの開始位置から数える方式に変更しました（以前は画面の左端から数えていました）：例えば 2 段インデントされた選択肢の回答では、最初のタブストップは 8 セル先になり、以前は 6 セル先でした

---

変更前

選択肢に番号を入力して Tab キーで送信する際のタブストップは、画面の左端から数えられていた。そのため、2 段インデントされた選択肢の回答では、最初のタブストップが 6 セル先に設定されていた

変更後

タブストップは、テキスト自体が開始する位置から数えられるようになった。そのため、同じ 2 段インデントされた選択肢の回答では、最初のタブストップが 8 セル先に設定される

利点

インデントされたテキストでも、タブによる送信位置がテキストの開始位置から一定の間隔で揃うため、Tab キーでの送信や編集が直感的に行える

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d65b57e5fcd2https://claude-code-log.com/changelog/v2.1.295#item-d65b57e5fcd2テレメトリを無効にしている環境で、Artifact ツールの権限確認を他のインストール環境と同じ 5 つの質問に変更した。これまで他者のアーティファクトを読み取るたび、またデータを編集するたびに確認を求めていたが、今後はその都度尋ねられなくなる。Wed, 14 Oct 2026 21:03:49 GMTテレメトリを無効にしている環境で、Artifact ツールの権限確認を他のインストール環境と同じ 5 つの質問に変更した。これまで他者のアーティファクトを読み取るたび、またデータを編集するたびに確認を求めていたが、今後はその都度尋ねられなくなる。

---

変更前

テレメトリを無効にした環境では、他者の作成したアーティファクトを読み取るたび、またアーティファクトのデータを編集するたびに、個別に権限確認が表示されていた。そのため、他のインストール環境と比べて確認回数が多くなっていた。

変更後

テレメトリを無効にした環境でも、他のインストール環境と同じ 5 つの質問のみが表示されるようになり、読み取りやデータ編集のたびに確認を求められなくなった。

利点

テレメトリを無効にしているユーザーは、他の環境と同等の確認回数で済むようになり、アーティファクトの読み取りやデータ編集のたびに確認に応答する手間がなくなる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-580d47767cc0https://claude-code-log.com/changelog/v2.1.295#item-580d47767cc0- テレメトリが無効なインストール環境で、定期実行ルーチンや「今すぐ実行」によるルーチンの実行が、他のインストール環境と同様に、確認を求めることなく新しいプライベートアーティファクトを公開し、自分自身のアーティファクトを更新できるようになりました。Wed, 14 Oct 2026 21:03:49 GMT- テレメトリが無効なインストール環境で、定期実行ルーチンや「今すぐ実行」によるルーチンの実行が、他のインストール環境と同様に、確認を求めることなく新しいプライベートアーティファクトを公開し、自分自身のアーティファクトを更新できるようになりました。

---

変更前

テレメトリを無効にした環境では、ルーチンの定期実行や「今すぐ実行」を実行しても、アーティファクトの公開・更新時に確認を求められ、他の環境と挙動が異なっていた。

変更後

同じ環境でも、他のインストール環境と同様に、新しいプライベートアーティファクトの公開や自分のアーティファクトの更新が確認なしで自動的に行われるようになった。

利点

ユーザーはテレメトリ無効環境でもルーチンの実行結果が他の環境と同じように自動公開されるため、確認応答なしで一貫したワークフローを維持できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-a63bd21eb989https://claude-code-log.com/changelog/v2.1.295#item-a63bd21eb989- 組織の mods によるトースト通知を、他の mods のトーストの後ろで待たせるのではなく、手前に表示するように変更したWed, 14 Oct 2026 21:03:49 GMT- 組織の mods によるトースト通知を、他の mods のトーストの後ろで待たせるのではなく、手前に表示するように変更した

---

変更前

以前は、組織の mods が `$.ui.toast` で表示するトースト通知は、他の mods が表示したトーストの背後で順番待ちになり、自分の順番が来るまで表示されなかった。そのため、重要な通知が他の通知に隠れて画面に現れるまで時間がかかることがあった。

変更後

今回の変更により、組織の mods からのトーストは、他の mods のトーストより先に画面右上に表示されるようになった。transcript や status といった他の表示手段 (`$.ui.log`、`$.ui.status`) の挙動は変わらず、トースト通知の表示順のみが変更されている。

利点

組織の mods が通知する重要なメッセージを、他の mods の通知に邪魔されずにすぐ目にできるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-36e014113467https://claude-code-log.com/changelog/v2.1.295#item-36e014113467Claude アプリゲートウェイを変更し、バンドルされた Claude Desktop スキーマが認識しない `desktop` ポリシーキーに対して、警告を出しながらそのまま提供するようにした。これにより、新しい Desktop 設定を使う際にゲートウェイのアップグレードが不要になった。Wed, 14 Oct 2026 21:03:49 GMTClaude アプリゲートウェイを変更し、バンドルされた Claude Desktop スキーマが認識しない `desktop` ポリシーキーに対して、警告を出しながらそのまま提供するようにした。これにより、新しい Desktop 設定を使う際にゲートウェイのアップグレードが不要になった。

---

変更前

従来は、ゲートウェイのバンドルスキーマが認識しない `desktop` ポリシーキーが設定されていると、ゲートウェイのバージョンが古い場合、その設定は新しい Claude Desktop に提供されませんでした。新しい Desktop 設定を使うには、まずゲートウェイをアップグレードする必要がありました。

変更後

ゲートウェイは、バンドルされた Claude Desktop スキーマが認識しない `desktop` ポリシーキーでも、起動時に警告を出すだけで、そのキーを新しい Claude Desktop に提供するようになりました。これにより、新しい Desktop 設定を配信するためのゲートウェイのアップグレードが不要になります。

利点

ユーザーは、新しい Claude Desktop 設定を利用するためにゲートウェイをアップグレードする手間から解放され、管理負担が軽減される。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-8255fa4622e9https://claude-code-log.com/changelog/v2.1.295#item-8255fa4622e9WebSocket (`ws`) MCP サーバーの挙動を変更した。16 MiB を超えるメッセージはパースせずに接続を閉じるようにした。これは他のトランスポートがすでに持っている制限であるWed, 14 Oct 2026 21:03:49 GMTWebSocket (`ws`) MCP サーバーの挙動を変更した。16 MiB を超えるメッセージはパースせずに接続を閉じるようにした。これは他のトランスポートがすでに持っている制限である

---

変更前

WebSocket (`ws`) 型の MCP サーバーでは、16 MiB を超えるメッセージもパース対象になっていた。そのため、他のトランスポートにはない大きなメッセージへの対応が不足していた

変更後

16 MiB を超えるメッセージはパースせず、その時点で接続を閉じるようにした。これにより、WebSocket 型にも他のトランスポートと同じサイズ制限が適用される

利点

大きなメッセージをパースする前に接続を閉じることで、メモリ過負荷やハングなどの問題を避け、すべての MCP トランスポートで一貫した挙動を得られる

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-6e1c661eb0dbhttps://claude-code-log.com/changelog/v2.1.295#item-6e1c661eb0db[VSCode] Claude が送信してきたファイルのチャット行を追加: ファイル名をクリックするとエディタで開け、Claude のキャプションはその下に表示され、その行は Focus ビューでも表示され続けるWed, 14 Oct 2026 21:03:49 GMT[VSCode] Claude が送信してきたファイルのチャット行を追加: ファイル名をクリックするとエディタで開け、Claude のキャプションはその下に表示され、その行は Focus ビューでも表示され続ける

---

変更前

変更前は、Claude が送信したファイルはチャット内で特別な行として表示されず、ファイル名をクリックしてエディタで直接開くことができなかった。

変更後

変更後は、Claude が送信したファイル用のチャット行が追加され、ファイル名をクリックするとエディタで開ける。Claude のキャプションはその下に表示され、その行は Focus ビューでも表示されたままになる。

利点

Claude が送信したファイルをワンクリックでエディタですぐに開けるようになり、チャットとエディタ間のファイル参照がスムーズになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-da368ef545d7https://claude-code-log.com/changelog/v2.1.295#item-da368ef545d7- [VSCode] バックグラウンドエージェントのアクティビティやパネル自身のステータス行の後で、「ここから会話をフォーク」と Rewind の会話復元が「セッションにメッセージが見つかりません」というエラーで失敗する問題を修正しましたWed, 14 Oct 2026 21:03:49 GMT- [VSCode] バックグラウンドエージェントのアクティビティやパネル自身のステータス行の後で、「ここから会話をフォーク」と Rewind の会話復元が「セッションにメッセージが見つかりません」というエラーで失敗する問題を修正しました

---

変更前

バックグラウンドエージェントが動作した後やパネルのステータス行が表示された後で、会話をフォークしたり Rewind で会話を復元しようとすると、「Message not found in session」というエラーで失敗していた。ユーザーは会話の復元やフォークをあきらめるしかなかった。

変更後

エージェントのアクティビティやステータス行によって会話のメッセージ位置がずれても、フォークと Rewind の会話復元が正しく動作するようになった。エラーなしで意図した時点から会話を続けられる。

利点

バックグラウンドエージェントの活動後でも会話のフォークや Rewind を安心して実行できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-6234eaf82c61https://claude-code-log.com/changelog/v2.1.295#item-6234eaf82c61[VSCode] チャット入力で Ctrl+Shift+Tab、Cmd+Shift+Tab、Alt+Shift+Tab を押すとセッション切り替えと同時に権限モードまで切り替わってしまう問題、また Ctrl+Tab で提案されたプロンプトが確定されてしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT[VSCode] チャット入力で Ctrl+Shift+Tab、Cmd+Shift+Tab、Alt+Shift+Tab を押すとセッション切り替えと同時に権限モードまで切り替わってしまう問題、また Ctrl+Tab で提案されたプロンプトが確定されてしまう問題を修正した

---

変更前

チャット入力で Ctrl+Shift+Tab や Cmd+Shift+Tab、Alt+Shift+Tab を押すと、本来のショートカット動作に加えて権限モードが意図せず切り替わっていた。また、Ctrl+Tab を押すと提案されたプロンプトが確定されてしまっていた。

変更後

これらのショートカットはセッション切り替えなどの本来の動作のみを行い、権限モードの意図しない切り替えや提案プロンプトの確定は発生しなくなった。

利点

ショートカットキー操作で権限モードや入力内容が意図せず変わらなくなり、キー操作を安心して使えるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d6d58806188fhttps://claude-code-log.com/changelog/v2.1.295#item-d6d58806188f[VS Code] 画面に同時に表示されている 2 つの Claude ビューの間でキーボードフォーカスが行き来する問題を修正した。この問題により、入力したテキストが誤って別の会話に送られることがあったWed, 14 Oct 2026 21:03:49 GMT[VS Code] 画面に同時に表示されている 2 つの Claude ビューの間でキーボードフォーカスが行き来する問題を修正した。この問題により、入力したテキストが誤って別の会話に送られることがあった

---

変更前

VS Code で 2 つの Claude ビュー(サイドバーやエディタタブなど)が同時に表示されている場合、キーボードフォーカスが両者の間を行き来していた。その結果、ユーザーが入力したテキストが意図しない方の会話に送信されることがあった。

変更後

キーボードフォーカスの移動が安定し、現在フォーカスのあるビューにのみ入力が送られるようになった。複数の Claude ビューが同時に開かれていても、正しい会話にテキストが入力される。

利点

複数の Claude ビューを同時に開いていても、入力内容が誤った会話に送信される心配なく、安全にメッセージを入力できるようになった。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-eb8c3d97ecdehttps://claude-code-log.com/changelog/v2.1.295#item-eb8c3d97ecdeセルフホストランナー: ランナーがセッションの環境に `CCR_AUTO_MODE_ALLOW`、`CCR_AUTO_MODE_ENVIRONMENT`、`CCR_AUTO_MODE_SOFT_DENY` を渡さないよう変更した。Wed, 14 Oct 2026 21:03:49 GMTセルフホストランナー: ランナーがセッションの環境に `CCR_AUTO_MODE_ALLOW`、`CCR_AUTO_MODE_ENVIRONMENT`、`CCR_AUTO_MODE_SOFT_DENY` を渡さないよう変更した。

---

変更前

これまで、セルフホストランナーは起動するセッションの環境変数に `CCR_AUTO_MODE_ALLOW`、`CCR_AUTO_MODE_ENVIRONMENT`、`CCR_AUTO_MODE_SOFT_DENY` を渡していた。セッション内のプロセスからこれらの変数が参照できていた。

変更後

ランナーはこれら3つの環境変数をセッションの環境に渡さなくなった。セッション内のプロセスからは参照できなくなる。

利点

セッション内部から自動モードの制御変数が設定・操作されることを防げる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-5cd677c43feahttps://claude-code-log.com/changelog/v2.1.295#item-5cd677c43feaセルフホストランナー：大きなリポジトリで Git サーバーがまだ進行状況を報告している間に git fetch が打ち切られる問題を修正しました。新しい環境変数 `CLAUDE_RUNNER_FETCH_SERVER_PROGRESS_CAP_MS` でこの待機時間を調整または無効化できます。Wed, 14 Oct 2026 21:03:49 GMTセルフホストランナー：大きなリポジトリで Git サーバーがまだ進行状況を報告している間に git fetch が打ち切られる問題を修正しました。新しい環境変数 `CLAUDE_RUNNER_FETCH_SERVER_PROGRESS_CAP_MS` でこの待機時間を調整または無効化できます。

---

変更前

大きなリポジトリの git fetch 中に、Git サーバーがまだ進行状況を報告しているにもかかわらず、ランナー側で fetch が途中で打ち切られていた。その結果、fetch が完了せず失敗することがあった。

変更後

Git サーバーが進行状況を報告している間は fetch を打ち切らず、完了まで待機するようになった。新しい環境変数 `CLAUDE_RUNNER_FETCH_SERVER_PROGRESS_CAP_MS` で待機時間の上限を調整したり、待機を無効化したりできる。

利点

大きなリポジトリでも fetch が途中で失敗しなくなり、必要に応じて待機時間をチューニングできる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-af0072242933https://claude-code-log.com/changelog/v2.1.295#item-af0072242933[クラウドセッション] アーカイブ解除直後のクラウドセッションに送信されたメッセージが、コンテナを起動できなかったために返信を受け取らないことがある問題を修正したWed, 14 Oct 2026 21:03:49 GMT[クラウドセッション] アーカイブ解除直後のクラウドセッションに送信されたメッセージが、コンテナを起動できなかったために返信を受け取らないことがある問題を修正した

---

変更前

アーカイブされたクラウドセッションを解除した直後にメッセージを送ると、そのセッション用のコンテナが起動できない場合があった。その結果、送信したメッセージが返信されずに黙って捨てられることがあった。

変更後

アーカイブ解除直後のクラウドセッションにメッセージを送っても、コンテナが起動できないことによる無返信が発生しなくなった。セッションが確実に応答できる状態になってからメッセージが処理される。

利点

アーカイブ解除直後のクラウドセッションへのメッセージ送信でも、返信がない事態を気にせずセッション間のやり取りを行えるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-4de071673050https://claude-code-log.com/changelog/v2.1.295#item-4de071673050- [クラウドセッション] 一部の古いルーティンが、保存されたプロンプトを Claude に渡さないまま実行を開始する問題を修正し、それらのルーティンはプロンプトを再実行するようにしたWed, 14 Oct 2026 21:03:49 GMT- [クラウドセッション] 一部の古いルーティンが、保存されたプロンプトを Claude に渡さないまま実行を開始する問題を修正し、それらのルーティンはプロンプトを再実行するようにした

---

変更前

古いバージョンで作成された一部のルーティンは、スケジュール実行が開始されても、保存されたプロンプトが Claude に渡されないまま実行されていた。そのため、ルーティンは実際の指示内容なしで動作し、意図した処理が行われなかった。

変更後

このバージョンでは、該当するルーティンの実行時に保存済みプロンプトが正しく Claude に渡されるようになり、過去にプロンプトが渡らなかった実行についてもプロンプトを再実行して正しく処理が行われる。

利点

ユーザーは保存済みのプロンプトを持つ古いルーティンでも、指示内容が確実に実行されるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-3a57db0a7687https://claude-code-log.com/changelog/v2.1.295#item-3a57db0a7687- [クラウドセッション] 接続が切断された後にクラウドセッションが追いつく速度を改善しました。見逃していたアクティビティが、1行ずつではなく一括で表示されるようになりました。Wed, 14 Oct 2026 21:03:49 GMT- [クラウドセッション] 接続が切断された後にクラウドセッションが追いつく速度を改善しました。見逃していたアクティビティが、1行ずつではなく一括で表示されるようになりました。

---

変更前

クラウドセッションの接続が切れた後、セッションに再接続すると、切断中に発生したアクティビティが1行ずつ順番に表示されていました。このため、全容を把握するまで時間がかかっていました。

変更後

接続が切れた後の再接続時に、見逃していたアクティビティが一括でまとめて表示されるようになりました。セッションの状況をすばやく把握できるようになっています。

利点

切断後に再接続した際、遅れて届く更新を待つことなく、セッションで起きたことをすぐに全体像として確認できるようになりました。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-b9f3f1b28f3ehttps://claude-code-log.com/changelog/v2.1.295#item-b9f3f1b28f3e- [Cloud sessions] クラウド環境フォーム内のセットアップスクリプト入力ボックスを改善した: 初期表示が大きくなり、スクリプトに合わせて自動的に拡張し、ドラッグでサイズを変更できるようになったWed, 14 Oct 2026 21:03:49 GMT- [Cloud sessions] クラウド環境フォーム内のセットアップスクリプト入力ボックスを改善した: 初期表示が大きくなり、スクリプトに合わせて自動的に拡張し、ドラッグでサイズを変更できるようになった

---

変更前

クラウド環境フォームのセットアップスクリプト入力ボックスは小さく表示され、長いスクリプトを書くとボックス内でスクロールする必要があった。サイズも固定で調整できなかった。

変更後

セットアップスクリプト入力ボックスは初期状態で高めに表示され、スクリプトの記述量に応じて自動的に拡張する。さらに、ドラッグ操作でユーザーが自由にサイズを変更できる。

利点

ユーザーはセットアップスクリプト全体を見渡しながら快適に編集できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-4c17cb303a48https://claude-code-log.com/changelog/v2.1.295#item-4c17cb303a48変更: [Claude Tag] Slack チャンネルで Claude が投稿する設定確認カードの有効時間を、10 分から 30 分に変更した。Wed, 14 Oct 2026 21:03:49 GMT変更: [Claude Tag] Slack チャンネルで Claude が投稿する設定確認カードの有効時間を、10 分から 30 分に変更した。

---

変更前

Claude Tag が Slack チャンネルに投稿する設定確認カードは、10 分で期限切れになっていた。

変更後

設定確認カードが 30 分間開いたままになり、ユーザーはより長く確認や操作ができるようになった。

利点

設定確認カードを操作する時間に余裕ができ、忙しい場合でも確認カードの期限切れを気にせず対応できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-de958eaaeaf8https://claude-code-log.com/changelog/v2.1.295#item-de958eaaeaf8- [Claude Tag] Enterprise Grid ワークスペース間で共有されているチャンネルが組織のデフォルト設定を使用することを伝える Claude の通知を、誰かが Claude をメンションしたときにのみ投稿され、最大で月に 1 回になるよう変更したWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] Enterprise Grid ワークスペース間で共有されているチャンネルが組織のデフォルト設定を使用することを伝える Claude の通知を、誰かが Claude をメンションしたときにのみ投稿され、最大で月に 1 回になるよう変更した

---

変更前

これまで、Enterprise Grid ワークスペース間で共有されているチャンネルが組織のデフォルト設定を使用していることを伝える Claude の通知は、その条件を満たした時点で投稿されていた。そのため、同じ通知が繰り返し表示され、チャンネルの会話の中で目につきやすかった。

変更後

今回の変更により、この通知は誰かがチャンネル内で Claude をメンションしたときにのみ投稿されるようになり、頻度も最大で月に 1 回に制限された。これにより、通知がメンションの文脈に沿って表示される。

利点

ユーザーは組織設定に関する案内を必要なタイミングで月 1 回まで受け取れるようになり、通知によるチャンネルの不要な乱れを減らせる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-d3ea1a09424ehttps://claude-code-log.com/changelog/v2.1.295#item-d3ea1a09424e- [Claude Tag] フォークしたスレッドの「Continued from」カードで、チャンネルリンクや @-メンションが生の Slack コードとして表示されていた問題を修正したWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] フォークしたスレッドの「Continued from」カードで、チャンネルリンクや @-メンションが生の Slack コードとして表示されていた問題を修正した

---

変更前

Claude Tag のフォーク済みスレッドに表示される「Continued from」カードでは、参照元のチャンネルへのリンクや @-メンションが生の Slack コード（<#C1234...> のような内部表記）のまま表示されていた。

変更後

フォーク済みスレッドの「Continued from」カードで、チャンネルリンクや @-メンションが正しく整形され、通常の Slack 表示と同じようにレンダリングされるようになった。

利点

ユーザーはフォークされたスレッドの出典を示すカードを読みやすく確認でき、参照先のチャンネルやメンバーをすぐ把握できる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-6ca70b0c1ee4https://claude-code-log.com/changelog/v2.1.295#item-6ca70b0c1ee4[Claude Tag] `@Claude !restart` で再起動がすでに完了しているにもかかわらず、スレッドの配下で Slack の「Working（作業中）」ステータスがスピン表示され続ける問題を修正したWed, 14 Oct 2026 21:03:49 GMT[Claude Tag] `@Claude !restart` で再起動がすでに完了しているにもかかわらず、スレッドの配下で Slack の「Working（作業中）」ステータスがスピン表示され続ける問題を修正した

---

変更前

`@Claude !restart` を送信すると、Slack 上で再起動の完了が確認できた後も、該当スレッドの下に「Working」ステータスのスピナーが表示され続けていた。ユーザーは実際には処理が終わっているのに、まだ作業が続いているものと見誤る可能性があった。

変更後

再起動の確認後にスピナーが消えないように修正された。スレッドのステータスが実際の状態と一致して表示されるようになった。

利点

ユーザーは再起動の完了後、すぐに次のメッセージを送れるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-47ca3148b5a7https://claude-code-log.com/changelog/v2.1.295#item-47ca3148b5a7- [Claude Tag] Claude がタグなしメッセージの読み取りを停止していた高負荷なチャンネルで、他アプリやボットからの @Claude メンションに応答しない問題を修正したWed, 14 Oct 2026 21:03:49 GMT- [Claude Tag] Claude がタグなしメッセージの読み取りを停止していた高負荷なチャンネルで、他アプリやボットからの @Claude メンションに応答しない問題を修正した

---

変更前

以前は、他のアプリやボットが送信した @Claude メンションに対して、Claude が応答しないことがあった。メッセージ量の多いチャンネルでは Claude がタグなしメッセージの読み取りを停止しており、そのようなメッセージへの応答が途絶えていた。

変更後

この修正により、他のアプリやボットからの @Claude メンションが、読み取りを停止していた高負荷なチャンネルでも確実に拾われ、応答されるようになった。

利点

ユーザーはボットや他アプリ経由の @Claude メンションでも、高負荷なチャンネルで応答されないことを心配せずに済むようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-511be17dcc37https://claude-code-log.com/changelog/v2.1.295#item-511be17dcc37[Claude Tag] チャンネルマネージャーを追加すると、そのメンバーは他のアクセス権を失う可能性があるカスタムロールに移動するため、Claude Tag 管理者設定で、チャンネルマネージャーを追加する前に確認画面が表示されるようになった。Wed, 14 Oct 2026 21:03:49 GMT[Claude Tag] チャンネルマネージャーを追加すると、そのメンバーは他のアクセス権を失う可能性があるカスタムロールに移動するため、Claude Tag 管理者設定で、チャンネルマネージャーを追加する前に確認画面が表示されるようになった。

---

変更前

Claude Tag 管理者設定でチャンネルマネージャーを追加すると、確認なしに即座に実行されていた。そのメンバーはカスタムロールに移動し、以前持っていた他のアクセス権が失われることに気づきにくかった。

変更後

チャンネルマネージャーを追加する操作を行うと、実行前に確認ダイアログが表示されるようになった。これにより、そのメンバーが他のアクセス権を失う可能性のあるカスタムロールへの移動を、ユーザーが意図して承認できる。

利点

メンバーの権限が意図せず縮小されるミスを防ぎ、ロール変更の影響を確認してから実行できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-59958381d054https://claude-code-log.com/changelog/v2.1.295#item-59958381d054[Code Review] コードレビューの再レビュー時に、以前の指摘が未解決なままなのに「問題は見つかりませんでした」と表示される問題を修正した。コメントには現在も残っている未解決の指摘の件数が表示されるWed, 14 Oct 2026 21:03:49 GMT[Code Review] コードレビューの再レビュー時に、以前の指摘が未解決なままなのに「問題は見つかりませんでした」と表示される問題を修正した。コメントには現在も残っている未解決の指摘の件数が表示される

---

変更前

Code Reviewで再レビューを実行すると、以前のレビューで報告した指摘がまだ未解決の状態であっても、そのレビューは「問題は見つかりませんでした」という内容でレビューを終了していた。ユーザーは、未解決の指摘がまだ残っているのかどうかをこの表示から判断できなかった。

変更後

再レビュー実行時、未解決の指摘が残っている場合には「問題は見つかりませんでした」と表示しないように修正された。代わりに、コメントに残りの未解決の指摘の件数が表示されるようになった。

利点

再レビューの結果を確認するだけで、以前の指摘がいくつ未解決のままなのかをすぐに把握できるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-edda9a9b6a1ahttps://claude-code-log.com/changelog/v2.1.295#item-edda9a9b6a1a[Code Review] プルリクエストが CLAUDE.md を編集している場合でも、大きな CLAUDE.md のルールが Code Review で読み飛ばされ続ける問題を修正したWed, 14 Oct 2026 21:03:49 GMT[Code Review] プルリクエストが CLAUDE.md を編集している場合でも、大きな CLAUDE.md のルールが Code Review で読み飛ばされ続ける問題を修正した

---

変更前

プルリクエストで CLAUDE.md 自体が編集されている場合でも、サイズの大きい CLAUDE.md のルールは Code Review の対象から読み飛ばされていた。

変更後

プルリクエストが CLAUDE.md を編集している場合には、大きな CLAUDE.md のルールも読み飛ばさずに Code Review で考慮されるようになった。

利点

プロジェクトの記憶ルールを大規模に運用している開発者でも、CLAUDE.md の変更がレビューで正しく評価されるようになる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.295#item-b340531a5ff2https://claude-code-log.com/changelog/v2.1.295#item-b340531a5ff2`xhigh` と `max` の effort レベルで、Web 検索と `agent` フックの評価に時間がかかりすぎる問題を修正したWed, 14 Oct 2026 21:03:49 GMT`xhigh` と `max` の effort レベルで、Web 検索と `agent` フックの評価に時間がかかりすぎる問題を修正した

---

変更前

`xhigh` または `max` の effort レベルで作業すると、Web 検索や `agent` フックの評価が通常より大幅に遅くなっていた。

変更後

これらの effort レベルでも Web 検索と `agent` フックの評価が通常の速度で完了する。

利点

`xhigh` や `max` の effort レベルを使っても、検索やフック処理で待たされずに作業を続けられる。

---

v2.1.295

]]>https://claude-code-log.com/changelog/v2.1.294#item-f5f8401cb168https://claude-code-log.com/changelog/v2.1.294#item-f5f8401cb168「コマンドをブロックする」のような指示として記述された `prompt` および `agent` フックが、本来ブロックすべき内容を許可してしまう問題を修正したWed, 14 Oct 2026 21:03:49 GMT「コマンドをブロックする」のような指示として記述された `prompt` および `agent` フックが、本来ブロックすべき内容を許可してしまう問題を修正した

---

変更前

prompt フックや agent フックに「Block commands that...」のような指示形式でブロック要件を書いても、Claude がその指示に従うかどうかに依存するため、本来ブロックされるべきコマンドが許可されていた。フックの判定結果が意図と反する動作になることがあった。

変更後

指示として書かれた prompt および agent フックでも、本来ブロックすべき内容を正しくブロックするようになった。フックが意図した通りに動作するようになり、許可すべきでない操作が実行されにくくなった。

利点

ユーザーは自然言語で書いたブロック指示のフックを安心して使えるようになり、危険なコマードの実行をフックで確実に防げるようになる。

---

v2.1.294

]]>https://claude-code-log.com/changelog/v2.1.294#item-e36d5437bfbbhttps://claude-code-log.com/changelog/v2.1.294#item-e36d5437bfbb- 「ビルドが壊れていたら続けて」といった指示形式で書かれた Stop および SubagentStop の `prompt` フックの判定方法を改善し、Claude が途中で作業をやめにくくなった。Wed, 14 Oct 2026 21:03:49 GMT- 「ビルドが壊れていたら続けて」といった指示形式で書かれた Stop および SubagentStop の `prompt` フックの判定方法を改善し、Claude が途中で作業をやめにくくなった。

---

変更前

Stop や SubagentStop の `prompt` フックで「ビルドが壊れていたら続けて」のような指示形式の文章を書いた場合、その判定が正確に行われず、Claude が条件を満たす前に作業を切り上げて停止することがあった。

変更後

指示形式の prompt フックの内容がより正確に判定されるようになり、フックの意図に沿って Claude が作業を継続するかどうかが判断される。

利点

ビルド修復などの継続条件を prompt フックで指示しておくと、Claude が中途半端な状態で停止しにくくなり、最後までタスクを完遂できるようになった。

---

v2.1.294

]]>