菜单
在开始任何对话时使用 - 建立如何查找和使用技能，需要在任何响应（包括澄清问题）之前调用 Skill 工具
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
桌面/网关运行时内置的计划创建技能，用于生成可落盘、可调度、可批次执行的结构化计划包。
桌面/网关运行时内置的计划执行技能，用于按批次执行结构化计划包中的单个任务文件。
Use when demonstrating or verifying VibeWindow local plugin packaging, including plugin skills, MCP servers, hook declarations, and interface metadata.
当需要在编码前创建或更新实施计划时使用，尤其适用于多步骤功能开发、重构、包含多个活动部件的缺陷修复，或需要拆分为可独立执行并跟踪进度的任务文件的请求。
当你有书面实现计划需要在单独会话中执行，并带有审查检查点时使用
通过 `rustcodegraph` 命令行界面使用 RustCodeGraph 理解、导航或脚本化操作已索引代码库。当用户要求使用 RustCodeGraph、需要高性能搜索检索代码、需要符号/源码/调用流上下文、调用方/被调用方/影响分析或受影响测试选择时使用。
| name | using-superpowers |
| description | 在开始任何对话时使用 - 建立如何查找和使用技能，需要在任何响应（包括澄清问题）之前调用 Skill 工具 |
如果技能适用于您的任务，您没有选择。您必须使用它。
这是不可商量的。这不是可选的。您无法合理化自己不使用它。
Superpowers 技能覆盖默认系统提示行为，但用户指令始终具有最高优先级：
如果 CLAUDE.md、GEMINI.md 或 AGENTS.md 说"不要使用 TDD"，而技能说"始终使用 TDD"，请遵循用户指令。用户有控制权。
在 Claude Code 中： 使用 Skill 工具。调用技能时，其内容会被加载并呈现给您 — 直接遵循。切勿对技能文件使用 Read 工具。
在 Copilot CLI 中： 使用 skill 工具。技能从已安装的插件自动发现。skill 工具与 Claude Code 的 Skill 工具工作方式相同。
在 Gemini CLI 中： 技能通过 activate_skill 工具激活。Gemini 在会话开始时加载技能元数据，并在需要时激活完整内容。
在其他环境中： 查看平台文档了解如何加载技能。
技能使用 Claude Code 工具名称。非 CC 平台：请参阅 references/copilot-tools.md（Copilot CLI）、references/codex-tools.md（Codex）了解等价工具。Gemini CLI 用户通过 GEMINI.md 自动加载工具映射。
在任何响应或操作之前调用相关或请求的技能。 即使只有 1% 的可能性技能可能适用，您也应该调用技能进行检查。如果调用的技能被证明不适合该情况，您不需要使用它。
digraph skill_flow {
"User message received" [shape=doublecircle];
"About to EnterPlanMode?" [shape=doublecircle];
"Already brainstormed?" [shape=diamond];
"Invoke brainstorming skill" [shape=box];
"Might any skill apply?" [shape=diamond];
"Invoke Skill tool" [shape=box];
"Announce: 'Using [skill] to [purpose]'" [shape=box];
"Has checklist?" [shape=diamond];
"Create TodoWrite todo per item" [shape=box];
"Follow skill exactly" [shape=box];
"Respond (including clarifications)" [shape=doublecircle];
"About to EnterPlanMode?" -> "Already brainstormed?";
"Already brainstormed?" -> "Invoke brainstorming skill" [label="no"];
"Already brainstormed?" -> "Might any skill apply?" [label="yes"];
"Invoke brainstorming skill" -> "Might any skill apply?";
"User message received" -> "Might any skill apply?";
"Might any skill apply?" -> "Invoke Skill tool" [label="yes, even 1%"];
"Might any skill apply?" -> "Respond (including clarifications)" [label="definitely not"];
"Invoke Skill tool" -> "Announce: 'Using [skill] to [purpose]'";
"Announce: 'Using [skill] to [purpose]'" -> "Has checklist?";
"Has checklist?" -> "Create TodoWrite todo per item" [label="yes"];
"Has checklist?" -> "Follow skill exactly" [label="no"];
"Create TodoWrite todo per item" -> "Follow skill exactly";
}
这些想法意味着停止 — 您在合理化：
| 想法 | 现实 |
|---|---|
| "这只是一个简单问题" | 问题也是任务。检查技能。 |
| "我需要更多上下文" | 技能检查在澄清问题之前。 |
| "让我先探索代码库" | 技能告诉您如何探索。先检查。 |
| "我可以快速检查 git/文件" | 文件缺少对话上下文。检查技能。 |
| "让我先收集信息" | 技能告诉您如何收集信息。 |
| "这不需要正式技能" | 如果技能存在，就使用它。 |
| "我记得这个技能" | 技能会演变。阅读当前版本。 |
| "这不算是任务" | 行动 = 任务。检查技能。 |
| "这个技能是杀鸡用牛刀" | 简单的事情会变得复杂。使用它。 |
| "我就先做这一件事" | 在做任何事情之前检查。 |
| "这感觉很有成效" | 无纪律的行动浪费时间。技能可以防止这种情况。 |
| "我知道这意味着什么" | 了解概念 ≠ 使用技能。调用它。 |
当多个技能可能适用时，使用此顺序：
"让我们构建 X" → 首先头脑风暴，然后实现技能。 "修复这个错误" → 首先调试，然后特定领域技能。
严格型（TDD、调试）：严格遵循。不要偏离纪律。
灵活型（模式）：根据上下文调整原则。
技能本身会告诉您是哪种类型。
指令说明做什么，而不是怎么做。"添加 X" 或"修复 Y"并不意味着跳过工作流。