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

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

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

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

如何访问技能

在Claude代码中： 使用 Skill 工具。当您调用一个技能时，其内容被加载并呈现给您——直接遵循它。永远不要在技能文件上使用Read工具。

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

使用技能

规则

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

digraph skill_flow {
    "收到用户消息" [shape=doublecircle];
    "即将进入计划模式？" [shape=doublecircle];
    "已经脑力激荡过了吗？" [shape=diamond];
    "调用脑力激荡技能" [shape=box];
    "有任何技能可能适用吗？" [shape=diamond];
    "调用技能工具" [shape=box];
    "宣布：'使用[技能]以[目的]'" [shape=box];
    "有检查清单吗？" [shape=diamond];
    "为每个项目创建TodoWrite待办事项" [shape=box];
    "完全遵循技能" [shape=box];
    "响应（包括澄清）" [shape=doublecircle];

    "即将进入计划模式？" -> "已经脑力激荡过了吗？";
    "已经脑力激荡过了吗？" -> "调用脑力激荡技能" [label="否"];
    "已经脑力激荡过了吗？" -> "有任何技能可能适用吗？" [label="是"];
    "调用脑力激荡技能" -> "有任何技能可能适用吗？";

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

危险信号

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

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

技能优先级

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

流程技能先（脑力激荡、调试） - 这些决定如何接近任务
实施技能其次（前端设计、mcp构建器） - 这些指导执行

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

技能类型

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

灵活的（模式）：适应原则到上下文。

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

用户指令

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