在开始新功能或项目之前,通过对话明确目的、偏好和限制。根据需要用图示或原型核对理解,并按工作规模整理说明或设计文档。
- 明确新功能的目的
- 整理演讲或商业构想
- 比较界面或房间布局
规定会话开始时检查相关技能,并在回复或执行任务前加载的流程。优先使用决定工作方法的技能,再衔接实施技能及各运行环境的使用指南。
Use when starting any conversation - establishes how to find and use skills, requiring skill invocation before ANY response including clarifying questions
规定在会话开始时检查与请求相关的技能,并在回复或开展工作前加载的流程。提问澄清和查看文件也包含在内,还要求向用户说明正在使用的技能及其目的。
如果多个技能适用,先使用决定工作方法的技能,再衔接负责实施的技能。遇到检查清单时,将每个清单项目作为一项任务处理,并根据运行环境查阅相应指南。
适合已经安装技能,但智能体仍未检查就直接开始工作的情况。资料中的示例包括:功能开发前先使用 superpowers:brainstorming,修复故障前先使用 superpowers:systematic-debugging。
Claude Code、Codex、Pi、Antigravity、Hermes Agent 和 Muse 均有对应的环境参考文件。用户的直接请求和指令文件优先于技能。受派执行特定任务的子智能体不适用此流程。
本介绍由 AI(OpenAI Codex)根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。
AI 仅根据 SKILL.md 的内容,从 4 个方面进行了评估。星标数和热度不计入评估。
总分按每项 A=25 分、B=15 分、C=5 分相加。 由 AI(OpenAI Codex)于 2026年10月19日 评估。仅供参考,安装前请同时查看原文。
安装前可以查看交给 AI 代理的指令内容。
IF A SKILL APPLIES TO YOUR TASK, YOU DO NOT HAVE A CHOICE. YOU MUST USE IT.
This is not negotiable. You cannot rationalize your way out of this. </EXTREMELY-IMPORTANT>
Invoke relevant or requested skills BEFORE any response or action — including clarifying questions, exploring the codebase, or checking files. If it turns out wrong for the situation, you don't have to use it.
Before entering plan mode: if you haven't already brainstormed, invoke the brainstorming skill first.
Then announce "Using [skill] to [purpose]" and follow the skill exactly. If it has a checklist, create a todo per item.
When multiple skills apply, process skills come first — they set the approach, then implementation skills (frontend-design, etc.) carry it out. Brainstorming and systematic-debugging are Superpowers' most common process skills, but the rule holds for any of them.
These thoughts mean STOP—you're rationalizing:
| Thought | Reality |
|---|---|
| "This is just a simple question" | Questions are tasks. Check for skills. |
| "I need more context first" | Skill check comes BEFORE clarifying questions. |
| "Let me explore the codebase first" | Skills tell you HOW to explore. Check first. |
| "I can check git/files quickly" | Files lack conversation context. Check for skills. |
| "Let me gather information first" | Skills tell you HOW to gather information. |
| "This doesn't need a formal skill" | If a skill exists, use it. |
| "I remember this skill" | Skills evolve. Read current version. |
| "This doesn't count as a task" | Action = task. Check for skills. |
| "The skill is overkill" | Simple things become complex. Use it. |
| "I'll just do this one thing first" | Check BEFORE doing anything. |
| "This feels productive" | Undisciplined action wastes time. Skills prevent this. |
| "I know what that means" | Knowing the concept ≠ using the skill. Invoke it. |
If your harness appears here, read its reference file for special instructions:
references/claude-code-tools.mdreferences/codex-tools.mdreferences/pi-tools.mdreferences/antigravity-tools.mdreferences/hermes-tools.mdreferences/muse-tools.mdUser instructions (CLAUDE.md, AGENTS.md, GEMINI.md, etc, direct requests) take precedence over skills, which in turn override default behavior. Only skip skill workflows or instructions when your human partner has explicitly told you to.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
在开始新功能或项目之前,通过对话明确目的、偏好和限制。根据需要用图示或原型核对理解,并按工作规模整理说明或设计文档。
读取 superpowers 会话记录,调查重复工作、偏离计划、耗时及令牌消耗。以文件路径和行号为依据整理经过,生成有证据支持的报告。
将相互独立的缺陷或测试失败分配给不同代理,并行调查和修复。明确各自范围与报告要求,再检查修改冲突、运行完整测试并整合结果。
在同一会话中逐项执行已有的实施计划,确认测试先失败后通过,记录进度与判断,并在全部任务结束后审查整个分支的更改。
在实现完成后检查全部测试,让用户选择本地合并、创建拉取请求或保留现状,并执行所选操作,再根据选择和工作环境整理分支与工作区。
将代码审查意见与实际代码、支持的运行环境及现有行为进行核对,确认建议是否合理,梳理疑问并依据技术证据回复,再逐项修改和测试。