兼容codex@cursor一键安装技能/codex一键安装技能/.codex-home-claude-parity/skills/using-superpowers/SKILL.md
Use when starting any conversation to discover relevant skills and open the right SKILL.md files before responding, including before clarifying questions.
npx skillsauth add 6bnbn/flowpilot using-superpowersInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
If a relevant skill exists, you do not get to skip it because the task feels small or familiar. </EXTREMELY-IMPORTANT>
In Codex CLI: Open the relevant SKILL.md under ~/.codex/skills or the workspace-provided skill pack, then follow it directly.
If a skill includes a checklist: mirror the checklist in update_plan so progress stays visible while you work.
Open relevant or requested skills before any response or action. Even a 1% chance that a skill applies means you should inspect it first. If a skill turns out not to fit, you can stop using it after reading it.
`dot digraph skill_flow { "User message received" [shape=doublecircle]; "About to start work?" [shape=doublecircle]; "Already brainstormed?" [shape=diamond]; "Open brainstorming skill" [shape=box]; "Might a skill apply?" [shape=diamond]; "Open matching SKILL.md" [shape=box]; "Announce: Using [skill]" [shape=box]; "Has checklist?" [shape=diamond]; "Mirror checklist in update_plan" [shape=box]; "Follow skill exactly" [shape=box]; "Respond" [shape=doublecircle];
"About to start work?" -> "Already brainstormed?";
"Already brainstormed?" -> "Open brainstorming skill" [label="no"];
"Already brainstormed?" -> "Might a skill apply?" [label="yes"];
"Open brainstorming skill" -> "Might a skill apply?";
"User message received" -> "Might a skill apply?";
"Might a skill apply?" -> "Open matching SKILL.md" [label="yes, even 1%"];
"Might a skill apply?" -> "Respond" [label="definitely not"];
"Open matching SKILL.md" -> "Announce: Using [skill]";
"Announce: Using [skill]" -> "Has checklist?";
"Has checklist?" -> "Mirror checklist in update_plan" [label="yes"];
"Has checklist?" -> "Follow skill exactly" [label="no"];
"Mirror checklist in update_plan" -> "Follow skill exactly";
} `
These thoughts mean STOP and open the skill first:
| 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 quickly first" | Skills tell you how to explore. Check first. | | "I remember this skill already" | Skills evolve. Read the current file. | | "The skill is overkill" | Small tasks still benefit from the right workflow. | | "I'll do one thing first" | Check before acting. |
When multiple skills could apply, use this order:
Rigid skills enforce a workflow and should be followed closely.
Flexible skills provide patterns you can adapt to context.
User instructions say what to do. Skills tell you how to do it safely and consistently.
testing
Use when creating, editing, or validating Cursor custom skills, especially when deciding where they should live, how they should be named, and how to describe when they apply.
development
Use when the user wants a written implementation plan in Cursor before editing code, especially for multi-step tasks or changes touching several files.
development
Use before claiming work is complete, fixed, or passing in Cursor. Requires fresh verification evidence such as tests, builds, lint output, or direct reproduction checks.
testing
Use when starting a task in Cursor and deciding whether to apply one of the companion skills in this pack before exploring, planning, editing, or reviewing.