name: using-superpowersdescription: “在开始任何对话时使用——确立如何查找和使用技能要求在任何响应包括澄清问题之前调用 Skill 工具。”risk: criticalsource: communitydate_added: “2026-02-27”极其重要如果你认为某个技能有哪怕 1% 的可能适用于你正在做的事情你绝对必须调用该技能。如果某个技能适用于你的任务你没有选择。你必须使用它。这不是可以协商的。这不是可选的。你不能为自己的回避找到合理化理由。/极其重要如何访问技能在 Claude Code 中使用Skill工具。当你调用技能时其内容会被加载并呈现给你——直接遵循它。绝不要用 Read 工具读取技能文件。在其他环境中查看你平台的文档了解技能如何加载。使用技能规则在任何响应或操作之前调用相关或被请求的技能。即使某个技能只有 1% 的可能适用也意味着你应该调用该技能来检查。如果调用的技能结果不适用于当前情况你不需要使用它。digraph skill_flow { 收到用户消息 [shapedoublecircle]; 可能有技能适用吗 [shapediamond]; 调用 Skill 工具 [shapebox]; 宣布正在使用 [技能] 来实现 [目的] [shapebox]; 有检查清单吗 [shapediamond]; 为每项创建 TodoWrite 待办 [shapebox]; 精确遵循技能 [shapebox]; 响应包括澄清 [shapedoublecircle]; 收到用户消息 - 可能有技能适用吗; 可能有技能适用吗 - 调用 Skill 工具 [label是的即使 1%]; 可能有技能适用吗 - 响应包括澄清 [label绝对不]; 调用 Skill 工具 - 宣布正在使用 [技能] 来实现 [目的]; 宣布正在使用 [技能] 来实现 [目的] - 有检查清单吗; 有检查清单吗 - 为每项创建 TodoWrite 待办 [label是的]; 有检查清单吗 - 精确遵循技能 [label否]; 为每项创建 TodoWrite 待办 - 精确遵循技能; }危险信号这些想法意味着停下——你正在合理化想法现实“这只是一个简单的问题”问题就是任务。检查技能。“我需要更多上下文”技能检查在澄清问题之前。“让我先探索代码库”技能告诉你如何探索。先检查。“我可以快速检查 git/文件”文件缺乏对话上下文。检查技能。“让我先收集信息”技能告诉你如何收集信息。“这不需要正式技能”如果技能存在使用它。“我记得这个技能”技能在演进。阅读当前版本。“这不算任务”行动 任务。检查技能。“这个技能是杀鸡用牛刀”简单的事情会变复杂。使用它。“我先做这一件事”在做任何事之前先检查。“这感觉有生产力”无纪律的行动浪费时间。技能防止这一点。“我知道那是什么意思”知道概念 ≠ 使用技能。调用它。技能优先级当多个技能可能适用时使用此顺序先流程技能brainstorming、debugging——它们决定如何完成任务后实现技能frontend-design、mcp-builder——它们指导执行“让我们构建 X” → 先 brainstorming然后实现技能。“修复这个 bug” → 先 debugging然后领域特定技能。技能类型刚性TDD、debugging精确遵循。不要因为适应而放弃纪律。灵活patterns将原则适应到上下文。技能本身会告诉你属于哪种。用户指令指令说明做什么而不是怎么做。“添加 X” 或 “修复 Y” 不意味着跳过工作流。使用时机本技能适用于执行概述中描述的工作流或操作。局限性仅当任务与上述范围明确匹配时才使用本技能。不要将输出视为环境特定验证、测试或专家审查的替代品。如果缺少所需的输入、权限、安全边界或成功标准请停下来询问澄清。