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" → 先头脑风暴，然后是实现技能。 "修复这个 bug" → 先调试，然后是领域特定技能。

技能类型

刚性（TDD、调试）：严格遵循。不要偏离纪律。

灵活（模式）：将原则适应于具体情境。

技能本身会告诉你它属于哪一种。

用户指令

指令说的是做什么，而不是怎么做。"添加 X" 或 "修复 Y" 并不意味着跳过工作流。