name: using-superpowers description: 通过强制工作流执行技能发现和调用纪律的元技能。在任何对话开始时使用，以确保在回应前检查相关技能，强制遵循技能优先的工作流。

⚠️ 不可协商的规则

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

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

这不可协商。这不是可选的。你无法通过合理化来逃避这一点。

使用技能

规则

在任何回应之前检查技能。 这包括澄清问题。即使只有1%的可能性，也要先调用技能工具。

digraph skill_flow {
    "收到用户消息" [shape=doublecircle];
    "是否有任何技能适用？" [shape=diamond];
    "调用技能工具" [shape=box];
    "宣布：'使用 [技能] 以 [目的]'" [shape=box];
    "有检查清单吗？" [shape=diamond];
    "为每个项目创建 TodoWrite 待办事项" [shape=box];
    "严格按照技能执行" [shape=box];
    "回应（包括澄清）" [shape=doublecircle];

    "收到用户消息" -> "是否有任何技能适用？";
    "是否有任何技能适用？" -> "调用技能工具" [label="是，即使只有1%"];
    "是否有任何技能适用？" -> "回应（包括澄清）" [label="绝对不适用"];
    "调用技能工具" -> "宣布：'使用 [技能] 以 [目的]'";
    "宣布：'使用 [技能] 以 [目的]'" -> "有检查清单吗？";
    "有检查清单吗？" -> "为每个项目创建 TodoWrite 待办事项" [label="是"];
    "有检查清单吗？" -> "严格按照技能执行" [label="否"];
    "为每个项目创建 TodoWrite 待办事项" -> "严格按照技能执行";
}

危险信号

这些想法意味着停止——你正在合理化：

想法	现实
“这只是一个简单的问题”	问题是任务。检查技能。
“我需要更多上下文”	技能检查先于澄清问题。
“让我先探索一下代码库”	技能告诉你如何探索。先检查。
“我可以快速检查git/文件”	文件缺乏对话上下文。检查技能。
“让我先收集信息”	技能告诉你如何收集信息。
“这不需要正式技能”	如果技能存在，就使用它。
“我记得这个技能”	技能会演变。阅读当前版本。
“这不算是任务”	行动 = 任务。检查技能。
“这个技能杀鸡用牛刀”	简单的事情会变得复杂。使用它。
“我先做这一件事”	在做任何事情之前先检查。
“这感觉很有成效”	无纪律的行动浪费时间。技能可以防止这一点。

技能优先级

当多个技能可能适用时，使用此顺序：

流程技能优先（头脑风暴，调试） - 这些决定了如何接近任务
实施技能其次（前端设计，mcp构建器） - 这些指导执行

“让我们构建X” → 先头脑风暴，然后实施技能。 “修复这个bug” → 先调试，然后领域特定技能。

技能类型

严格型（TDD，调试）：严格遵守。不要偏离纪律。

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

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

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

你的人类伙伴的具体指令描述了要完成什么，而不是如何完成它。

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

表明你即将合理化的危险信号：

“指令很具体” → 具体指令需要纪律化的流程，而不是捷径
“这看起来很简单” → 简单的指令最容易引发合理化
“工作流感觉杀鸡用牛刀” → 工作流存在是因为简单的任务会变成复杂的问题

为什么这很重要： 具体指令意味着明确的需求——这正是结构化工作流防止错误并节省时间的时候。在"简单"任务上跳过流程是简单任务变成复杂问题的方式。