Claude Code Plugins

変更前

別の有効なプラグインと名前が重複したプラグインの hooks は読み込まれずに除外されていたが、/plugin の画面上ではその理由が表示されなかったため、ユーザーは hooks が動かない原因を把握しにくかった。

変更後

名前の衝突により hooks が読み込まれなかった場合、/plugin にその旨の注記が表示されるようになった。

ユーザーへの恩恵

ユーザーは /plugin を開くだけで、hooks が読み込まれなかった理由を即座に確認し、名前の重複を解消できるようになる。

変更前

ヘッドレスセッションでは、/cd でディレクトリを変更したりプラグインを再読み込みした後に、移動先のフォルダの設定で無効化されているはずの .mcp.json やプラグインの MCP サーバーが起動していた。

変更後

ディレクトリ変更やプラグインの再読み込み後も、そのフォルダでオフにされている MCP サーバーは起動しないように修正された。

ユーザーへの恩恵

ユーザーは、無効化したはずの MCP サーバーがヘッドレスセッションで勝手に接続されることを心配しなくてよくなる。

変更前

フックの出力に <claude-code-hint /> タグに似たテキストが含まれていると、Claude Code がそれを本物のヒントタグと誤認識し、出力の内容が書き換えられていた。

変更後

本物のヒントタグ(タグが単独の行を占有している場合など)と類似テキストを区別するようになり、フックの出力は変更されずにそのまま渡される。

ユーザーへの恩恵

プラグインヒントに関連するテキストを出力するフックでも、出力内容が壊れずにそのままユーザーやモデルに届くようになる。

変更前

/diff パネルやダイアログを開いている間、新しいトーストや通知が表示されず、ユーザーがそれらの画面を閉じるまで気付けない状態だった。

変更後

/diff パネルやダイアログが開いていても、トーストや通知が適切に表示されるようになり、重要なメッセージを見逃さずに済むようになった。

ユーザーへの恩恵

ユーザーは差分確認中でも他の通知を見逃さずに即座に把握できるようになった。

変更前

変更前は、UserPromptSubmit フックや mod の prompt.submit フックの実行中に Esc キーや割り込みを押すと、ヘッドレスセッションが終了したり、入力済みのプロンプトが消去されたりする可能性があった。また、フックによるチェックが行われないままプロンプトがそのまま通過してしまうこともあった。

変更後

変更後は、フックの実行中に Esc や割り込みが発生しても、セッションが正しく維持され、入力済みのプロンプトは消去されず、チェックを経由しないプロンプトの通過も起こらない。

ユーザーへの恩恵

フック実行中の誤操作や割り込みによってセッションが失われたり、チェックを通らないプロンプトが送信されたりすることがなくなり、安心してプロンプトを送信できるようになる。

変更前

ヘッドレスセッション開始後に読み込まれたプラグインは、同じ名前または別表記（例: ハイフンとドットの違いなど）の別プラグインが既に実行済みだと、名前の衝突と見なされて SessionStart フックがスキップされていた。そのため、そのプラグインがセッション開始時に追加すべきコンテキストや初期設定が適用されないままになっていた。

変更後

名前の衝突があっても、ヘッドレスセッション開始後に読み込まれたプラグイン自身の SessionStart フックはスキップされずに実行されるようになった。セッション開始時のコンテキスト追加や環境設定が正しく行われる。

ユーザーへの恩恵

ヘッドレスセッションで、名前が衝突するプラグインの SessionStart フックによる初期化処理が確実に実行されるようになる。

変更前

プラグインが提供する $ メソッドを呼び出すと、サブエージェントから呼び出した場合でもメインセッションの作業ディレクトリで実行されていた。また、呼び出し元のフックが保持しているターン情報が無視されていた。

変更後

プラグインの $ メソッドは呼び出し側のエージェントの作業ディレクトリで実行されるようになり、フックが保持するターンも正しく尊重される。

ユーザーへの恩恵

サブエージェントからプラグインのメソッドを呼び出しても、正しい作業ディレクトリとターンコンテキストで動作するようになる。

変更前

モジュールを再読み込みまたは削除した後も、そのモジュールのフックが動作し続けており、そのフックからの $.agent.register 呼び出しが成功していた。そのため、既に存在しないモジュールがサブエージェントを登録できていた。

変更後

再読み込みや削除後の古いフックからの $.agent.register 呼び出しは拒否されるようになった。有効なモジュールだけがサブエージェントを登録できる。

ユーザーへの恩恵

削除済みまたは再読み込み済みのモジュールが意図せずサブエージェントを登録することを防ぎ、安心してモジュールを管理できるようになる。

変更前

mods 内の $.http.fetch で HEAD リクエストを送ると、レスポンスヘッダーに宣言された Content-Length が 4 MiB のボディ上限を超えていると、実際にボディを受信しない HEAD リクエストであるにもかかわらず拒否されていた。

変更後

HEAD リクエストではボディを受信しないため、宣言された Content-Length が上限を超えていても Content-Length の検証対象から除外され、リクエストが正常に完了するようになった。

ユーザーへの恩恵

ユーザーは大きな Content-Length を持つリソースに対しても mods から HEAD リクエストで事前確認できるようになる。

変更前

マーケットプレイス名が constructor のような JavaScript の予約されたプロパティ名に見える場合、marketplace add や plugin install が内部エラーで失敗し、原因が分からない状態だった

変更後

そのような名前は内部エラーではなく、明確なエラーメッセージ付きで marketplace add が拒否するようになり、marketplace update や plugin install も正常に動作するようになった

ユーザーへの恩恵

名前に問題があるマーケットプレイスを追加しようとした際に、内部エラーではなく原因の分かるエラーメッセージで対処方法を判断できるようになる

変更前

シークレット名が constructor や prototype の場合、そのプラグインのオプションを保存すると、シークレットが意図せず削除されていた。ユーザーは保存のたびにシークレットを再設定する必要があった。

変更後

オプション保存時にシークレットが誤って削除されないようになった。constructor や prototype といった名前のシークレットも通常どおり保持される。

ユーザーへの恩恵

ユーザーはオプションを保存してもシークレットが消える心配なく、再設定の手間がなくなる。

変更前

ヘッドレスセッションで /clear を実行すると、SessionStart フックがバックグラウンドで再実行されるが、後から読み込まれるプラグインのフック出力が新しい会話の文脈に正しく届かないことがあった

変更後

プラグインの SessionStart フック出力が、/clear 後の新しい会話にも確実に届くようになった

ユーザーへの恩恵

ヘッドレスセッションで /clear 後もプラグインが提供する追加コンテキストが失われず、Claude が継続的にその情報を活用できるようになる

変更前

claude.ai から同期されたプラグインが、自身が依存関係として宣言しているマーケットプレイスも claude.ai から同期されていた場合、無効化されていた。

変更後

依存関係の同期元が claude.ai であっても、プラグインは正しく有効な状態で維持される。

ユーザーへの恩恵

依存関係を持つプラグインを claude.ai 経由で同期しても、手動での再有効化なしにそのまま利用できる。

変更前

Linux マシンからコピーしたプラグインのパスが /home 以下を指していると、macOS で Claude Code の起動時にハングしてしまい、セッションを開始できなかった。

変更後

そのようなパスを参照するプラグインが存在しても、macOS で起動時のハングが発生しなくなり、正常に起動できるようになった。

ユーザーへの恩恵

Linux 環境と macOS 環境をまたいでプラグインを利用する場合でも、起動不能に陥ることなく Claude Code を使えるようになる。

変更前

GitHub の owner/repo 形式のプラグインソースを Windows 上でインストールする際、マシンに GitHub SSH キーがなければクローンが失敗していた

変更後

SSH プローブが失敗した場合、クローンが HTTPS で再試行されるようになり、GitHub SSH キーのないマシンでもインストールが成功する

ユーザーへの恩恵

GitHub SSH キーを設定していない Windows マシンでも claude plugin install を問題なく実行できるようになった

変更前

括弧を含む URL へのリンクが壊れ、Slack の返信やタスクチェックリストに余計なブラケットテキストが表示され、クリックすると誤ったページが開いていた。

変更後

括弧を含む URL へのリンクが正しく処理され、ブラケットテキストは表示されず、正しいページが開くようになった。

ユーザーへの恩恵

ユーザーは Claude Tag が共有するリンクをそのまま信頼して開けるようになり、誤ったページに誘導されなくなった。

変更前

Claude Tag でプラグインの利用確認時に投稿される Slack のカードには、人間には読みにくいプラグインの ID が表示されていた。ユーザーはどのプラグインを確認しているのか判断するために ID を照合する必要があった。

変更後

確認カードにはプラグインの名前が表示されるようになり、ユーザーはカードを見ただけで対象のプラグインを直感的に把握できる。

ユーザーへの恩恵

ユーザーはプラグイン ID を照会することなく、確認カードから即座にプラグインを特定して承認・拒否を判断できるようになる。

変更前

Slack チャンネル内で Claude は、そのチャンネルの設定に含まれていないプラグインについて「削除する」というカードを投稿していた。そのため、どこから来たプラグインなのかが分からないまま削除提案が出ていた。

変更後

Claude はそのようなカードを投稿せず、代わりにそのプラグインがどこから来たのか（出所）を説明するメッセージを表示するようになった。

ユーザーへの恩恵

ユーザーは出所不明のプラグインを誤って削除しようとする指示に従わずに済み、そのプラグインの由来を理解した上で判断できるようになる。

変更前

レビューが終わっても、プルリクエスト上の Code Review チェックが「in progress」のまま残ることがあり、結果が反映されない状況が発生していた。

変更後

チェックのステータス管理が修正され、レビュー完了後にレビューの結果がチェックに表示されるようになった。

ユーザーへの恩恵

ユーザーはプルリクエストのチェック状況を確認するだけで、レビューの結果を確実に把握できるようになる。

変更前

これらのプラグイン関連コマンドが設定ファイルに書き込みを行っても、そのファイルが読み込めない場合でも、ユーザーには何の警告も表示されず、設定が反映されない原因に気づきにくかった。

変更後

書き込み先の設定ファイルが読み込めない場合、コマンドが警告を表示するようになり、設定が正しく適用されていないことをユーザーがすぐ把握できる。

ユーザーへの恩恵

ユーザーは設定ファイルの読み込み問題に気づいて対処できるようになる。

変更前

README にインストール行がなくても claude plugin validate は警告を出さず、プラグインを公開してもユーザーがインストール方法を README から確認できないままだった。

変更後

README にインストール行がない場合、バリデーション実行時に貼り付けるべきインストール行をそのまま出力して修正を促す。ただしこの指摘は警告として扱われず、--strict を付けても終了コードは変わらない。

ユーザーへの恩恵

ユーザーはバリデーションを実行するだけで README への記載漏れに気づき、貼り付けるインストール行をそのまま使って修正できる。

変更前

これまでモッドは $.ui.status、$.ui.toast、$.ui.log を使ってプロンプト下部やトースト、トランスクリプト内にテキストを表示できたが、OS レベルのネイティブ通知を出す手段はなかった。そのため、ユーザーがターミナルを見ていない場合にモッドから注意を促すことができなかった。

変更後

新しい $.ui.notify を呼び出すと、ユーザー自身の通知設定に基づいてネイティブ通知が発火し、通知がどのチャンネルから送られたものかも表示される。これによりモッドは Claude が入力待ちの状況などをデスクトップ通知として届けられる。

ユーザーへの恩恵

モッド開発者は既存のデスクトップ通知設定をそのまま利用して、ユーザーがターミナルを監視していなくても通知で注意を促せるようになった。

変更前

以前は Button のラベルは label プロパティで指定するテキストのみで、押せる要素の中にスタイル付きテキストやチップを配置できませんでした。リストの行を作るには、Button と Text を Box で横に並べて別々の要素として描画するしかありませんでした。

変更後

今回から Button に文字列や Text を子要素として渡せるようになりました。リストの 1 行全体を、削除ボタンやチップ、薄い表示の詳細部分を内包した単一の押せる要素として描画できるようになりました。

ユーザーへの恩恵

リストの 1 行をそのまま押せる要素として扱えるため、押せる範囲が広がり、行単位の UI がより自然でクリックしやすくなります。

変更前

ユーザーが /plugin の Errors タブで、読み込みに失敗したマーケットプレイスに Enter キーを押すと、確認ダイアログが表示されることなく、そのマーケットプレイスが削除され、そこからインストールしていたプラグインもアンインストールされていた。誤操作でも削除・アンインストールが即座に実行されるため、意図しない損失が発生するリスクがあった。

変更後

Errors タブで Enter キーを押しても、削除やアンインストールが即座に実行されなくなった。事前に確認を求められ、ユーザーが意図的に選択した場合のみ削除・アンインストールが行われるようになった。

ユーザーへの恩恵

誤って Enter キーを押しても確認ステップが挟まるため、読み込みに失敗したマーケットプレイスやそのプラグインを意図せず失うことがなくなる。

変更前

これまで、インストール可能なプラグインが1つも存在しない名前のマーケットプレイスを claude plugin marketplace add で追加しようとしても、コマンドは成功として報告していた。ユーザーは追加が完了したと認識するが、実際にはその名前の下ではどのプラグインもインストールできない無効な状態だった

変更後

今回の変更により、プラグインをインストールできない名前のマーケットプレイスの追加は拒否されるようになった。コマンドは成功ではなく失敗を返すため、無効なマーケットプレイスが登録済みとして残ることはない

ユーザーへの恩恵

ユーザーは使えないマーケットプレイスを追加したつもりでインストールに失敗することなく、その場で拒否を把握して正しい名前やソースで再追加できる

変更前

深くネストされたツール入力が切り詰められても、エラーを示さずにそのまま mod のフックへ渡されていた。フックは切られた入力を完全なものとして受け取り、結果を返していた。

変更後

切り詰められた入力が渡される不具合が解消され、フックは完全なツール入力を受け取るか、明示的なエラーで処理が中断される。

ユーザーへの恩恵

ガードが検証していないコンテンツを誤って承認して通すことなく、ツール呼び出しの安全性を保てるようになる。

変更前

マーケットプレイスのリポジトリに大きな git サブモジュールが含まれていると、そのリポジトリ全体が取得対象となっていたため、/plugin marketplace add やマーケットプレイスの更新（リフレッシュ）が失敗したり非常に遅くなったりすることがあった。

変更後

マーケットプレイスの追加や更新の際、プラグインファイルを保持するサブモジュールだけが取得されるようになった。プラグインに関係しない大きな git サブモジュールは取得されない。

ユーザーへの恩恵

大きな無関係なサブモジュールを含むマーケットプレイスのリポジトリでも、追加や更新を確実に実行できるようになる。

変更前

ガードフックが .catch ハンドラーを持ち、プラグインフックワーカーが再起動するタイミングでモッドが再ロードされると、そのモッドが発する呼び出しがガードによるチェックを経由せずに通過していた。その結果、plugin.register や tool.call のガードで拒否されるはずの呼び出しが実行されることがあった。

変更後

フックワーカーの再起動中に再ロードされるモッドの呼び出しも、.catch を持つガードフックによるチェック対象になる。拒否対象の呼び出しは refuse として拒否され、拒否の理由はデバッグログやセッションのトランスクリプトに書き出される。

ユーザーへの恩恵

再ロードのタイミングに関係なく、.catch 付きのガードフックによる呼び出しチェックが確実に適用されるようになる。

変更前

プラグインのフックモジュールのコードが極端に深くネストされている場合、ロードや検証がスタックオーバーフローで失敗しても、エラーメッセージは素のスタックオーバーフロー表示のみで、原因を特定する手がかりがほとんどない状態だった。

変更後

深くネストされたフックモジュールに対して、Claude Code がロード時や検証時に行う静的解析がスタックオーバーフローで失敗しないようになり、プラグインが正常にロード・検証できるようになった。

ユーザーへの恩恵

深くネストしたコードを含むフックモジュールを持つプラグインでも、開発者は謎のスタックオーバーフローエラーに悩まされずにロードや検証を行えるようになる。

変更前

claude plugin test でテストを実行すると、session.append フックに渡されるイベントからツール呼び出し、ツール結果、思考ブロックが欠落していた。実際のセッションではこれらのブロックが保持されるため、テストと実行時の挙動が異なっていた。

変更後

テスト実行時も、実セッションと同様にツール呼び出し、ツール結果、思考ブロックが session.append フックに渡されるようになった。

ユーザーへの恩恵

テスト環境と実セッションで同じイベント内容を扱えるようになり、フックの動作を本番と同一条件で検証できる。

変更前

constructor や prototype といった名前のプラグインオプションは、値を問わず常にデフォルト値として読み込まれていた。そのため、ユーザーが設定ダイアログなどでオプションの値を編集しても変更が反映されず、プラグインの再読込も行われなかった。

変更後

JavaScript のオブジェクトプロトタイプチェーンで意図しないプロパティ参照が起こらないように、constructor や prototype という名前のオプションも正しく自身の値として読み込まれる。オプションを編集すれば値が反映され、プラグインも再読込される。

ユーザーへの恩恵

ユーザーはこれらの名前を持つプラグインオプションの設定変更が確実に反映されるようになり、/reload-plugins などで再読込の挙動を気にせずプラグインを利用できる。

変更前

mod をホットリロードする際、/reload-plugins の実行中やセッション開始時など Claude Code が mod のファイルを読み込んでいるタイミングでユーザーが保存すると、その保存が検知されないことがあった。結果として最新の変更が反映されず、再読み込みが必要な状態でもそのまま動作していた。

変更後

ホットリロードの処理でファイル読み込み中の保存も正しく検知するようになり、/reload-plugins 実行中やセッション開始時に保存した変更も確実にリロードへ反映される。

ユーザーへの恩恵

セッション開始直後や手動リロードの最中に mod を編集・保存しても、変更を確実にホットリロードで反映できるようになる。

変更前

モッドのホットリロードを有効にするか尋ねる質問に対し、ユーザーが「Enable for this session」「Not now」などの選択肢を明示的に選ばずに承認した場合でも、承認が記録されず、セッション全体の毎ターンで同じ質問が繰り返し表示されていた。

変更後

回答が選択されていない状態での承認も正しく処理されるようになり、質問は一度だけ表示されてセッション内で再表示されなくなった。

ユーザーへの恩恵

選択肢を明示的に選ばずに承認しても、毎ターンの質問に悩まされずに作業を続けられる。

変更前

/model、/fast、/output-style の各コマンドで設定を変更すると、プラグインの config.set フックを介さずに設定が直接保存されていた。

変更後

これらのコマンドが設定を保存する前に config.set フックが呼び出されるようになり、プラグインが設定の保存を制御できるようになった。

ユーザーへの恩恵

プラグインは独自の config.set フックで設定の保存を検知・処理できるようになる。

変更前

モッドを保存したタイミングが直前のホットリロードの数ミリ秒以内だった場合、その保存がホットリロード処理で取り込まれず、モッドが古いバージョンのまま動作し続けていた。

変更後

ホットリロードが直前のリロード直後の保存も確実に検知するようになり、保存した内容が即座に反映される。

ユーザーへの恩恵

開発者は保存のタイミングを気にせずモッドを編集でき、保存した変更がすぐにセッションに反映されるようになる。

変更前

サーバー管理設定のキャッシュが改竄されると、そのキャッシュに基づく判定で、ユーザー自身がインストールしたプラグインが組織管理のプラグインとして扱われていた。管理設定で enabledPlugins や prependPlugins によるプラグインの一覧化・有効化が行われているマシンでは、この改竄によって組織管理かどうかの判定が不正にすり替わり得た。

変更後

サーバー管理設定のキャッシュの改竄を検出し、改竄されたキャッシュを組織管理のプラグイン判定に使用しないようにした。これにより、管理設定でプラグインが一覧化・有効化されているマシンでも、個人インストールのプラグインは組ールのプラグインは組織管理のプラグインとしては扱われない。

ユーザーへの恩恵

改竄されたキャッシュによって個人のプラグインが組織管理として特権的に扱われることを防ぎ、allowManagedModsOnly などの組織管理ポリシーの前提が保たれる。

変更前

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.

変更前

Windows の VS Code でプロジェクトスコープのプラグインを読み込むとき、プラグインパスに含まれるドライブレターの大小文字の違いが考慮されていなかった。このため、実際には同じドライブを指すパスでも文字列比較が一致せず、プロジェクトスコープのプラグインが読み込まれないことがあった。

変更後

ドライブレターの大小文字を正規化してパスを照合するようにした。これにより、C: と c: のような表記の揺れがあっても Windows の VS Code でプロジェクトスコープのプラグインが正しく読み込まれる。

ユーザーへの恩恵

Windows の VS Code ユーザーは、ドライブレターの表記の揺れを気にせずプロジェクトスコープのプラグインを確実に利用できるようになる。

変更前

Windows でプロジェクトまたはローカルスコープにプラグインをインストール・アンインストールすると、パスのドライブ文字の大文字小文字だけが異なる場合に、installed_plugins.json 内のインストール記録が正しく更新されなかった。その結果、記録が 1 つも書き込まれないか、同じインストールに対して 2 つ目の記録が追加されていた。

変更後

ドライブ文字の大文字小文字の違いを吸収してパスを照合するようになり、plugin install と uninstall がプロジェクトまたはローカルスコープでインストール記録を正しく 1 つだけ維持する。インストールやアンインストールの結果が installed_plugins.json に正確に反映される。

ユーザーへの恩恵

Windows でもドライブ文字の表記ゆれに関係なく、プラグインのインストール状態が正確に記録され、意図しない重複や欠落が起こらなくなる。

変更前

mod の prompt.submit フックでプロンプトのテキストを書き換えても、プロンプト履歴やトランスクリプトの queued-prompt レコードには、フック処理前の入力テキストがそのまま保存されていた。

変更後

フックで書き換えられたテキスト(またはフックによって破棄された場合の記録)が、プロンプト履歴と queued-prompt レコードに正しく反映されるようになった。

ユーザーへの恩恵

ユーザーは実際に Claude に送られたプロンプトと履歴・トランスクリプトの記録が一致するようになり、何が実行されたかを正確に追跡できる。

変更前

プラグインフックのワーカーが停止すると、原因を特定できずに、無関係なプラグインまでアンロードされることがあった。特に、非常に大きなインターフェースを追加するプラグインが原因で、別のプラグインが巻き添えでアンロードされていた。

変更後

フックワーカーが停止した際、Claude Code は原因のプラグインだけを正しく特定してアンロードするようになった。そのため、大きなインターフェースを追加するプラグインが原因でも、無関係なプラグインはアンロードされない。

ユーザーへの恩恵

原因不明のワーカー停止の際に、関係のないプラグインまで失われることなく、問題のプラグインのみが停止されるようになる。

変更前

別のセッションがプラグイン更新を同期すると、長時間実行中のセッションではキャッシュ内のプラグインディレクトリが参照できない状態になり、claude.ai 同期プラグインのフック読み込み時に「Plugin directory does not exist」エラーで失敗していた。

変更後

長時間実行中のセッションでも同期後のプラグインディレクトリが正しく参照され、claude.ai 同期プラグインのフックがエラーなく動作するようになった。

ユーザーへの恩恵

セッションを再起動せずに、同期済みプラグインのフックを引き続き利用できる。

変更前

mod の session.receive フックがメッセージの受け渡し前に権限確認を求めると、クラウドセッションがハングして応答しなくなっていた。

変更後

フックが権限を求めてもクラウドセッションはハングせず、メッセージ処理が正常に続行する。

ユーザーへの恩恵

mod でメッセージ受け渡し時の権限確認を使っていても、クラウドセッションが停止せず安定して動作する。

変更前

変更前は、/config で自動更新チャネル（autoUpdatesChannel）を変更すると、設定が即座に保存されていました。プラグインが config.set フックで変更内容を検証したり介入したりする前に、新しい値が settings ファイルに書き込まれていました。

変更後

変更後は、自動更新チャネルの変更がプラグインの config.set フックに問い合わせられた後に保存されます。フックが先に実行されるため、プラグインは設定の保存前に変更を検知できます。

ユーザーへの恩恵

プラグインは設定変更が永続化される前にフックで処理や検証を行えるようになります。

変更前

内蔵の plugin-authoring スキルは、ターミナルのないセッション(VS Code 拡張のチャットパネルなど)でもターミナルコマンドの実行を指示することがあった。また、Mod の共有方法についても、ユーザーが尋ねていないのに先回りして説明することがあった

変更後

スキルが改善され、ターミナルのないセッションではターミナルコマンドの実行を指示しなくなった。Mod の共有方法についても、ユーザーが尋ねたときにだけ説明するようになった

ユーザーへの恩恵

プラグイン(Mod)の作成を依頼した際に、実行環境に合わない指示が出されて失敗するのを防げる。また、不要な前置きの説明が減り、Mod 作成そのものに集中できる

変更前

hooks モジュールのトップレベルの var が再バインドされていると、読み込み時に拒否される。そのエラーメッセージは問題を教えるが、どの行が再バインドしたのかは分からず、修正には debug log の本文や原因の追跡が必要だった。

変更後

claude plugin validate やプラグイン読み込み時の同じ静的分析で、エラーが再バインドした行そのもの、原因、修正方法を名前で示す。ドキュメントの拒否メッセージの系統と同様に、メッセージだけで原因と対処が分かる。

ユーザーへの恩恵

hooks モジュールが読み込めない場合、debug log の本文を追わなくてもエラーメッセージだけで原因の行を特定して修正できる。hooks module did not load の拒否メッセージと同じ読み方で対処できる。

変更前

ツール実行後にモッドがツール呼び出しを拒否した場合、Claude とユーザーが読むメッセージは、ツールが実際に実行されたことを明確に示していなかった。

変更後

メッセージが改善され、ツールが実行されたことと、プラグイン(mod)がその結果を差し控えたことを正確に示すようになった。ドキュメントの $.process.spawn の例では、拒否メッセージが「ran, and a plugin withheld its result」といった文字列で終わり、拒否した mod の理由が添えられる。

ユーザーへの恩恵

Claude とユーザーは、ツールがすでに実行済みであることや結果が隠されたことを正確に把握でき、コマンドの何が元に戻らず、次に何をすべきかを誤解せずに判断できる。

変更前

以前は、組織の mods が $.ui.toast で表示するトースト通知は、他の mods が表示したトーストの背後で順番待ちになり、自分の順番が来るまで表示されなかった。そのため、重要な通知が他の通知に隠れて画面に現れるまで時間がかかることがあった。

変更後

今回の変更により、組織の mods からのトーストは、他の mods のトーストより先に画面右上に表示されるようになった。transcript や status といった他の表示手段 ($.ui.log、$.ui.status) の挙動は変わらず、トースト通知の表示順のみが変更されている。

ユーザーへの恩恵

組織の mods が通知する重要なメッセージを、他の mods の通知に邪魔されずにすぐ目にできるようになる。

変更前

以前は、他のアプリやボットが送信した @Claude メンションに対して、Claude が応答しないことがあった。メッセージ量の多いチャンネルでは Claude がタグなしメッセージの読み取りを停止しており、そのようなメッセージへの応答が途絶えていた。

変更後

この修正により、他のアプリやボットからの @Claude メンションが、読み取りを停止していた高負荷なチャンネルでも確実に拾われ、応答されるようになった。

ユーザーへの恩恵

ユーザーはボットや他アプリ経由の @Claude メンションでも、高負荷なチャンネルで応答されないことを心配せずに済むようになる。

変更前

これまで、Mod で登録したツールの isDeferred を制御できず、ツール検索が有効な環境ではツールの説明がツール検索の背後に置かれるかどうかを Mod 側から指定できなかった。

変更後

$.tool.register に isDeferred オプションが追加され、false を指定するとツールのスキーマをツール検索の背後に回さず、最初からプロンプトに記載できるようになった。これは tool.describe イベントで isDeferred を返せる仕組みと整合する。

ユーザーへの恩恵

ユーザーは Mod 登録ツールをツール検索を経由せず初期プロンプトから直接利用でき、ツール検索の読み込み待ちなしでそのツールを確実に使えるようになる。

変更前

プラグインの hooks ワーカーの再起動中に、モッドが classic.* イベントに登録したフックがスキップされていた。そのため、settings hooks がそれらのフックを経由せずに単独で応答していた。

変更後

hooks ワーカーの再起動中でも、モッドが classic.* イベントに登録したフックがスキップされずに実行される。settings hooks はモッドのフックも含めて応答するようになった。

ユーザーへの恩恵

ワーカー再起動のタイミングでもモッドによる settings hooks イベントへの割り込みが失われず、意図した通りに動作させられる。

変更前

$.session.append を呼び出す mod のテストを claude plugin test で実行すると、失敗していた。テストからセッションに追加された行を検証する手段もなかった。

変更後

$.session.append を呼び出す mod でもテストが正常に実行されるようになった。新しい mock.session を使うと、テストでセッションに追加された行を読み戻して検証できる。

ユーザーへの恩恵

セッションに行を追加する mod のテストを書いて実行できるようになる。

変更前

Docker Desktop がインストールされた Mac では、~/.docker/bin 配下のシンボリックリンクがパスに含まれるため、Bash を許可する claude plugin eval の実行が毎回拒否されていた。拒否メッセージには原因に関する手がかりがなく、ユーザーは理由を特定できなかった。

変更後

シンボリックリンクによる誤拒否が起こらないようになり、claude plugin eval が Docker Desktop 付きの Mac でも正常に動作する。また、拒否が必要な場合でも、クレデンシャルストアのどの部分にリンクが含まれていたかをメッセージが明示する。

ユーザーへの恩恵

Docker Desktop 利用者の Mac で claude plugin eval が失敗せずに実行でき、万一の拒否時にも原因箇所を把握して対処できる。

変更前

管理者がチャンネルの接続(コネクタ)、プラグイン、スキル、またはルールを変更すると、そのチャンネルで作業中だった Claude がタスクの途中で停止していた。ユーザーは途中で処理が止まった状態になり、作業をやり直す必要があった。

変更後

管理者がチャンネル設定を変更しても、実行中のタスクは中断されず、Claude がタスクを完了した時点で新しい設定が適用される。ユーザーは作業の継続を妨げられることなく、変更後の設定が次回以降に反映される。

ユーザーへの恩恵

管理者による設定変更のタイミングに左右されず、チャンネル内で依頼したタスクを最後まで完了させられるようになる。

変更前

未追加のマーケットプレイスからプラグインをインストールするには、claude plugin marketplace add でマーケットプレイスを追加してから claude plugin install を実行する、2段階の操作が必要だった。CLI からはマーケットプレイスの追加とインストールを1つのコマンドで行えず、手順が分かれていた。

変更後

claude plugin install に --marketplace <source> オプションが追加された。マーケットプレイスが未追加の場合は claude plugin marketplace add と同じポリシーチェックを経て追加し、そのままプラグインのインストールまで続けて行える。

ユーザーへの恩恵

マーケットプレイスの追加とプラグインのインストールを1つのコマンドで完了できるようになる。

変更前

モッド（mods）はコマンドやプロンプトの内容などをイベントで拡張できたが、プロンプトボックスに表示される自動補完候補リストには手を加えられなかった。ユーザーが入力補完を見ても、そこには Claude Code 既定の候補しか表示されない。

変更後

新しい prompt.autocomplete イベントが追加された。モッドがこのイベントにフックして値を返すと、プロンプトボックスの自動補完リストにそのモッド独自の候補行が追加され、既定の候補と一緒に表示される。

ユーザーへの恩恵

モッド開発者は自分の機能に対応する補完候補をプロンプトボックスに提示でき、ユーザーは入力途中でその機能を発見・利用できるようになる。

変更前

mods から $.model.complete を呼び出す場合、prompt と system には文字列しか渡せず、モデルへのリクエスト内容をキャッシュする仕組みがありませんでした。そのため、同じ定型プロンプトを含む呼び出しを繰り返すたびに、全文が都度課金・処理の対象になっていました。

変更後

ドキュメントの例にあるような、分類や要約のためにモデルへ単発の質問を送る $.model.complete について、prompt と system にテキストブロックを渡せるようになりました。ブロックに cache: true を指定すると、そのブロックまでのリクエストがキャッシュ対象になります。

ユーザーへの恩恵

定型の system プロンプトなどを含むモデル呼び出しでキャッシュを有効にできるようになり、繰り返し呼び出す mods でのコストや待ち時間を抑えられるようになりました。

変更前

ワークフローエージェントは agent.spawn mod フックからは見えず、mod はそれらを検出したり拒否したりできなかった。

変更後

ワークフローエージェントが、その実行内容とインデックスの情報とともに agent.spawn フックに渡されるようになり、mod はそれらを検出して拒否できる。

ユーザーへの恩恵

ワークフローエージェントのスポーンを mod が制御できるようになる

変更前

初回起動時に、組織の管理対象設定（managed settings）がまだ読み込まれていない段階で claude plugin marketplace add や claude plugin install といったコマンドが実行されることがあった。このため、管理対象設定によるプラグインポリシーが適用される前にコマンドが処理され、意図しない動作につながる可能性があった。

変更後

初回起動時には、組織の管理対象設定が読み込み完了した後に claude plugin コマンドが実行されるようになった。これにより、marketplace add や install などの操作が組織のポリシーに沿って正しく処理される。

ユーザーへの恩恵

初回起動時でもプラグイン関連コマンドが組織の管理対象設定に基づいて確実に実行されるようになる。

変更前

hooks モジュール内で $ を変数に代入したり間接的に参照したりする書き方で多くの $.state 呼び出しがあると、ロードや検証の処理が極端に遅くなっていた。そのようなプラグインでは読み込み完了まで数分待たされることがあった。

変更後

このパターンのプラグインでもロードと検証が通常どおり短時間で完了するようになった。数分単位の待ち時間が発生しなくなった。

ユーザーへの恩恵

プラグインの起動や検証を待たされることなく、すぐに開発を続けられるようになった。

変更前

これまで、エンジンが hooks モジュールの外部から読み取って使用する matcher や state の値であっても、claude plugin validate がそれをフックモジュール由来の値として誤って一覧表示していた。その結果、静的解析の報告内容がエンジンの実際の読み取りと食い違い、開発者が検証結果を誤解する可能性があった。

変更後

修正後は、エンジンが別の場所から読み取る matcher や state の値を claude plugin validate が誤って一覧表示しなくなる。検証結果がエンジンの実際の読み取りと一致し、報告が正確になる。

ユーザーへの恩恵

開発者は claude plugin validate の出力をそのまま信頼してフックモジュールの検証を進められるようになる。

変更前

claude plugin validate は、トップレベルで再宣言や再代入された var 変数を経由して $.state の値が読み取られているモジュールを正しく検出できず、そのような値を検証結果のリストに表示してしまっていた。

変更後

検証時の静的解析が改善され、再宣言または再代入されたトップレベルの var を通じた $.state 値の読み取りが検出されるようになり、そのようなモジュールは拒否される。

ユーザーへの恩恵

正しく検証されない不完全なモジュールが早期に検出され、ユーザーは問題のあるコードを実行前に修正できるようになる。

変更前

プラグインの $ メソッドがフックの起点を再起動していた。そのため、上流に .catch ハンドラを持つ guard フックが同じイベントに対して再度呼び出され、処理が終わらなくなることがあった。

変更後

$ メソッドがフックの起点を再起動しないようにした。これにより、.catch を持つ guard フックが同じイベントで繰り返し実行されることはない。

ユーザーへの恩恵

guard フックが無限に再実行されることによるハングや誤った deny 判定を心配せず、プラグインの guard を安心して使えるようになる

変更前

プラグインフックのワーカーが再起動している間に、プラグインがインターフェース(パネルやボタンなどの UI 描画)を呼び出すと、他のプラグインがその呼び出しに設定していたフックがスキップされていた。

変更後

ワーカー再起動中のインターフェース呼び出しでも、他のプラグインが設定したフックが正しく適用されるようになった。

ユーザーへの恩恵

ユーザーはプラグインフックのワーカー再起動中でも、各プラグインが意図したインターフェースの拡張や制御が失われないまま使える。

変更前

mod の config.set / state.set / env.set / agent.spawn フックが next(e) を呼び出した後に拒否を返すと、その応答が拒否として扱われ、どのフックが原因か分からない状態になる。

変更後

next(e) を呼び出した後の拒否は拒否としては扱われず、フックが失敗したものとしてフック名付きで報告される。

ユーザーへの恩恵

next(e) 呼び出し後の誤った拒否動作がなくなり、原因となったフックを名前で特定できるため、mod のデバッグがしやすくなる。

変更前

これまで、/theme や /config のテーマメニュー、初回起動時のテーマ選択でテーマを変更すると、プラグインの config.set フックが呼ばれる前にテーマ設定が保存されていた。そのため、フックが設定の保存を検証したり加工したりする機会がなかった。

変更後

テーマの保存前に必ずプラグインの config.set フックに問い合わせるようになった。フックはテーマ設定が永続化される前に介入できるようになった。

ユーザーへの恩恵

ユーザーは config.set フックを実装するプラグインがテーマ変更を監視・制御できるようになり、設定保存のタイミングが保証されるようになった。

変更前

プラグインの tool.check フックが `permissionDecision:

変更後

` の updatedInput 付き allow を返した際、回答を集めていないにもかかわらず質問やプラン承認などのユーザー対話が必要なツールのプロンプトがスキップされていた

ユーザーへの恩恵

回答が必要なツールでは必ず対話ダイアログが表示されるようになり、ユーザーが答えを渡さずにツールが実行されることがなくなる

変更前

hooks ワーカーは複数の mod で共有される 1 つのスレッドであり、クラッシュ時には再起動（置き換え）が行われる。しかしワーカーが置き換えられると、mod の起動時プロンプト、コマンド、サブエージェントが再度キューに登録され、同じ処理が 2 回実行されていた。

変更後

hooks ワーカーが置き換えられても、mod の起動時プロンプト、コマンド、サブエージェントが重複してキューに登録されないようになった。各起動時処理は 1 回だけ実行される。

ユーザーへの恩恵

hooks ワーカーの再起動後も、mod の起動時プロンプトやコマンド、サブエージェントが二重に実行されることを気にせず mod を利用できるようになる。

変更前

ターン中断中に mod のフックが next(e) を呼び出した後に失敗すると、フックの失敗に関わらずツール呼び出しが通過していた

変更後

同じ状況でも呼び出しは拒否されるようになった

ユーザーへの恩恵

ターン中断時に mod のフックが意図せず処理を通してしまうことを防ぎ、予期しないツール実行を回避できる

変更前

プラグインが prompt タイプのドロップ（drop）や設定の拒否（deny）を返す際、その reason が4,096文字を超えると処理が正しく扱われず、無視されていた。

変更後

長い reason を持つドロップや拒否も正しく処理されるようになり、判断内容が切り捨てられずに適用される。

ユーザーへの恩恵

プラグインが長い理由付きでドロップや拒否を返しても、その判断が確実に反映されるようになる。

変更前

組織が配布したプラグインが、ユーザーインストールの mod が追加した $ 名を返すと、自身の再読み込みのタイミングや、別のプラグインがクラッシュした後のフックワーカー停止の追跡時に、そのプラグイン本体がアンロードされていた。ドキュメントによると、フックワーカーのクラッシュ原因を特定できない場合、組織の mod を含む組み込み以外の mod がすべてアンロードされることがある

変更後

原因の特定を、その $ 名を追加したユーザーインストールの mod に限定し、アンロード対象もその mod に切り替えた。組織のプラグインは再読み込み時や他のプラグインのクラッシュ後もアンロードされず、動作し続ける

ユーザーへの恩恵

ユーザーは不適切な mod が原因でも組織のプラグインが勝手に無効化されなくなり、問題のある mod だけが取り除かれるため、再読み込み操作なしでプラグインを継続して使える

変更前

プラグインの hooks ワーカーが再起動している間にツール呼び出しが行われると、プラグインの permission hooks(許可チェック用の hooks)を経由せずにそのツール呼び出しが処理・応答されていた。

変更後

ワーカー再起動中のツール呼び出しでも、プラグインの permission hooks が正しく実行され、許可チェックが行われた上で処理されるようになった。

ユーザーへの恩恵

ワーカー再起動中であってもプラグインによる許可チェックが確実に働くため、ユーザーは検証されていないツール実行を心配せずに済むようになる。

変更前

誤名のパラメータが修復される前に、プラグインの tool.call フックが一部のツール呼び出しをそのまま受け取っていたため、フックが目にする引数がツールの実際の実行内容と一致しないことがあった。

変更後

tool.call フックは、パラメータの修復後の、ツールが実際に実行する引数を受け取る。

ユーザーへの恩恵

フックが参照する引数がツールの実際の実行内容と一致するようになり、tool.call フックによる拒否や引数の書き換えが確実に機能する。

変更前

ガードフックに .catch ハンドラーが設定されていても、ガード自身の $ 呼び出しの内側で別の mod のフックが発する呼び出しに対しては、その .catch がサイレントにスキップされていた。そのため、ガードのエラーハンドラーが意図せず動作しない状態だった。

変更後

同じ状況下でも、ガードフックの .catch ハンドラーが呼び出されるようになった。エラー発生時にハンドラーが確実に実行される。

ユーザーへの恩恵

ユーザーは、ガードフックの .catch ハンドラーに書いたポリシーや拒否処理が、他の mod のフックが発する呼び出しに対しても確実に機能することを信頼できるようになる。

変更前

設定ファイルで宣言されたマーケットプレイスの名前が公式マーケットプレイスに似ている場合、表示される警告や案内が不十分で、ユーザーは名前を修正するための具体的な対処方法を把握しにくい状態だった。

変更後

予約名に該当するマーケットプレイスが settings ファイルで宣言された際に表示される手順が改善され、名前の削除方法や公式リポジトリからの再追加など、より的確な対処手順が示されるようになった。

ユーザーへの恩恵

公式マーケットプレイスと紛らわしい名前のマーケットプレイスを宣言した場合でも、表示される案内に従って素早く適切に対処できるようになる。

変更前

以前は、テストで登録したフック内の expect が失敗しても、またスタブの回答がエンジンに拒否されても、テストは黙って成功(パス)していました。問題が発生してもテスト結果には現れず、フックがスキップされたことは後続のチェックが失敗したときにしか分かりませんでした。

変更後

フック内の expect が失敗した場合や、エンジンがスタブの回答を拒否した場合に、テスト自体が失敗として扱われるようになりました。問題がテスト結果に直接現れるため、異常を見逃さずに検出できます。

ユーザーへの恩恵

フック内のアサーション失敗やスタブの誤りがテスト失敗として即座に報告されるため、開発者はサイレントな成功を見逃さず、テストの信頼性を高められます。

変更前

エージェント名の長さに明確な上限がなく、長い名前もそのまま受け付けられていた

変更後

エージェント名は最大 256 文字に制限され、超過する名前は拒否され、スキルやプラグインファイルの name が超過する場合は無視される

ユーザーへの恩恵

長すぎるエージェント名が原因で生じる問題を防ぎ、名前の一貫性を保てる

変更前

これまで、!fork で継続した Slack スレッドの最初のメッセージは、フォーク元の情報や依頼内容が分かりにくい形式で表示されていた。

変更後

変更後は、最初のメッセージがカード形式になり、フォーク元のスレッド、リクエスト内容、依頼したユーザーが分かりやすく表示され、元のスレッドへのリンクも含まれる。

ユーザーへの恩恵

フォークされたスレッドの出所と依頼内容がひと目で確認でき、元のスレッドにすぐ戻れるようになる。

変更前

mod の turn.step フックの戻り値には、toolUses にモデルが発行したツール呼び出しのみが含まれており、API が自ら実行したツール呼び出し(アドバイザー)の情報は取得できなかった。

変更後

mod の turn.step フックの戻り値に serverToolUses フィールドが追加された。これにより、API が自ら実行したツール呼び出し(アドバイザー)についても、その id・名前・入力・開始時刻・終了時刻が各要素として記録される。

ユーザーへの恩恵

mod 開発者は API 側で実行されたツール呼び出しの詳細を把握できるようになり、ターン全体の動作をより正確に観測・分析できる。

変更前

mod の tool.check フックが読み取る質問と判定に ceiling が追加され、ツールに対して組織が要求する承認レベルを示せるようになりました。フックはこの情報を参照して、組織の承認要件を踏まえた判断ができるようになりました。

変更後

以前は、mod の tool.check フックが読み取る質問と判定（verdict）には、組織がツールに対して求める承認を示す情報がありませんでした。そのため、フック側で組織の承認要件を判断する術がありませんでした。

ユーザーへの恩恵

mod 開発者は組織が要求する承認レベルを tool.check フックから参照できるようになり、組織のポリシーに沿った承認判断を実装できるようになる。

変更前

claude plugin validate はモッドのコードに対する静的解析を実行してマニフェストやフックを検証できたが、ゲーティングサイト（ツール呼び出しの実行可否を判定する場所など）で登録されたフックが .catch を持っているかどうかは一覧で確認できなかった。

変更後

claude plugin validate を実行すると、モッドがゲーティングサイトで登録する各フックに対して、.catch を持っているかどうかが一覧表示される。--json を付けた場合は gatingHooks として出力される。

ユーザーへの恩恵

開発者は validate 実行だけでゲーティングフックの .catch 有無を確認でき、エラーハンドリング漏れを見逃さずに済む。

変更前

プラグインフックが .catch ハンドラーを持っていても、そのフックがプロンプトやツール呼び出しを処理して hooks worker を占有している間に、フックがアンロードされ、.catch ハンドラーがスキップされていた。そのため、フックの失敗時に定義したハンドラーの処理が実行されないままになることがあった

変更後

プラグインフックがプロンプトやツール呼び出しで hooks worker を占有しても、そのフックはアンロードされなくなり、.catch ハンドラーも正しく実行されるようになった

ユーザーへの恩恵

ユーザーは、.catch を持つプラグインフックが hooks worker を占有しても、ハンドラーによるエラー処理が確実に実行されるようになる

変更前

hooks モジュールが、ファイル内のトップレベル関数と同じ名前のオプションを分割代入すると、claude plugin validate やプラグイン読み込み時の静的解析が誤検知を起こし、その hooks モジュールを拒否していた。そのため、実際には $ の誤用など問題がないコードでも、プラグインが検証エラーや読み込み失敗になっていた。

変更後

hooks モジュールが、ファイル内のトップレベル関数と同じ名前のオプション(パラメータ)を分割代入して使用しても、claude plugin validate による検証でもプラグイン読み込み時の静的解析でも、その hooks モジュールは正常に受理されるようになった。たとえばトップレベル関数 loadNotes と同名のオプション loadNotes を分割代入しても拒否されない。

ユーザーへの恩恵

トップレベル関数と同名のオプションを分割代入する正しい hooks コードでも、検証や読み込みが失敗しなくなる。

変更前

オートモードで SubagentHandback ツールを使ってレポートを返すサブエージェントがターンを完了させた際、turn.complete イベントでプラグインのフックが読み取る answer フィールドが空になっていた。

変更後

オートモードで SubagentHandback ツールを使ってレポートを返すサブエージェントのターンが完了したとき、turn.complete イベントの answer フィールドにレポートの引き渡しに関する短いメモが正しく入るようになった。

ユーザーへの恩恵

プラグインのフックが、オートモードで稼働するサブエージェントの最終回答を turn.complete で確実に取得できるようになる。

変更前

モッドのペインやバンドが、描画のたびに高さが変わるツリーを追いかけて自分の末尾に合わせようとすると、再描画が終わりなく繰り返されていました

変更後

モッドが描いたペインやバンドの高さが描画のたびに変化するツリーを追う際、描画が無限に繰り返されなくなりました

ユーザーへの恩恵

描画のたびに高さが変わるツリーを含むペインやバンドでも、無限ループによる再描画が発生しなくなる

変更前

disableClaudeAiConnectors や allowedMcpServers で URL ベースの制限を設定しても、.mcp.json、プラグイン、エージェントで宣言された一部の MCP エントリにはルールが適用されていなかった。その結果、制限対象のはずのサーバーがフィルタリングされずに残る場合があった。

変更後

.mcp.json、プラグイン、エージェントで宣言された一部の MCP エントリに対しても、disableClaudeAiConnectors や allowedMcpServers の URL ルールが正しく適用されるようになった。

ユーザーへの恩恵

組織の MCP サーバー制御ポリシーが、すべての MCP エントリに対して一貫して適用されるようになる。

変更前

組織のガード(mod が tool.check や deny ルールを検査する仕組み)がユーザーインストールの mod の通過後に評価される順序になっているため、その mod のハンドラがイベントを書き換えたり握りつぶしたりすることで、ガード自身の検査が実行されない状態を作れていた。

変更後

ユーザーがインストールした mod が、組織のガード(claude-plugin-sec-default@builtin が提供する check)の検査をスキップできるケースがありました。このバージョンでは、ガードの check を妨害するそのような mod が検知されると、当該 mod がアンロードされ、検査が確実に実行されるようになりました。

ユーザーへの恩恵

ユーザーは自分の mod が組織のガードによる検査を回避していないかを確認する必要がなくなり、ガードが必ず呼び出されることを信頼できる。

変更前

プラグイン(mod)が非ラテン文字を含む長い複数行テキストを描画すると、そのたびに描画フックが再描画ごとに停止(stall)し、インターフェースの描画が遅延していた。

変更後

プラグインが非ラテン文字を含む長い複数行テキストを描画しても、ui.render などの描画フックが各再描画で停止することなく、描画が即座に完了する。

ユーザーへの恩恵

非ラテン文字(日本語など)を含む長い複数行テキストを扱う mod を開発・利用しても、再描画が固まらずスムーズに操作できる。

変更前

修正前は、エージェントビューで /loop を実行した際の実行回数表示が更新されず凍りつき、/clear で会話をクリアするとカウントダウンが消えてしまっていた。

変更後

修正後は、/clear を実行して新しい会話が始まると、/loop の実行回数表示がリセットされて新たにカウントが始まり、カウントダウンも正しく表示される。

ユーザーへの恩恵

ユーザーは /clear 後も /loop の実行回数とカウントダウンを正確に把握できるようになり、新しい会話でループを安心して使い続けられる。

変更前

plugin-authoring スキルを使って mod を作成する際、インストール手順を他の人が実行できる形で README に記載していなかった

変更後

Claude が、作成した mod を他の人がインストールするために実行する 1 つのコマンドを提示し、README のインストールセクションにそのコマンドを書き込むようになった

ユーザーへの恩恵

作成した mod を他の人が確実にインストールできるようになる

変更前

別の mod が子プロセス実行後に拒否した場合、$.process.spawn は呼び出しが実行されずに拒否されたかのようなメッセージを返していた。

変更後

別の mod が子プロセス実行後に拒否した場合、$.process.spawn のエラーメッセージは「その呼び出しは実行されたが、プラグインが結果を保留した」ことを伝えるものになった。

ユーザーへの恩恵

子プロセスが実際に実行済みかどうかをユーザーがエラーメッセージから正しく見分けられるようになる。

変更前

ディレクトリから読み込まれたプラグインに対して claude plugin update を実行して失敗した場合、エラーメッセージに「Failed to update plugin」という共通のプレフィックスが付き、実際の理由がその後ろに続いて表示されていた。組み込みプラグインとは異なる出力形式になっていた。

変更後

ディレクトリから読み込まれたプラグインに対して claude plugin update を実行すると、更新失敗時に組み込みプラグインと同様に、理由のテキストだけが表示される。以前のように共通のプレフィックスが付かないため、実際の失敗理由が読み取りやすくなる。

ユーザーへの恩恵

ディレクトリから読み込んだプラグインの更新失敗時に、組み込みプラグインと同じ形式で理由を直接読み取れるようになる。

変更前

VSCode拡張の「Manage plugins」ダイアログ内で、プラグインマーケットプレイスのインストールコマンドや更新コマンドを確認して実行できるようになった。

変更後

VSCode拡張の「Manage plugins」ダイアログから、マーケットプレイスのプラグインをインストールまたは更新するコマンドを直接実行できなかった。

ユーザーへの恩恵

VSCode上のダイアログからマーケットプレイスのコマンドを確認・実行できるため、インストールや更新の手間が減る。

変更前

リンクが localhost アドレス、パス内の @、大文字を含むホスト、file: パスのいずれかを使っていると、プラグインペインが何も描画せず空白のままになっていた

変更後

リンクが localhost アドレス、パス内の @、大文字を含むホスト、file: パスのいずれかを含んでいても、プラグインペインがそのリンク先を正しく描画するようになった

ユーザーへの恩恵

特殊な形式のリンクを含むプラグインでも、ペインに正しく内容が表示されるようになる

変更前

ユーザーがインストールしたプラグインが、組織が管理する MCP サーバー(Managed MCP)のサインインツールの説明を書き換えることができ、ツールの機能や目的を誤誘導する説明が表示される恐れがあった。

変更後

ユーザーがインストールしたプラグインが、組織管理 MCP サーバーのサインインツールの説明を上書きしようとしても、その説明書き換えがブロックされ、組織が管理する MCP サーバーのツール説明は保護された状態で表示される。

ユーザーへの恩恵

ユーザーは、プラグインによるツール説明の改ざんを恐れず、組織管理の MCP サーバーのサインインツールを信頼して利用できるようになる。

変更前

端末が認識できない境界線スタイルのBoxをプラグインが描画すると、起動時にフリーズまたは強制終了が発生した

変更後

端末が未対応の境界線スタイルでも、プラグインがBoxを描画しても起動が完了するようになった

ユーザーへの恩恵

端末が対応していない境界線スタイルでも起動エラーが起きなくなり、プラグインが安定して起動するようになった

変更前

高さを持たないプラグイン領域(ペイン)が成長を続けると、インターフェースエラーが発生し、セッションが強制終了していた。開発者はプラグインの描画バグによって作業中のセッションを失う可能性があった。

変更後

高さゼロのプラグイン領域が成長し続けても、インターフェースエラーでセッションが終了しなくなった

ユーザーへの恩恵

高さを持たないプラグイン領域があってもセッションが終了せず、安定して作業を続けられる。

変更前

modのpaneやband内で右揃えのコンテンツが、閉じるマークや[-]の下に重なって描画され、端末の右端まで達していた

変更後

paneやbandの右揃えコンテンツは、閉じるマークや[-]の下に描画されず、端末の右端から1列分の余白を保って描画されるようになった

ユーザーへの恩恵

閉じるマークと右揃えのコンテンツが重ならなくなり、端末の右端にも余白ができるため、modのUIが見やすく読みやすくなる

変更前

失敗したコンポーネントの表示は、失敗がメッセージを持たないときは空欄として表示される。

変更後

失敗したコンポーネントの表示は、失敗がメッセージを持たないときは Error と表示される。

ユーザーへの恩恵

コンポーネントの失敗を把握しやすくなる。

変更前

端末が mod の Client 領域を描画中に例外を投げると、その領域はセッションの間ずっと失敗状態のままになり、mod を再読み込みしても回復しませんでした

変更後

端末が mod の Client 領域の描画中に例外を投げても、その領域がセッション全体で失敗状態のまま固定されなくなりました

ユーザーへの恩恵

Client 領域で描画エラーが起きても、セッションを再起動せずに領域を再利用できるようになります

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

プラグインが拡張できる範囲は限られており、Claude Code の内部動作に介入するような変更はできなかった。

変更後

Claude Mods が導入され、プラグインがフックを通じてツール呼び出しやコマンド、UI などの Claude Code の内部動作に介入して変更できるようになった。

ユーザーへの恩恵

ユーザーはプラグインを使って Claude Code の動作をより深いレベルでカスタマイズできるようになる。

変更前

プラグインのリロード処理が起動時の--plugin-urlによるダウンロードと重複しても壊れることはなく、セッションがキャッシュしたプラグインアーカイブのコピーが破損しなくなった。

変更後

v2.1.287より前のバージョンでは、起動時の--plugin-urlによるプラグインアーカイブのダウンロード処理とプラグインのリロード処理が重なることがあった。この重複により、セッションがキャッシュに保持していたプラグインアーカイブのコピーが破損する可能性があった。

ユーザーへの恩恵

起動時の--plugin-urlダウンロードとリロードが重なる場面でも、キャッシュされたプラグインアーカイブが破損せず、セッション内でプラグインを安定して利用できる。

変更前

同期済みプラグインが提供する SessionStart フックが、新しいクラウドセッションで実行されていなかった。docs では SessionStart フックはローカルとクラウド両方のセッションで毎回実行されること、依存関係インストールなどプロジェクトセットアップをクラウドで実行する用途があることが説明されている。

変更後

同期済みプラグインに含まれる SessionStart フックが、新しいクラウドセッションでも確実に実行されるようになった。

ユーザーへの恩恵

ユーザーはクラウドセッションでもプラグインによる依存関係インストールなどのプロジェクトセットアップが自動で適用されることを信頼して利用できる。

変更前

/plugin の Discover タブでは、各行にマーケットプレイス名が引用符付きで表示されるのに、「Checking ... for new plugins」の行では同じ名前が引用符なしで表示されていた。

変更後

Discover タブの各行ではマーケットプレイス名が引用符付きで表示されるため、「Checking ... for new plugins」の行でも同じ形式で引用符付きの名前を表示するようになった。

ユーザーへの恩恵

Discover タブ全体でマーケットプレイス名の表記が統一され、どのマーケットプレイスを確認しているのか読み取りやすくなる。

変更前

この変更により、--config に <server>.<key>=<value> 形式を渡せるようになり、バンドルされた .mcpb MCP サーバー(マニフェストの mcpServers が .mcpb/.dxt を指すもの)の設定値をインストール時に指定できる。

変更後

v2.1.285 より前は、バンドルされた .mcpb MCP サーバーを含むプラグインをインストールしても、そのサーバー固有の設定は claude plugin install --config で渡せず、ユーザーはインタラクティブな /plugin → Configure 画面を開いて手動で値を入力する必要があった。

ユーザーへの恩恵

プラグイン開発者がバンドル MCP サーバーの設定値を事前に指定して claude plugin install を実行できるため、ユーザーが /plugin → Configure を開いて手動入力するステップを省ける。

変更前

SSH経由でプラグインやマーケットプレイスをインストール・更新する際、GIT_SSH環境変数やgit設定のcore.sshCommandで指定されたsshプログラムが無視されていた

変更後

プラグインとマーケットプレイスのSSH経由でのインストールや更新が、GIT_SSH環境変数やgit設定のcore.sshCommandで指定されたsshプログラムを尊重して実行されるようになった

ユーザーへの恩恵

独自のSSH設定を使っている環境でも、プラグインやマーケットプレイスのインストール・更新が正しく動作するようになる

変更前

「プラグイン管理」ダイアログからプラグインをアンインストールすると、別のインストール(別スコープのコピー)を誤って削除したり、プロジェクトにインストールされたプラグインのアンインストールが失敗したりすることがあった。

変更後

「プラグイン管理」ダイアログからアンインストールすると、選択したプラグインの正しいインストール(スコープ)が確実に削除され、プロジェクトにインストールされたプラグインのアンインストールも正常に完了する。

ユーザーへの恩恵

プラグイン管理ダイアログでのアンインストールが意図したとおりに動作し、別スコープのインストールを壊さずに目的のプラグインを確実に削除できる。

変更前

sparsePaths を指定したプラグインマーケットプレースは、古い git(<2.39)ではスパースチェックアウトが失敗し、空のクローンがローカルコピーを置き換えていました。

変更後

以前の git(<2.39) では sparsePaths を指定したスパースチェックアウトのクローンが失敗し、空のコピーが動作中のローカルコピーを置き換えていました。その結果、リフレッシュのたびに「marketplace.json file is no longer present」というエラーが出ていました。

ユーザーへの恩恵

この修正により、リフレッシュのたびに marketplace.json が見つからないというエラーが出ていた問題が解消され、ユーザーはマーケットプレースの更新を問題なく行えるようになりました。

変更前

プラグインインストールリンクを開くと、リンク先のマーケットプレイス名が既に追加済みのマーケットプレイスと同じでも、既存のマーケットプレイスが置き換えられていた。

変更後

プラグインインストールリンクを開いた際に、既に追加済みの同名のマーケットプレイスを置き換えずにそのまま再利用するようになった。

ユーザーへの恩恵

同名の別ソースのマーケットプレイスが既存設定を上書きして消える恐れがなくなり、安心してプラグインインストールリンクを開けるようになった。

変更前

claude plugin validate は outputStyles、themes、monitors、lspServers の各パスを検証対象に含めていなかった。

変更後

manifest 内の outputStyles、themes、monitors、lspServers の各フィールドも検証対象に含まれる。

ユーザーへの恩恵

ユーザーはパスの欠落やディレクトリ外参照を検証時に検出し、ロード時のエラーを未然に防げる。

変更前

大文字小文字のみが異なる ID の2つのプラグインがインストールされている状態で、アンインストール対象のプラグインにそのスコープの enabledPlugins エントリがない場合、指定したプラグインの ID を照合する際に大文字小文字が区別されず、もう一方の ID が異なるプラグインが誤って削除されていた。このバグにより、意図していないプラグインがそのオプションとシークレットも含めてアンインストールされていた。

変更後

大文字小文字のみが異なる ID の2つのプラグインがインストールされている状態で、アンインストール対象のプラグインにそのスコープの enabledPlugins エントリがない場合、指定したプラグインの ID を照合する際に大文字小文字が区別されず、もう一方の ID が異なるプラグインが誤って削除されていた。このバグにより、意図していないプラグインがそのオプションとシークレットも含めてアンインストールされていた。修正後は、ID の大文字小文字を区別して照合されるため、指定したプラグインだけがアンインストールされ、もう一方の ID のみが異なるプラグインはオプションやシークレットとともにそのまま残る。

ユーザーへの恩恵

大文字小文字のみが異なる ID を持つ複数のプラグインがあっても、ユーザーが指定した側のプラグインだけを確実にアンインストールでき、意図しないプラグインがシークレットごと消えてしまう事故を防げる。

変更前

バージョンを宣言していないプラグインで、キャッシュ済みファイルが失われていた場合、復元時にそのプラグインのソースの最新コミットが使用されていた。そのため、ユーザーがインストールしていたバージョンではなく、ソース側の最新の状態が復元されることがあった。

変更後

バージョンを宣言していないプラグインでも、インストール済みバージョンのキャッシュ済みファイルが失われた場合は、そのインストール済みバージョンが復元されるようになった。ソースの最新コミットに基づいて復元されるのは、キャッシュが欠けている状態から改めて解決する場合のみで、意図せず異なるコードが動くことはない。

ユーザーへの恩恵

キャッシュが失われた場合でも、ユーザーがインストールしていた通りのプラグインバージョンが復元されるようになり、意図しないバージョンのコードが動作するリスクが減る。

変更前

git がインストールされていれば、claude plugin eval は要件を満たさない古い git バージョンでも実行され、その結果プラグイン評価が不安定に動作したり、原因の分かりにくいエラーが発生したりする可能性があった。

変更後

git がインストールされている場合、claude plugin eval は git 2.31 以降を要求するようになり、それより古い git での実行はバージョン番号を明示したメッセージとともに拒否される。

ユーザーへの恩恵

ユーザーは古い git によるプラグイン評価の失敗を、バージョン要件を明示したメッセージから直ちに把握し、git を更新して解消できる。

変更前

Claude Tag チャンネルがアタッチルール経由でアクセスバンドルを取得している場合、チャンネルの設定ページにはコネクターもプラグインも何も表示されず、画面は空の状態になっていた。

変更後

アクセスバンドルをアタッチルール経由で取得するチャンネルでも、その設定ページにルールでアタッチされたバンドルが表示されるようになり、コネクターやプラグインが一覧に正しく現れる。

ユーザーへの恩恵

アタッチルールで権限を付与されたチャンネルでも、利用可能なコネクターやプラグインを設定ページ上で確認できるようになる。

変更前

管理設定で allowManagedPermissionRulesOnly が有効な場合、リポジトリ・ユーザー・--add-dir 由来のスキルやコマンド、スキルディレクトリプラグインのマニフェストに記載された allowed-tools によるツール事前承認が適用されず、スキルが自身のツールを自動で実行できませんでした。

変更後

管理設定で allowManagedPermissionRulesOnly が有効な環境でも、リポジトリ・ユーザー・--add-dir 由来のスキルやコマンド、スキルディレクトリプラグインのマニフェストが allowed-tools によるツール事前承認を自身に対して適用できるようになりました。

ユーザーへの恩恵

管理された環境でもスキルが事前承認されたツールを自前で呼び出せるようになり、管理下でのスキル実行がスムーズになりました。

変更前

同じ名前のローカルスキルがあっても、anthropic-skills や claude-ai 名前空間の名前を持つ skill フォルダーやコマンドファイルが読み込まれていたため、競合が起こり得た。

変更後

skill フォルダー、コマンドファイル、ワークフローコマンドに anthropic-skills または claude-ai 名前空間名を付けたものは、読み込まれなくなった。

ユーザーへの恩恵

claude.ai と同期されたスキルとの名前の衝突が解消され、ローカルスキルが確実に実行されるようになる。

変更前

claude plugin validate を実行しても、.mcp.json の問題はチェックされませんでした。

変更後

claude plugin validate を実行すると、.mcp.json のエントリが検証されます。

ユーザーへの恩恵

ロード時に黙って破棄されるエントリや未宣言の ${user_config.*} 参照、安全でない URL を事前に発見できるようになった。

変更前

フルスクリーンモードで /skills、/mcp、/plugin の Installed リストを閲覧する際、リストが表示領域を超えてもスクロールバーがなく、マウスでスクロール位置を操作できませんでした。

変更後

フルスクリーンモードの /skills、/mcp、/plugin の Installed リストにスクロールバーが表示されるようになりました。/workflows と同様に、マウスがリスト上にある間だけ表示され、クリックやドラッグで操作できます。

ユーザーへの恩恵

マウスでスクロールバーをクリックまたはドラッグして、長いリスト内の好きな位置へ素早く移動できるようになります。

変更前

claude plugin uninstall を実行すると、有効化されていないプロジェクトスコープのプラグインの削除が拒否され、その理由を「プロジェクトスコープで有効化されている」とするエラーメッセージが表示されていた。

変更後

claude plugin uninstall を実行すると、有効化されていないプロジェクトスコープのプラグインが削除され、インストールから正常に取り除かれる。

ユーザーへの恩恵

プロジェクトスコープで無効化済みのプラグインをアンインストールする際に、矛盾したエラーで失敗することがなくなり、コマンドが完遂できるようになる。

変更前

claude plugin validate を実行すると、privacyPolicyUrl や supportUrl などの plugin.json の一覧メタデータキーが unknown フィールドとして警告される

変更後

claude plugin validate を実行すると、privacyPolicyUrl や supportUrl などの一覧メタデータキーが plugin.json 内にあっても unknown フィールドとして警告される

ユーザーへの恩恵

正しい一覧メタデータキーを持つ plugin.json に対して警告が出なくなったため、開発者は誤警告を気にせずバリデーションを実行できる

変更前

marketplaceのバックグラウンド更新チェックの際に、リモートに到達できなかった場合でも、known_marketplaces.json内でそのmarketplaceのlastUpdatedが更新済みとして記録されていた。CLAUDE_CODE_PLUGIN_KEEP_MARKETPLACE_ON_FAILURE=1が設定されていれば、既存のcloneは保持された。

変更後

リモートに到達できなかった場合でも、marketplaceの状態が'refreshed'(更新済み)として記録されなくなった。CLAUDE_CODE_PLUGIN_KEEP_MARKETPLACE_ON_FAILUREが設定されている場合、既存のcloneが保持される。

ユーザーへの恩恵

ネットワーク障害時にmarketplaceの最終更新時刻が誤って更新されなくなり、実際に同期が成功したタイミングだけがlastUpdatedに反映されるようになった。

変更前

最後のエラーが解決されても、/plugin の Errors タブには確認が表示されず、エラーが解決したかどうかをユーザーが判断しにくかった

変更後

最後のエラーが解決されると、/plugin の Errors タブに解決の確認が表示されるようになった

ユーザーへの恩恵

ユーザーはエラーが解決したことをすぐに確認でき、プラグインの問題解決プロセスがより明確になる

変更前

アンインストール/更新の処理が実行中に Enter キーを再度押すと、同じプラグインに対する2つ目のアンインストール/更新処理が開始され、重複した処理や競合が発生する可能性がありました。

変更後

Enter キーの再押下時に、実行中のアンインストール/更新処理を検出し、重複した操作の開始を防止するようになりました。

ユーザーへの恩恵

Enter キーを誤って複数回押しても、プラグインのアンインストール/更新処理が重複して実行されることがなくなり、安全に操作できるようになりました。

変更前

/plugin がマーケットプレイスのソースを検証している間に y キーを押し続けていると、「Add marketplace?」という確認が表示された瞬間に、ソースが読み取られて検証される前にマーケットプレイスが追加されていた。これにより、意図しない、または未検証のソースからマーケットプレイスが登録されるリスクがあった。

変更後

「マーケットプレイスを追加しますか?」の確認が表示されている間は、プラグインの読み込み処理を待機するようになった。ユーザーが y を押していても、マーケットプレイスのソースが検証されて名前が確認された後に追加処理が行われる。

ユーザーへの恩恵

ユーザーはマーケットプレイスが信頼できるソースから追加されたことを確認してから操作でき、意図しないソースの登録を防げる。

変更前

マウスホイールを操作すると、/plugin の Installed リストではなく、その背後にあるペインがスクロールしてしまう。

変更後

マウスホイールを操作すると、/plugin の Installed リスト自体がスクロールする。

ユーザーへの恩恵

/plugin の Installed リストをマウスホイールで直接スクロールできるようになり、プラグイン一覧を快適に閲覧できる。

変更前

plugin hook-failure errors did not name the offending plugin, and claude plugin validate did not warn when a shell-form hook left ${CLAUDE_PLUGIN_ROOT} unquoted.

変更後

plugin hook-failure errors name the offending plugin, and claude plugin validate warns when a shell-form hook leaves ${CLAUDE_PLUGIN_ROOT} unquoted.

ユーザーへの恩恵

問題のあるプラグインを素早く特定できるようになり、パスにスペースが含まれるプラグインのフックエラーを事前に防げる。

変更前

claude.ai から同期されたスキルは、/ メニュー、/skills、/context、/plugin の Installed リストに anthropic-skills:<name> という完全修飾名で表示されていた。

変更後

claude.ai から同期されたスキルが、/ メニュー、/skills、/context、/plugin の Installed リストに anthropic-skills:<name> ではなく、短い名前(他のコマンドが使用していない場合のみ)で表示されるようになった。

ユーザーへの恩恵

同期されたスキルを他のコマンドの名前と衝突させることなく、より短くシンプルな名前で呼び出せるようになった。

変更前

「/plugin」のプラグイン詳細・マーケットプレイス詳細メニューと「/remote-control」の接続済みメニューでは、Home/End キーでの移動や行のクリック選択ができず、矢印キーによる移動のみがサポートされていた。

変更後

「/plugin」のプラグイン詳細・マーケットプレイス詳細メニューと「/remote-control」の接続済みメニューで、Home/End キーによる行の先頭・末尾への移動や、行のクリックによる選択が可能になった。

ユーザーへの恩恵

キーボードでもマウスでも素早く項目を選択・移動できるようになり、これらのメニューの操作が快適になる。

変更前

「/plugin」の「Installed」リストでは、セクションによって行の内容が揃っておらず、ステータス、名前、種類、詳細が列として整列していないことがあった。

変更後

「/plugin」の「Installed」リストで、セクションごとにバラバラだった行の並びが揃い、ステータス、名前、種類、詳細が列として整列するようになった。

ユーザーへの恩恵

インストール済みプラグインの一覧を眺めるだけで、どのプラグインがどの状態にあるのかをすばやく見比べられるようになった。

変更前

セッションに渡された環境変数に NUL 文字が含まれていると、バックグラウンドセッション内で git、hooks、プラグイン、その他のヘルパープログラムを実行できなかった

変更後

セッションに渡された環境変数に NUL 文字が含まれていても、バックグラウンドセッション内で git、hooks、プラグイン、その他のヘルパープログラムが実行される

ユーザーへの恩恵

NUL 文字を含む環境変数があってもバックグラウンドセッションで git や hooks などのヘルパープログラムが正常に動作するようになる

変更前

プライベートリポジトリのマーケットプレイスに対してバックグラウンド自動更新が git credential helper を無視してリモートをチェックしていたため、更新チェックが認証に失敗した結果、実行のたびに保存済みの認証情報で再クローンされたり、再クローンが失敗して最新状態に更新されないままになったりしていた。

変更後

バックグラウンドのマーケットプレイス自動更新が git credential helper を考慮するようになったため、プライベートリポジトリのマーケットプレイスでも実行のたびに再クローンされたり更新が止まったりしなくなった。

ユーザーへの恩恵

プライベートリポジトリのマーケットプレイスが git credential helper を使った認証で自動更新できるようになり、大規模リポジトリでの再クローン失敗による手動更新の手間が減る。

変更前

Fullscreen モードで /plugin の Add Marketplace フォームを開くと、ペイン内に独立したボックスが描かれ、テキストやキーヒントの位置が /plugin の他の画面とずれて表示されていた。

変更後

Fullscreen モードで /plugin の Add Marketplace フォームを開くと、ペイン内に別の枠を描かず、テキストやキーヒントが /plugin の他の部分と同じ位置・スタイルに揃って表示される。

ユーザーへの恩恵

マーケットプレイス追加フォームが /plugin の他の画面と一貫した見た目で表示され、画面の乱れなく読み取れるようになる。

変更前

プラグインのLSPサーバーが終了するか標準入力を閉じると、そのLSPサーバーに接続していたバックグラウンドセッション(claude --bgで起動したセッション)が誤って終了していた。

変更後

プラグインが提供するLSPサーバーが終了したり標準入力を閉じたりしても、バックグラウンドセッションは動作し続ける。

ユーザーへの恩恵

プラグインのLSPサーバーが終了してもバックグラウンドセッションが生き残るため、長時間実行していたバックグラウンド作業がLSPサーバーの停止によって中断されなくなる。

変更前

~/.claude.json の claudeAiMcpEverConnected の値が不正だと、/mcp や /plugin manage を開いた時点で Type error でクラッシュする

変更後

/mcp や /plugin manage を開いても、claudeAiMcpEverConnected の値が不正でも Type error でクラッシュしない

ユーザーへの恩恵

~/.claude.json の claudeAiMcpEverConnected の値が不正でも、/mcp や /plugin manage を開けるようになる

変更前

スキルやレガシーコマンドが constructor や toString のような組み込みの Object プロパティと同じ名前だと、/plugin → Installed 画面や /skills 画面を開いた際にクラッシュしていた。

変更後

/plugin → Installed 画面や /skills 画面が、組み込みの Object プロパティ名(例: constructor、toString)と同じ名前のスキルやレガシーコマンドが存在するとクラッシュしなくなる。名前の衝突があっても画面が正常に表示される。

ユーザーへの恩恵

組み込みプロパティと同名のスキルやレガシーコマンドがあっても /plugin → Installed や /skills を安全に開けるようになり、画面のクラッシュを気にせずスキルを確認できる。

変更前

未追加のマーケットプレイスからプラグインをインストールするには、/plugin marketplace add で先にマーケットプレイスを手動で追加してから、/plugin install を別途実行する必要があった。

変更後

/plugin install <plugin> --marketplace <source> を実行すると、そのプラグインが未登録のマーケットプレイス由来の場合でも、Claude Code が解決したソースを示した上でマーケットプレイスの追加を提案する。ユーザーが確認すればマーケットプレイスが追加されてからインストールに進み、拒否すればインストールがキャンセルされて何も追加されない。

ユーザーへの恩恵

ユーザーはコマンド1つでマーケットプレイスの追加とプラグインのインストールをまとめて行えるようになる。

変更前

git・ssh・marketplace の URL にパスワードやトークンが埋め込まれている場合、プラグインや marketplace に関するメッセージ、ログ、claude plugin marketplace list の出力にそのまま認証情報が表示され、漏洩する恐れがあった。

変更後

パスワードやトークンが保存された git・ssh・marketplace の URL でも、プラグインや marketplace のメッセージ、ログ、claude plugin marketplace list の出力にその認証情報が表示されなくなった。

ユーザーへの恩恵

ユーザーはターミナル画面やログの共有・スクリーンショットから認証情報が漏れる心配をせずに済むようになる。

変更前

Claudeは、ListPlugins ツールが、/plugin コマンドでローカルにインストールされたプラグインと、claude.ai アカウントで有効化された（同期された）プラグインの両方を一覧表示するものだと認識していました。

変更後

Claudeが、ListPlugins ツールの説明が、ローカルにインストールされたプラグインではなく、claude.ai アカウントで有効化されたプラグインを一覧表示するものだと認識するようになりました。

ユーザーへの恩恵

claude.ai アカウントと同期されたプラグインについて質問されたり、それらのプラグインを活用しようとしたりする際に、Claudeがツールをより正確に使用できるようになります。

変更前

プラグイン名やマーケットプレイスアドレスにリンクに含められない文字が含まれていると、install-plugin URLを開いてもManage pluginsダイアログが正しく開かなかった。

変更後

プラグイン名やマーケットプレイスアドレスがリンクとして使えない場合でも、インストールリンクを開くとManage pluginsダイアログが開き、目的のプラグインのスコープ選択画面に進める。リンクでエンコードできない名前のプラグインでも、ダイアログ経由で問題なくインストール操作が行える。

ユーザーへの恩恵

リンクに使えない文字を含むプラグイン名でも、install-plugin URLからそのままインストール手順に進めるようになり、手動での手順探しが不要になる。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

inode 0 を報告する仮想ドライブ(Electric Drive などの暗号化ボリュームを Windows ドライブとしてマウントしたもの)から、最初のカスタムエージェント、スラッシュコマンド、出力スタイルは読み込めるが、2つ目以降は読み込まれなかった。

変更後

仮想ドライブ上に置かれたカスタムエージェント、スラッシュコマンド、出力スタイルが、最初の1つ以降もすべて読み込まれるようになった。

ユーザーへの恩恵

暗号化ボリューム上に複数のカスタムコンポーネントを置いても、すべて正しく読み込まれ、設定どおりに使えるようになる。

変更前

セッション終了時に Claude Code は LSP サーバーへ shutdown リクエストを送っていた。shutdown パラメーターを拒否するサーバー(例: rust-analyzer)ではこのリクエストが失敗し、その後の exit リクエストは送られないままだった。

変更後

セッション終了時に LSP サーバーへ shutdown リクエストを送り、サーバーが shutdown パラメーターを拒否して失敗した場合でも、続けて exit リクエストを送るようにした。これにより rust-analyzer のような LSP サーバーがプロセスを終了できず、セッション終了後も動き続けることがなくなった。

ユーザーへの恩恵

rust-analyzer など shutdown を拒否する LSP サーバーがセッション終了後もバックグラウンドで動き続けることがなくなり、不要なプロセスが残らなくなる。

変更前

claude plugin install、uninstall、update、enable、disable コマンドは人間が読めるテキスト出力のみを返しており、スクリプトから結果を機械的に判定するには出力をパースする必要があった。また、claude plugin list --json の各行にはエラーや注意の詳細を示すフィールドがなく、問題の内容を JSON から把握できなかった。

変更後

claude plugin install、uninstall、update、enable、disable に --json オプションが追加され、各コマンドの実行結果を JSON 形式で取得できるようになった。また、claude plugin list --json の各行に errorDetails と noteDetails フィールドが追加された。

ユーザーへの恩恵

プラグイン管理コマンドの成否や詳細を JSON で直接受け取れるため、CI やスクリプトからの自動化でプラグインの状態確認とエラーハンドリングを容易に行えるようになる。

変更前

ディレクトリ名が「..」で始まるプラグインパスを claude plugin validate に渡すと、実際にはプラグインローダーが受け入れるにもかかわらず、検証が誤って拒否していた。

変更後

「..example-plugin」のようにディレクトリ名が2つのドットで始まるパスでも、claude plugin validate が有効なプラグインとして正しく検証して通すようになった。

ユーザーへの恩恵

「..」から始まるディレクトリ名のプラグインでも、検証で不当に拒否されずにすむ。

変更前

VSCode拡張のManage pluginsダイアログでプラグインのインストール・有効化・無効化・アンインストールを行った場合、変更を開いているセッションに反映するには再起動が必要だった。

変更後

Manage pluginsダイアログで実行したインストール・有効化・無効化・アンインストールが、開いているセッションに即座に反映されるようになった。再起動なしで変更を適用できる。