using-superpowers

⚠️ 不容妥协的规则

如果你认为某项技能哪怕有 1% 的可能适用于你的任务，就必须阅读该技能。

如果某项技能适用于你的任务，你就没有选择余地。必须使用它。

这不容商量。这不是可选项。你不能为自己找理由来逃避。

使用技能

规则

**回复前先检查技能。**这也包括提出澄清问题。哪怕只有 1% 的可能，也意味着必须先调用 Skill 工具。

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

    "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 TodoWrite todo per item" [label="yes"];
    "Has checklist?" -> "Follow skill exactly" [label="no"];
    "Create TodoWrite todo per item" -> "Follow skill exactly";
}

危险信号

如果你有以下想法，就意味着必须停下来——你在为自己找理由：

想法	现实
“这只是个简单问题”	问题也是任务。检查技能。
“我需要先了解更多背景”	检查技能必须先于澄清问题。
“我先看看代码库”	技能会告诉你如何探索。先检查技能。
“我可以快速检查 git/文件”	文件缺少对话背景。检查技能。
“我先收集信息”	技能会告诉你如何收集信息。
“这不需要正式的技能”	如果有技能，就使用它。
“我记得这个技能”	技能会更新。阅读当前版本。
“这不算任务”	行动 = 任务。检查技能。
“这个技能用不上”	简单的事情也会变复杂。使用它。
“我先做这一件事”	做任何事之前先检查。
“这样做很有效率”	缺乏纪律的行动会浪费时间。技能可以避免这种情况。

技能优先级

如果有多项技能可能适用，请按以下顺序使用：

1. 先使用流程类技能（头脑风暴、调试）——这些技能决定如何处理任务
2. 再使用实施类技能（frontend-design、mcp-builder）——这些技能指导执行

“我们来构建 X” → 先头脑风暴，再使用实施类技能。 “修复这个错误” → 先调试，再使用特定领域的技能。

技能类型

刚性技能（TDD、调试）：严格遵循。不要自行变通，偏离其要求。

灵活技能（模式）：根据情境调整原则。

技能本身会说明属于哪种类型。

用户指示 ≠ 跳过工作流的许可

人类伙伴的具体指示说明的是要完成什么，而不是如何完成。

“添加 X”或“修复 Y” = 目标，不代表可以跳过头脑风暴、TDD、调试工作流或其他由技能规定的流程。

以下危险信号表明你正要为自己找理由：

• “指示已经很具体了” → 具体的指示更需要严谨的流程，而不是走捷径
• “这看起来很简单” → 简单的指示最容易让人找借口
• “这个工作流太繁琐了” → 工作流的存在，是因为简单的事情也会变复杂

**为什么这很重要：**具体的指示意味着需求明确——正是这种时候，结构化流程才能避免错误并节省时间。在“简单”的任务上跳过流程，正是简单问题变成复杂问题的原因。