using-superpowers

如果你是作为子 Agent 被派来执行特定任务，请跳过此技能。 如果你认为某项技能有哪怕 1% 的可能适用于当前任务，就必须调用该技能。

如果有适用于你任务的技能，你别无选择，必须使用它。

这不是可以协商的事，也不是可选项。你不能为自己找理由逃避。

指令优先级

Opencode 技能优先于默认系统提示，但用户指令始终优先：

1. 用户的明确指令（AGENTS.md、直接请求）— 最高优先级
2. Opencode 技能— 在发生冲突时优先于默认系统行为
3. 默认系统提示— 最低优先级

如果 AGENTS.md 说“不要使用 TDD”，而某项技能说“始终使用 TDD”，请遵循用户指令。由用户做主。

如何访问技能

**在 opencode 中：**使用 skill 工具。调用技能后，其内容会加载并呈现给你——请直接遵循。切勿使用 Read 工具读取技能文件。

**在其他环境中：**查看你的平台文档，了解如何加载技能。

使用技能

规则

**在回复或采取任何行动之前，先调用相关或用户要求的技能。**即使只有 1% 的可能适用，也应检查技能。

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” → 先头脑风暴，再使用实现技能。 “修复这个 Bug” → 先系统化调试，再使用领域专用技能。

技能类型

严格型（TDD、系统化调试）：严格遵循，不要擅自调整或偏离纪律要求。

灵活型（模式）：根据上下文灵活运用原则。

技能本身会说明所属类型。

用户指令

指令说明要做什么，而非如何做。“添加 X”或“修复 Y”并不意味着可以跳过工作流程。