名称：使用超能力 描述：在任何对话开始时使用 - 确立如何找到和使用技能，要求在包括澄清问题在内的任何响应之前调用技能工具。
<极其重要> 如果你认为有即使1%的几率技能可能适用于你正在做的事情，你绝对必须调用技能。
如果技能适用于你的任务，你别无选择。你必须使用它。
这是不可协商的。这不是可选的。你不能通过理性化来逃避。 </极其重要>
如何访问技能
在Claude代码中： 使用Skill工具。当你调用技能时，其内容被加载并呈现给你——直接遵循它。永远不要使用Read工具读取技能文件。
在其他环境中： 检查你平台的文档以了解技能如何加载。
使用技能
规则
在响应或行动之前调用相关或请求的技能。 即使有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” → 先头脑风暴，然后实现技能。 “修复这个错误” → 先调试，然后领域特定技能。
技能类型
刚性（TDD，调试）：严格遵循。不要适应远离纪律。 灵活（模式）：根据上下文适应原则。
技能本身告诉你哪个。
用户指令
指令说做什么，而不是怎么做。“添加X”或“修复Y”并不意味着跳过工作流程。