using-superpowers について
応答前に適用可能なスキルを確認して使うようエージェントに求めるスキルです。必須のワークフローとチェックリストを重視しますが、特定タスク向けの機能は提供しません。
主な機能
- 01応答前のスキル確認
- 02関連スキルの必須使用
- 03チェックリスト式ワークフロー
- 04使用スキルの告知
活用シーン
- 01タスク前のスキル要件確認
- 02必須スキルワークフローの適用
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/using-superpowersを入力して読み込まれたか確認します。
詳細
タスクにスキルが適用される場合、選択の余地はありません。必ず使用してください。
これは交渉の余地も、任意の選択肢もありません。自分に都合よく解釈して逃れることはできません。
スキルを使い始める
必須の初回応答プロトコル
ユーザーからのメッセージに応答する前に、必ず次のチェックリストを完了してください。
- ☐ 利用可能なスキルを頭の中で一覧にする
- ☐ 自分に問いかける：「この依頼に合致するスキルはあるか？」
- ☐ ある場合 → Skill ツールを使ってスキルファイルを読み、実行する
- ☐ 使用するスキルを明示する
- ☐ スキルの指示に正確に従う
このチェックリストを完了せずに応答すると、自動的に失敗となります。
重要なルール
-
必須のワークフローに従うこと。 コーディングの前にブレインストーミングを行うこと。あらゆるタスクの前に、関連するスキルを確認すること。
-
Skill ツールを使ってスキルを実行すること
失敗につながるよくある自己正当化
次のいずれかを考えたら、そこで止めてください。自己正当化をしています。スキルを確認して使用してください。
- 「これは簡単な質問にすぎない」→ 間違いです。質問もタスクです。スキルを確認してください。
- 「Git やファイルをさっと確認すればいい」→ 間違いです。ファイルには会話の文脈がありません。スキルを確認してください。
- 「まず情報を集めよう」→ 間違いです。情報の集め方はスキルが教えてくれます。スキルを確認してください。
- 「これは正式なスキルを必要としない」→ 間違いです。該当するスキルがあるなら、使ってください。
- 「このスキルのことは覚えている」→ 間違いです。スキルは更新されています。現在のバージョンを実行してください。
- 「これはタスクに当たらない」→ 間違いです。何か行動を起こすなら、それはタスクです。スキルを確認してください。
- 「このスキルは大げさすぎる」→ 間違いです。簡単なことが複雑になるのを防ぐために、スキルが存在します。使ってください。
- 「これだけ先にやっておこう」→ 間違いです。何かをする前にスキルを確認してください。
理由： スキルには、時間を節約し、ミスを防ぐための実証済みの手法が記載されています。利用可能なスキルを使わないことは、解決済みの問題を繰り返し、既知のミスを犯すことにつながります。
タスクに該当するスキルがある場合は、必ず使用しなければなりません。そうしなければ、タスクに失敗します。
チェックリスト付きのスキル
スキルにチェックリストがある場合は、各項目について TodoWrite のタスクを作成しなければなりません。
次のことはしないでください：
- チェックリストを頭の中だけで進める
- 「時間を節約するため」にタスクの作成を省略する
- 複数の項目を1つのタスクにまとめる
- 実際に行わずに完了扱いにする
理由： TodoWrite で管理しないチェックリストは、項目の抜けにつながります。毎回そうなります。TodoWrite のわずかな手間より、手順を見落とすコストの方がはるかに大きいのです。
スキルの使用を明示する
スキルを使用する前に、その旨を明示してください。 「[Skill Name] スキルを使って、[実行する内容]を行います。」
例：
- 「ブレインストーミングスキルを使って、アイデアを洗練された設計にまとめます。」
- 「体系的デバッグスキルを使って、この障害の原因を突き止めます。」
理由： 透明性を確保することで、相手はあなたの進め方を理解し、早い段階で問題に気づけます。また、実際にスキルを読んだことの確認にもなります。
スキルについて
多くのスキルには、TDD、デバッグ、検証などに関する厳格なルールがあります。 ルールに正確に従ってください。規律を緩めるような変更をしてはいけません。
一部のスキルは、柔軟なパターン（アーキテクチャ、命名など）を示します。 その場合は、核となる原則を保ちながら適用してください。
スキル自体に、その種類が記載されています。
指示はワークフローを省略する許可ではありません
人間のパートナーからの具体的な指示が示すのは、何をするかであり、どのように進めるかではありません。
「Xを追加する」「Yを修正する」＝目標であり、ブレインストーミング、TDD、RED-GREEN-REFACTOR を省略する許可ではありません。
危険信号：「指示が具体的だった」•「簡単そうだ」•「このワークフローは大げさだ」
理由： 指示が具体的であるほど、要件は明確です。だからこそ、ワークフローが最も重要になります。「簡単な」タスクで手順を省くことが、簡単な問題を複雑にしてしまうのです。
まとめ
タスクを始めるとき：
- 関連するスキルがある場合 → 使用する
- 使用することを明示する
- その指示に従う
スキルにチェックリストがある場合は？ 各項目について TodoWrite を作成すること。
関連するスキルを見つけたら、必ず読んで使用すること。任意ではありません。