Using Superpowers
farm-fe/farm
A skill your agent uses when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions
A skill your agent uses when starting any conversation - establishes how to locate and invoke skills, mandating Skill tool usage before ANY response including clarifying questions
$ npx skills add NoobyGains/godmode --skill activation -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install NoobyGains/godmode activation --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/activation .claude/skills/activation && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "activation" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/activation into .claude/skills/activation/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "activation", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/NoobyGains/godmode/tree/master/skills/activationType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add NoobyGains/godmode --skill activation -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install NoobyGains/godmode activation --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/activation .agents/skills/activation && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "activation" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/activation into .agents/skills/activation/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "activation", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add NoobyGains/godmode --skill activation -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install NoobyGains/godmode activation --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/activation .cursor/skills/activation && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "activation" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/activation into .cursor/skills/activation/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "activation", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/NoobyGains/godmode.git --path skills/activation--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add NoobyGains/godmode --skill activation -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install NoobyGains/godmode activation --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/activation .gemini/skills/activation && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "activation" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/activation into .gemini/skills/activation/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "activation", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install NoobyGains/godmode activationInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add NoobyGains/godmode --skill activation -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/activation .github/skills/activation && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "activation" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/activation into .github/skills/activation/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "activation", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add NoobyGains/godmode --skill activation -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install NoobyGains/godmode activation --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/activation .opencode/skills/activation && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "activation" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/activation into .opencode/skills/activation/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "activation", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
activationA skill your agent uses when starting any conversation - establishes how to locate and invoke skills, mandating Skill tool usage before ANY response including clarifying questions
Activation is an agent skill from NoobyGains/godmode. Use when starting any conversation - establishes how to locate and invoke skills, mandating Skill tool usage before ANY response including clarifying questions
Its SKILL.md is about 2.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Agent Workflows, covering Requirements gathering. The repository describes itself as: The AI development framework that thinks before it builds. 36 composable skills for Claude Code, Cursor, Codex, and OpenCode. The licence is MIT.
3 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 441103a. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are dot).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Activation loads about 2.4k tokens when it runs. Until then it costs about 43 tokens; SKILL.md has 718 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from NoobyGains/godmode at commit 441103a, republished under its MIT licence (© NoobyGains). 718 words, ~2,397 tokens.
.claude/skills/activation/SKILL.md (or your agent's skills folder).<CRITICAL-OVERRIDE>
When there is even a remote possibility that a skill is relevant to the current task, you MUST invoke it immediately.
YOU DO NOT HAVE THE OPTION TO SKIP A RELEVANT SKILL. IT IS MANDATORY.
This requirement is absolute. It cannot be reasoned away or deferred.
</CRITICAL-OVERRIDE>
Plugin installation (standard setup): Invoke skills directly through the Skill tool. All protocols are auto-registered.
Example: Skill("godmode:intent-discovery")
When the Skill tool cannot locate a protocol: Fall back to reading the file directly with the Read tool:
[plugin-root]/skills/[plugin-root]/skills/[protocol-name]/SKILL.mdLocating the plugin root:
CLAUDE_PLUGIN_ROOT environment variable contains the pathOther platforms: Consult platform-specific documentation for skill loading mechanisms.
Invoke applicable skills BEFORE generating any response or taking any action. Even a marginal chance of relevance is sufficient reason to invoke. If an invoked skill turns out to be inapplicable, you can simply move on.
digraph protocol_flow {
"Message arrives" [shape=doublecircle];
"About to enter planning?" [shape=doublecircle];
"Intent discovery done?" [shape=diamond];
"Run intent-discovery" [shape=box];
"Could any skill apply?" [shape=diamond];
"Invoke Skill tool" [shape=box];
"Skill tool errored?" [shape=diamond];
"Read SKILL.md fallback" [shape=box];
"Announce: 'Applying [skill] for [goal]'" [shape=box];
"Contains checklist?" [shape=diamond];
"Track each checklist item" [shape=box];
"Execute skill instructions" [shape=box];
"Generate response" [shape=doublecircle];
"About to enter planning?" -> "Intent discovery done?";
"Intent discovery done?" -> "Run intent-discovery" [label="no"];
"Intent discovery done?" -> "Could any skill apply?" [label="yes"];
"Run intent-discovery" -> "Could any skill apply?";
"Message arrives" -> "Could any skill apply?";
"Could any skill apply?" -> "Invoke Skill tool" [label="yes, any chance"];
"Could any skill apply?" -> "Generate response" [label="clearly not"];
"Invoke Skill tool" -> "Skill tool errored?";
"Skill tool errored?" -> "Read SKILL.md fallback" [label="yes"];
"Skill tool errored?" -> "Announce: 'Applying [skill] for [goal]'" [label="no"];
"Read SKILL.md fallback" -> "Announce: 'Applying [skill] for [goal]'";
"Announce: 'Applying [skill] for [goal]'" -> "Contains checklist?";
"Contains checklist?" -> "Track each checklist item" [label="yes"];
"Contains checklist?" -> "Execute skill instructions" [label="no"];
"Track each checklist item" -> "Execute skill instructions";
}These internal thoughts are warning signs that you are rationalizing:
| Thought | Truth |
|---|---|
| "This is a straightforward question" | Questions are tasks. Look for applicable skills. |
| "I should gather more context first" | Skill invocation precedes clarification. |
| "Let me scan the codebase first" | Skills define HOW to scan. Invoke first. |
| "I can check files and history quickly" | Files lack conversational context. Invoke skills. |
| "Let me collect some data first" | Skills prescribe data collection methods. |
| "This doesn't warrant a formal skill" | If a matching skill exists, it must be used. |
| "I recall what this skill says" | Skills get updated. Read the current version. |
| "This isn't really a task" | Any action is a task. Look for skills. |
| "The skill is too heavy for this" | Seemingly simple tasks often have hidden complexity. Use it. |
| "I'll do this one thing first" | Invoke BEFORE doing anything. |
| "I'm making good progress" | Undirected effort creates waste. Skills prevent this. |
| "I understand that concept already" | Understanding a concept is not the same as following a skill. Invoke it. |
When several skills might be relevant, follow this sequence:
"Let's build X" -> rationale -> intent-discovery -> reference-engine (routes to appropriate references) -> design skills -> implementation skills. "Build a website" -> rationale -> intent-discovery -> reference-engine -> design-research + ux-patterns -> ui-engineering -> implementation. "Fix this bug" -> fault-diagnosis first, then domain-appropriate skills. (rationale skipped for bugs) "Big project" -> rationale -> intent-discovery -> reference-engine -> task-planning -> team-orchestration (when warranted). "Agent is stuck" -> error-recovery activates proactively based on failure count detection. "What database/hosting should I use?" -> environment-awareness -> deployment-advisor -> system-design.
When a user says "use godmode" for a task, evaluate the task and suggest the optimal execution strategy:
digraph execution_guidance {
"Evaluate task" [shape=box];
"Single atomic step?" [shape=diamond];
"Handle directly" [shape=box];
"Multiple independent parts?" [shape=diamond];
"Requires peer coordination?" [shape=diamond];
"Suggest Agent Teams" [shape=box style=filled fillcolor=lightgreen];
"Suggest Parallel Delegation" [shape=box];
"Multi-step sequence?" [shape=diamond];
"Suggest Delegated Execution" [shape=box];
"Suggest single-agent workflow" [shape=box];
"Evaluate task" -> "Single atomic step?";
"Single atomic step?" -> "Handle directly" [label="yes"];
"Single atomic step?" -> "Multiple independent parts?" [label="no"];
"Multiple independent parts?" -> "Requires peer coordination?" [label="yes"];
"Multiple independent parts?" -> "Multi-step sequence?" [label="no"];
"Requires peer coordination?" -> "Suggest Agent Teams" [label="yes"];
"Requires peer coordination?" -> "Suggest Parallel Delegation" [label="no"];
"Multi-step sequence?" -> "Suggest Delegated Execution" [label="yes"];
"Multi-step sequence?" -> "Suggest single-agent workflow" [label="no"];
}Present the suggestion before acting:
Based on my analysis, I suggest:
[Suggested strategy] because [reasoning]
- Agent Teams: [X] agents collaborating on [modules] concurrently
- OR Delegated Execution: [N] sequential tasks with review gates
- OR Parallel Delegation: [N] independent tasks running simultaneously
- OR Single agent: manageable enough to handle in one flow
Shall I proceed this way, or do you prefer a different approach?Rigid (test-first, fault-diagnosis): Follow precisely. Do not deviate from the discipline.
Flexible (design patterns): Adapt the principles to fit the situation.
The skill definition itself indicates which category applies.
When the user signals they want autonomous execution, skip all confirmation prompts and compress workflows — but never auto-pick labeled options.
Trigger phrases (case-insensitive):
Behavior when active:
How skills reference YoloMode:
If YoloMode is active:
-> State: "YoloMode active — proceeding with recommendation [X] because [reason]"
-> Execute immediately
-> Log which option was auto-selected
If YoloMode is NOT active:
-> Present options with labels and recommendation
-> Wait for user selectionYoloMode does NOT bypass:
YoloMode is about speed, not recklessness. It trusts the agent's recommendation for design choices, not for safety checks.
User directives specify WHAT needs to happen, not HOW. "Add X" or "Fix Y" does not mean bypass established workflows.
© NoobyGains, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in skills/activation of NoobyGains/godmode.
Open the folder on GitHubat commit 441103a
Activation next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Activation this skillNoobyGains/godmode | 107 | — | ~2.4k | Automated safety check: Pass | MIT | |
| Using Superpowersfarm-fe/farm | 5.6k | 35 repos | ~1.4k | Automated safety check: Pass | MIT | |
| Interview Meaddyosmani/agent-skills | 103k | 6 repos | ~3.8k | Automated safety check: Pass | MIT | |
| Grillingpietheinstrengholt/rssmonster | 564 | 31 repos | ~510 | Automated safety check: Pass | MIT | |
| Agentic Workflow Designerdotnet/Open-XML-SDK | 4.6k | 2 repos | ~3.5k | Automated safety check: Pass | MIT | |
| Ask User QuestionMemTensor/MemOS | 12k | — | ~1k | Automated safety check: Pass | Apache-2.0 |
farm-fe/farm
A skill your agent uses when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions
addyosmani/agent-skills
Asks one question at a time, each with a best guess attached, until the agent is about 95 percent sure what you really want, before any plan, spec or code.
pietheinstrengholt/rssmonster
Grill the user relentlessly about a plan, decision, or idea.
dotnet/Open-XML-SDK
Interviews you one question at a time about goal, trigger, permissions and data needs, then drafts a single agentic workflow markdown file.
MemTensor/MemOS
Shows a question as a modal in the interface to clarify a task, collect a preference or get approval, since the user cannot see terminal output.
jnMetaCode/superpowers-zh
Turns a rough idea into an approved design before any code is written, sorting the request into spike, bounded or architectural and enforcing an approval gate.
NoobyGains/godmode
A skill your agent uses when dispatching subagents, composing prompts for teammates, structuring handoff reports, or managing context boundaries between agents.
NoobyGains/godmode
A skill your agent uses when building ANY feature within an existing project - search the current codebase for existing patterns, conventions, similar implementations, and established approaches…
NoobyGains/godmode
A skill your agent uses when about to declare work done, fixed, or passing, before committing or opening PRs - demands executing verification commands and reading their output before making any…
NoobyGains/godmode
A skill your agent uses when implementing any substantial feature, multi-file modification, or architectural change - produces a plain-language walkthrough of every alteration so the developer can…
NoobyGains/godmode
A skill your agent uses when executing implementation plans with independent tasks in the current session
NoobyGains/godmode
A skill your agent uses when making technology, hosting, or infrastructure decisions — recommends services, databases, and deployment strategies based on project requirements and what the user…
Categories
A skill your agent uses when starting any conversation - establishes how to locate and invoke skills, mandating Skill tool usage before ANY response including clarifying questions. Activation is an agent skill from NoobyGains/godmode.
Activation fits situations like: starting any conversation - establishes how to locate and invoke skills; mandating Skill tool usage before ANY response including clarifying questions.
Run `npx skills add NoobyGains/godmode --skill activation -a claude-code`. Or copy the skill folder (skills/activation in NoobyGains/godmode) into .claude/skills/activation in your project. Claude Code loads it when a task matches its description.
Run `npx skills add NoobyGains/godmode --skill activation -a codex`. Or copy the skill folder (skills/activation in NoobyGains/godmode) into .agents/skills/activation in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add NoobyGains/godmode --skill activation -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/activation, .gemini/skills/activation, .github/skills/activation and .opencode/skills/activation in your project.
SKILL.md names no scripts, command-line tools or credentials: Activation is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Activation is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.4k tokens (SKILL.md is roughly 9.6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Activation: Using Superpowers (farm-fe/farm, 5.6k stars), Interview Me (addyosmani/agent-skills, 103k stars), Grilling (pietheinstrengholt/rssmonster, 564 stars) and Agentic Workflow Designer (dotnet/Open-XML-SDK, 4.6k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
NoobyGains (a GitHub user) maintains it in NoobyGains/godmode, which has 107 GitHub stars. The repository holds 34 skills in this directory. The repository was last updated on March 9, 2026.
Source: NoobyGains/godmode on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.