Claude Code v2.1.275

変更前

Claude apps gateway へのサインイン時に、どのアカウントで認証したかを CLI が確認する方法がなく、資格情報の保存後も /status にサインイン済みアカウントは表示されませんでした。

変更後

サインイン時にゲートウェイがアカウント名を提示した場合、資格情報の保存前にそのアカウントの確認を求められ、保存後は /status にサインイン済みアカウントが表示されます。

ユーザーへの恩恵

サインインしたアカウントが意図したものかを保存前に確認し、保存後も /status で見分けられるようになります。

変更前

Claude の実行中にメッセージを送ると、そのメッセージはキューに入り、実行中のターンが終わるまで待つ必要があった。実行中のターンを中断したい場合は Esc を押すしかなく、中断しても待機中のメッセージはキューに残ったままだった。

変更後

ctrl+enter または ctrl+x ctrl+s を押すと、実行中のターンを中断し、待機中の全メッセージをまとめて送信できるようになった。送信済み・待機中のメッセージはモデルが受け取るまで灰色で表示される。

ユーザーへの恩恵

Claude にメッセージを送りたいとき、実行中のターンの完了を待つ必要がなくなる。

変更前

設定された otelHeadersHelper が失敗しても、Claude Code は起動時に何も警告を表示しませんでした。そのため、ヘルパーの失敗に気付かないままセッションが続行し、テレメトリが何もエクスポートされない状況が黙って起こっていました。

変更後

設定された otelHeadersHelper が失敗すると、Claude Code が起動時に警告を表示するようになりました。そのため、テレメトリを何もエクスポートしていないセッションに気付けるようになります。

ユーザーへの恩恵

セッションがテレメトリを全くエクスポートしていない異常を見過ごさず、起動時にすぐ気付いて対処できるようになります。

変更前

claude.ai アカウントで有効化したスキルやプラグインは claude.ai 上と Cowork・クラウドセッションでは同期されたが、ターミナルセッションでは同期されなかった。

変更後

設定キー syncClaudeAiSkills と syncClaudeAiPlugins が追加され、claude.ai アカウントで有効化したスキルとプラグインが claude.ai でのサインイン済みターミナルセッションに自動的に同期されるようになった。オプトアウトしたければ設定で syncClaudeAiSkills: false または syncClaudeAiPlugins: false を指定する。

ユーザーへの恩恵

同じ claude.ai アカウントでサインインしたターミナルセッションでも、claude.ai で有効化したスキルやプラグインを再設定なしでそのまま利用できる。

変更前

「/plugin install plugin-name --marketplace marketplace-name」を実行すると、Claude Code が marketplace の追加を提案し、確認後に自動で marketplace を追加してからプラグインをインストールする。 marketplace-name」を明示しなくても、該当する marketplace が未追加の場合に追加するかどうかの提案が表示され、ユーザーが確認したうえで marketplace を追加してからプラグインのインストールが完了する。

変更後

「/plugin install plugin-name」を実行しても、指定された marketplace がまだ追加されていない場合、その旨が伝わらないままコマンドが失敗する。

ユーザーへの恩恵

未追加の marketplace にあるプラグインを、 marketplace add コマンドを別途実行せずに追加からインストールまで一連の流れで行えるようになる。

変更前

VSCode 拡張の Memory ダイアログでは保存済みメモリの内容を表示するだけで、編集や削除はターミナルの /memory やファイルの直接編集など別の手段に頼る必要があった。

変更後

保存したメモリを Memory ダイアログ内で直接表示・編集・削除できるようになった。

ユーザーへの恩恵

VSCode 拡張の Memory ダイアログから離れずにメモリの確認・修正・削除を完結できるようになる。

変更前

画像を添付しても、メッセージとして送信するには何らかのテキストを入力する必要があった。

変更後

テキストを一切入力せずに、添付した画像だけをそのまま送信できるようになった。

ユーザーへの恩恵

画像だけを見せたい場合は、空のテキストを入力する手間を省いて即座に送信できるようになる。

変更前

VS Code 拡張機能の MCP サーバー ダイアログでサーバー一覧の読み込みに失敗すると、再試行する手段がなく、ダイアログを開き直す必要がありました。

変更後

サーバー一覧の読み込みに失敗しても、ダイアログ内に Retry リンクが表示され、その場で再試行できるようになりました。

ユーザーへの恩恵

MCP サーバー一覧の読み込みに失敗した際も、ダイアログを開き直さずにワンクリックで再試行できるようになり、復旧が素早く行えるようになりました。

変更前

VS Code の Claude Code 拡張機能では、変更提案の diff タブで全体をまとめて accept または reject するしかなく、1つ1つの変更に対して個別に accept または reject することができなかった。

変更後

VS Code の Claude Code 拡張機能で、変更提案の diff タブ内の各変更の下に「Accept」と「Reject」ボタンが追加された。

ユーザーへの恩恵

エディットを1つ1つの変更単位で確認し、部分的に accept または reject できるようになった。

変更前

ルーチンのリンクが無効になったときに表示されるページには、ルーチン一覧へのリンクだけが表示されていた。そのため、リンク切れに気づいたユーザーは新しいルーチンを作りたい場合、別の画面に移動する必要があった。

変更後

ルーチンのリンクが無効になったときに表示されるページに、ルーチン一覧へのリンクの隣に「New routine(新規ルーチン)」ボタンが追加された。リンク切れページからそのまま新しいルーチンを作成できるようになった。

ユーザーへの恩恵

ルーチンのリンクが切れていても、その場で「新規ルーチン」ボタンから新しいルーチンを作成できるようになり、画面を移動せずに済む。

変更前

Claude Tag のアクセスバンドルはメンバーのみのチャンネルにしかアタッチできず、ゲストがいるチャンネルや Slack Connect チャンネルには適用できませんでした。Owner はメンバー限定の条件しか選べませんでした。

変更後

アクセスバンドルのアタッチ条件に「チャンネルタイプ」条件が追加され、Owner はゲストがいるチャンネルや Slack Connect チャンネルにもバンドルを適用できるようになりました。従来はメンバーのみのチャンネルに限定されていました。

ユーザーへの恩恵

Owner はゲストや Slack Connect を含むチャンネルでも @Claude を利用可能にでき、アクセス制御の適用範囲を柔軟に広げられるようになります。

変更前

以前のClaude Tag管理画面では、アクセスバンドルのCredentialsタブで通知・監視サービスの認証情報を使うには、ユーザーが各サービスの資格情報を手動で入力・構成する必要があった。

変更後

新しいClaude Tagの管理画面では、アクセスバンドルのCredentials タブに、CloudWatch・CloudWatch Logs・SNS・Google Cloud Monitoring・Cloud Logging の定義済み接続プリセットが表示され、選択するだけで認証情報を登録できる。

ユーザーへの恩恵

プリセットを選ぶだけで主要なAWSおよびGoogle Cloudの監視・通知サービスの認証情報を設定でき、手入力の手間と設定ミスが減る。

変更前

Claude Tag に Datadog サイト別のプリセットがなく、新しい Datadog 接続は書き込み系を含む Datadog API ルートに接続できていた

変更後

Claude Tag で Datadog の US3、AP1、AP2、US1-FED 各サイト向けプリセットが追加され、新しい Datadog 接続が読み取り・クエリ系 API ルートに制限される

ユーザーへの恩恵

サイト名を選ぶだけで Datadog 接続を設定でき、権限が読み取り・クエリ操作に限定されるため、テレメトリ監視を安全に始められる

変更前

ホストされたセッションでは、コンテナの再起動すると未応答だった権限プロンプトが破棄され、Claude Codeが再度同じ権限を求めてきました。

変更後

ホストされたセッションでは、コンテナの再起動後も未応答の権限プロンプトがそのまま表示され続けます。

ユーザーへの恩恵

ユーザーは再起動後に同じ権限要求に応答し直す手間がなくなります。

変更前

初回パブリッシュ時に、Artifact ツールはファビコンとして絵文字を取得していた。

変更後

初回パブリッシュ時に、タブアイコンとして絵文字ファビコンの代わりに一語のタブアイコンを尋ねる。

ユーザーへの恩恵

ユーザーはブラウザタブで絵文字の代わりに一語のアイコンを表示でき、視認性が向上する。

変更前

ブラウザーツールのauto modeでClaude in Chromeを利用する場合、分類器が承認した呼び出しであってもextensionのパーサーがサイトごとのチェックを行う。そのため、リダイレクト後のbrowser_batchがPermission deniedとなり失敗する。

変更後

ブラウザーツールのauto modeでClaude in Chromeを利用する場合、分類器が承認した呼び出しはextensionのパーサーのサイトごとのチェックがスキップされる。これにより、リダイレクト後にbrowser_batchでPermission deniedと表示されなくなる。

ユーザーへの恩恵

bypass modeと同様に分類器が承認した呼び出しはチェックがスキップされるようになり、リダイレクト後もbrowser_batchが正常に動作するようになる

変更前

npm ソースからプラグインを取得する際、パッケージの install scripts(preinstall / install / postinstall)が実行される可能性があった

変更後

npm ソースのプラグイン取得には npm pack --ignore-scripts を使い、取得したパッケージを検証してから導入する

ユーザーへの恩恵

悪意あるスクリプトが付属したパッケージでも、スクリプトを実行させずにプラグインを導入できる

変更前

スケジュール実行や「今すぐ実行」でルーチンがアーティファクトを更新するたびに、保存や再公開の権限確認が表示され、承認するまで進捗をページに反映できない。

変更後

スケジュール実行や「今すぐ実行」で、権限確認なしにアーティファクトを更新できる。すでに自分が編集権限を持つアーティファクトが対象で、編集可能なアーティファクトには進捗データを保存しページを再公開する。

ユーザーへの恩恵

ユーザーは権限確認に割く手間を減らしつつ、ルーチンがアーティファクトを進捗ページとして自動更新できる。

変更前

「New session in a Claude editor tab」で新規セッションを開くと、「Preferred Location」の設定にかかわらず常に新しいエディタータブが開いていた。

変更後

「New session in a Claude editor tab」で新規セッションを開くと、「Preferred Location」が Sidebar に設定されている場合はエディタータブではなくサイドバーで開くようになった。従来はこの設定に関係なく常に新しいエディタータブが開いていた。

ユーザーへの恩恵

サイドバーを好むユーザーは新規セッションが設定どおりサイドバーで開くようになり、不要なタブが増えなくなった。

変更前

Claudeが作業中に送ったメッセージは、会話ストリームの中に割り込むように表示されていた。Claudeがまだそのメッセージに着手していない場合でも、会話の流れの中に組み込まれて表示されていた。

変更後

Claudeの処理中にユーザーがメッセージを送ると、そのメッセージは会話の下部に表示され、Claudeが取り掛かるまでその位置に留まる。以前のように会話の途中に割り込んで表示されることはない。

ユーザーへの恩恵

ユーザーはClaudeがどのメッセージに対応しているのかを視覚的に区別でき、返信待ちのメッセージが会話の下部に待機していると把握できるようになる。

変更前

--system-prompt に __SYSTEM_PROMPT_DYNAMIC_BOUNDARY__ 行が含まれている場合、SDK の配列形式とは異なり、マーカーより上の静的な部分もキャッシュ対象にならず、プロンプト全体がキャッシュから漏れていた。

変更後

システムプロンプトの文字列形式でも、__SYSTEM_PROMPT_DYNAMIC_BOUNDARY__ 行より上のテキストがグローバルにキャッシュされるようになった。

ユーザーへの恩恵

文字列形式のカスタムシステムプロンプトでも、リクエスト間で変わらない指示部分がグローバルにキャッシュされるようになった。

変更前

Claude Desktop が開かないとき、/desktop コマンドのエラーは原因や対処法を示さないまま表示されていたため、ユーザーは原因を自力で調べる必要があった。

変更後

デスクトップアプリが開かない場合、/desktop コマンドのエラーメッセージに失敗の原因と次に取るべき対処が具体的に表示されるようになった。

ユーザーへの恩恵

ユーザーはエラーの原因と対応方法をメッセージからすぐ把握でき、トラブルシューティングにかかる時間を短縮できる。

変更前

Artifact ツールの publish と read の結果には、ページを誰が開けるかやオーナーの Share メニューに何があるかの情報が表示されず、共有状況を知るにはページをブラウザーで開いて確認する必要があった。

変更後

Artifact ツールの publish と read の結果表示に、ページを開ける対象者と、オーナーの Share メニューで利用できる共有オプションが示されるようになった。

ユーザーへの恩恵

ブラウザーでページを開かなくても、ツール実行結果からページの公開範囲と共有方法を把握できるようになる。

変更前

アーティファクト公開時の結果報告は限られており、送信されたタブアイコンの情報や NUL バイトの警告などがなく、不安定な取得が失敗しても再試行されなかった

変更後

公開結果がタブアイコン名や警告、再試行状況を具体的に報告するようになり、古い公開後のマージ時の取得失敗も自動で再試行される

ユーザーへの恩恵

公開結果の問題点が明確に分かるようになり、古い公開後のマージも確実に行えるようになる

変更前

この変更以前は、貼り付けや添付で追加した画像を Claude がファイルとして開くには、保存先へのアクセス許可プロンプトの承認が必要だった。Desktop や VS Code で画像を渡すたびに、許可を求められる可能性があった。

変更後

これまで、貼り付けや添付で追加した画像は、Claude がファイルとして開くために保存先へのアクセス許可を求める必要があり、プロンプトで承認を求められることがあった。この改善により、Desktop と VS Code を含む環境で、画像が Claude がファイルとして開ける場所に保存されるようになり、許可プロンプトなしでアクセスできる。

ユーザーへの恩恵

ユーザーは画像を渡すたびに許可プロンプトを承認する手間がなくなり、Desktop や VS Code でスムーズに画像を扱えるようになる。

変更前

他のユーザーに共有された Artifact への編集権限を付与された場合、Claude はコピーを新規公開するため、共有 Artifact をその場で更新できませんでした。

変更後

編集権限を付与された共有 Artifact を更新する場合、Claude はコピーを新規公開するのではなく、共有 Artifact をその場で更新するようになりました。

ユーザーへの恩恵

編集権限を付与された共有 Artifact を更新する際に、Claude がコピーを新規公開せずにその場で更新するようになり、Artifact の履歴やコメントが失われなくなりました。

変更前

エディタウィンドウや非対話セッションなどの各プロセスが、プラン使用量のデータを取得する際に個別にusageエンドポイントを呼び出していました

変更後

1台のマシン上のエディタウィンドウと非対話セッションが、直近1分以内に読み取られたプラン使用量データを共有するようになりました

ユーザーへの恩恵

同一マシン上のプロセス間で使用量データの読み取りが共有されるため、usageエンドポイントへの重複したリクエストが減り、レート制限のリスクが低下します

変更前

Claude は ListPlugins ツールを呼び出す際、その説明が不十分だったため、claude.ai アカウントで有効化されたプラグイン(synced plugins)を一覧表示するツールなのか、/plugin コマンドでローカルにインストールされたプラグインを一覧表示するツールなのかを区別できなかった。

変更後

Claude は ListPlugins ツールの説明を更新し、そのツールが claude.ai アカウントで有効化されたプラグイン(synced plugins)を一覧表示するものであり、/plugin コマンドでローカルにインストールされたプラグインを一覧表示するものではないと認識できるようになった。

ユーザーへの恩恵

ユーザーは Claude がアカウント同期プラグインとローカルにインストールされたプラグインを正確に区別できるようになり、インストール済みプラグインについて質問された際に、Claude が誤って同期されたプラグインについて報告したり、逆に同期されたプラグインを参照すべき際にローカルインストールを確認したりすることを防げる。

変更前

ターミナルの表示速度が落ちたり一時停止したりすると、Claude Code はターミナルが追いついていない間も出力を生成し続けるため、後から表示するべき出力がどんどん溜まっていきました。

変更後

ターミナルの表示が遅くなったり一時停止したりした場合でも、Claude Code はターミナルが表示処理に追いつくまでの間、新たな出力を進めずに待機するようになりました。

ユーザーへの恩恵

ターミナルが一時停止した際に表示が大きく遅れて溜まってしまうことがなくなり、出力の全体像をすぐに追いやすくなります。

変更前

claude.ai アカウントから同期された skills フォルダー (~/.claude/skills/synced/) 内のファイルを Edit または Write ツールで変更しても、結果メッセージには変更の成功しか表示されず、その変更がアカウントに同期されないことは示されない。

変更後

Edit および Write の結果メッセージに、変更がアカウントには保存されないことと、保存する方法が明示される。

ユーザーへの恩恵

同期されたスキルファイルを編集した際に、変更がアカウントには残らないことを直ちに把握し、必要なら claude.ai 側で編集するなどして永続化できる。

変更前

エージェントマップでは、実行中のエージェント数はピルに表示されず、失敗が起こってもピルの色は変化しなかった。マップをスクロールするとメインエージェントが画面から消えることがあり、エージェントの並び順も状態や終了時刻を考慮したものではなかった。

変更後

エージェントマップでは、実行中のエージェント数がピルに表示され、失敗が起こるとピルが赤色に変化するようになった。マップをスクロールしている間もメインエージェントは常に表示され続け、エージェントはまず状態別、その次に終了時刻順に並び替えられる。

ユーザーへの恩恵

エージェントの実行状況や失敗を一目で把握でき、マップをスクロールしてもメインエージェントを見失わずに監視を続けられる。

変更前

Claude が自分で作成していないルーティンを編集・削除・実行するよう頼まれた場合、その操作ができない旨の説明のみが行われ、代替の操作手段は案内されない。

変更後

Claude が作成していないルーティンに対して、編集・削除・実行を頼まれた場合の応答が改善される。従来のような限定的な説明ではなく、そのルーティンの詳細ページへのリンクが応答内に表示されるようになる。

ユーザーへの恩恵

ユーザーは CLI 上で Claude にルーティン操作を依頼した際、案内されたリンクから直接ルーティンページに移動して自分で編集・削除・実行できるようになる。

変更前

Enterprise Grid で複数ワークスペース間で共有されるチャンネルでは、ワークスペースがセットアップされていない場合や organization デフォルトの環境のみが適用される理由について、Claude の通知メッセージにその状況が明示されていなかった。

変更後

Enterprise Grid で複数ワークスペース間で共有されるチャンネルにおいて、Claude の通知メッセージに、まだワークスペースがセットアップされていないことや、organization デフォルトの環境のみが適用される理由が示されるようになった。

ユーザーへの恩恵

複数ワークスペースで共有されたチャンネルを利用する管理者が、チャンネルセッションが動かない原因を通知から直接把握できるようになる。

変更前

Claude apps gateway にサインインした状態で /logout を実行すると、キャッシュされた設定の削除などローカルの認証状態は解除されていたが、ゲートウェイ側のセッションやトークンはそのまま残っていた。

変更後

管理者がトークン失効を通知するゲートウェイで /logout を実行すると、クライアント側の認証情報削除に加えて、ゲートウェイ側のセッションも終了するようになった。

ユーザーへの恩恵

共有端末などでログアウトしてもゲートウェイ側に認証情報が残らず、セッションの取り消しが確実に行えるようになった。

変更前

起動時にワンオフ定時実行ルーチンが前回のセッション以降に実行されたことを伝える通知が表示される。

変更後

起動時にワンオフ定時実行ルーチンの実行完了通知が表示される。

ユーザーへの恩恵

ワンオフルーチンの実行通知が表示されなくなる。

変更前

コンパクションやセッション再開の後、復元されたメモリファイルの経過時間の注記がリクエストごとに変化していた

変更後

コンパクションやセッション再開の後も、復元されたメモリファイルの経過時間の注記がリクエスト間で安定し、プロンプトキャッシュが再利用される

ユーザーへの恩恵

メモリファイルの経過時間の注記が安定することで、コンパクションやセッション再開後も不要なプロンプトキャッシュミスが起きなくなり、トークン消費と応答の遅さが抑えられるようになる

変更前

--forward-subagent-text を有効にしても、context: fork スキルが起動したサブエージェントのメッセージや、サブエージェントや別のフォーク済みスキルから呼び出されたフォーク済みスキルのメッセージが stream-json / SDK 出力から欠落する。

変更後

--forward-subagent-text を有効にした stream-json / SDK 出力で、context: fork スキルが起動したサブエージェントのメッセージや、サブエージェント・別のフォーク済みスキルから呼び出されたフォーク済みスキルのメッセージがすべて配信される。

ユーザーへの恩恵

フォーク済みスキルとサブエージェントのやり取りを取りこぼさず監視でき、 SDK / stream-json 統合の信頼性が高まる。

変更前

カスタムの fileSuggestion コマンドを使っている場合や @. と入力した場合、@メンションのファイル候補が MCP リソースの下に埋もれて表示されていました。

変更後

カスタムの fileSuggestion コマンドを使っている場合や @. と入力した場合でも、@メンションのファイル候補が MCP リソースより下に埋もれなくなりました。

ユーザーへの恩恵

ユーザーはカスタム fileSuggestion コマンドや相対パス入力の際に、目的のファイル候補をすぐに見つけられるようになりました。

変更前

フルスクリーンモードでは、バックグラウンドタスク（run_in_background の Bash コマンドやバックグラウンドサブエージェントなど）の完了通知が、実際に届いた時点の位置ではなく、そのターンで折りたたまれたツール行の下に表示されていた。折りたたまれたツール行が開かれたままになる場合もあった。

変更後

フルスクリーンモードでは、バックグラウンドタスクの完了通知が、実際に通知が届いたタイミングの位置ではなく、長いターンの折りたたまれたツール行の下に表示されていた。修正後は、通知が到着した位置に表示され、各通知が開いている折りたたみ行を閉じるようになった。

ユーザーへの恩恵

ユーザーはバックグラウンドタスクの完了通知を、それが届いた正しい位置で確認でき、通知を確認すると同時に折りたたまれたツール行が自動的に閉じるため、画面表示をすっきり保てる。

変更前

claude plugin marketplace update がフェッチに失敗した場合、そのマーケットプレイスがリポジトリ名と同じ名前を持つとき、GitHubマーケットプレイスのローカルコピーが誤って削除されていました。

変更後

claude plugin marketplace update を実行したとき、フェッチが失敗してもGitHubマーケットプレイスのローカルコピーは削除されず、直前の同期状態が保持されます。

ユーザーへの恩恵

ネットワークの問題などでフェッチが失敗してもローカルのコピーを保持できるため、マーケットプレイスの再追加やプラグインの再インストールをせずに済みます。

変更前

パスワードやトークンを含むgit・ssh・マーケットプレイスのURLを指定してプラグインやマーケットプレイスを扱うと、エラーメッセージ、ログ、claude plugin marketplace listの出力に、そのURL内の認証情報がそのまま表示される。

変更後

パスワードやトークンを含むgit・ssh・マーケットプレイスのURLを指定してプラグインやマーケットプレイスを扱うと、エラーメッセージ、ログ、claude plugin marketplace listの出力に、そのURL内の認証情報がそのまま表示される。

ユーザーへの恩恵

ターミナルの出力やログファイルに認証情報が露出しなくなるため、URLに埋め込まれたトークンを第三者に漏らす心配なく、画面共有やログの共有ができる。

変更前

クラウドセッションを再開すると、Claudeが尋ねた未回答の質問がトランスクリプト内に開いたまま残っていた。ユーザーがキューにメッセージを送って質問が実質的に置き換えられた後も、その質問は回答待ちのまま残っていた。

変更後

再開したクラウドセッションで、キューに入れたメッセージが割り込んだ後も、未回答の質問がそのまま開いた状態でトランスクリプトに残る。

ユーザーへの恩恵

キューのメッセージで質問が置き換えられた場合、その質問がトランスクリプトにぶら下がったまま残らないため、再開したセッションの記録をクリーンな状態で確認できる。

変更前

ドットリピートで「!」を実行した後や、素早く「i!」と入力してシェルモードへ切り替えた際に、空でないプロンプトでカーソルが本来の位置より1文字分右に置かれていた。

変更後

ドットリピートで「!」を実行した後や、素早く「i!」と入力した後にシェルモードへ切り替わった場合でも、カーソル位置が1文字分右にずれないようになった。

ユーザーへの恩恵

ドットリピートや素早い入力でシェルモードに切り替えても、カーソルが正しい位置に保たれるようになり、続く編集や入力がしやすくなる。

変更前

大きなファイル diff が表示されている状態で上方向にスクロールすると、数秒間画面が固まったり真っ白になったりしていた。

変更後

上方向にスクロールして大きなファイル diff を過ぎたときでも、画面が数秒間停止したり空白になったりせず、スムーズにスクロールできるようになった。

ユーザーへの恩恵

大きな diff を遡って確認する際に待たされることなく、快適に会話履歴や diff を読めるようになる。

変更前

まれにレスポンスの中に不自然な閉じタグが見えることがあり、ユーザーはそれがClaude Codeの内部処理によるものだと気づきにくかった

変更後

Claude Codeがメモリコンテキストを整形する際に、内部の</ccmemory>形式の閉じタグがそのままレスポンスに含まれて表示されることがあった

ユーザーへの恩恵

レスポンスから内部タグの意図しない混入がなくなり、出力をそのままドキュメントやコードに使えるようになる

変更前

SSH 形式（user@host:path など）の一部の git アドレスでは、サーバー（ホスト）の判定に失敗し、プラグインのメッセージ・ログや VS Code のプラグインダイアログに誤ったサーバー名が表示されていた。

変更後

VS Code のプラグインダイアログやメッセージ・ログに表示されるサーバー名が、git アドレスから正しく判定されるようになった。

ユーザーへの恩恵

正しいサーバー名が表示されるため、ユーザーはどのサーバーからプラグインが提供されているかを正確に把握できる。

変更前

ネットワークゲートウェイがAPIエラーレスポンスを書き換える環境下で、ベータリクエストヘッダーが拒否されると、毎ターンで「API Error: 400」が表示されていた。

変更後

ネットワークゲートウェイがベータヘッダーを拒否してAPIエラーレスポンスを書き換える環境下でも、エラーメッセージが正しく表示され、毎ターンのエラーが発生しなくなった。

ユーザーへの恩恵

ユーザーはゲートウェイ環境下でも会話が毎ターン中断されることなく継続できるようになった。

変更前

Linux 上で zsh をシェルとして使う環境では、サンドボックス化された Bash コマンドが失敗しても終了コード 0(成功)として報告されていた。

変更後

bash/zsh 問わずサンドボックス内でコマンドが失敗した際には、実際の終了コードが正しく Claude Code に伝わるようになった。

ユーザーへの恩恵

ユーザーは zsh 環境でもコマンドの失敗を見逃さず、Claude Code に確実に失敗を認識させて対処させることができる。

変更前

メモリ圧迫時に大きなファイルの一部がデコードできないと、Readツールがエラーを出さずにハングし、ユーザーは応答が返らない状態に悩まされていた

変更後

デコードに失敗した場合は、処理が固まることなく即座にエラーを報告する

ユーザーへの恩恵

大きなファイルの読み込みに失敗しても、ユーザーは固まりを待つことなくエラー内容を確認して即座に対処できる

変更前

保存された会話履歴に不正な形式の task-reminder または @-ファイル添付エントリが含まれるセッションを開こうとすると、--resume、レジュームピッカーのプレビュー、再開したバックグラウンドエージェント、トランスクリプトビューが失敗していた。

変更後

--resume やレジュームピッカーのプレビュー、再開したバックグラウンドエージェント、トランスクリプトビューが正常に動作する。保存履歴に不正な task-reminder や @-ファイル添付エントリが含まれるセッションでも、該当画面で失敗せずセッションを開ける。

ユーザーへの恩恵

履歴に不正な添付エントリが含まれるセッションでも、レジュームや履歴閲覧がエラーにならずそのまま再開・確認できるようになる。

変更前

transcript 内に不正な形式のメッセージエントリが含まれる会話を再開するとクラッシュし、また、上にスクロールした状態でそのような会話に新しいメッセージが届くとフルスクリーンがクラッシュしていた

変更後

transcript 内に不正な形式のメッセージエントリが含まれる会話を再開してもクラッシュせず、また、上にスクロールした状態でそのような会話に新しいメッセージが届いてもフルスクリーンがクラッシュしなくなる

ユーザーへの恩恵

不完全な履歴データを持つ過去のセッションを安全に再開・閲覧できるようになる

変更前

保存済みトランスクリプトに不正な形式のメッセージコンテンツブロックが含まれているセッションでは、そのブロックの読み込みや処理に失敗し、セッションの再開や開始自体がエラーで失敗していた。

変更後

壊れたメッセージコンテンツブロックが保存済みトランスクリプトに含まれていても、Claude Code がそれをスキップまたは修復して処理できるようになり、該当セッションの再開や開始が正常に完了するようになった。

ユーザーへの恩恵

壊れたコンテンツブロックを持つ過去のセッションでも再開や開始が失敗しなくなり、トランスクリプトの一部破損で作業に戻れなくなることが減る。

変更前

検索結果が 20MB の出力上限を超えると、Grep・Glob・@-ファイル候補がハングしたりメモリを使い果たしたりしていた。また、大量の警告が出た後、システム ripgrep がエラーではなく「no matches」を返していた。

変更後

検索結果が 20MB の出力上限を超えるような検索でも、Grep・Glob・@-ファイル候補がハングしたりメモリを使い果たしたりしなくなり、また大量の警告の後にシステム ripgrep がエラーではなく「no matches」を返すこともなくなった。

ユーザーへの恩恵

巨大な出力を伴う検索でも Grep や Glob、@-ファイル候補が固まらず、ripgrep の警告状況に応じた正確なエラー結果を得られるようになった。

変更前

/rewind でチェックポイントからコードを復元する際、セッションのファイル履歴バックアップを完全にコピーできない場合(保存期間切れでバックアップが失われている場合など)、ファイルがゼロ埋めされた状態や切り詰められた状態で復元されていた。ユーザーは気づかないうちに破損したファイルがワークツリーに書き込まれていた。

変更後

フォークされたセッションやバックグラウンドセッションで /rewind を実行したとき、セッションのファイル履歴バックアップを完全にコピーできなかった場合、復元されるファイルがゼロ埋めされた内容や切り詰められた内容になっていた。このバグが修正され、コピーできなかったファイルは復元せずにスキップされ、残りのファイルは正しい内容で復元される。

ユーザーへの恩恵

バックアップを完全にコピーできない状況でも、破損したファイルが書き込まれることなく、復元は安全な方法で失敗またはスキップされるようになった。

変更前

スラッシュコマンドのドロップダウンを開いた状態で高速入力やキーの長押しをすると、まれに「Claude Code exited after an unrecoverable interface error」というメッセージとともにセッションが強制終了していた。

変更後

高速入力やスラッシュコマンドのドロップダウン表示中のキー長押しでも、セッションが異常終了しなくなる。

ユーザーへの恩恵

スラッシュコマンドのドロップダウンを開いたままでも安心して素早く入力できるようになる。

変更前

stdin経由でコマンドが入力されたとき、ファイルディスクリプタが枯渇したマシンではバックグラウンドセッションがクラッシュし、ワーカーが再起動していた。

変更後

stdin経由でコマンドが入力されたとき、ファイルディスクリプタが枯渇したマシンでもバックグラウンドセッションのワーカーがクラッシュせず、セッションが継続して動作する。

ユーザーへの恩恵

fd枯渇環境でもバックグラウンドセッションが中断されず安定して動作するようになる。

変更前

~/.claude.json 内の mcpNeedsAuthNoticed の値が不正な形式だと、起動時にクラッシュしていた。

変更後

起動時に ~/.claude.json を読み込む際、mcpNeedsAuthNoticed の値が不正でもその値を読み飛ばして起動を続行するようになり、クラッシュしなくなった。

ユーザーへの恩恵

手編集などで壊れた設定ファイルがあっても、起動できなくなることなくClaude Codeを使い続けられる。

変更前

--resume や --continue で会話を再開したとき、会話の開始時に使われていた組み込みツールがその後サーバー側のフラグで無効化されていると、その会話のそれまでの thinking が破棄されていた。

変更後

会話を --resume や --continue で再開しても、開始時に有効だった組み込みツールがサーバー側フラグで無効化されている場合でも、会話のそれまでの thinking が保持される。

ユーザーへの恩恵

ツール構成がサーバー側で変更されていても、再開した会話の過去の thinking コンテキストが失われず継続できる。

変更前

フルスクリーンの claude --resume セッションピッカーでマウスで選択したテキストは、マウスを離してもクリップボードへ届かず、コピーが失敗していました。

変更後

フルスクリーンの claude --resume セッションピッカーでマウスによる選択範囲をコピーする際に、Claude Code が選択テキストを正しくクリップボードへ書き込むようになりました。

ユーザーへの恩恵

セッションを選び直す際に、ピッカー上で選択したテキストをそのままコピーして貼り付けられるようになります。

変更前

プラグインのリロードプレビューが、稼働中のセッションが現在使用している抽出済みプラグインファイルを即座に置き換えてしまっていました。

変更後

リロードのプレビューを評価する際、Claude Code は稼働中のセッションから抽出済みプラグインファイルを置き換えなくなり、プレビューは実行中のセッションから分離された状態で適用されます。

ユーザーへの恩恵

稼働中のセッションを壊すことなく、アーカイブからロードしたプラグインのリロードプレビューを安全に確認できるようになります。

変更前

SIGTERM によるドレイン中にターンが終了した場合、runner はそのターンの最終結果の報告を待たずにシャットダウンしていたため、そのターンの最終結果が失われていた。

変更後

SIGTERM によるドレイン中に終了したターンの最終結果が、runner が短時間待機して結果の報告を受けてからシャットダウンするようになったため、失われなくなった。

ユーザーへの恩恵

ユーザーは、SIGTERM によるシャットダウン中に完了したターンの最終結果が失われなくなり、ドレイン中のターン結果を確実に受け取れるようになる。

変更前

SubagentStop hooks configured with a specific matcher fired for every stopping subagent whose agent type was empty, instead of matching against the configured agent type.

変更後

The SubagentStop hook now checks the matcher against the subagent's agent type before firing.

ユーザーへの恩恵

matcher に SubagentStop フックを設定しても、エージェントタイプが空のサブエージェントの停止時に毎回発火しなくなる。

変更前

サンドボックス化された Bash コマンドは、保護されたパスとして扱われるため、プロジェクトディレクトリ内に hooks/ や config/ という名前のディレクトリが存在する場合、それらへの書き込みが拒否されていました。

変更後

サンドボックス化された Bash コマンドが、プロジェクトディレクトリ内の hooks/ や config/ という名前のディレクトリにも書き込めるようになりました。

ユーザーへの恩恵

ユーザーはサンドボックス環境でも、hooks/ や config/ ディレクトリへの書き込みを必要とするビルドやツールの実行が問題なく行えるようになります。

変更前

別のマシンからセッションを再開した場合や、スクラッチパッドが消去された場合に、Artifact を更新しようとすると「File not found」エラーで更新に失敗していた。

変更後

セッションが別のマシンで再開された場合やスクラッチパッドが消去された場合でも、復元可能なバージョンが保存されるため、「File not found」エラーの代わりにページの最後に公開されたバージョンが自動的に復元される。

ユーザーへの恩恵

セッションの実行環境の変更やスクラッチパッドの消去後でも、Artifact をエラーなく継続して更新できるようになる。

変更前

/update-config で Write(path) 形式のパーミッションルールが書き込まれていた。ファイルパーミッションのチェックは Edit(path) ルールのみに対して行われるため、書き込まれた Write(path) ルールはどのチェックにも一致しなかった。

変更後

/update-config で Edit(path) 形式のパーミッションルールが書き込まれる。

ユーザーへの恩恵

設定ファイルに書き込まれたパーミッションルールが実際のファイル編集チェックで正しく機能するようになる。

変更前

バンドルされている claude-api スキルの live-sources テーブル内の Pricing、Computer Use、Skills、CLI の4つのドキュメント URL が無効で、アクセスしてもドキュメントページが表示されなかった。

変更後

バンドルされている claude-api スキルの live-sources テーブル内の Pricing、Computer Use、Skills、CLI の4つのドキュメント URL が修正され、すべて正しいドキュメントページを指すようになった。

ユーザーへの恩恵

claude-api スキルを利用する開発者は、スキルが参照する4つのドキュメントページに問題なくアクセスできるようになる。

変更前

VSCode 拡張でアクセス許可の承認待ちの間に、新しい出力が少しずつ到着するたびに transcript が下端へ向かって少しずつ下がり、表示が徐々にずれていました。この修正により、アクセス許可カードが待機している間は transcript が安定した位置に保たれるようになりました。

変更後

アクセス許可カードが表示されて待機している間も新しい出力が到着するたびに、transcript が端末の下端方向へ少しずつ底に引き寄せられ、入力欄付近の表示が微小にずれ続けていました。この修正により、待機中は transcript の位置が安定し、コンテンツが到着しても少しずつ下へずり落ちるような描画がなくなりました。

ユーザーへの恩恵

Claude が権限の承認を待っている間も transcript が下にずり落ちなくなり、ユーザーは表示の揺れに気を取られずにカードを読めて承認に集中できる。

変更前

VSCode 拡張で会話を巻き戻したりフォークしたりすると、元の会話で選択していた権限モードが引き継がれず、リセットされた状態で会話が続いていた。

変更後

巻き戻した会話やフォークした会話でも、元の会話で選択した権限モードが引き継がれるようになった。

ユーザーへの恩恵

巻き戻しやフォークの後も権限モードを選び直さずに済むようになった。

変更前

空の CLAUDE_CONFIG_DIR エントリがあっても無視されるようになり、設定ファイル類は引き続きユーザーの設定ディレクトリに保存される

変更後

environmentVariables 設定に空の CLAUDE_CONFIG_DIR エントリがあると、Claude Code が設定ファイル類をワークスペース内に置いてしまう状態だった

ユーザーへの恩恵

environmentVariables に空の CLAUDE_CONFIG_DIR エントリが残っていても、設定ファイルの場所がワークスペースにずれることがなくなる

変更前

プラグイン名やマーケットプレイスアドレスにURLに埋め込めない文字が含まれていると、そのプラグインのインストールリンクを開いても Manage plugins ダイアログが表示されず、インストールを開始できなかった。

変更後

プラグイン名やマーケットプレイスアドレスのうち、URLにそのまま埋め込めない文字を含むものでも、インストールリンクが正しくエンコード・処理され、Manage plugins ダイアログが開く。ダイアログ上でスコープの選択に進める。

ユーザーへの恩恵

スペースや日本語などURLに使えない文字を含むプラグイン名・マーケットプレイスでも、インストール用リンクからそのまま導入できるようになる。

変更前

VS Code拡張でRemote Controlをオフにした際、Claude Codeがオフ操作の失敗を報告しても、インジケーターが接続済みのまま表示されていた。

変更後

電源を切った際にClaude Codeが失敗と報告したとき、VS CodeのRemote Controlインジケーターが接続済みのまま表示されなくなった。

ユーザーへの恩恵

オフに失敗した場合でも、UI上の表示が実際の接続状態と一致するようになり、誤解せずに済む。

変更前

送信時に最下部までスクロールした際、スクロール中に返信の生成が始まると、スクロールが返信の開始位置に届かず手前で止まっていた。

変更後

送信時に自動で最下部までスクロールしたとき、返信の到着に合わせて実際の返信位置までスクロールが届くようになった。

ユーザーへの恩恵

メッセージ送信後に自分の入力と返信が連続して見えるため、読み飛ばしや手動スクロールなしに会話を追える。

変更前

クラッシュによって中断されたエージェントは、セッションを再び開いたときにエージェントマップ上で stopped と表示されていた

変更後

セッションを再び開くと、エージェントマップ上でこれらのエージェントが stopped ではなく failed として表示される

ユーザーへの恩恵

クラッシュ時に中断されたエージェントを stopped と見分けられず誤解する事故がなくなり、セッション再開後に失敗したエージェントを即座に把握して再実行などの対応が取れるようになる

変更前

VS Code 拡張の v2.1.275 では、クラッシュ後にバックグラウンドタスクが動作したまま再読み込みが起きても、「Continuing the step（ステップを継続中）」の通知が正しく表示され、継続回数の上限も適切にリセットされる。

変更後

クラッシュ後にバックグラウンドタスクが動作したままの状態で VS Code 拡張を再読み込みすると、「Continuing the step（ステップを継続中）」の通知が表示されず、継続回数の上限もリセットされていた。

ユーザーへの恩恵

バックグラウンドタスクが動作したままクラッシュから再読み込みしても、自動継続の状態と残り継続回数が正しく表示されるようになる。

変更前

セッションリストには、ウィンドウの再読み込み後などにセッションが最後に再オープンされた時刻が表示される

変更後

セッションリストには、最後のメッセージが送信された時刻が表示される

ユーザーへの恩恵

セッションリストのタイムスタンプが最後の会話内容を正しく反映し、どのセッションが最近アクティブだったかを正確に見分けられる

変更前

Claude が作業中に送ったメッセージの直後のメッセージで「ここから会話をフォーク」を実行すると失敗していた

変更後

Claude が作業中のときに送ったメッセージの直後のメッセージで「ここから会話をフォーク」を実行しても失敗しなくなる

ユーザーへの恩恵

Claude が作業中に送ったメッセージの直後の位置からでも問題なく会話をフォークできるようになる

変更前

Claude が作業中に送信されたメッセージを含むセッションを再開した後、VSCode 拡張のプロンプトキャッシュ時計が実際より少ない分数を表示していた。

変更後

セッションを再開したときに、Claude が作業中に送信したメッセージがあった場合でも、プロンプトキャッシュの残り時間を正確な分数で表示する。

ユーザーへの恩恵

セッションを再開した際に、キャッシュの残り時間を正確に把握できるようになり、次のメッセージ送信のタイミングを判断しやすくなる。

変更前

Claude がツールを実行中にバックグラウンドエージェントが完了した場合、その後に VSCode 拡張のウィンドウをリロードすると、エージェントの完了通知が消えてしまい、エージェントマップ上からも実行結果が失われていた。

変更後

ウィンドウをリロードしても、ツール実行中に完了したバックグラウンドエージェントの完了通知が失われず、エージェントマップ上にも実行結果が保持されるようになった。

ユーザーへの恩恵

ウィンドウをリロードしてもバックグラウンドエージェントの完了結果と通知を確認できるようになり、リロードによる結果の取りこぼしを気にせず作業を続けられる。

変更前

VS Code 拡張機能が数秒間応答しなくなった後、git で無視されたファイル内で選択していたテキストが、Claude に送信されてしまう稀なケースがあった。

変更後

選択テキストが送信されないタイミング判定が修正され、拡張機能が一時的に無応答になっても、送信すべきでない git 無視ファイル内の選択範囲が誤って送られなくなった。

ユーザーへの恩恵

秘匿情報やローカル限定のファイルの選択テキストが意図せず送信されるリスクが減る。

変更前

2.1.269 以降、実行中のセッションの名前を変更すると、名前の変更が反映されず、最初のメッセージから AI が生成したタイトルに戻ってしまっていた

変更後

実行中のセッションの名前を変更しても、生成されたタイトルに戻らなくなった

ユーザーへの恩恵

ユーザーは実行中のセッションにもわかりやすい名前を付け、表示が勝手に変わらないので迷わず履歴から目的のセッションを識別できる

変更前

claude.ai/code で作成した一部のセッションを VS Code で開くと、メッセージが1件もない空の会話として表示されていた

変更後

claude.ai/code からセッションを開くと、VS Code の Claude Code タブにそのセッションのメッセージ履歴が表示される

ユーザーへの恩恵

claude.ai/code で始めたセッションを VS Code でもすぐ続きから作業できるようになる

変更前

v2.1.275 より前では、Claude の応答中に入力したスラッシュコマンドは検知されず、テキストとして扱われていた。応答が完了した後もコマンドは実行されず、モデルに普通のメッセージとして送信されていた。

変更後

v2.1.275 以降では、Claude の応答中に入力したスラッシュコマンドが正しく検知され、コマンドとして処理される。応答が完了すると、テキストとして送信される代わりにコマンドがそのまま実行される。

ユーザーへの恩恵

Claude の応答を待たずにスラッシュコマンドを入力しても、意図した通りにコマンドとして実行できるようになる。

変更前

High Contrast Light テーマを使用した VSCode 拡張で、プランのプレビューや Hooks / Permission ルールのダイアログに表示されるコードが判読できない配色で表示されていた

変更後

High Contrast Light テーマでも、プランのプレビューや Hooks / Permission ルールのダイアログに表示されるコードが判読可能になった

ユーザーへの恩恵

High Contrast Light テーマ環境でもコードを確実に読めるようになり、確認作業を中断せずに済む

変更前

VS Code 拡張で Remote Control の接続が確立するまでの待機中に /remote-control を実行すると、その入力が無視されていた。オフにしようとしてコマンドを再実行しても反応せず、ユーザーは接続が完了するまで待つしかなかった。

変更後

接続処理が完了する前の待機中に /remote-control を再実行すると、そのコマンドが即座に受け入れられ、Remote Control が直ちにオフになる。

ユーザーへの恩恵

接続待ちの間でももう一度コマンドを実行するだけで Remote Control を即座に停止できるようになり、取り消し操作で待たされなくなった。

変更前

VSCode拡張で返信がストリーミング表示されている間、上方向にスクロールしても会話が強制的に最下部へ引き戻されていた。また、送信時にも最下部へジャンプする動作が常に行われており、これを無効化する手段がなかった。

変更後

上にスクロールしても返信のストリーミング中に強制的に最下部へ引き戻されなくなった。さらに、claudeCode.scrollToBottomOnSend 設定が追加され、送信時の最下部へのジャンプも無効化できる。

ユーザーへの恩恵

上にスクロールした位置を保ったまま過去の内容を確認でき、好みに応じて送信時のジャンプも制御できるようになった。

変更前

マーケットプレイス URL に入力したパスワードやトークンが画面上でマスキングされず、平文のまま表示されていました

変更後

マーケットプレイス URL に入力したパスワードやトークンが画面マスキングされず、平文で表示される問題がありました

ユーザーへの恩恵

画面共有や録画の際に認証情報が漏れる心配がなくなります

変更前

Claude Code on the web で、ルーティンが「一時停止(paused)」や「保留(on hold)」状態になったことを知らせる通知が、文章の途中で切り捨てられて表示されていた。その結果、通知の意味が不明瞭で、ユーザーはルーティンを再開する方法を知ることができなかった。

変更後

ルーティンが「一時停止」や「保留中」になったときの通知メッセージが、文の途中で切れることなく完全に表示されるようになった。「一時停止中のサブスクリプション」に関する通知には、ルーティンを自分でもう一度有効化するよう案内する文言が含まれる。

ユーザーへの恩恵

ルーティンが一時停止・保留になった理由と再開方法を、文の途中で途切れることなく完全なメッセージで確認できるようになった。

変更前

非常に長い allowed-domains(許可ドメイン)リストを持つクラウド環境は、一見正常に保存できるにもかかわらず、実際にセッションを開始するたびに起動に失敗していた。

変更後

許可ドメインのリストが上限を超えると、保存の段階で失敗し、どれだけ削減すべきかを具体的に示してくれる。

ユーザーへの恩恵

保存は成功するのにセッション開始時に毎回失敗するという発見しにくい問題を、保存時点での明確なエラーによって未然に防げるようになる。

変更前

個人アカウントでクラウドセッションを開始して GitHub アクセスが拒否されたとき、Claude は管理者設定ページ(Admin settings)へのリンクを案内していた。しかし個人アカウントには組織の管理者設定ページがなく、案内された先で GitHub 接続を解決できなかった。

変更後

GitHub アクセスが拒否されたときのガイダンスは、管理者設定ページではなく claude.ai/connect-github へのリンクを示すように修正された。このリンク先でユーザーは GitHub 接続を直接行える。

ユーザーへの恩恵

ユーザーは個人アカウントでも案内されたリンク先から直接 GitHub 接続を行えるようになり、クラウドセッションを開始できるまでの手間が減る。

変更前

S3 アップロードを AWS 接続経由で送ると、最近の AWS CLI と SDK のバージョンからのアップロードが 502 エラーで失敗していた

変更後

サンドボックスプロキシが AWS 接続経由の S3 アップロードに対して、最近の AWS CLI/SDK バージョンが送るリクエストをそのまま処理するようになったため、502 エラーで失敗しなくなった

ユーザーへの恩恵

ユーザーは最近の AWS CLI や SDK を使ったまま、AWS 接続経由の S3 アップロードが失敗せずに完了できるようになる

変更前

Claude Tag が稼働しているチャンネルで、ルーティンやスレッドが Claude として投稿を続けている間、そのチャンネルは非アクティブとみなされ、@メンションがないメッセージがスキップされていた。

変更後

チャンネルがルーティンやスレッドから投稿を続けている間も、Claude Tag はそのチャンネルをアクティブと判定し、@メンション付きでないメッセージも読み飛ばさず処理する。

ユーザーへの恩恵

チャンネルへの継続的な自動投稿があっても、メンションなしのメッセージを見逃さずチャンネルの全員が Claude Tag に作業を依頼・追跡できるようになる。

変更前

スレッドの背後のセッションが更新または再起動された後、スレッドの表示名が「Claude [タスク名]」の形式から単なる「Claude」に戻ってしまっていた。

変更後

セッションの更新や再起動の後でも、スレッドの表示名が「Claude [タスク名]」の形式のまま維持される。

ユーザーへの恩恵

ユーザーはセッションの更新後でも、各スレッドが担当するタスクを表示名から識別できるようになる。

変更前

Slack スレッドでモデルを切り替えた後、そのスレッドのセッションが再起動または再読み込みされると、切り替えたモデルがチャネルのデフォルトモデルにサイレントに戻っていました。このため、ユーザーが意図しないモデルでタスクが続行されていました。

変更後

スレッドのセッションを再起動したり再読み込みしたりしても、切り替えたモデルが維持されるようになりました。

ユーザーへの恩恵

セッションの再起動や再読み込みの後でも選択したモデルが維持されるようになり、意図したモデルで作業を続けられるようになりました。

変更前

別のアプリやボットがトップレベルのチャンネルメッセージでClaudeにメンションすると、Claudeが重複して返信することがあった。

変更後

別のアプリやボットがトップレベルのチャンネルメッセージでClaudeにメンションしても、Claudeは1回だけ返信する。

ユーザーへの恩恵

チャンネルメッセージへのメンションに対してClaudeが1回だけ返信するため、重複した返信を確認して削除する手間がなくなる。

変更前

複数エージェントで構成される Code Review において、いずれかのレビューエージェントが予期しない形式で調査結果を返すと、その部分の解析内容が取り込まれず、レビュー結果の一部が欠落する場合があった。

変更後

どのレビューエージェントが予期しない形式で成果物を返した場合でも、その内容を解析して取り込めるため、レビューの分析結果が部分的に失われなくなった。

ユーザーへの恩恵

エージェントの出力形式の揺れに左右されず、レビューの分析結果全体を受け取れるようになる。

変更前

ベースブランチからのクリーンマージのたびに、プルリクエスト全体を対象とする通常のコードレビューが毎回実行されていた

変更後

マージ時にコードレビューの再レビューが必要かどうかを判断する専用のロジックが追加された

ユーザーへの恩恵

レビュー履歴が100件を超える大量レビュー対象のプルリクエストでも、マージ時には通常レビューではなくマージ前の軽量チェックが実行されるようになり、不要な再レビューを待つ時間が大幅に削減される