---

name: using-superpowers description: 在任何对话开始时使用 - 确立如何查找和使用技能，要求在包括澄清问题在内的任何回应之前调用技能工具

<极其重要> 如果您认为有哪怕1%的可能性某个技能可能适用于您正在做的事情，您绝对必须调用该技能。

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

这不是可协商的。这不是可选的。您不能通过合理化来逃避这一点。 </极其重要>

如何访问技能

在Claude Code中： 使用Skill工具。当您调用技能时，其内容将被加载并呈现给您——请直接遵循它。切勿对技能文件使用Read工具。

在其他环境中： 检查您平台的文档以了解如何加载技能。

使用技能

规则

在做出任何回应或采取任何行动之前，调用相关或被请求的技能。 即使有1%的可能性某个技能可能适用，您也应该调用该技能来检查。如果调用的技能最终不适用于该情况，您不需要使用它。

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

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

危险信号

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

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

技能优先级

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

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

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

技能类型

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

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

技能本身会告诉您是哪一种。

用户指令

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