Claude Code Skills

変更前

/loop による定期実行の待機を途中で止める方法が分かりにくく、再開時の状況把握も困難でした。

変更後

Escキーで待機を即座に解除でき、再開時に「Claude resuming /loop wakeup」と表示されるため状態が明確になりました。

ユーザーへの恩恵

定期タスクの制御がより直感的になり、意図しないタイミングでのタスク実行を簡単に防げます。

変更前

頻繁に使う安全なコマンドであっても、その都度実行許可を求められることがあり、手動で.claude/settings.jsonに許可ルールを記述するのは手間でした。

変更後

新スキルが実行履歴から最適な許可リストを作成し、設定ファイルへの追加を提案してくれるため、セキュリティを維持しつつ承認の手間を最小限に抑えられます。

ユーザーへの恩恵

「何度も同じ許可を求められる」というストレスが軽減され、開発作業の中断回数を大幅に減らすことができます。

変更前

多数のスキルがある場合、どのスキルがコンテキストを多く消費しているかを把握するのが難しく、トークン節約のための整理が困難でした。

変更後

各スキルの「重さ」を視覚的に把握し、コンテキスト容量を圧迫しているスキルを特定して管理できるようになりました。

ユーザーへの恩恵

コンテキスト使用量の最適化が容易になり、長いセッションでもモデルの精度を維持しやすくなります。

変更前

Claudeが勝手に「commitというコマンドがあるはずだ」と思い込んで実行し、結果として「Unknown skill」というエラーで処理が中断されることがありました。

変更後

Claudeが利用可能なスキルのみを正しく把握し、無効なコマンド呼び出しを行わないようになりました。

ユーザーへの恩恵

エージェントが勝手に自滅するようなエラーが減り、タスク完了までの流れが途切れることなくスムーズになります。

変更前

AIによる自動実行を禁止している特定のスキル（デプロイなど）を、チャットの入力途中で手動呼び出ししようとすると正しく認識されないバグがありました。

変更後

どのような入力タイミングでも、明示的なスキル呼び出しが確実に実行されるように修正されました。

ユーザーへの恩恵

「特定の操作は必ず自分の手で実行したい」というルールが徹底され、AIとの連携における信頼性が向上します。

変更前

登録したスキルが増えると、画面下のほうに隠れたスキルをマウスやキーボードで見ることができず、選択が困難でした。

変更後

リストのスクロールが正常に機能するようになり、多数のカスタムスキルを一覧から自由に選べるようになりました。

ユーザーへの恩恵

自分だけのツールセットをいくらでも増やしていくことができ、複雑なワークフローを容易に管理・呼び出しできます。

変更前

モデルはビルトインの特殊なワークフローコマンドを直接認識できず、ユーザーが手動でコマンドを入力して指示する必要がありました。

変更後

エージェントがSkillツールを通じて自律的に適切なスラッシュコマンド（/init、/security-review等）を選択し、実行できるようになりました。

ユーザーへの恩恵

プロジェクトの初期化やコードレビューなどの定型的な高度なタスクを、Claudeに任せるだけで自動的に最適なツールを使って完遂してくれます。

変更前

プラグインがバックグラウンドでシステムの状態や特定のイベントを継続的に監視する標準的な仕組みが不足していました。

変更後

プラグインのマニフェストに「monitors」キーを定義することで、セッション中ずっと動作し続けるバックグラウンドプロセスを簡単に管理できるようになりました。

ユーザーへの恩恵

CIの結果待ちやログの監視など、開発者が手動で確認しなくてもClaudeがバックグラウンドで状況を把握し、必要な時に通知してくれるようになります。

変更前

定期的なポーリングやリマインダーを行うコマンドが「/proactive」と「/loop」で混在しており、機能の把握が難しくなっていました。

変更後

「/loop」が標準的な名称となり、どちらのコマンドを入力しても使い慣れた定期実行機能を利用できるようになりました。

ユーザーへの恩恵

コマンド体系が整理され、ドキュメントに記載されている定型タスクの繰り返し実行機能を迷わず利用できるようになります。

変更前

プラグインの管理やカスタムスキルの実行において、特定の高度な設定が正しく反映されなかったり、更新処理がOSの制限に抵触することがありました。

変更後

プラグイン・スキルの読み込みと実行エンジンが刷新され、複雑なカスタマイズも意図通りに動作するようになります。

ユーザーへの恩恵

独自のワークフローをプラグインとして構築・配布する際の信頼性と柔軟性が大幅に向上しました。

変更前

分析レポートの作成が終わっても、そのファイルがどこに保存されたかの情報が提示されないことがありました。

変更後

レポート生成後、必ずファイルへのアクセス手段が表示されるようになります。

ユーザーへの恩恵

自分の作業傾向を分析した結果を、確実に確認・保存できるようになります。

変更前

プラグインを更新したり新しくインストールした際、その変更を適用するために Claude Code 自体を立ち上げ直す必要がありました。

変更後

セッションを維持したまま、コマンド一つで最新のプラグイン機能を注入できるようになりました。

ユーザーへの恩恵

新しいツールを試したり開発中のプラグインを調整したりする際のデバッグサイクルが大幅に短縮されます。

変更前

Anthropic の最新機能である Managed Agents に関するリファレンスが不足しており、AIにその実装方法を相談しても正確な回答が得にくいことがありました。

変更後

APIリファレンスが最新化され、より高度なAI連携アプリケーションの開発を Claude が強力にサポートできるようになりました。

ユーザーへの恩恵

最新のAI開発トレンドをその場で把握し、実装コードにすぐ反映させることができます。

変更前

「。/」のように日本語入力を続けていると補完が動かず、わざわざ「。 /」と半角スペースを入れなければならず、日本語入力の大きなストレスになっていました。

変更後

日本語の句読点のすぐ後にコマンドを入力しても、即座に候補が表示されるようになりました。

ユーザーへの恩恵

日本語での自然な対話の流れを止めることなく、スムーズにファイル参照やスキル呼び出しが行えます。

変更前

APIリファレンスを確認する際、標準的なAPIの情報は得られましたが、新しく登場したManaged Agentsの仕様や実装方法についてのガイドが含まれていませんでした。

変更後

最新のエージェント関連機能についても、ツール内から直接正確なリファレンスを参照できるようになりました。

ユーザーへの恩恵

ドキュメントサイトを探し回ることなく、エージェントを活用した高度なアプリ開発の情報を手元で素早く確認できます。

変更前

プラグイン内のスキルをディレクトリ参照で読み込む際、スラッシュコマンド名がディレクトリ名に依存していたため、インストール方法や配置によってコマンド名が変わってしまうリスクがありました。

変更後

ディレクトリ名に関わらず、スキルファイル内のフロントマテリアルで定義された name が一貫してスラッシュコマンド名として使用されます。

ユーザーへの恩恵

スキルの共有や配布において、ユーザーが常に同じコマンド名で機能を呼び出せるようになり、混乱を防ぎ、安定した利用体験を提供できます。

変更前

スキルファイル（SKILL.md）のフロントマテリアル内にフックを定義しても、システムに認識されず動作しない不具合がありました。

変更後

スキル定義内のフックが正しく読み込まれ、指定したイベントに応じて実行されるようになりました。

ユーザーへの恩恵

スキルのライフサイクルに合わせたカスタム動作を確実に行えるようになり、より高度なプラグイン開発が可能になります。

変更前

/claude-api スキルで提供される情報は基本的なAPIリファレンスが中心で、高度なエージェントを構築するための具体的な設計ノウハウまではカバーしきれていませんでした。

変更後

最新のAgent SDKを最大限に活用するための、ツール設計やキャッシュ効率化といった実践的なベストプラクティスが提供されるようになりました。

ユーザーへの恩恵

Anthropicのモデル特性を活かした、より高性能でコスト効率の良いAIエージェントを迅速に開発できるようになります。

変更前

画像を添付して指示を出すと、設定していたカスタムルール（CLAUDE.mdの内容など）が無視されてしまう場合がありました。

変更後

メッセージに画像が含まれていてもシステムプロンプトやコンテキストが一貫して維持されるようになり、指示の遵守率が向上しました。

ユーザーへの恩恵

スクリーンショットなどを活用した視覚的な指示を出しつつ、プロジェクトの規約に則った回答を確実に得ることができます。

変更前

大量のスキルを登録している場合、スキルの一覧情報だけでコンテキスト窓の多くを占有してしまい、肝心の対話に使える容量が減っていました。

変更後

説明文が適切に切り詰められることで、スキル情報を保持しつつも、AIとの対話に最大限のコンテキストを割り当てられるようになりました。

ユーザーへの恩恵

多数のカスタムスキルをプロジェクトに追加しても、AIの推論能力や記憶保持への悪影響を最小限に抑えられます。

変更前

スキルが増えるにつれメニューの並び順が予測しにくくなり、目的のスキルを探すのに時間がかかっていました。

変更後

一覧が辞書順で表示されるようになり、多数のスキルの中から必要なものを素早く見つけられるようになりました。

ユーザーへの恩恵

コマンドラインでの操作スピードが向上し、多数の自動化スキルを使いこなす際の効率が改善します。

変更前

特定のパスに基づいたルールが有効な際、プロジェクトのルートディレクトリ外にある重要な設定ファイルやメモリファイルに AI がアクセスできないことがありました。

変更後

プロジェクト外にあるグローバルな設定ファイル等も、パーミッションの範囲内で正しく読み書きや編集が可能になりました。

ユーザーへの恩恵

ユーザー設定やグローバルな指示ファイルをAIが適切に更新できるようになり、プロジェクトを跨いだカスタマイズがスムーズに反映されます。

変更前

スキルの適用範囲やプロジェクトルールを特定のパスに制限する paths: フィールドにおいて、単一のパターンしか記述できない、またはリスト形式の処理が不十分な場合がありました。

変更後

YAMLのリスト形式で複数のグロブパターンを指定できるようになり、より柔軟な適用範囲の設定が可能になりました。

ユーザーへの恩恵

フロントエンドとバックエンドの特定ディレクトリなど、関連する複数のパスに対して一つのルールを効率的に適用でき、コンテキストの管理が容易になります。

変更前

起動時に「セットアップ」「スラッシュコマンドのロード」「エージェントのロード」を順番に行っていたため、入力が可能になるまでわずかな待ち時間がありました。

変更後

これらの準備処理を並列で実行するように改善され、起動時間が約30ms短縮されました。

ユーザーへの恩恵

claude と打ち込んでから入力できるようになるまでのレスポンスがより機敏になり、開発のリズムを崩しません。

変更前

過去のやり取りやツール実行の詳細を確認するトランスクリプトモードでは、特定のキーワードやエラーメッセージを探すために、長いログをすべて手動でスクロールして探す必要がありました。

変更後

標準的なターミナルツールと同様に、/ キーで検索バーを開き、会話履歴内を自由に検索できるようになりました。n や N キーでマッチした箇所を素早く移動できます。

ユーザーへの恩恵

膨大なデバッグログや過去の長い会話の中から、必要な情報を即座に見つけ出せるようになり、問題解決のスピードが向上します。

変更前

非インタラクティブモード（-p）でスクリプトを実行する際も、通常のセッションと同様にフックの実行やプラグインの同期、メモリの読み込みが行われていました。

変更後

--bare フラグを使用することで、純粋にモデルの推論のみを高速に実行できるようになります。このモードでは OAuth 認証等がバイパスされるため、API キーの設定が必須となります。

ユーザーへの恩恵

CI/CD パイプラインや自動化スクリプトにおいて、不要なオーバーヘッドを削減し、起動速度の向上と実行の安定性を確保できます。

変更前

スキルを実行する際、セッション全体の思考レベル設定がそのまま適用されるため、特定の高度なタスクを実行するたびに手動でレベルを切り替える必要がありました。

変更後

スキルの定義ファイル（SKILL.md など）のフロントマターで effort レベルを事前に設定できるようになり、実行時に自動で最適な思考深さが選択されます。

ユーザーへの恩恵

「コードレビューは high」、「簡単な挨拶は low」のように、タスクの性質に合わせて最適な推論リソースを自動配分でき、速度と精度のバランスを最適化できます。

変更前

Git ワークツリーを利用した並行作業中に、そのワークツリー独自の自動化スクリプトやカスタムスキルが認識されませんでした。

変更後

ワークツリー環境からでも正しく設定ファイルが読み込まれ、メイン環境と同じ自動化機能が利用可能になりました。

ユーザーへの恩恵

複数の機能を並行して開発する際も、一貫した開発体験と自動化ツールを維持できます。

変更前

プラグイン開発時に YAML のパースエラーやスキーマ違反があっても、実行するまで気づけないことがありました。

変更後

バリデーションコマンドで事前に構文エラーや設定の誤りを網羅的にチェックできるようになりました。

ユーザーへの恩恵

プラグイン開発のデバッグ効率が上がり、より高品質な拡張機能を短時間で作成できます。

変更前

モデル拡張コンテキストを使用している非常に長いセッションで特定のスキルを実行しようとすると、実際には余裕があるにもかかわらずコンテキスト不足のエラーが発生する場合がありました。

変更後

スキルの呼び出しにおけるコンテキスト計算ロジックが修正され、大規模なコードベースを対象にした作業でも安定してスキルを実行できるようになりました。

ユーザーへの恩恵

超巨大なプロジェクト全体をコンテキストに入れながら、カスタムスキルを制限なく活用した開発が可能になります。

変更前

シェルコマンドでパイプと感嘆符（!）を組み合わせて使用すると、エスケープが正しく行われずコマンドが失敗することがありました。

変更後

jq の比較演算子などを含む複雑なシェルコマンドも、Bash ツールを通じて正確に実行されるようになりました。

ユーザーへの恩恵

AIによる高度なフィルタリングや一括処理の精度が向上し、手動でのコマンド修正の手間が省けます。

変更前

組織レベルで確認を必須に設定していたツールであっても、ユーザーの個別設定や特定のスキルがそれを上書きして自動実行できてしまうセキュリティ上の懸念がありました。

変更後

パーミッションの優先順位が厳格化され、管理ポリシーで指定されたルールが個別の許可設定よりも優先して適用されるようになります。

ユーザーへの恩恵

企業やチームで定めたセキュリティ・ガバナンスが確実に適用され、意図しないツールの自動実行をより強固に防止できます。

変更前

git pull などで .claude/skills/ 内の多数のファイルを一括更新すると、競合によりプログラムが停止することがありました。

変更後

ファイル変更検知の同期処理が改善され、 monorepo などの大規模な環境でも安全にスキルファイルを管理できるようになりました。

ユーザーへの恩恵

チーム開発でスキルの更新が頻繁に行われるプロジェクトでも、ツールを再起動することなく安定して作業を続けられます。

変更前

特定のクラウドプロバイダーやプライバシー設定を利用しているユーザーは、定期的な状態確認などを行う /loop 機能が制限されていました。

変更後

環境に依存せず /loop スキルと cron ツールが利用可能になり、ビルド監視などの自動化が可能になりました。

ユーザーへの恩恵

あらゆる利用形態のユーザーが、スケジューリング機能による高度なワークフロー自動化の恩恵を受けられます。

変更前

定期的なデプロイ状況の確認やコードレビューなど、繰り返し行いたいタスクを毎回手動で入力するか、外部の cron ジョブとして設定する必要がありました。

変更後

/loop コマンドを使用することで、セッション内で直接、指定した時間間隔でコマンドやプロンプトを自動実行できるようになりました。

ユーザーへの恩恵

モニタリングや定期的なタスクの自動化が Claude Code 内で完結し、開発者が手動で繰り返しコマンドを打つ手間が大幅に削減されます。

変更前

過去の会話をレジュームする際、すでに把握しているはずのスキル情報が何度も送信され、無駄にコンテキストウィンドウと API コストを消費していました。

変更後

スキルの注入ロジックが見直され、重複した情報の送信が回避されるようになりました。

ユーザーへの恩恵

レジューム時の読み込みが速くなるだけでなく、1 回の再開につき約 600 トークンが節約され、コスト効率が向上します。

変更前

Claude APIを利用したツールやアプリケーションの開発時、リファレンスやベストプラクティスを別途ブラウザなどで調べる必要がありました。

変更後

/claude-api スキルを実行することで、主要なプログラミング言語向けのAPIリファレンスやSDKの使用例を即座にコンテキストに読み込めるようになりました。

ユーザーへの恩恵

開発中のコンテキストを離れることなく、正しいAPIの使用法やツール利用のパターンを確認できるため、実装のスピードと正確性が向上します。

変更前

スキルのディレクトリ内に配置したスクリプトや補助ファイルを実行する際、現在の作業ディレクトリからの相対パスを記述する必要があり、汎用性に欠けていました。

変更後

スキルがどこに配置されていても、この変数を使用することで常に正しいパスで内部ファイルを参照できるようになりました。

ユーザーへの恩恵

スキルの可搬性が高まり、チーム間での共有やプラグイン化がより簡単かつ確実に行えるようになります。

変更前

プロジェクトの依存パッケージ（node_modules）内に含まれる悪意のあるファイルや意図しないファイルを、Claudeがスキルとして読み込んでしまうリスクがありました。

変更後

Gitで無視されているディレクトリがスキルの探索対象から除外されるようになり、安全性が向上しました。

ユーザーへの恩恵

信頼できない外部ライブラリの影響を排除し、安心して開発環境でClaudeを利用できます。

変更前

スキルから同梱のスクリプトやテンプレートファイルを呼び出す際、絶対パスや相対パスの指定が難しく、スキルの配置場所が変わると動作しなくなるリスクがありました。

変更後

予約済みの変数を使用して自身のディレクトリを動的に参照できるようになったため、配置場所に依存しないポータブルなスキルを構築できるようになりました。

ユーザーへの恩恵

スキルの再利用性や配布が容易になり、外部スクリプトと連携するような高度なスキルをより安定して動作させることができます。

変更前

ユーザーに質問を投げるためのツールが「許可済み」リストに入っていると、プロンプトを出さずに空の回答で処理が進んでしまい、Claude が必要な情報を得られないまま暴走することがありました。

変更後

対話が必要なツールについては、リストに含まれていても必ずユーザーの入力を待つように修正されました。

ユーザーへの恩恵

Claude との認識の相違が減り、重要な確認事項が見逃されることなく、対話に基づいた正確なタスク遂行が期待できるようになります。

変更前

説明文の中に「用途：デバッグ、テスト」のようにコロンを使って記述すると、YAML 解析エラーが発生してスキルが機能しなくなる制限がありました。

変更後

コロンを含む説明文も正しくパースされるようになったため、より自然で詳細なスキルの説明を記述できるようになりました。

ユーザーへの恩恵

スキルの説明を分かりやすく書けるようになり、Claude が適切な状況で正しいスキルを選択する精度が向上します。

変更前

明示的な説明文がないスキルは、たとえファイルが存在していても「利用不可」とみなされ、コマンドメニューや自動実行の対象外になってしまうことがありました。

変更後

説明文がなくてもファイル名などからフォールバックして認識されるようになり、記述が不完全な自作スキルでも確実に利用できるようになりました。

ユーザーへの恩恵

スキルの作成がより手軽になり、設定漏れによる「動かない」トラブルを減らすことができます。

変更前

コードのレビュー、リファクタリング、大規模な変更の自動化を行うための専用スラッシュコマンドがありませんでした。

変更後

「/simplify」コマンドでコードの改善提案と修正を、「/batch」コマンドでコードベース全体にわたる大規模な変更を、それぞれスラッシュコマンドから直接実行できるようになりました。

ユーザーへの恩恵

コードの品質向上と、複数ファイルにまたがる変更の自動化が容易になり、開発者の生産性が向上します。

変更前

「/clear」コマンドを実行しても、キャッシュされたスキル情報がリセットされず、古い情報が引き継がれてしまうことがありました。

変更後

「/clear」コマンドでスキルキャッシュが適切にリセットされるようになり、常に最新のスキル情報が利用できるようになりました。

ユーザーへの恩恵

会話をリセットする際の意図しない古いスキルの利用を防ぎ、より正確で一貫した動作を保証します。

変更前

プラグインの SKILL.md ファイルの説明部分が予期しないデータ型(例: YAML配列)であった場合、スラッシュコマンドのオートコンプリート機能がクラッシュしていました。

変更後

スラッシュコマンドのオートコンプリート機能が、様々なデータ型の SKILL.md 説明を正しく処理できるようになりました。

ユーザーへの恩恵

プラグインの SKILL.md の説明部分のデータ型に関わらず、オートコンプリート機能が安定して動作するようになります。

変更前

長期間実行されるセッションでは、APIストリームバッファ、エージェントコンテキスト、スキル状態などのリソースが解放されずに蓄積され、メモリ使用量が増加する問題がありました。

変更後

長期間実行されるセッションにおけるメモリ使用量が改善されました。APIストリームバッファ、エージェントコンテキスト、スキル状態などのリソースが、使用後に適切に解放されるようになりました。

ユーザーへの恩恵

長時間のセッションでもメモリ使用量が抑えられるため、Claude Codeのパフォーマンスが安定し、メモリ不足による予期せぬ終了や遅延を防ぐことができます。これにより、ユーザーはより快適に長時間の作業に取り組めます。

変更前

プラグインに含まれるエージェントスキルが、完全なプラグイン名ではなく、単純なスキル名(ベア名)で参照された場合、エラーなくロードに失敗し、スキルが利用できない状態になっていました。

変更後

プラグインエージェントスキルのロードに関する問題が修正されました。ベア名で参照された場合でも、サイレントなロード失敗がなくなり、スキルが正しくロードされるようになりました。

ユーザーへの恩恵

プラグイン内のエージェントスキルが、より柔軟な参照方法で利用できるようになり、開発者はプラグインの連携を容易にしました。

変更前

多数のカスタムスキルをインストールすると、Claude Codeの組み込みスラッシュコマンド(/help、/modelなど)がオートコンプリートの候補リストから消えてしまい、発見や利用が困難になっていました。

変更後

多数のユーザー定義スキルがインストールされている場合でも、組み込みスラッシュコマンドがオートコンプリートドロップダウンに正しく表示されるようになりました。

ユーザーへの恩恵

組み込みコマンドの発見性が向上し、ユーザーはClaude Codeの基本機能をより容易に利用できるようになりました。これにより、ツールの使い勝手が向上しました。

変更前

SKILL.mdのフロントマッターで、nameやdescriptionに数値のみを指定した場合、Claude Codeがそれを正しく処理できず、クラッシュする問題がありました。

変更後

SKILL.mdフロントマッターのnameまたはdescriptionにベア数値が指定された場合でも、クラッシュせずに文字列として正しく変換されるようになりました。

ユーザーへの恩恵

スキル定義の柔軟性が向上し、数値のみの名称でも問題なくスキルを作成・利用できるようになりました。これにより、開発者はより自由にスキルの命名を行えます。

変更前

SKILL.mdのフロントマッターで argument-hint にYAMLシーケンス構文を使用すると、Reactアプリケーション内でクラッシュ(エラー #31)が発生する問題がありました。

変更後

SKILL.mdフロントマッターの argument-hint でYAMLシーケンス構文が使用された場合でも、Reactクラッシュ(エラー #31)が発生せず、値が文字列として正しく変換されるようになりました。

ユーザーへの恩恵

スキル定義における argument-hint の柔軟性が向上し、YAMLシーケンス構文を利用しても問題なく動作するようになりました。これにより、より詳細な引数ヒントを提供できます。

変更前

gitワークツリーからClaude Codeを実行する際、プロジェクトレベルの.claude/agents/および.claude/skills/ディレクトリにあるカスタムエージェントやスキルが検出されない問題がありました。

変更後

gitワークツリーから実行した場合でも、プロジェクトレベルの.claude/agents/および.claude/skills/が正しく検出されるようになりました。

ユーザーへの恩恵

gitワークツリー環境でのカスタムエージェントとスキルの利用が改善され、開発者はワークツリー内でもプロジェクト固有の設定を正しく利用できるようになりました。

変更前

以前は、サンドボックスモードで動作しているClaude Codeが、許可なく.claude/skills ディレクトリにファイルを書き込む可能性がありました。これにより、セキュリティ上の懸念や、予期せぬ変更が発生するリスクがありました。

変更後

今回の変更により、サンドボックスモードでは、Claude Codeが.claude/skills ディレクトリにファイルを書き込むことができなくなりました。これにより、サンドボックスの隔離性が強化され、不必要なファイル操作が防がれます。

ユーザーへの恩恵

ユーザーは、サンドボックス環境でのセキュリティが向上し、Claude Codeが意図しないスキルファイルを作成・変更するリスクがなくなります。これにより、より安全で予測可能な開発環境を維持できます。

変更前

これまでは、追加ディレクトリ(--add-dir)で指定された場所にあるスキルは自動的にロードされませんでした。そのため、ユーザーはこれらのスキルを手動でロードするか、セッションを再起動する必要がありました。

変更後

追加ディレクトリ内のスキルが自動的に検出され、ロードされるようになりました。これにより、モノレポ構成などでパッケージ固有のスキルを使用している場合でも、それらのスキルがすぐに利用可能になります。

ユーザーへの恩恵

スキルをより柔軟に管理できるようになり、特に複数のプロジェクトや共有リソースを持つ環境での作業効率が向上します。セッション中にスキルを編集した場合も、再起動せずに変更が即座に反映されます。

変更前

カスタムスキルを利用するには、特定のディレクトリに配置する必要があり、管理が煩雑でした。

変更後

サブディレクトリ内の .claude/skills も自動で認識されるため、スキルの配置場所を気にする必要がなくなりました。

ユーザーへの恩恵

スキル管理の手間が省け、より柔軟にカスタム機能を利用できるようになります。

変更前

スキルファイルを新規作成したり既存のものを編集したりした際、その変更を反映させるには Claude Code のセッションを一度終了して再起動する必要がありました。

変更後

特定のディレクトリ内にあるスキルファイルが監視されるようになり、ファイルを保存するだけで Claude が自動的に最新の状態を読み込みます。

ユーザーへの恩恵

開発サイクルが高速化され、スキルの動作確認や微調整をストレスなくシームレスに行えるようになります。

変更前

スキルやコマンドを実行するとメインの会話コンテキストに履歴が蓄積され、トークン消費の増大や、メインエージェントの思考へのノイズ発生が避けられませんでした。

変更後

実行環境を独立したサブエージェントとして切り出せるようになり、大量のファイル読み込みや複雑な調査をメインの履歴を汚さずに行えます。

ユーザーへの恩恵

メインの会話履歴(コンテキスト)を節約しつつ、特定のタスクのみを専門のワーカーに任せるような高度な自動化フローを構築できます。

変更前

フォークされたコンテキストでスキルを実行する際、どの方針(読み取り専用か、書き込み許可かなど)を持つエージェントが担当するかを詳細に制御できませんでした。

変更後

タスクの性質に合わせて適切なビルトインエージェントやカスタムエージェントを選択し、スキルを実行できるようになります。

ユーザーへの恩恵

例えば、調査タスクには Explore エージェントを、複雑な修正には Bash エージェントを割り当てるなど、安全かつ効率的な役割分担が可能です。

変更前

スラッシュコマンドの補完機能は入力の開始時にしか働かず、文章の途中でスキルを引用したい場合などに不便でした。

変更後

「...をしてから /review して」のように、入力の途中で / を打つだけで適切なスキル候補がポップアップします。

ユーザーへの恩恵

会話の流れを止めることなく、必要なコマンドやスキルを素早く呼び出せるようになります。

変更前

以前のセッションを再開すると、そのプロジェクトに特化したカスタムスキルやディレクトリ構造の再スキャンが不完全で、Claude がそれらを認識できないことがありました。

変更後

セッションの再開時にも、最新のプロジェクトコンテキストと利用可能なスキルが正確に復元されるようになりました。

ユーザーへの恩恵

作業を中断した場所から、環境の差異を気にすることなくスムーズに開発を再開できます。

変更前

起動時にコマンドを直接実行しようとしても、対話モードの初期化プロセスによって無視されてしまうことがありました。

変更後

起動引数によるコマンド実行が確実に処理されるようになりました。

ユーザーへの恩恵

シェルスクリプトやエイリアスから Claude Code の特定機能を呼び出す自動化が、より確実に行えます。

変更前

コンテキスト使用量の内訳で、スキルの全内容が読み込まれているかのように誤った(過大な)トークン数が表示されることがありました。

変更後

実際にはスキルの説明文(フロントマター)だけがロードされているという事実に基づき、正確な使用量が表示されるようになりました。

ユーザーへの恩恵

現在のコンテキストの空き容量をより正確に把握でき、いつ要約(/compact)が必要かの判断を適切に行えます。