| name | using-superpowers |
| description | 在开始任何对话时使用——确立如何查找和使用技能,要求在任何响应(包括澄清性问题)之前调用 Skill 工具 |
子代理分派任务:如果你是作为子代理被分派来执行特定任务的,跳过此技能。
强制规则:如果你认为哪怕只有 1% 的可能性某个技能适用于你正在做的事情,你必须调用该技能。如果一个技能适用于你的任务,你没有选择。你必须使用它。这不可协商。你不能通过合理化来逃避。
指令优先级
reasonix 技能覆盖默认系统提示行为,但用户指令始终具有最高优先级:
- 用户的明确指令(AGENTS.md、直接请求)——最高优先级
- reasonix 技能 ——在冲突处覆盖默认系统行为
- 默认系统提示 ——最低优先级
如果用户的指令文件(如 AGENTS.md)说"不要使用 TDD",而某个技能说"始终使用 TDD",遵循用户的指令。用户拥有控制权。
如何访问技能
技能文件位于 <project>/.reasonix/skills/<name>/SKILL.md 或 ~/.reasonix/skills/<name>/SKILL.md。使用 /skill run <name> 调用,或直接在对话中描述任务让模型自动触发。
使用技能
规则
在任何响应或操作之前调用相关或被请求的技能。 哪怕只有 1% 的可能性某个技能适用,你都应该调用该技能来检查。如果调用后发现技能不适合当前情况,你不需要使用它。
工作流程
- 收到用户消息
→ 已经头脑风暴过?
- 否 → 调用头脑风暴技能
- 是 → 继续
→ 可能有技能适用?
- 否,确定不适用 → 响应(包括澄清性问题)
- 是,哪怕只有 1% 可能 → 调用 Skill 工具
→ 宣布:"使用 [技能] 来 [目的]"
→ 有检查清单?
- 是 → 创建待办任务清单
- 否 → 继续
→ 严格遵循技能
退出条件硬化
当技能流程包含多个步骤时,设计批准 ≠ 可以开始实现。
brainstorming 技能的设计批准后,仍有强制步骤:
- 编写设计文档到
docs/superpowers/specs/
- 规格自检(扫描占位符/矛盾/模糊点)
- 请用户审查书面规格
- 用户批准后,调用
writing-plans 技能
执行规则: 设计批准后,立即调用 todo_write 列出上述剩余流程步骤(写文档→自检→用户审查→writing-plans)。所有步骤标记 completed 之前,不能进入实现阶段。
红线
这些想法意味着你在合理化——立刻停止:
| 想法 | 现实 |
|---|
| "这只是一个简单的问题" | 问题就是任务。检查技能。 |
| "我需要先了解更多上下文" | 技能检查在澄清性问题之前。 |
| "让我先探索一下代码库" | 技能告诉你如何探索。先检查。 |
| "我可以快速查一下 git/文件" | 文件缺少对话上下文。检查技能。 |
| "让我先收集信息" | 技能告诉你如何收集信息。 |
| "这不需要正式的技能" | 如果技能存在,就使用它。 |
| "我记得这个技能" | 技能会迭代更新。阅读当前版本。 |
| "这不算一个任务" | 行动 = 任务。检查技能。 |
| "技能太小题大做了" | 简单的事会变复杂。使用它。 |
| "让我先做这一件事" | 在做任何事之前先检查。 |
| "这样做感觉很高效" | 无纪律的行动浪费时间。技能防止这一点。 |
| "我知道那是什么意思" | 知道概念 ≠ 使用技能。调用它。 |
| "设计已经批准了,直接实现吧" | 设计批准 ≠ 流程完成。脑暴还有文档/自检/审查/writing-plans 四步必须走完。 |
| "改动很小,事后补文档就行" | 小改动也要走全流程。先补文档再实现,这是纪律不是负担。 |
技能优先级
当多个技能可能适用时,使用此顺序:
- 流程技能优先(头脑风暴、调试)——这些决定如何处理任务
- 实现技能其次(mcp-builder 等)——这些指导执行
"让我们构建 X" → 先头脑风暴,再使用实现技能。
"修复这个 bug" → 先调试,再使用领域特定技能。
中国特色技能路由
当检测到以下场景时,必须优先调用对应的中国特色技能:
| 场景 | 调用技能 |
|---|
| 代码审查且团队使用中文沟通 | chinese-code-review |
| 使用 Gitee/Coding/极狐 GitLab | chinese-git-workflow |
| 编写中文技术文档或 README | chinese-documentation |
| 编写 git commit message(中文项目) | chinese-commit-conventions |
| 构建 MCP 服务器/工具 | mcp-builder |
判断依据:
- 项目中有中文注释、中文 README、或
.gitee 目录 → 启用中文系列技能
- commit 历史中有中文 → 使用中文提交规范
- 用户用中文交流 → 所有输出使用中文,优先考虑中国特色技能
技能类型
- 刚性的(TDD、调试):严格遵循。不要偏离纪律。
- 灵活的(模式):根据上下文调整原则。
技能本身会告诉你它属于哪种。
用户指令
指令说明做什么,而非怎么做。"添加 X"或"修复 Y"不意味着跳过工作流。