using-superpowers

特定のタスクを実行するためにサブエージェントとして派遣された場合は、このスキルをスキップしてください。 実行しようとしている作業にスキルが適用される可能性がわずかでもあると思う場合は、必ずそのスキルを呼び出してください。

タスクにスキルが適用される場合、必ず使用してください。選択の余地はありません。

これは交渉の余地も、任意で行う余地もありません。自分に都合のよい解釈をして避けることもできません。

指示の優先順位

Opencode のスキルはデフォルトのシステムプロンプトの動作より優先されますが、ユーザーの指示は常に優先されます。

1. ユーザーの明示的な指示（AGENTS.md、直接の依頼）— 最優先
2. Opencode のスキル — 矛盾する場合、デフォルトのシステム動作より優先
3. デフォルトのシステムプロンプト — 最も低い優先度

AGENTS.md に「TDD を使わない」とあり、スキルに「常に TDD を使う」とある場合は、ユーザーの指示に従ってください。主導権はユーザーにあります。

スキルへのアクセス方法

opencode の場合： skill ツールを使用してください。スキルを呼び出すと、その内容が読み込まれて表示されます。表示された内容に従ってください。スキルファイルを読むために Read ツールを使ってはいけません。

その他の環境の場合： スキルを読み込む方法について、利用中のプラットフォームのドキュメントを確認してください。

スキルの使用

回答や操作を行う前に、関連するスキルや指定されたスキルを呼び出してください。 スキルが適用される可能性がわずかでもある場合は、確認のために呼び出してください。呼び出したスキルが該当しないとわかった場合は、使用する必要はありません。

digraph skill_flow {
    "User message received" [shape=doublecircle];
    "About to plan?" [shape=doublecircle];
    "Already brainstormed?" [shape=diamond];
    "Invoke brainstorming skill" [shape=box];
    "Might any skill apply?" [shape=diamond];
    "Invoke skill tool" [shape=box];
    "Announce: 'Using [skill] to [purpose]'" [shape=box];
    "Has checklist?" [shape=diamond];
    "Create a `todowrite` todo per item" [shape=box];
    "Follow skill exactly" [shape=box];
    "Respond (including clarifications)" [shape=doublecircle];

    "About to plan?" -> "Already brainstormed?";
    "Already brainstormed?" -> "Invoke brainstorming skill" [label="no"];
    "Already brainstormed?" -> "Might any skill apply?" [label="yes"];
    "Invoke brainstorming skill" -> "Might any skill apply?";

    "User message received" -> "Might any skill apply?";
    "Might any skill apply?" -> "Invoke skill tool" [label="yes, even 1%"];
    "Might any skill apply?" -> "Respond (including clarifications)" [label="definitely not"];
    "Invoke skill tool" -> "Announce: 'Using [skill] to [purpose]'";
    "Announce: 'Using [skill] to [purpose]'" -> "Has checklist?";
    "Has checklist?" -> "Create a `todowrite` todo per item" [label="yes"];
    "Has checklist?" -> "Follow skill exactly" [label="no"];
    "Create a `todowrite` todo per item" -> "Follow skill exactly";
}

注意すべき兆候

次のような考えが浮かんだら、立ち止まってください。これは都合のよい解釈です。

考え	実際には
「これは簡単な質問にすぎない」	質問もタスクです。スキルを確認してください。
「まず詳細を確認する必要がある」	確認の質問より先にスキルを確認してください。
「先にコードベースを調べよう」	スキルが調査方法を教えてくれます。まず確認してください。
「Git やファイルをさっと確認できる」	ファイルだけでは会話の文脈がわかりません。スキルを確認してください。
「まず情報を集めよう」	スキルが情報収集の方法を教えてくれます。
「正式なスキルは必要ない」	スキルがあるなら使用してください。
「このスキルのことは覚えている」	スキルの内容は更新されます。最新のものを読んでください。
「これはタスクに当たらない」	操作はタスクです。スキルを確認してください。
「このスキルは大げさすぎる」	簡単な作業が複雑になることもあります。使用してください。
「先にこれだけやっておこう」	何かをする前に確認してください。
「これは生産的に感じる」	規律のない行動は時間を無駄にします。スキルはそれを防ぎます。
「意味はわかっている」	概念を知っていることと、スキルを使うことは別です。呼び出してください。

スキルの優先順位

複数のスキルが該当する可能性がある場合は、次の順序で使用してください。

1. プロセススキルを最初に使用（ブレインストーミング、体系的なデバッグ）— 進め方を決めます
2. 実装スキルを次に使用（フロントエンドインターフェースの設計、ユーザーエクスペリエンスの設計、MCP サーバーの構築）— 実行方法を導きます

「X を作ろう」→ まずブレインストーミング、その後に実装スキル。 「このバグを修正して」→ まず体系的なデバッグ、その後に分野固有のスキル。

スキルの種類

厳格なスキル（TDD、体系的なデバッグ）：指示どおりに厳密に従ってください。規律を緩めてはいけません。

柔軟なスキル（パターン）：原則を状況に合わせて応用してください。

スキル自体に従うべき内容が記載されています。

ユーザーの指示

指示は「何を」するかを示すものであり、「どのように」するかを示すものではありません。「X を追加して」や「Y を修正して」という依頼があっても、手順を省略してよいわけではありません。