using-superpowers by corvo007/miosub
npx skills add https://github.com/corvo007/miosub --skill using-superpowers如果某项技能适用于你的任务,你没有选择余地。必须使用它。
这不可协商。这不是可选项。你不能通过合理化来逃避这一点。
在 Claude Code 中: 使用 Skill 工具。当你调用技能时,其内容会被加载并呈现给你——请直接遵循它。切勿对技能文件使用 Read 工具。
在其他环境中: 请查阅你所在平台的文档,了解技能是如何加载的。
在任何回应或行动之前,先调用相关或被请求的技能。 即使某项技能只有 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" → 先使用头脑风暴技能,然后使用实现技能。"修复这个 bug" → 先使用调试技能,然后使用特定领域的技能。
严格型(TDD、调试):严格遵守。不要偏离其纪律性。
灵活型(模式):根据上下文调整原则。
技能本身会告诉你它属于哪种类型。
指令说明的是"做什么",而不是"怎么做"。"添加 X" 或 "修复 Y" 并不意味着可以跳过工作流程。
每周安装次数
1
代码仓库
GitHub 星标数
396
首次出现
今天
安全审计
安装于
zencoder1
amp1
cline1
openclaw1
opencode1
cursor1
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.
In Claude Code: 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.
In other environments: Check your platform's documentation for how skills are loaded.
Invoke relevant or requested skills BEFORE any response or action. Even a 1% chance a skill might apply means that you should invoke the skill to check. If an invoked skill turns out to be wrong for the situation, you don't need to use it.
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. |
| "I know what that means" | Knowing the concept ≠ using the skill. Invoke it. |
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
1
Repository
GitHub Stars
396
First Seen
Today
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
zencoder1
amp1
cline1
openclaw1
opencode1
cursor1
React 组合模式指南:Vercel 组件架构最佳实践,提升代码可维护性
109,600 周安装