using-superpowers by davila7/claude-code-templates
npx skills add https://github.com/davila7/claude-code-templates --skill using-superpowers如果某项技能适用于你的任务,你没有选择。你必须使用它。
这是不可协商的。这不是可选的。你不能通过合理化来逃避这一点。
在给出任何回复之前,先检查技能。 这包括澄清问题。即使只有1%的可能性,也要先调用技能工具。
digraph skill_flow {
"User message received" [shape=doublecircle];
"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];
"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";
}
出现以下想法时意味着停止——你正在合理化:
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
| 想法 | 现实 |
|---|
| "这只是个简单的问题" | 问题也是任务。检查技能。 |
| "我需要先了解更多背景信息" | 技能检查应在澄清问题之前。 |
| "让我先探索一下代码库" | 技能会告诉你如何探索。先检查技能。 |
| "我可以快速检查 git/文件" | 文件缺乏对话上下文。先检查技能。 |
| "让我先收集信息" | 技能会告诉你如何收集信息。 |
| "这不需要一个正式的技能" | 如果技能存在,就使用它。 |
| "我记得这个技能" | 技能会演变。阅读当前版本。 |
| "这不算一个任务" | 行动 = 任务。检查技能。 |
| "这个技能太小题大做了" | 简单的事情会变得复杂。使用它。 |
| "我先做这一件事" | 在做任何事情之前先检查。 |
| "这感觉很有成效" | 无纪律的行动会浪费时间。技能可以防止这种情况。 |
当多个技能可能适用时,使用以下顺序:
"让我们构建X" → 先 brainstorming,然后是实施技能。"修复这个bug" → 先 debugging,然后是特定领域的技能。
严格型 (TDD, debugging):严格遵守。不要偏离纪律。
灵活型 (patterns):根据上下文调整原则。
技能本身会告诉你属于哪种类型。
指令说明的是做什么,而不是怎么做。"添加X"或"修复Y"并不意味着跳过工作流程。
每周安装量
195
代码仓库
GitHub 星标
22.6K
首次出现
2026年1月21日
安全审计
安装于
claude-code157
opencode151
gemini-cli145
cursor142
codex139
github-copilot122
IF A SKILL APPLIES TO YOUR TASK, YOU DO NOT HAVE A CHOICE. YOU MUST USE IT.
This is not negotiable. This is not optional. You cannot rationalize your way out of this.
Check for skills BEFORE ANY RESPONSE. This includes clarifying questions. Even 1% chance means invoke the Skill tool first.
digraph skill_flow {
"User message received" [shape=doublecircle];
"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];
"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";
}
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. |
When multiple skills could apply, use this order:
"Let's build X" → brainstorming first, then implementation skills. "Fix this bug" → debugging first, then domain-specific skills.
Rigid (TDD, debugging): Follow exactly. Don't adapt away discipline.
Flexible (patterns): Adapt principles to context.
The skill itself tells you which.
Instructions say WHAT, not HOW. "Add X" or "Fix Y" doesn't mean skip workflows.
Weekly Installs
195
Repository
GitHub Stars
22.6K
First Seen
Jan 21, 2026
Security Audits
Gen Agent Trust HubFailSocketPassSnykPass
Installed on
claude-code157
opencode151
gemini-cli145
cursor142
codex139
github-copilot122
agent-browser 浏览器自动化工具 - Vercel Labs 命令行网页操作与测试
144,300 周安装