Claude CodeのSkills機能に関する変更履歴。カスタムスキル、スラッシュコマンド、スキル管理の変更をバージョン横断で確認できます。
145件の変更 / 62バージョン
claude plugin init <name> コマンドを追加しましたclaude plugin init <name> to scaffold a new plugin in .claude/skills変更前
新しいプラグインを作成する際、ディレクトリ構造や manifest ファイルを手動で一から作成する必要がありました。
変更後
専用の init コマンドにより、推奨される構造を持つプラグインのスケルトンが瞬時に生成されます。
ユーザーへの恩恵
ボイラープレートの作成時間を節約し、スキルの実装そのものに集中できるようになります。
.claude/skills directories are now automatically loaded, no marketplace required変更前
自作のスキルやプラグインを使用する場合でも、マーケットプレイスを経由するか、特定の登録手順を踏む必要がありました。
変更後
.claude/skills ディレクトリにファイルを配置するだけで、Claude Code が自動的にプラグインとして認識し、読み込むようになります。
ユーザーへの恩恵
開発中のカスタムスキルを即座に試せるようになり、プラグイン開発のイテレーションが大幅にスピードアップします。
/claude-apiスキルにClaude Opus 4.8のサポートを追加し、4.7から4.8への移行ガイドを導入しました。/claude-api skill変更前
最新モデルであるClaude Opus 4.8を自身のアプリケーション開発で活用したい場合、APIの仕様変更や移行のベストプラクティスを自分で調べる必要がありました。
変更後
Claude Code内のヘルプスキルを通じて、Opus 4.8の最新リファレンスや、コードを4.8向けに自動アップグレードするためのガイダンスを直接受け取れます。
ユーザーへの恩恵
Anthropicの最新モデルのパワーを、自身のプロダクトに最小限の調査コストで安全に導入できるようになります。
/simplifyコマンドが変更され、バグ修正を含む完全なレビューではなく、クリーンアップのみのレビュー（再利用性、簡素化、効率性、抽象度）を実行して修正を適用するようになりました。/simplify now runs a cleanup-only review (reuse, simplification, efficiency, altitude) and applies the fixes, instead of running the full /code-review --fix bug-hunting review変更前
/simplifyを実行すると、内部的に/code-review --fixが呼び出されており、単純なコードの簡素化を望んでいる場合でも、バグハンティングを含む重いレビュープロセスが実行されていました。
変更後
/simplifyはクリーンアップ（共通化、効率化など）に特化したレビューとして独立しました。バグの探索は行わず、コードの可読性や効率の改善のみを迅速に行います。
ユーザーへの恩恵
意図しないロジック変更のリスクを減らしつつ、リファクタリングやコードの整理をより高速かつ確実に行えるようになります。
disallowed-tools を設定し、そのスキルがアクティブな間だけ特定のツールを無効化できるようになりました。disallowed-tools in frontmatter to remove tools from the model while the skill is active変更前
スキル実行中に、意図しないツールの使用（例：特定の操作中にファイル削除ツールを呼ばせないなど）をきめ細かく制御することが困難でした。
変更後
スキルごとに利用可能なツールのセットを制限できるため、モデルが特定のワークフローに集中し、より安全かつ正確に動作するように定義できます。
ユーザーへの恩恵
カスタムコマンドの挙動をより厳密に制御でき、エージェントによる誤操作や不要なツール呼び出しのリスクを軽減できます。
/reload-skills コマンドが追加されました。/reload-skills command to re-scan skill directories without restarting the session変更前
スキルの定義ファイル（SKILL.mdなど）を新規追加したり編集したりした際、変更を反映させるには一度 CLI を終了して再起動する必要がありました。
変更後
コマンド一つでディレクトリが更新されるため、スキルの開発や調整を行いながら、現在のセッションですぐに最新のスキルを試すことができます。
ユーザーへの恩恵
開発中のスキルの反復試行がスムーズになり、作業の中断を最小限に抑えられます。
SessionStart フックが reloadSkills: true を返せるようになり、フックによってインストールされたスキルを同じセッションですぐに利用可能になりました。SessionStart hooks can now return reloadSkills: true to re-scan skill directories, making skills installed by the hook available in the same session変更前
セッション開始時のフックで新しいスキルをセットアップしても、モデルがそれらを認識するのは次のセッションからになるというタイムラグがありました。
変更後
フックの実行完了と同時にスキルの再読み込みが行われるため、動的に追加されたコマンドも初回から即座に使用可能になります。
ユーザーへの恩恵
環境構築スクリプトなどをフックに組み込んだ際、自動セットアップされたツールをすぐに Claude に使わせることができます。
/code-review --fix でレビュー結果をワーキングツリーに直接適用可能になり、再利用や簡略化の提案も表示されるようになりました。また、/simplify コマンドが /code-review --fix のエイリアスになりました。/code-review --fix now applies review findings to your working tree after the review, surfacing reuse, simplification, and efficiency suggestions; /simplify now invokes /code-review --fix変更前
以前の /code-review は修正箇所の指摘のみを行い、修正を適用するにはユーザーが手動でコードを書き換えるか、別のコマンドを組み合わせる必要がありました。
変更後
修正案の提示から適用までが一貫して行えるようになり、コードの重複排除やリファクタリング、効率化の提案が直接ワーキングツリーに反映されます。
ユーザーへの恩恵
レビューで見つかった改善点を即座にコードに適用できるため、品質向上と開発サイクルの高速化を同時に実現できます。
/usage now shows a per-category breakdown of what's driving your limits usage — skills, subagents, plugins, and per-MCP-server cost変更前
利用制限の使用状況を確認する際、セッション全体のトークン消費量しか分からず、どの機能がコストを押し上げているのか特定が困難でした。
変更後
/usageコマンドの結果にカテゴリー別の詳細な内訳が追加され、スキルやプラグイン、特定のMCPサーバーが消費したコストを個別に把握できるようになりました。
ユーザーへの恩恵
どのツールが予算を消費しているかを正確に把握できるため、効率的なコスト管理や不要なMCPサーバーの停止などの最適化が容易になります。
name: differs from its directory basename変更前
スキルの定義ファイル内の名前とフォルダ名が一致していない場合、コマンドを入力しても次に何を入力すべきかのガイド（引数ヒント）が出現しませんでした。
変更後
スキルの定義名がどのようなものであっても、Tab補完後に適切な引数ヒントや候補が動的に表示されるようになりました。
ユーザーへの恩恵
カスタムスキルの使い勝手が向上し、定義をいちいち確認しなくても正しい引数でコマンドを打ち込めるようになります。
/effort setting instead of the effort level applied by skill/agent effort: frontmatter変更前
特定のスキルが独自の「effort」設定で動作している間も、ステータスバーにはユーザーがデフォルトで設定している数値が表示されており、実際の動作と表示が食い違っていました。
変更後
現在アクティブなスキルやエージェントが適用している、実際の思考レベルがステータスバーに正確に反映されるようになりました。
ユーザーへの恩恵
Claudeが現在どれだけの「思考の深さ」で作業しているのかを、ステータスバーを見て正しく把握できます。
/simplifyコマンドが/code-reviewに名称変更されました。指定したエフォートレベル（例：/code-review high）に基づいて正確性のバグを報告するようになり、--commentフラグを使用すると指摘事項をGitHub PRのインラインコメントとして投稿できます。なお、従来のクリーンアップと修正の動作は削除されました。/simplify to /code-review. It now reports correctness bugs at a chosen effort level (e.g., /code-review high); pass --comment to post findings as inline GitHub PR comments. The old cleanup-and-fix behavior has been removed変更前
以前の/simplifyは、コードの整理と修正を目的としたスキルでしたが、レビューに特化した機能やGitHub PRへの直接的なフィードバック送信機能は限られていました。
変更後
名称変更とともに、バグの検出と報告に特化したレビュー機能へ進化しました。エフォートレベルの調整や、GitHubとの連携によるPR上での直接的なコメント投稿が可能になります。
ユーザーへの恩恵
コードの品質チェックをClaudeに任せ、修正案をGitHub PRに直接反映させることができるため、チーム内でのコードレビューの効率が飛躍的に向上します。
/backgroundによるバックグラウンド化が拒否される問題を修正しました。/background refusing sessions whose only typed input was a skill or custom slash command変更前
特定のスキルを起動してすぐにバックグラウンドで作業を継続させようとしても、通常のテキスト入力がないという理由で移動できないことがありました。
変更後
入力の種類にかかわらず、会話のどの時点からでもスムーズにセッションをバックグラウンドへ移行できます。
ユーザーへの恩恵
定型的な自動化タスクをスキルとして起動し、すぐにターミナルを解放して別の作業に移るというワークフローが確実に実行できます。
/simplify コマンドを /code-review に名称変更し、/code-review high のようにエフォートレベル（推論の深さ）を指定できるようになりました。/simplify to /code-review with an optional effort level (e.g. /code-review high)変更前
既存の /simplify コマンドは、最近編集したファイルの品質や効率の修正を行う「スキルのセット」として定義されていましたが、名前から機能が直感的に伝わりにくい側面がありました。また、コードレビューの強度をユーザーが直接制御する手段も提供されていませんでした。
変更後
コマンド名が機能に即した /code-review になり、引数としてエフォートレベル（low, medium, high, xhigh, max）を指定できるようになりました。これにより、簡単なチェックから徹底的な分析まで、目的に応じたレビューが可能になります。
ユーザーへの恩恵
変更の意図が明確になり、重要なプルリクエスト前には高いエフォートレベルで深くレビューさせるなど、状況に応じた使い分けでコードの品質向上に役立てられます。
/background でバックグラウンド実行しようとすると拒否される問題が修正されました。/background refusing sessions whose only typed input was a skill or custom slash command変更前
セッション開始直後に /batch などのスキルやカスタムコマンドのみを入力した場合、内部的なフラグ管理の不備により、/background によるデタッチ（バックグラウンド移行）が実行できない不具合がありました。
変更後
入力の種類に関わらず、スラッシュコマンドから始まるセッションでも正しくバックグラウンド処理へと移行できるようになりました。
ユーザーへの恩恵
大規模な変更を一括で行う /batch のような重い処理を、コマンド入力直後にすぐバックグラウンドに逃がしてターミナルを解放することができます。
/plugin の発見・閲覧画面において、インストール前にプラグインのコマンド、エージェント、スキル、フック、MCP/LSPサーバーを確認できるように改善/plugin Discover and Browse screens now show a plugin's commands, agents, skills, hooks, and MCP/LSP servers before installation変更前
プラグインにどのような機能(コマンドやスキルなど)が含まれているかを確認するには、実際にインストールしてみるまで詳細が不明でした。
変更後
インストール前の詳細画面で、プラグインが提供する具体的なコンポーネント(スキルやフックの種類、MCPサーバー構成など)がすべて表示されます。
ユーザーへの恩恵
自分のニーズに合ったプラグインかどうかを事前に判断できるため、不要なプラグインのインストールを避け、安心して機能を拡張できます。
claude plugin validate で skills: エントリがディレクトリではなくファイルを指している場合にエラーで通知するよう修正claude plugin validate not flagging skills: entries that point at a file instead of a directory — the error now suggests the parent directory変更前
プラグイン開発時、スキルのパス設定に誤り（フォルダではなくファイルを指定）があってもバリデーションで見逃され、実行時に問題が発生することがありました。
変更後
バリデーションコマンドがこの誤りを検知し、親ディレクトリを指定するよう具体的な修正案を提示するようになりました。
ユーザーへの恩恵
プラグイン作成時の設定ミスを早期に発見でき、開発サイクルを短縮できます。
context: fork を使用したスキルが自分自身を再帰的に呼び出し続け、無限ループに陥る問題を修正context: fork could repeatedly re-invoke itself instead of running変更前
特定の条件下でスキルが自分自身をフォークされたコンテキストで呼び出すと、意図せず無限ループが発生し、リソースを過剰に消費してしまうことがありました。
変更後
スキルが自分自身を無限に再invokeしないように制御が追加されました。
ユーザーへの恩恵
スキルの実行が安定し、予期せぬ無限ループによるトークンの浪費や動作のフリーズを防ぐことができます。
/doctor で確認できます/doctor for the full breakdown変更前
スキルをたくさん登録していると、起動するたびに「スキルが多すぎて一部が簡略化されています」という警告が毎回表示され、ノイズになっていました。
変更後
起動画面はクリーンに保たれ、問題がある場合だけ /doctor で詳細を確認する運用に変更されました。
ユーザーへの恩恵
毎回の起動がスッキリとし、本当に必要な警告（エラーなど）を見逃しにくくなります。
.md 以外のファイル変更ではスキルの再読み込みがトリガーされなくなりました.md files no longer trigger skill reloads変更前
スキルのディレクトリ内でプログラムのビルドなどを行うと、大量の中間ファイル生成を検知してスキル再読み込みが走り、システムリソースを食いつぶしてエラーになることがありました。
変更後
監視対象を定義ファイルである .md ファイルに限定することで、無関係なファイル生成によるオーバーヘッドを解消しました。
ユーザーへの恩恵
スキルの開発やテストを行いながらビルドを実行しても、ツールが重くなったりクラッシュしたりせず、スムーズに開発を続けられます。
/loop wakeup while Claude is idle between iterations変更前
/loop コマンドの待機時間中に停止操作を行っても、次の実行スケジュールがキャンセルされず、意図せず再始動してしまうことがありました。
変更後
アイドル中のキャンセル入力を正しく受け取り、スケジュールされたタスクを完全に停止できるようになりました。
ユーザーへの恩恵
長時間のループ実行を、止めたいタイミングで確実に終了させることができます。
/goal evaluator firing while background shells or delegated subagents are still running変更前
並列実行中の作業が完了する前に目標達成の判定が行われてしまい、誤った判定が下されることがありました。
変更後
すべての子プロセスやサブタスクの完了を待ってから、最終的なゴール評価が行われるように同期が改善されました。
ユーザーへの恩恵
複雑な並列作業の完了判定が正確になり、エージェントが確実に仕事を終えるまで監視を継続できます。
SKILL.md がある場合、サブディレクトリがなくてもスキルとして認識されるよう改善SKILL.md and no skills/ subdirectory are now surfaced as a skill変更前
これまでのプラグイン構造では、スキルを定義するために必ず skills/ という特定のサブディレクトリを作成する必要がありました。
変更後
プラグインのルートディレクトリに SKILL.md を置くだけでスキルとして公開・利用できるようになり、単純なプラグイン構成がよりシンプルになりました。
ユーザーへの恩恵
小さな単一機能のプラグインを作成する際の手間が減り、より直感的に機能を拡張できるようになります。
skills: ["./"] を使用した際に発生する誤ったパスエラーを修正skills: ["./"] showing a false "path escapes plugin directory" error変更前
カレントディレクトリをスキルの参照先として指定すると、プラグインディレクトリ外への不正アクセスとして誤認され、エラーが発生する場合がありました。
変更後
ルートパス指定の検証ロジックが修正され、適切なスキル読み込みが可能になりました。
ユーザーへの恩恵
プラグイン開発時のディレクトリ構成の自由度が高まり、構成エラーに悩まされることがなくなります。
/contextコマンドで、各スキルの提供元プラグイン名を表示するように変更。/context now shows the providing plugin's name for plugin-sourced skills変更前
どのスキルがどのプラグインによって追加されたものか判別できず、管理や設定変更が不便でした。
変更後
コンテキスト一覧にプラグイン名が付記されるため、スキルの出所が明確になります。
ユーザーへの恩恵
特定のスキルの挙動を変更したい時に、どのプラグインを操作すべきか即座に判断できます。
Skill(name *)形式のパーミッションルールにおいて、ワイルドカードによる前方一致が正しく動作するように修正。Skill(name *) permission rules — the wildcard form now works as a prefix match, matching Bash(ls *) behavior変更前
スキルの権限設定でワイルドカードを使っても、意図した通りのプレフィックス一致が行われない場合がありました。
変更後
Bashコマンドと同様のルールでワイルドカードが動作し、特定のプラグイン配下のスキルを一括で許可するなどの設定が確実に反映されます。
ユーザーへの恩恵
きめ細やかな権限管理を少ない記述で確実に行えるようになります。
plugin.json 内の skills 設定によってデフォルトのディレクトリが隠されてしまう不具合を修正し、不正なパス指定に対するエラー通知を追加しました。skills entry in plugin.json hiding the plugin's default skills/ directory, and listing a file path now shows an error instead of failing silently変更前
プラグイン設定の記述方法によって意図せずスキルが読み込まれなかったり、指定ミスがあってもエラーが出ずに無反応だったりするため、デバッグが困難でした。
変更後
スキルの自動検出ロジックが整理され、設定ミスがある場合にはサイレントに失敗するのではなく、明確なエラーメッセージが表示されるようになりました。
ユーザーへの恩恵
プラグイン開発時のミスに気づきやすくなり、カスタムスキルの導入がより確実になります。
/myplugin review) not resolving to their namespaced form変更前
/myplugin review のように引数を伴うような形式のプラグインコマンドを実行しようとしても、正しく認識されず実行できないことがありました。
変更後
コマンドのパース処理が改善され、スペースを含むカスタムプラグインコマンドも確実に実行できるようになりました。
ユーザーへの恩恵
プラグインによって追加された高度な機能を、自然なコマンド入力で利用できます。
skillOverrides設定が正常に機能するようになり、スキルの非表示化や説明文の折り畳みが可能になりましたskillOverrides setting now works: off hides from model and /, user-invocable-only hides from model only, name-only collapses description変更前
スキルをモデルやメニューから隠す、あるいは特定の条件下でのみ有効にするといった個別のオーバーライド設定が正しく反映されない問題がありました。
変更後
offで完全に隠す、user-invocable-onlyでユーザーのみ実行可能にする、name-onlyで説明を折り畳むといった制御が確実に行えるようになります。
ユーザーへの恩恵
多数のスキルがある場合でも、重要なものだけをモデルに見せることでコンテキストを節約し、作業効率を高めることができます。
/fast コマンドが「利用不可」を表示せず、無関係なスキルに曖昧一致してしまう問題を修正/fast on 3P providers fuzzy-matching to an unrelated skill instead of showing "not available"変更前
Bedrock や Vertex AI などの環境では /fast モードがサポートされていませんが、コマンドを入力すると無関係なカスタムスキルが誤って起動してしまうことがありました。
変更後
サポートされていない環境では正しく「利用不可」であることが示され、意図しないスキルの実行を防ぎます。
ユーザーへの恩恵
プロバイダーごとの機能制限が明確になり、意図しない挙動による混乱を回避できます。
claude_code.skill_activatedイベントに、呼び出しのきっかけを示すinvocation_trigger属性が追加されましたclaude_code.skill_activated OpenTelemetry event now fires for user-typed slash commands and carries a new invocation_trigger attribute ("user-slash", "claude-proactive", or "nested-skill")変更前
テレメトリデータにおいて、スキルが実行された事実は分かっても、それがユーザーの直接入力なのか、Claudeの自発的な提案なのか、あるいは別のスキルからの呼び出しなのかを区別できませんでした。
変更後
invocation_trigger属性により、"user-slash"（手動入力）、"claude-proactive"（Claudeによる提案）、"nested-skill"（入れ子実行）の識別が可能になりました。
ユーザーへの恩恵
組織内でのスキルの利用傾向をより詳細に分析し、どのスキルがどのように役立っているかを正確に把握して改善に役立てることができます。
context: fork and other subagents on their first turn変更前
スキルを context: fork (フォークされたコンテキスト) で実行したり、新しいサブエージェントを起動したりした際、その最初のターンで Web 検索などの一部のツールが認識されず、呼び出しに失敗することがありました。
変更後
サブエージェントやスキルの実行開始直後から、WebSearch や WebFetch を含むすべての遅延ロードツールが正しく利用可能になります。
ユーザーへの恩恵
複雑な調査タスクをサブエージェントに任せる際、最初からスムーズに外部情報の検索を開始できるため、作業の停滞がなくなります。
/skills コマンドに検索ボックスを追加しました。スクロールすることなく、入力した文字でスキルをフィルタリングして素早く見つけることができます。/skills so you can find a skill in long lists without scrolling変更前
プロジェクトやユーザー設定で定義されたスキル（カスタムコマンド）が増えると、/skills で一覧を表示した際に目的のスキルをスクロールして探す手間が発生していました。
変更後
/skills 画面の上部にタイプ・トゥ・フィルター形式の検索ボックスが搭載されました。スキルの名前や説明の一部を入力するだけで、瞬時にリストが絞り込まれます。
ユーザーへの恩恵
多数のカスタムスキルを使い分けている場合でも、必要なスキルを迷わず数秒で探し出し、すぐに実行に移ることができます。
--dangerously-skip-permissions モード使用時、.claude/skills/、.claude/agents/、.claude/commands/ への書き込みに対して確認プロンプトを表示しないようにしました。--dangerously-skip-permissions no longer prompts for writes to .claude/skills/, .claude/agents/, and .claude/commands/変更前
「パーミッション確認をスキップする」設定にしていても、Claude Code 自身の構成ファイルが格納される特定のディレクトリへの書き込みには、安全上の理由から追加の確認が求められていました。
変更後
スキルやエージェントの定義ディレクトリへの書き込みが自動承認の対象に含まれました。これにより、Claude に自身のスキルを自律的に追加・修正させる際のフローが中断されなくなります。
ユーザーへの恩恵
Claude に自身の機能を拡張させる自動化タスクにおいて、ユーザーが手動で承認ボタンを押す手間が省け、完全な自律動作を実現できます。
${CLAUDE_EFFORT} として参照可能に${CLAUDE_EFFORT} in their content変更前
カスタムスキルが実行される際、モデルがどの程度の思考深度（low/medium/high/max）で動作しているかをスキル側で把握する手段がありませんでした。
変更後
スキル定義内で ${CLAUDE_EFFORT} を使用することで、現在の推論設定に応じた動的な命令の切り替えやコンテキストの調整が可能になります。
ユーザーへの恩恵
高負荷（high effort）時にはより詳細な分析を指示するなど、ユーザーの設定に合わせた最適な出力をスキル側で制御できるようになります。
@ ファイル補完を行った際、プロンプト全体が置換されてしまう問題を修正しました。@-file Tab completion replacing the entire prompt when used inside a slash command with an absolute path/skills ダイアログにおいて、Enter キーを押した際にダイアログが閉じるだけでプロンプトに /<skill-name> が補完されない問題を修正しました/skills Enter key closing the dialog instead of pre-filling /<skill-name> in the prompt変更前
スキル一覧から選択して確定しようとしても、コマンドが入力欄に入らず、再度手動で入力し直す必要がありました。
変更後
Enter キーで選択したスキルが即座にプロンプト欄に挿入されます。
ユーザーへの恩恵
コマンドパレットのように直感的にスキルを呼び出せるようになり、操作のテンポが改善されます。
TaskList において、タスクが ID 順ではなくファイルシステムの任意の順序で返される問題を修正しましたTaskList returning tasks in arbitrary filesystem order instead of sorted by ID変更前
現在実行中または予定されているタスクの一覧を取得した際、並び順がバラバラだったため、特定のタスクの進捗を追跡するのが困難でした。
変更後
タスクが生成された ID 順にソートされて表示されるようになります。
ユーザーへの恩恵
タスクの実行順序や依存関係を直感的に把握しやすくなり、複雑なマルチタスクの管理がスムーズになります。
/ から始まるファイルパスを貼り付けた際、「一致するコマンドがない」というエラーが出る問題を修正/変更前
フルパスでのファイル参照を入力しようとした際、コマンドの自動補完機能が誤ってコマンドとして解釈し、エラーを出すことがありました。
変更後
ファイルパスの入力を正しく認識し、コマンドと混同しないように改善されました。
ユーザーへの恩恵
ファイルパスのコピペがスムーズになり、AI への指示出しがより快適になります。
gh コマンドが GitHub API のレート制限に達した際にヒントを表示し、エージェントが無意味な再試行を避けて待機できるように改善gh commands hit GitHub's API rate limit, so agents can back off instead of retrying変更前
GitHub CLI (gh) を使用して PR 作成などを行う際、レート制限に達するとエージェントがエラーの原因を正しく理解できず、リトライを繰り返して制限をさらに悪化させることがありました。
変更後
レート制限エラーが発生した際、Bash ツールがエージェントに対して「レート制限に達した」という具体的なヒントを返すようになりました。これにより、AI は賢く「待機」を選択できるようになります。
ユーザーへの恩恵
API 制限による予期せぬエラーで作業が中断されるのを防ぎ、AI が自律的に適切なタイミングでリトライを行うため、GitHub 連携の信頼性が向上します。
/loop を改善：Escキーで待機中の起動をキャンセルでき、再開時には明快なメッセージが表示されるようになりました/loop: pressing Esc now cancels pending wakeups, and wakeups display as "Claude resuming /loop wakeup" for clarity変更前
/loop による定期実行の待機を途中で止める方法が分かりにくく、再開時の状況把握も困難でした。
変更後
Escキーで待機を即座に解除でき、再開時に「Claude resuming /loop wakeup」と表示されるため状態が明確になりました。
ユーザーへの恩恵
定期タスクの制御がより直感的になり、意図しないタイミングでのタスク実行を簡単に防げます。
/less-permission-promptsスキルを追加しました。/less-permission-prompts skill — scans transcripts for common read-only Bash and MCP tool calls and proposes a prioritized allowlist for .claude/settings.json変更前
頻繁に使う安全なコマンドであっても、その都度実行許可を求められることがあり、手動で.claude/settings.jsonに許可ルールを記述するのは手間でした。
変更後
新スキルが実行履歴から最適な許可リストを作成し、設定ファイルへの追加を提案してくれるため、セキュリティを維持しつつ承認の手間を最小限に抑えられます。
ユーザーへの恩恵
「何度も同じ許可を求められる」というストレスが軽減され、開発作業の中断回数を大幅に減らすことができます。
/skillsメニューにおいて、推定トークン数でのソートが可能になりました。メニュー内でtキーを押すことで切り替えられます。/skills menu now supports sorting by estimated token count — press t to toggle変更前
多数のスキルがある場合、どのスキルがコンテキストを多く消費しているかを把握するのが難しく、トークン節約のための整理が困難でした。
変更後
各スキルの「重さ」を視覚的に把握し、コンテキスト容量を圧迫しているスキルを特定して管理できるようになりました。
ユーザーへの恩恵
コンテキスト使用量の最適化が容易になり、長いセッションでもモデルの精度を維持しやすくなります。
/commit を設定していないユーザー環境で、Claudeが存在しない commit スキルを呼び出そうとしてエラーになる問題を修正しました。commit skill and showing "Unknown skill: commit" for users without a custom /commit command変更前
Claudeが勝手に「commitというコマンドがあるはずだ」と思い込んで実行し、結果として「Unknown skill」というエラーで処理が中断されることがありました。
変更後
Claudeが利用可能なスキルのみを正しく把握し、無効なコマンド呼び出しを行わないようになりました。
ユーザーへの恩恵
エージェントが勝手に自滅するようなエラーが減り、タスク完了までの流れが途切れることなくスムーズになります。
disable-model-invocation: trueが設定されたスキルを、メッセージの途中で/コマンドにより呼び出した際に失敗する問題を修正disable-model-invocation: true failing when invoked via /<skill> mid-message変更前
AIによる自動実行を禁止している特定のスキル（デプロイなど）を、チャットの入力途中で手動呼び出ししようとすると正しく認識されないバグがありました。
変更後
どのような入力タイミングでも、明示的なスキル呼び出しが確実に実行されるように修正されました。
ユーザーへの恩恵
「特定の操作は必ず自分の手で実行したい」というルールが徹底され、AIとの連携における信頼性が向上します。
/skills menu not scrolling when the list overflows the modal in fullscreen mode変更前
登録したスキルが増えると、画面下のほうに隠れたスキルをマウスやキーボードで見ることができず、選択が困難でした。
変更後
リストのスクロールが正常に機能するようになり、多数のカスタムスキルを一覧から自由に選べるようになりました。
ユーザーへの恩恵
自分だけのツールセットをいくらでも増やしていくことができ、複雑なワークフローを容易に管理・呼び出しできます。
/initや/reviewなどのビルトイン・スラッシュコマンドを自ら発見し、Skillツール経由で実行可能に改善/init, /review, and /security-review via the Skill tool変更前
モデルはビルトインの特殊なワークフローコマンドを直接認識できず、ユーザーが手動でコマンドを入力して指示する必要がありました。
変更後
エージェントがSkillツールを通じて自律的に適切なスラッシュコマンド（/init、/security-review等）を選択し、実行できるようになりました。
ユーザーへの恩恵
プロジェクトの初期化やコードレビューなどの定型的な高度なタスクを、Claudeに任せるだけで自動的に最適なツールを使って完遂してくれます。
monitors manifest key that auto-arms at session start or on skill invoke変更前
プラグインがバックグラウンドでシステムの状態や特定のイベントを継続的に監視する標準的な仕組みが不足していました。
変更後
プラグインのマニフェストに「monitors」キーを定義することで、セッション中ずっと動作し続けるバックグラウンドプロセスを簡単に管理できるようになりました。
ユーザーへの恩恵
CIの結果待ちやログの監視など、開発者が手動で確認しなくてもClaudeがバックグラウンドで状況を把握し、必要な時に通知してくれるようになります。
/proactive is now an alias for /loop変更前
定期的なポーリングやリマインダーを行うコマンドが「/proactive」と「/loop」で混在しており、機能の把握が難しくなっていました。
変更後
「/loop」が標準的な名称となり、どちらのコマンドを入力しても使い慣れた定期実行機能を利用できるようになりました。
ユーザーへの恩恵
コマンド体系が整理され、ドキュメントに記載されている定型タスクの繰り返し実行機能を迷わず利用できるようになります。
context: fork 設定が無視される問題など、複数のプラグイン関連の不具合を修正name: frontmatter, /plugin update failing with ENAMETOOLONG, Discover showing already-installed plugins, directory-source plugins loading from a stale version cache, and skills not honoring context: fork and agent frontmatter fields変更前
プラグインの管理やカスタムスキルの実行において、特定の高度な設定が正しく反映されなかったり、更新処理がOSの制限に抵触することがありました。
変更後
プラグイン・スキルの読み込みと実行エンジンが刷新され、複雑なカスタマイズも意図通りに動作するようになります。
ユーザーへの恩恵
独自のワークフローをプラグインとして構築・配布する際の信頼性と柔軟性が大幅に向上しました。
/insights コマンドの回答に、生成されたレポートファイルへのリンクが含まれないことがある問題を修正/insights sometimes omitting the report file link from its response変更前
分析レポートの作成が終わっても、そのファイルがどこに保存されたかの情報が提示されないことがありました。
変更後
レポート生成後、必ずファイルへのアクセス手段が表示されるようになります。
ユーザーへの恩恵
自分の作業傾向を分析した結果を、確実に確認・保存できるようになります。
/reload-plugins コマンドを改善し、再起動なしでプラグインが提供するスキルを読み込めるようにしました。/reload-plugins to pick up plugin-provided skills without requiring a restart変更前
プラグインを更新したり新しくインストールした際、その変更を適用するために Claude Code 自体を立ち上げ直す必要がありました。
変更後
セッションを維持したまま、コマンド一つで最新のプラグイン機能を注入できるようになりました。
ユーザーへの恩恵
新しいツールを試したり開発中のプラグインを調整したりする際のデバッグサイクルが大幅に短縮されます。
/claude-api スキルを更新し、Claude API に加えて Managed Agents（管理型エージェント）のドキュメントもカバーするようにしました。/claude-api skill to cover Managed Agents alongside Claude API変更前
Anthropic の最新機能である Managed Agents に関するリファレンスが不足しており、AIにその実装方法を相談しても正確な回答が得にくいことがありました。
変更後
APIリファレンスが最新化され、より高度なAI連携アプリケーションの開発を Claude が強力にサポートできるようになりました。
ユーザーへの恩恵
最新のAI開発トレンドをその場で把握し、実装コードにすぐ反映させることができます。
@メンションの補完がトリガーされるように改善しました。これにより、日本語や中国語入力で/や@の前にスペースを入れる必要がなくなりました。@-mention completion to trigger after CJK sentence punctuation, so Japanese/Chinese input no longer requires a space before / or @変更前
「。/」のように日本語入力を続けていると補完が動かず、わざわざ「。 /」と半角スペースを入れなければならず、日本語入力の大きなストレスになっていました。
変更後
日本語の句読点のすぐ後にコマンドを入力しても、即座に候補が表示されるようになりました。
ユーザーへの恩恵
日本語での自然な対話の流れを止めることなく、スムーズにファイル参照やスキル呼び出しが行えます。
/claude-apiスキルを更新し、Claude APIに加えてManaged Agents（管理エージェント）についてもカバーするようにしました。/claude-api skill to cover Managed Agents alongside the Claude API変更前
APIリファレンスを確認する際、標準的なAPIの情報は得られましたが、新しく登場したManaged Agentsの仕様や実装方法についてのガイドが含まれていませんでした。
変更後
最新のエージェント関連機能についても、ツール内から直接正確なリファレンスを参照できるようになりました。
ユーザーへの恩恵
ドキュメントサイトを探し回ることなく、エージェントを活用した高度なアプリ開発の情報を手元で素早く確認できます。
name を使用するよう変更"skills": ["./"] now use the skill's frontmatter name for the invocation name instead of the directory basename, giving a stable name across install methods変更前
プラグイン内のスキルをディレクトリ参照で読み込む際、スラッシュコマンド名がディレクトリ名に依存していたため、インストール方法や配置によってコマンド名が変わってしまうリスクがありました。
変更後
ディレクトリ名に関わらず、スキルファイル内のフロントマテリアルで定義された name が一貫してスラッシュコマンド名として使用されます。
ユーザーへの恩恵
スキルの共有や配布において、ユーザーが常に同じコマンド名で機能を呼び出せるようになり、混乱を防ぎ、安定した利用体験を提供できます。
変更前
スキルファイル（SKILL.md）のフロントマテリアル内にフックを定義しても、システムに認識されず動作しない不具合がありました。
変更後
スキル定義内のフックが正しく読み込まれ、指定したイベントに応じて実行されるようになりました。
ユーザーへの恩恵
スキルのライフサイクルに合わせたカスタム動作を確実に行えるようになり、より高度なプラグイン開発が可能になります。
/claude-api スキルのガイダンスを強化。ツールのインターフェース設計、コンテキスト管理、キャッシュ戦略などのエージェント設計パターンが追加されました。/claude-api skill guidance for agent design patterns including tool surface decisions, context management, and caching strategy変更前
/claude-api スキルで提供される情報は基本的なAPIリファレンスが中心で、高度なエージェントを構築するための具体的な設計ノウハウまではカバーしきれていませんでした。
変更後
最新のAgent SDKを最大限に活用するための、ツール設計やキャッシュ効率化といった実践的なベストプラクティスが提供されるようになりました。
ユーザーへの恩恵
Anthropicのモデル特性を活かした、より高性能でコスト効率の良いAIエージェントを迅速に開発できるようになります。
変更前
画像を添付して指示を出すと、設定していたカスタムルール（CLAUDE.mdの内容など）が無視されてしまう場合がありました。
変更後
メッセージに画像が含まれていてもシステムプロンプトやコンテキストが一貫して維持されるようになり、指示の遵守率が向上しました。
ユーザーへの恩恵
スクリーンショットなどを活用した視覚的な指示を出しつつ、プロジェクトの規約に則った回答を確実に得ることができます。
/skills 一覧でのスキルの説明文を最大250文字に制限し、コンテキスト消費量を削減/skills listing are now capped at 250 characters to reduce context usage変更前
大量のスキルを登録している場合、スキルの一覧情報だけでコンテキスト窓の多くを占有してしまい、肝心の対話に使える容量が減っていました。
変更後
説明文が適切に切り詰められることで、スキル情報を保持しつつも、AIとの対話に最大限のコンテキストを割り当てられるようになりました。
ユーザーへの恩恵
多数のカスタムスキルをプロジェクトに追加しても、AIの推論能力や記憶保持への悪影響を最小限に抑えられます。
/skills メニューをアルファベット順にソートし、視認性を向上/skills menu to sort alphabetically for easier scanning変更前
スキルが増えるにつれメニューの並び順が予測しにくくなり、目的のスキルを探すのに時間がかかっていました。
変更後
一覧が辞書順で表示されるようになり、多数のスキルの中から必要なものを素早く見つけられるようになりました。
ユーザーへの恩恵
コマンドラインでの操作スピードが向上し、多数の自動化スキルを使いこなす際の効率が改善します。
~/.claude/CLAUDE.md など）への読み書きが失敗する問題を修正~/.claude/CLAUDE.md) when conditional skills or rules are configured変更前
特定のパスに基づいたルールが有効な際、プロジェクトのルートディレクトリ外にある重要な設定ファイルやメモリファイルに AI がアクセスできないことがありました。
変更後
プロジェクト外にあるグローバルな設定ファイル等も、パーミッションの範囲内で正しく読み書きや編集が可能になりました。
ユーザーへの恩恵
ユーザー設定やグローバルな指示ファイルをAIが適切に更新できるようになり、プロジェクトを跨いだカスタマイズがスムーズに反映されます。
paths: フロントマターで複数のグロブパターンに対応paths: frontmatter now accepts a YAML list of globs変更前
スキルの適用範囲やプロジェクトルールを特定のパスに制限する paths: フィールドにおいて、単一のパターンしか記述できない、またはリスト形式の処理が不十分な場合がありました。
変更後
YAMLのリスト形式で複数のグロブパターンを指定できるようになり、より柔軟な適用範囲の設定が可能になりました。
ユーザーへの恩恵
フロントエンドとバックエンドの特定ディレクトリなど、関連する複数のパスに対して一つのルールを効率的に適用でき、コンテキストの管理が容易になります。
setup() in parallel with slash command and agent loading変更前
起動時に「セットアップ」「スラッシュコマンドのロード」「エージェントのロード」を順番に行っていたため、入力が可能になるまでわずかな待ち時間がありました。
変更後
これらの準備処理を並列で実行するように改善され、起動時間が約30ms短縮されました。
ユーザーへの恩恵
claude と打ち込んでから入力できるようになるまでのレスポンスがより機敏になり、開発のリズムを崩しません。
Ctrl+O）で / を押して検索、n/N で次/前のマッチ箇所に移動できます/ in transcript mode (Ctrl+O) to search, n/N to step through matches変更前
過去のやり取りやツール実行の詳細を確認するトランスクリプトモードでは、特定のキーワードやエラーメッセージを探すために、長いログをすべて手動でスクロールして探す必要がありました。
変更後
標準的なターミナルツールと同様に、/ キーで検索バーを開き、会話履歴内を自由に検索できるようになりました。n や N キーでマッチした箇所を素早く移動できます。
ユーザーへの恩恵
膨大なデバッグログや過去の長い会話の中から、必要な情報を即座に見つけ出せるようになり、問題解決のスピードが向上します。
--bare フラグを追加しました。フック、LSP、プラグイン同期、スキルディレクトリの走査をスキップし、自動メモリ機能も完全に無効化されます。--bare flag for scripted -p calls — skips hooks, LSP, plugin sync, and skill directory walks; requires ANTHROPIC_API_KEY or an apiKeyHelper via --settings (OAuth and keychain auth disabled); auto-memory fully disabled変更前
非インタラクティブモード（-p）でスクリプトを実行する際も、通常のセッションと同様にフックの実行やプラグインの同期、メモリの読み込みが行われていました。
変更後
--bare フラグを使用することで、純粋にモデルの推論のみを高速に実行できるようになります。このモードでは OAuth 認証等がバイパスされるため、API キーの設定が必須となります。
ユーザーへの恩恵
CI/CD パイプラインや自動化スクリプトにおいて、不要なオーバーヘッドを削減し、起動速度の向上と実行の安定性を確保できます。
effort を指定し、呼び出し時にモデルの思考レベル（エフォートレベル）を上書き可能にeffort frontmatter support for skills and slash commands to override the model effort level when invoked変更前
スキルを実行する際、セッション全体の思考レベル設定がそのまま適用されるため、特定の高度なタスクを実行するたびに手動でレベルを切り替える必要がありました。
変更後
スキルの定義ファイル（SKILL.md など）のフロントマターで effort レベルを事前に設定できるようになり、実行時に自動で最適な思考深さが選択されます。
ユーザーへの恩恵
「コードレビューは high」、「簡単な挨拶は low」のように、タスクの性質に合わせて最適な推論リソースを自動配分でき、速度と精度のバランスを最適化できます。
--worktree フラグ使用時に、ワークツリーディレクトリ内のスキルやフックが読み込まれない問題を修正--worktree flag not loading skills and hooks from the worktree directory変更前
Git ワークツリーを利用した並行作業中に、そのワークツリー独自の自動化スクリプトやカスタムスキルが認識されませんでした。
変更後
ワークツリー環境からでも正しく設定ファイルが読み込まれ、メイン環境と同じ自動化機能が利用可能になりました。
ユーザーへの恩恵
複数の機能を並行して開発する際も、一貫した開発体験と自動化ツールを維持できます。
claude plugin validate でスキルやエージェントのフロントマター、およびフックの設定ファイルを検証できるようになりましたclaude plugin validate to check skill, agent, and command frontmatter plus hooks/hooks.json, catching YAML parse errors and schema violations変更前
プラグイン開発時に YAML のパースエラーやスキーマ違反があっても、実行するまで気づけないことがありました。
変更後
バリデーションコマンドで事前に構文エラーや設定の誤りを網羅的にチェックできるようになりました。
ユーザーへの恩恵
プラグイン開発のデバッグ効率が上がり、より高品質な拡張機能を短時間で作成できます。
model:フロントマターを持つスキルを呼び出す際に、誤って「コンテキスト制限に達しました」と表示される不具合を修正model: frontmatter on a 1M-context session変更前
モデル拡張コンテキストを使用している非常に長いセッションで特定のスキルを実行しようとすると、実際には余裕があるにもかかわらずコンテキスト不足のエラーが発生する場合がありました。
変更後
スキルの呼び出しにおけるコンテキスト計算ロジックが修正され、大規模なコードベースを対象にした作業でも安定してスキルを実行できるようになりました。
ユーザーへの恩恵
超巨大なプロジェクト全体をコンテキストに入れながら、カスタムスキルを制限なく活用した開発が可能になります。
! が誤って処理される問題を修正（例：jq 'select(.x != .y)' が正常に動作するように）! in piped commands (e.g., jq 'select(.x != .y)' now works correctly)変更前
シェルコマンドでパイプと感嘆符（!）を組み合わせて使用すると、エスケープが正しく行われずコマンドが失敗することがありました。
変更後
jq の比較演算子などを含む複雑なシェルコマンドも、Bash ツールを通じて正確に実行されるようになりました。
ユーザーへの恩恵
AIによる高度なフィルタリングや一括処理の精度が向上し、手動でのコマンド修正の手間が省けます。
ask rules being bypassed by user allow rules or skill allowed-tools変更前
組織レベルで確認を必須に設定していたツールであっても、ユーザーの個別設定や特定のスキルがそれを上書きして自動実行できてしまうセキュリティ上の懸念がありました。
変更後
パーミッションの優先順位が厳格化され、管理ポリシーで指定されたルールが個別の許可設定よりも優先して適用されるようになります。
ユーザーへの恩恵
企業やチームで定めたセキュリティ・ガバナンスが確実に適用され、意図しないツールの自動実行をより強固に防止できます。
git pull in a repo with a large .claude/skills/ directory)変更前
git pull などで .claude/skills/ 内の多数のファイルを一括更新すると、競合によりプログラムが停止することがありました。
変更後
ファイル変更検知の同期処理が改善され、 monorepo などの大規模な環境でも安全にスキルファイルを管理できるようになりました。
ユーザーへの恩恵
チーム開発でスキルの更新が頻繁に行われるプロジェクトでも、ツールを再起動することなく安定して作業を続けられます。
/loop が利用できなかった問題を修正/loop not being available on Bedrock/Vertex/Foundry and when telemetry was disabled変更前
特定のクラウドプロバイダーやプライバシー設定を利用しているユーザーは、定期的な状態確認などを行う /loop 機能が制限されていました。
変更後
環境に依存せず /loop スキルと cron ツールが利用可能になり、ビルド監視などの自動化が可能になりました。
ユーザーへの恩恵
あらゆる利用形態のユーザーが、スケジューリング機能による高度なワークフロー自動化の恩恵を受けられます。
ExitWorktree tool to leave an EnterWorktree session/loop コマンドを追加しました（例: /loop 5m check the deploy）/loop command to run a prompt or slash command on a recurring interval (e.g. /loop 5m check the deploy)変更前
定期的なデプロイ状況の確認やコードレビューなど、繰り返し行いたいタスクを毎回手動で入力するか、外部の cron ジョブとして設定する必要がありました。
変更後
/loop コマンドを使用することで、セッション内で直接、指定した時間間隔でコマンドやプロンプトを自動実行できるようになりました。
ユーザーへの恩恵
モニタリングや定期的なタスクの自動化が Claude Code 内で完結し、開発者が手動で繰り返しコマンドを打つ手間が大幅に削減されます。
--resume）するたびに、利用可能なスキルのリストが再注入されてトークンを浪費していた問題を修正しました（1 回あたり約 600 トークンの節約）。--resume (~600 tokens saved per resume)変更前
過去の会話をレジュームする際、すでに把握しているはずのスキル情報が何度も送信され、無駄にコンテキストウィンドウと API コストを消費していました。
変更後
スキルの注入ロジックが見直され、重複した情報の送信が回避されるようになりました。
ユーザーへの恩恵
レジューム時の読み込みが速くなるだけでなく、1 回の再開につき約 600 トークンが節約され、コスト効率が向上します。
/claude-api スキルを追加/claude-api skill for building applications with the Claude API and Anthropic SDK変更前
Claude APIを利用したツールやアプリケーションの開発時、リファレンスやベストプラクティスを別途ブラウザなどで調べる必要がありました。
変更後
/claude-api スキルを実行することで、主要なプログラミング言語向けのAPIリファレンスやSDKの使用例を即座にコンテキストに読み込めるようになりました。
ユーザーへの恩恵
開発中のコンテキストを離れることなく、正しいAPIの使用法やツール利用のパターンを確認できるため、実装のスピードと正確性が向上します。
SKILL.md 内で自身のディレクトリを参照できる変数 ${CLAUDE_SKILL_DIR} を追加${CLAUDE_SKILL_DIR} variable for skills to reference their own directory in SKILL.md content変更前
スキルのディレクトリ内に配置したスクリプトや補助ファイルを実行する際、現在の作業ディレクトリからの相対パスを記述する必要があり、汎用性に欠けていました。
変更後
スキルがどこに配置されていても、この変数を使用することで常に正しいパスで内部ファイルを参照できるようになりました。
ユーザーへの恩恵
スキルの可搬性が高まり、チーム間での共有やプラグイン化がより簡単かつ確実に行えるようになります。
node_modules などの無視設定されたディレクトリから読み込まれる可能性があるセキュリティ問題を修正node_modules変更前
プロジェクトの依存パッケージ（node_modules）内に含まれる悪意のあるファイルや意図しないファイルを、Claudeがスキルとして読み込んでしまうリスクがありました。
変更後
Gitで無視されているディレクトリがスキルの探索対象から除外されるようになり、安全性が向上しました。
ユーザーへの恩恵
信頼できない外部ライブラリの影響を排除し、安心して開発環境でClaudeを利用できます。
--setting-sources user not blocking dynamically discovered project skillsAskUserQuestion) being silently auto-allowed when listed in a skill's allowed-tools, bypassing the permission prompt and running with empty answersdescription: frontmatter field not appearing in Claude's available skills listSKILL.md 内で、自身のディレクトリを直接参照できる変数 ${CLAUDE_SKILL_DIR} が使用可能になりました。${CLAUDE_SKILL_DIR} variable for skills to reference their own directory in SKILL.md content変更前
スキルから同梱のスクリプトやテンプレートファイルを呼び出す際、絶対パスや相対パスの指定が難しく、スキルの配置場所が変わると動作しなくなるリスクがありました。
変更後
予約済みの変数を使用して自身のディレクトリを動的に参照できるようになったため、配置場所に依存しないポータブルなスキルを構築できるようになりました。
ユーザーへの恩恵
スキルの再利用性や配布が容易になり、外部スクリプトと連携するような高度なスキルをより安定して動作させることができます。
AskUserQuestion などの対話型ツールが、スキルの allowed-tools に含まれている場合に誤って自動許可されてしまう問題を修正しました。AskUserQuestion) being silently auto-allowed when listed in a skill's allowed-tools, bypassing the permission prompt and running with empty answers変更前
ユーザーに質問を投げるためのツールが「許可済み」リストに入っていると、プロンプトを出さずに空の回答で処理が進んでしまい、Claude が必要な情報を得られないまま暴走することがありました。
変更後
対話が必要なツールについては、リストに含まれていても必ずユーザーの入力を待つように修正されました。
ユーザーへの恩恵
Claude との認識の相違が減り、重要な確認事項が見逃されることなく、対話に基づいた正確なタスク遂行が期待できるようになります。
SKILL.md 内の description: フィールドにコロン (:) が含まれている場合に、読み込みに失敗する問題を修正しました。変更前
説明文の中に「用途：デバッグ、テスト」のようにコロンを使って記述すると、YAML 解析エラーが発生してスキルが機能しなくなる制限がありました。
変更後
コロンを含む説明文も正しくパースされるようになったため、より自然で詳細なスキルの説明を記述できるようになりました。
ユーザーへの恩恵
スキルの説明を分かりやすく書けるようになり、Claude が適切な状況で正しいスキルを選択する精度が向上します。
description: フロントマターが省略されている場合に、利用可能なスキル一覧に表示されない問題を修正しました。description: frontmatter field not appearing in Claude's available skills list変更前
明示的な説明文がないスキルは、たとえファイルが存在していても「利用不可」とみなされ、コマンドメニューや自動実行の対象外になってしまうことがありました。
変更後
説明文がなくてもファイル名などからフォールバックして認識されるようになり、記述が不完全な自作スキルでも確実に利用できるようになりました。
ユーザーへの恩恵
スキルの作成がより手軽になり、設定漏れによる「動かない」トラブルを減らすことができます。
/simplify and /batch bundled slash commands変更前
コードのレビュー、リファクタリング、大規模な変更の自動化を行うための専用スラッシュコマンドがありませんでした。
変更後
「/simplify」コマンドでコードの改善提案と修正を、「/batch」コマンドでコードベース全体にわたる大規模な変更を、それぞれスラッシュコマンドから直接実行できるようになりました。
ユーザーへの恩恵
コードの品質向上と、複数ファイルにまたがる変更の自動化が容易になり、開発者の生産性が向上します。
/clear not resetting cached skills, which could cause stale skill content to persist in the new conversation変更前
「/clear」コマンドを実行しても、キャッシュされたスキル情報がリセットされず、古い情報が引き継がれてしまうことがありました。
変更後
「/clear」コマンドでスキルキャッシュが適切にリセットされるようになり、常に最新のスキル情報が利用できるようになりました。
ユーザーへの恩恵
会話をリセットする際の意図しない古いスキルの利用を防ぎ、より正確で一貫した動作を保証します。
SKILL.md の説明がYAML配列などの文字列以外の型であった場合に、スラッシュコマンドのオートコンプリートがクラッシュする問題を修正しました。変更前
プラグインの SKILL.md ファイルの説明部分が予期しないデータ型(例: YAML配列)であった場合、スラッシュコマンドのオートコンプリート機能がクラッシュしていました。
変更後
スラッシュコマンドのオートコンプリート機能が、様々なデータ型の SKILL.md 説明を正しく処理できるようになりました。
ユーザーへの恩恵
プラグインの SKILL.md の説明部分のデータ型に関わらず、オートコンプリート機能が安定して動作するようになります。
変更前
長期間実行されるセッションでは、APIストリームバッファ、エージェントコンテキスト、スキル状態などのリソースが解放されずに蓄積され、メモリ使用量が増加する問題がありました。
変更後
長期間実行されるセッションにおけるメモリ使用量が改善されました。APIストリームバッファ、エージェントコンテキスト、スキル状態などのリソースが、使用後に適切に解放されるようになりました。
ユーザーへの恩恵
長時間のセッションでもメモリ使用量が抑えられるため、Claude Codeのパフォーマンスが安定し、メモリ不足による予期せぬ終了や遅延を防ぐことができます。これにより、ユーザーはより快適に長時間の作業に取り組めます。
変更前
プラグインに含まれるエージェントスキルが、完全なプラグイン名ではなく、単純なスキル名(ベア名)で参照された場合、エラーなくロードに失敗し、スキルが利用できない状態になっていました。
変更後
プラグインエージェントスキルのロードに関する問題が修正されました。ベア名で参照された場合でも、サイレントなロード失敗がなくなり、スキルが正しくロードされるようになりました。
ユーザーへの恩恵
プラグイン内のエージェントスキルが、より柔軟な参照方法で利用できるようになり、開発者はプラグインの連携を容易にしました。
/help、/model、/compactなどの組み込みスラッシュコマンドが、オートコンプリートドロップダウンから非表示になる問題を修正しました(anthropics/claude-code#22020)。/help, /model, /compact, etc.) being hidden from the autocomplete dropdown when many user skills are installed (anthropics/claude-code#22020)変更前
多数のカスタムスキルをインストールすると、Claude Codeの組み込みスラッシュコマンド(/help、/modelなど)がオートコンプリートの候補リストから消えてしまい、発見や利用が困難になっていました。
変更後
多数のユーザー定義スキルがインストールされている場合でも、組み込みスラッシュコマンドがオートコンプリートドロップダウンに正しく表示されるようになりました。
ユーザーへの恩恵
組み込みコマンドの発見性が向上し、ユーザーはClaude Codeの基本機能をより容易に利用できるようになりました。これにより、ツールの使い勝手が向上しました。
nameまたはdescriptionがベア数値(例：name: 3000)の場合にクラッシュする問題を修正しました。値は文字列として正しく変換されるようになりました(anthropics/claude-code#25837)。name or description in SKILL.md frontmatter is a bare number (e.g., name: 3000) — the value is now properly coerced to a string (anthropics/claude-code#25837)変更前
SKILL.mdのフロントマッターで、nameやdescriptionに数値のみを指定した場合、Claude Codeがそれを正しく処理できず、クラッシュする問題がありました。
変更後
SKILL.mdフロントマッターのnameまたはdescriptionにベア数値が指定された場合でも、クラッシュせずに文字列として正しく変換されるようになりました。
ユーザーへの恩恵
スキル定義の柔軟性が向上し、数値のみの名称でも問題なくスキルを作成・利用できるようになりました。これにより、開発者はより自由にスキルの命名を行えます。
argument-hint でYAMLシーケンス構文(例：[topic: foo | bar])を使用した場合のReactクラッシュ(エラー #31)を修正しました。値は文字列として正しく変換されるようになりました(anthropics/claude-code#25826)。argument-hint in SKILL.md frontmatter uses YAML sequence syntax (e.g., [topic: foo | bar]) — the value is now properly coerced to a string (anthropics/claude-code#25826)変更前
SKILL.mdのフロントマッターで argument-hint にYAMLシーケンス構文を使用すると、Reactアプリケーション内でクラッシュ(エラー #31)が発生する問題がありました。
変更後
SKILL.mdフロントマッターの argument-hint でYAMLシーケンス構文が使用された場合でも、Reactクラッシュ(エラー #31)が発生せず、値が文字列として正しく変換されるようになりました。
ユーザーへの恩恵
スキル定義における argument-hint の柔軟性が向上し、YAMLシーケンス構文を利用しても問題なく動作するようになりました。これにより、より詳細な引数ヒントを提供できます。
.claude/agents/および.claude/skills/が含まれるようになりました(anthropics/claude-code#25816)。.claude/agents/ and .claude/skills/ from the main repository are now included (anthropics/claude-code#25816)変更前
gitワークツリーからClaude Codeを実行する際、プロジェクトレベルの.claude/agents/および.claude/skills/ディレクトリにあるカスタムエージェントやスキルが検出されない問題がありました。
変更後
gitワークツリーから実行した場合でも、プロジェクトレベルの.claude/agents/および.claude/skills/が正しく検出されるようになりました。
ユーザーへの恩恵
gitワークツリー環境でのカスタムエージェントとスキルの利用が改善され、開発者はワークツリー内でもプロジェクト固有の設定を正しく利用できるようになりました。
.claude/skills ディレクトリへの書き込みがブロックされるようになりました。.claude/skills directory in sandbox mode変更前
以前は、サンドボックスモードで動作しているClaude Codeが、許可なく.claude/skills ディレクトリにファイルを書き込む可能性がありました。これにより、セキュリティ上の懸念や、予期せぬ変更が発生するリスクがありました。
変更後
今回の変更により、サンドボックスモードでは、Claude Codeが.claude/skills ディレクトリにファイルを書き込むことができなくなりました。これにより、サンドボックスの隔離性が強化され、不必要なファイル操作が防がれます。
ユーザーへの恩恵
ユーザーは、サンドボックス環境でのセキュリティが向上し、Claude Codeが意図しないスキルファイルを作成・変更するリスクがなくなります。これにより、より安全で予測可能な開発環境を維持できます。
/skillsメニューにプラグイン名が追加され、発見しやすさが向上しました。/skills menu for better discoverability--add-dir)内の.claude/skills/で定義されたスキルが自動的にロードされるようになりました。.claude/skills/ within additional directories (--add-dir) are now loaded automatically.変更前
これまでは、追加ディレクトリ(--add-dir)で指定された場所にあるスキルは自動的にロードされませんでした。そのため、ユーザーはこれらのスキルを手動でロードするか、セッションを再起動する必要がありました。
変更後
追加ディレクトリ内のスキルが自動的に検出され、ロードされるようになりました。これにより、モノレポ構成などでパッケージ固有のスキルを使用している場合でも、それらのスキルがすぐに利用可能になります。
ユーザーへの恩恵
スキルをより柔軟に管理できるようになり、特に複数のプロジェクトや共有リソースを持つ環境での作業効率が向上します。セッション中にスキルを編集した場合も、再起動せずに変更が即座に反映されます。
/commit-push-prスキルがプルリクエストのURLをSlackチャンネルに自動投稿するように変更されました。/commit-push-pr skill to automatically post PR URLs to Slack channels when configured via MCP tools$0 や $1 などの短縮表記を追加しました。$0, $1, etc. for accessing individual arguments in custom commands$ARGUMENTS.0 から $ARGUMENTS[0](ブラケット構文)に変更しました。$ARGUMENTS.0 to $ARGUMENTS[0] (bracket syntax).claude/skills ディレクトリからスキルが自動的に検出されるようになりました。.claude/skills directories when working with files in subdirectories変更前
カスタムスキルを利用するには、特定のディレクトリに配置する必要があり、管理が煩雑でした。
変更後
サブディレクトリ内の .claude/skills も自動で認識されるため、スキルの配置場所を気にする必要がなくなりました。
ユーザーへの恩恵
スキル管理の手間が省け、より柔軟にカスタム機能を利用できるようになります。
~/.claude/skills または .claude/skills で作成・変更されたスキルが、セッションの再起動なしで即座に利用可能になりました。~/.claude/skills or .claude/skills are now immediately available without restarting the session変更前
スキルファイルを新規作成したり既存のものを編集したりした際、その変更を反映させるには Claude Code のセッションを一度終了して再起動する必要がありました。
変更後
特定のディレクトリ内にあるスキルファイルが監視されるようになり、ファイルを保存するだけで Claude が自動的に最新の状態を読み込みます。
ユーザーへの恩恵
開発サイクルが高速化され、スキルの動作確認や微調整をストレスなくシームレスに行えるようになります。
context: fork を指定することで、スキルやスラッシュコマンドをフォークされたサブエージェントのコンテキストで実行できる機能を追加しました。context: fork in skill frontmatter変更前
スキルやコマンドを実行するとメインの会話コンテキストに履歴が蓄積され、トークン消費の増大や、メインエージェントの思考へのノイズ発生が避けられませんでした。
変更後
実行環境を独立したサブエージェントとして切り出せるようになり、大量のファイル読み込みや複雑な調査をメインの履歴を汚さずに行えます。
ユーザーへの恩恵
メインの会話履歴(コンテキスト)を節約しつつ、特定のタスクのみを専門のワーカーに任せるような高度な自動化フローを構築できます。
agent フィールドをサポートし、context: fork 設定時に実行に使用するエージェントの種類(Explore, Plan など)を指定できるようになりました。agent field in skills to specify agent type for execution変更前
フォークされたコンテキストでスキルを実行する際、どの方針(読み取り専用か、書き込み許可かなど)を持つエージェントが担当するかを詳細に制御できませんでした。
変更後
タスクの性質に合わせて適切なビルトインエージェントやカスタムエージェントを選択し、スキルを実行できるようになります。
ユーザーへの恩恵
例えば、調査タスクには Explore エージェントを、複雑な修正には Bash エージェントを割り当てるなど、安全かつ効率的な役割分担が可能です。
/ が現れる任意の位置で候補を表示するようにしました。/ appears anywhere in input, not just at the beginning変更前
スラッシュコマンドの補完機能は入力の開始時にしか働かず、文章の途中でスキルを引用したい場合などに不便でした。
変更後
「...をしてから /review して」のように、入力の途中で / を打つだけで適切なスキル候補がポップアップします。
ユーザーへの恩恵
会話の流れを止めることなく、必要なコマンドやスキルを素早く呼び出せるようになります。
allowed-tools フィールドで YAML 形式のリスト記述をサポートしました。allowed-tools field for cleaner skill declarationsuser-invocable: false で非表示可能)。/skills/ directories to be visible in the slash command menu by default (opt-out with user-invocable: false in frontmatter)-c または --resume フラグを使用してセッションを再開した際に、ファイルやスキルが正しく検出されない問題を修正しました。-c or --resume変更前
以前のセッションを再開すると、そのプロジェクトに特化したカスタムスキルやディレクトリ構造の再スキャンが不完全で、Claude がそれらを認識できないことがありました。
変更後
セッションの再開時にも、最新のプロジェクトコンテキストと利用可能なスキルが正確に復元されるようになりました。
ユーザーへの恩恵
作業を中断した場所から、環境の差異を気にすることなくスムーズに開発を再開できます。
claude /context)が正しく実行されない問題を修正しました。claude /context) not being executed properly変更前
起動時にコマンドを直接実行しようとしても、対話モードの初期化プロセスによって無視されてしまうことがありました。
変更後
起動引数によるコマンド実行が確実に処理されるようになりました。
ユーザーへの恩恵
シェルスクリプトやエイリアスから Claude Code の特定機能を呼び出す自動化が、より確実に行えます。
/context でのスキル表示において、フロントマターのみが読み込まれる挙動を正確に反映したトークン見積もりに修正しました。/context to accurately reflect frontmatter-only loading変更前
コンテキスト使用量の内訳で、スキルの全内容が読み込まれているかのように誤った(過大な)トークン数が表示されることがありました。
変更後
実際にはスキルの説明文(フロントマター)だけがロードされているという事実に基づき、正確な使用量が表示されるようになりました。
ユーザーへの恩恵
現在のコンテキストの空き容量をより正確に把握でき、いつ要約(/compact)が必要かの判断を適切に行えます。