一键导入
ss-using-superspec
Use when starting a new session to understand how superspec skills work and when to invoke them
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Use when starting a new session to understand how superspec skills work and when to invoke them
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
Use before creating features, building components, adding functionality, or modifying behavior to explore user intent, requirements, and design before implementation
Use when you have a spec or requirements for a multi-step task, before touching code
Use when a change packet's implementation is complete and you want to promote it into the project's permanent spec layout before closing the change out. Typical trigger phrases include "archive this change", "we're done with change X", or invocation after ss-executing-plans / ss-subagent-driven-development report all tasks complete.
Use when a non-engineer (PM / designer / product owner) has opened a frontend PR sketching a new feature's UI and user-flow with mocked data or stubbed API calls, and engineering needs to extract requirements, reason about backend / API support, and produce an OpenSpec change directory ready for ss-writing-plans
Use when executing implementation plans with independent tasks in the current session
基于 SOC 职业分类
| name | ss-using-superspec |
| description | Use when starting a new session to understand how superspec skills work and when to invoke them |
Superspec skills override default system prompt behavior, but user instructions always take precedence:
If CLAUDE.md says "don't use TDD" and a skill says "always use TDD," follow the user's instructions.
Use the Skill tool. When you invoke a skill, its content is loaded and presented to you — follow it directly. Never use the Read tool on skill files.
Invoke relevant skills BEFORE any response or action. If a skill clearly applies to what you're about to do, invoke it first.
digraph skill_flow {
"User message received" [shape=doublecircle];
"Skill applies?" [shape=diamond];
"Invoke Skill tool" [shape=box];
"Announce: 'Using [skill] to [purpose]'" [shape=box];
"Follow skill" [shape=box];
"Respond" [shape=doublecircle];
"User message received" -> "Skill applies?";
"Skill applies?" -> "Invoke Skill tool" [label="yes"];
"Skill applies?" -> "Respond" [label="no"];
"Invoke Skill tool" -> "Announce: 'Using [skill] to [purpose]'";
"Announce: 'Using [skill] to [purpose]'" -> "Follow skill";
}
When multiple skills could apply, use this order:
"Let's build X" → ss-brainstorming first, then implementation skills.
Superspec skills do NOT execute git write commands (commit, push, merge, rebase, branch delete). The user handles their own git workflow. Read-only git commands (status, log, diff) are fine for gathering information.