Made in Jurgistan

The SuperClaude Field Guide

A friendly, complete handbook for the free SuperClaude add-on to Claude Code: what it does, how to set it up, and exactly which commands to type for almost any situation.

1. In your terminalpipx install superclaudeInstalls the framework.
2. Still in the terminalsuperclaude installAdds 30 commands to Claude Code.
3. In Claude Code/sc:recommend "your goal"Get told exactly what to run.
What is inside the framework, and inside this guide
30
Commands
Slash commands that start structured jobs
19
Specialists
Expert roles Claude can take on
7
Modes
Working styles that adapt to the task
10
Helper tools
Optional add-ons for docs, browsers, search
59
Recipes
Ready-made command sequences
Edition 4.0, October 2026Covers SuperClaude v4.3.0Verified against source, October 3, 2026Level Complete beginner to expert

SuperClaude is an independent, MIT-licensed community project. It is not made, endorsed or supported by Anthropic. This guide describes third-party software.

Before you start

How to Use This Guide

You do not need to read it all. Find your starting point below.

This guide is written for people who have never typed a SuperClaude command. Every technical word is explained the first time it appears, and again in the glossary. Experienced users can jump straight to the reference sections and recipes.

Choose Your Path

Brand new
Read Sections 1 to 3 in order. Then pick a recipe from Section 11. See page 4.
Using it daily
Keep Section 4 (commands) and Section 23 (pocket cards) open. See page 10.
Going deeper
Sections 7 to 10 explain modes, tools, flags and rules. See page 21.
Not a programmer
Research and business recipes (Section 18) need no coding at all. See page 48.

Labels You Will See

Two kinds of label appear throughout. The square ones tell you what a command does to your files. The round ones tell you how experienced you need to be. Every label carries a word as well as a color, so the guide reads correctly in black and white.

Look onlyReads and reports. Never changes a file.
Plans onlyProduces a document or plan, then stops for you.
Changes filesEdits your project. Review the result before committing.
MemorySaves or restores session context.
BeginnerSafe to try on day one.
IntermediateComfortable after a week or two.
ExpertFor large or critical work; uses more tokens.

How Commands Are Shown

Gray boxes hold things you type. Each is labeled with where to type it: the terminal (the text window where you install software) or Claude Code (the chat window where you use SuperClaude, with commands that start with /). Text after # is an explanation you do not type. Words in quotes are your own description; parts in [square brackets] are optional.

/sc:analyze src --focus security   # look for security problems in the src folder
Section 01

What SuperClaude Is

A plain-language picture before any commands.

Claude Code is Anthropic's tool that lets Claude work directly on the files in a project folder: reading code, writing code and running commands. SuperClaude is a free add-on, made by an independent community, that gives Claude Code a set of ready-made working methods.

Without SuperClaude, you explain every time how you want Claude to approach a job. With it, you type a short command such as /sc:brainstorm and Claude follows a tried-and-tested procedure: it asks the right questions, involves the right expertise, uses the right tools and stops at sensible checkpoints so you stay in control.

Under the hood it is just text

SuperClaude is a collection of instruction files written in Markdown (a simple text format). Installing it copies those files into a hidden folder called ~/.claude/ in your home directory. It does not change which Claude model you use, your plan or your bill.

The Five Building Blocks

Think of the framework as a stack. You touch the top layer; everything below supports it.

Commands
The verbs. You type /sc:something to start a structured job such as planning, building or testing.
Specialists
The experts. Each command calls in the right "hat": security engineer, technical writer, architect.
Modes
The working style. Questioning when ideas are vague, compressed when space is tight, step-by-step for big jobs.
Helper tools
The instruments. Optional add-ons that read official docs, drive a browser, search the web or remember sessions.
House rules and flags
The standing policy and the fine-tuning dials that govern everything above.

What Happens When You Type a Command

Youdescribe a goal or type a command
Commanddecides the kind of job
Specialistsbring the right expertise
Toolsfetch docs, test, search
Resulta plan, a report or code

A Simple Way to Picture It

Imagine hiring a small consulting firm for each job. The command is the type of engagement: a design review, a build, a bug hunt. The specialists are the consultants who turn up. The helper tools are their reference books and instruments. The house rules are the firm's policies: check your work, never fake a passing test, never leave a job half done.

The Single Most Important Idea

Many commands stop on purpose. A planning command produces a plan and waits; it will not quietly start changing your code. That is a safety feature. Section 5, the safety ladder (page 17), shows exactly which commands look, which plan and which change files.

What SuperClaude Is Not

  • It is not an Anthropic product, and Anthropic does not support it.
  • It is not a separate app. It only works inside Claude Code.
  • It is not magic. It is good working methods, written down. You still review what Claude produces.

Back to contents

Section 02

Install and Set Up

From nothing to a working installation, then optional extras.

Installation takes about five minutes. The core needs only Python; the helper tools are optional and can be added later, one at a time.

What You Need First

You needRequired?WhyCheck it
Claude Code, installed and signed inYesSuperClaude adds to it; it cannot run aloneclaude --version
Python 3.10 or newerYesThe installer is a Python packagepython3 --version
pipx (recommended) or pipYesInstalls the package cleanlypipx --version
Node.js 18 or newerFor most helper toolsSeven of the helper tools run on Nodenode --version
uvOnly for SerenaRuns the Serena memory tooluv --version
DockerOnly for the AIRIS gatewayHosts Airis Agent and MindBasedocker --version
Older guides say Python 3.8

That is out of date. Version 4.3.0 requires Python 3.10 or newer, and the installer will refuse anything older.

Install in Four Steps

Install the Package (Terminal)

pipx install superclaude      # recommended
# or, if you don't have pipx:
pip install superclaude

Copy the Commands and Specialists Into Claude Code (Terminal)

superclaude install           # 30 commands + 20 specialist files

Commands go to ~/.claude/commands/sc/, specialists to ~/.claude/agents/.

Check the Installation (Terminal)

superclaude install --list    # shows every command and specialist
superclaude doctor            # health check
superclaude version           # should print 4.3.0

Restart Claude Code Completely, Then Test It (Claude Code)

/sc:help

If a table of commands appears, you are ready. If not, see page 51.

Adding Helper Tools (Optional)

Helper tools make some commands much better: official documentation lookup, real browser testing, web research and memory between sessions. Every command still works without them. The superclaude mcp command installs them for you.

superclaude mcp --list                          # see what is available and installed
superclaude mcp                                 # choose interactively
superclaude mcp --servers context7 --servers sequential-thinking
superclaude mcp --servers tavily --dry-run      # preview without installing
superclaude mcp --scope project                 # this project only (default: user)

Three tools need a free or paid key from their provider. The installer asks for it, or you can set it in your environment first:

ToolKey nameGet it from
Tavily (web search)TAVILY_API_KEYapp.tavily.com
Magic (UI components)TWENTY_FIRST_API_KEY21st.dev
Morphllm (bulk edits)MORPH_API_KEYmorphllm.com
Where to start

Begin with Context7 and Sequential: no keys, big improvement. Add Serena when you want memory between sessions, and Tavily when you start using /sc:research.

The AIRIS Gateway (Advanced)

The installer also offers the AIRIS MCP Gateway, which bundles more than 60 tools, including Airis Agent and MindBase, behind one connection. It needs Docker running on your machine.

superclaude mcp --servers airis-mcp-gateway

Updating

pipx upgrade superclaude      # or: pip install --upgrade superclaude
superclaude update            # overwrite the old command files with the new ones
Running install again does not update

superclaude install skips any file that already exists, so after an upgrade it silently keeps the old commands. Use superclaude update (the same as superclaude install --force). Then restart Claude Code.

Optional: The Confidence-Check Skill

The /sc:agent controller can use a small "confidence check" skill that scores how sure Claude is before it starts building.

superclaude install-skill confidence-check

Windows Notes

  • Use pip or pipx in PowerShell. The install.sh script is for macOS and Linux (or Git Bash).
  • If superclaude is "not recognized", run python -m superclaude install instead, or add Python's Scripts folder to your PATH.
  • With several Python versions, pick one explicitly: py -3.12 -m pip install superclaude.

Uninstalling

pipx uninstall superclaude                 # or: pip uninstall superclaude
rm -rf ~/.claude/commands/sc               # removes the 30 commands
claude mcp remove <tool-name>              # for each helper tool you added
Remove agents one by one

The specialists live in ~/.claude/agents/ alongside any agents of your own. Delete only the SuperClaude files (their names are listed on page 18, plus deep-research.md) rather than the whole folder.

Back to contents

Section 03

Your First Session

A guided twenty-minute walk-through you can follow along.

This walk-through takes about twenty minutes and is completely safe: nothing changes your files until step 5, and even then you approve every change. Open Claude Code in any project folder, ideally one tracked by git.

Open Your Project and Load Context

/sc:load

Claude reads the project. On a first run there is nothing saved yet, which is fine.

Not Sure What to Do? Ask

/sc:recommend "I want to understand this project and then fix a small bug" --expertise beginner

You get a suggested sequence of commands with an explanation of each. Notice it changes nothing.

Get a Tour of the Code

/sc:analyze . --focus architecture --depth quick
/sc:explain src --level basic

The first gives a structured overview; the second explains it in everyday language.

Diagnose Something, Without Fixing It

/sc:troubleshoot "describe a small problem you know about" --type bug --trace

You receive a likely cause and ranked options. Still nothing has changed.

Apply a Fix, With Your Approval

/sc:troubleshoot "the same description" --type bug --fix
/sc:test

Claude asks before applying anything risky, then runs your tests.

Commit and Save

/sc:git commit --smart-commit
/sc:save --checkpoint

A tidy commit message is written for you, and the session is saved so tomorrow's /sc:load picks up here.

You can always just talk

Commands are shortcuts, not a requirement. Type /sc:pm followed by a goal in plain English, for example /sc:pm "add a dark mode toggle to the settings page", and the project-manager specialist works out which steps and experts are needed.

Nothing runs on its own

Some SuperClaude files describe /sc:pm and /sc:agent as starting automatically. That applies only to the future plugin edition. With today's pip or pipx install, nothing happens until you type a command.

A Routine Worth Keeping

WhenTypeWhy
Start of a session/sc:loadRestore yesterday's context
Unsure what to do/sc:recommend "…"Get a suggested path
Every 30 minutes, and before risky steps/sc:save --checkpointA restore point
Before calling it done/sc:reflect --type completionCatch anything missed
End of a session/sc:save --type allKeep everything for next time

Back to contents

Section 04

The 30 Commands

What each slash command does, when to use it and what comes next.

There are 30 commands. You will use about eight of them most days. They are grouped below by what you are trying to do, and every card shows the same five things: what it does, a label for its effect on your files, the full syntax, a realistic example and the usual next step.

Short and long names

Some older pages write /implement instead of /sc:implement. They are the same command. Because the files install into a folder called sc, Claude Code shows them with the sc: prefix. Always type the /sc: form.

Getting orientedCommands that help you find your way, pick the right tool or run a whole task for you.
/sc:recommendLook onlyBeginner
Describe your problem in everyday words and it suggests which commands to run, in what order.
Syntax/sc:recommend "[what you want]" [--estimate] [--alternatives] [--stream] [--community] [--expertise beginner|intermediate|expert] Example/sc:recommend "my website is slow, help me speed it up" --expertise beginner ThenRun the sequence it suggests.
Understands requests in several languages, not just English.
/sc:helpLook onlyBeginner
Prints a table of commands and flags. It never changes anything.
Syntax/sc:help Example/sc:help ThenPick a command from the list.
Its table is hand-written and lists 24 of the 30 commands. It omits /sc:agent, /sc:index-repo, /sc:pm, /sc:recommend, /sc:research and /sc. For the full list, use superclaude install --list in your terminal.
/scLook onlyBeginner
A short menu of the framework. Typing /sc on its own shows what is available.
Syntax/sc or /sc:[command] [arguments] Example/sc ThenChoose a command.
/sc:pmChanges filesBeginner
The project manager. Give it a goal in plain English; it breaks the work down and calls the right specialists and tools for you.
Syntax/sc:pm [request] [--strategy brainstorm|direct|wave] [--verbose] Example/sc:pm "add a password-reset email to the login page" ThenReview what it produced, then /sc:test.
Its file describes it as the always-on default layer. In a normal pip/pipx install nothing runs by itself: type /sc:pm (or /sc:agent) to start it.
/sc:agentChanges filesIntermediate
A session controller. It checks your git status, then investigates, plans, builds and reviews a task, and refuses to start building until it is at least 90% confident.
Syntax/sc:agent then describe your task Example/sc:agent then: "fix the broken date filter on the reports page" ThenLet it finish its self-review, then commit.
Its file says it starts automatically at session start; that only applies to the plugin edition (planned for v5). With the pip install, type it yourself.
/sc:taskChanges filesIntermediate
Runs one clearly defined job from start to finish, coordinating specialists, then stops.
Syntax/sc:task [action] [target] [--strategy systematic|agile|enterprise] [--parallel] [--delegate] Example/sc:task refactor "authentication module" --strategy systematic --delegate Then/sc:test, then /sc:git.
/sc:spawnPlans onlyExpert
Splits a very large job into epics, stories and tasks, and decides what can run in parallel. It plans; it does not execute.
Syntax/sc:spawn [complex-task] [--strategy sequential|parallel|adaptive] [--depth normal|deep] Example/sc:spawn "migrate the monolith to services" --strategy adaptive --depth deep Then/sc:task or /sc:implement for each piece.
/sc:select-toolLook onlyExpert
Decides which editing tool suits a change: Serena for meaning-aware edits (like renames), Morphllm for fast find-and-replace across files.
Syntax/sc:select-tool [operation] [--analyze] [--explain] Example/sc:select-tool "rename getUser to fetchUser everywhere" --explain ThenRun the edit with the suggested flag (--serena or --morph).
Scores above 0.6 go to Serena, below 0.4 to Morphllm, otherwise to Claude's built-in tools.
Planning and ideasTurn a fuzzy idea into a clear plan. None of these write code.
/sc:brainstormPlans onlyBeginner
Asks you questions, one round at a time, until a vague idea becomes a clear list of requirements.
Syntax/sc:brainstorm [idea] [--strategy systematic|agile|enterprise] [--depth shallow|normal|deep] [--parallel] Example/sc:brainstorm "an app that reminds people to water their plants" --depth normal Then/sc:design or /sc:workflow.
Stops before any design or code.
/sc:estimateLook onlyBeginner
Estimates time, effort or complexity, with a breakdown and a confidence level.
Syntax/sc:estimate [target] [--type time|effort|complexity] [--unit hours|days|weeks] [--breakdown] Example/sc:estimate "user login with Google" --type time --unit days --breakdown Then/sc:workflow.
Estimates are guidance, not promises.
/sc:workflowPlans onlyIntermediate
Turns a feature description or requirements document into a step-by-step build plan with dependencies.
Syntax/sc:workflow [requirements-file | feature] [--strategy systematic|agile|enterprise] [--depth shallow|normal|deep] [--parallel] Example/sc:workflow docs/requirements.md --strategy agile --depth normal Then/sc:implement.
Saves the plan to claudedocs/workflow_*.md.
Designing and buildingDesign the shape of something, then build, package and tidy it.
/sc:designPlans onlyIntermediate
Designs the structure of something: the architecture, an API, a component or a database. Produces diagrams or specifications, not working code.
Syntax/sc:design [target] [--type architecture|api|component|database] [--format diagram|spec|code] Example/sc:design orders-api --type api --format spec Then/sc:implement.
/sc:implementChanges filesBeginner
Writes the code for a feature. This is the main "build it" command.
Syntax/sc:implement [feature] [--type component|api|service|feature] [--framework react|vue|express] [--safe] [--with-tests] Example/sc:implement "contact form with email validation" --type component --framework react --with-tests Then/sc:test.
Does not deploy or commit.
/sc:buildChanges filesBeginner
Compiles and packages your project using the build setup it already has.
Syntax/sc:build [target] [--type dev|prod|test] [--clean] [--optimize] [--verbose] Example/sc:build --type prod --clean --optimize Then/sc:test or deploy.
Will not invent new build scripts or install missing tools.
/sc:improveChanges filesIntermediate
Makes existing code better: cleaner, faster or easier to maintain. Small safe fixes happen automatically; bigger changes need your approval.
Syntax/sc:improve [target] [--type quality|performance|maintainability|style] [--safe] [--interactive] Example/sc:improve src/checkout --type performance --interactive Then/sc:test.
Formatting and unused imports are fixed automatically. Logic, public APIs or multi-file changes wait for your go-ahead.
/sc:cleanupChanges filesBeginner
Removes dead code and unused imports, and tidies file structure.
Syntax/sc:cleanup [target] [--type code|imports|files|all] [--safe|--aggressive] [--interactive] Example/sc:cleanup src --type imports --safe Then/sc:test.
Anything still referenced indirectly, exported publicly or used in config is left for you to approve.
/sc:gitChanges filesBeginner
Runs git for you and writes tidy, conventional commit messages.
Syntax/sc:git [operation] [args] [--smart-commit] [--interactive] Example/sc:git commit --smart-commit ThenPush or open a pull request.
Asks before anything destructive.
Checking and fixingLook for problems, run tests, find out why something broke.
/sc:analyzeLook onlyBeginner
Reads your code and reports problems by severity: quality, security, performance or architecture. It never edits.
Syntax/sc:analyze [target] [--focus quality|security|performance|architecture] [--depth quick|deep] [--format text|json|report] Example/sc:analyze src --focus security --depth deep Then/sc:improve or /sc:cleanup.
/sc:testLook onlyBeginner
Finds your test runner, runs your existing tests and reports coverage.
Syntax/sc:test [target] [--type unit|integration|e2e|all] [--coverage] [--watch] [--fix] Example/sc:test --type all --coverage Then/sc:troubleshoot for failures, /sc:git when green.
It does not write new tests. To add tests, use /sc:implement … --with-tests. With --fix it may suggest repairs, and asks before touching test files.
/sc:troubleshootLook onlyBeginner
Diagnoses why something is broken and lists ranked fixes. Without --fix it changes nothing.
Syntax/sc:troubleshoot [issue] [--type bug|build|performance|deployment] [--trace] [--fix] Example/sc:troubleshoot "login button does nothing on Safari" --type bug --trace ThenRun again with --fix to apply the chosen fix.
Read-only by default. With --fix it still asks for confirmation for anything risky, then verifies.
/sc:reflectLook onlyIntermediate
A sanity check: is the current approach still on target, and is the task really finished?
Syntax/sc:reflect [--type task|session|completion] [--analyze] [--validate] Example/sc:reflect --type completion ThenFix any gaps, then /sc:save.
Works best with the Serena tool installed.
Explaining and documentingUnderstand code and write it down for others.
/sc:explainLook onlyBeginner
Explains code or a concept at the level you choose, from beginner to advanced.
Syntax/sc:explain [target] [--level basic|intermediate|advanced] [--format text|examples|interactive] [--context domain] Example/sc:explain src/auth/session.ts --level basic --format examples ThenAsk follow-up questions.
/sc:documentChanges filesBeginner
Writes documentation for one specific thing: code comments, an API reference or a user guide.
Syntax/sc:document [target] [--type inline|external|api|guide] [--style brief|detailed] Example/sc:document src/api --type api --style detailed ThenReview and commit.
/sc:indexChanges filesIntermediate
Generates documentation for the whole project: a docs set, an API index, a structure map or a README.
Syntax/sc:index [target] [--type docs|api|structure|readme] [--format md|json|yaml] Example/sc:index . --type readme --format md ThenReview and commit.
Keeps your hand-written docs rather than overwriting them.
/sc:index-repoChanges filesIntermediate
Writes a short map of your repository (PROJECT_INDEX.md and .json) so future sessions read the map instead of every file.
Syntax/sc:index-repo [mode=update | mode=quick] Example/sc:index-repo mode=update Then/sc:load.
The file documents itself as /index-repo, but it installs into the sc folder, so the working name is /sc:index-repo. Claimed saving: about 58K tokens down to 3K per session (project's own figure).
Remembering between sessionsSave and restore your progress so tomorrow starts where today ended.
/sc:loadMemoryBeginner
Opens your project and restores what was saved last time. Run it at the start of a work session.
Syntax/sc:load [target] [--type project|config|deps|checkpoint] [--refresh] [--analyze] Example/sc:load ThenDescribe today's task.
Needs the Serena tool to restore memory. Without it, it still reads the project.
/sc:saveMemoryBeginner
Saves what was learned and done, so the next /sc:load can pick up seamlessly.
Syntax/sc:save [--type session|learnings|context|all] [--summarize] [--checkpoint] Example/sc:save --type all --checkpoint ThenClose the session.
Needs the Serena tool.
Expert panels and researchGet a simulated panel of experts, or a cited research report.
/sc:researchPlans onlyBeginner
Searches the web and writes a cited research report. Depth controls how many rounds of follow-up searching it does.
Syntax/sc:research "[question]" [--depth quick|standard|deep|exhaustive] [--strategy planning|intent|unified] Example/sc:research "best way to add payments to a small online shop in 2026" --depth standard Then/sc:design or /sc:brainstorm.
Saves to claudedocs/research_*.md. Uses the Tavily search tool when installed.
/sc:business-panelPlans onlyIntermediate
Runs a document past nine simulated business thinkers (Porter, Christensen, Drucker, Godin, Kim & Mauborgne, Collins, Taleb, Meadows, Doumont).
Syntax/sc:business-panel [document | text] [--experts "a,b,c"] [--mode discussion|debate|socratic|adaptive] [--focus domain] [--synthesis-only] [--structured] [--verbose] Example/sc:business-panel @business_plan.md --mode debate --experts "porter,taleb,collins" Then/sc:design or /sc:workflow.
Simulated perspectives, not real advice from those people.
/sc:spec-panelPlans onlyIntermediate
A panel of simulated software-engineering authors scores a specification for clarity, completeness, testability and consistency (0–10 each).
Syntax/sc:spec-panel [spec | @file] [--mode discussion|critique|socratic] [--experts "a,b"] [--focus requirements|architecture|testing|compliance] [--iterations N] [--format standard|structured|detailed] Example/sc:spec-panel @api_spec.yml --mode critique --focus requirements ThenRevise the spec, then /sc:design.
Experts include Wiegers, Adzic, Cockburn, Fowler, Nygard, Newman, Hohpe, Crispin, Gregory and Hightower.

Back to contents

Section 05

The Safety Ladder

Which commands only look, which plan, and which change your files.

Every command sits on one rung of this ladder. The higher the rung on the page, the less it can touch. If you are nervous, stay on the first two rungs: they cannot change a single file.

Look onlyReads and reports. Never changes a file.
/sc:recommend/sc:help/sc/sc:select-tool/sc:estimate/sc:analyze/sc:test/sc:troubleshoot/sc:reflect/sc:explain
Plans onlyProduces a document or plan, then stops for you.
/sc:spawn/sc:brainstorm/sc:workflow/sc:design/sc:research/sc:business-panel/sc:spec-panel
MemorySaves or restores session context.
/sc:load/sc:save
Changes filesEdits your project. Review the result before committing.
/sc:pm/sc:agent/sc:task/sc:implement/sc:build/sc:improve/sc:cleanup/sc:git/sc:document/sc:index/sc:index-repo
Even "Changes files" commands ask first

/sc:improve and /sc:cleanup only apply trivial fixes on their own (formatting, unused imports). Anything bigger waits for your approval. Add --interactive to approve every step, or --safe for the most conservative behavior.

Where Each Command Stops, and What to Run Next

Commands are designed as a relay: each one hands over at a defined point so you can review before the next leg begins.

CommandProducesStops beforeRun next
/sc:brainstormRequirements listAny design or code/sc:design, /sc:workflow
/sc:designArchitecture, API or schema specWriting code/sc:implement
/sc:workflowStep-by-step planRunning anything/sc:implement
/sc:estimateTime or effort estimateStarting work/sc:workflow
/sc:analyzeFindings reportEditing code/sc:improve, /sc:cleanup
/sc:troubleshootDiagnosis and optionsFixing (unless --fix)/sc:troubleshoot --fix
/sc:researchCited reportActing on findings/sc:design, /sc:brainstorm
/sc:business-panelExpert analysisImplementing advice/sc:design, /sc:workflow
/sc:spec-panelScored spec reviewRewriting the spec for you/sc:design
/sc:spawnTask hierarchyExecuting the tasks/sc:task, /sc:implement
/sc:implementWorking codeCommitting or deploying/sc:test, /sc:git
/sc:taskOne finished taskStarting another unasked/sc:test, /sc:git

Back to contents

Section 06

The Specialists (Agents)

Nineteen expert "hats" Claude can wear, and how to call one.

A specialist (SuperClaude calls them agents) is a set of instructions that makes Claude think like a particular expert. Most of the time they switch on automatically, based on your words and the command you use. You can also call one by name.

@agent-security-engineer "review the login flow for weaknesses"
/sc:implement "user profile API" --agent backend   # ask a command to favour one

Each specialist also has deliberate limits. A front-end architect will not design your database; it hands that to the back-end architect. If a specialist declines part of a job, that is why.

Twenty files, nineteen roles

Installation copies 20 files. Two of them, deep-research-agent and deep-research, are the same role: the second is a short 31-line summary of the first. Either name works.

BuildersThey design and construct systems.
backend-architect
Designs reliable servers, APIs and databases. Thinks about failure, security and data integrity first.
Good for: API design, database schemas, authentication, caching
Hands off: Front-end UI, infrastructure
frontend-architect
Builds interfaces people can actually use: accessible, fast and responsive on every screen.
Good for: Components, accessibility (WCAG 2.1 AA), Core Web Vitals, design tokens
Hands off: Back-end APIs, databases
system-architect
Plans the big picture so the system still works at ten times today's size.
Good for: Component boundaries, scaling, patterns, technology choices
Hands off: Detailed implementation code
devops-architect
Automates building, deploying and monitoring, and assumes things will fail.
Good for: CI/CD, infrastructure as code, containers, observability
Hands off: Business logic, product decisions
python-expert
Writes production-quality Python from the first line: tested, secure, idiomatic.
Good for: Test-driven development, pyproject tooling, profiling
Hands off: Quick-and-dirty shortcuts
Quality guardiansThey test, secure, speed up and simplify.
security-engineer
Thinks like an attacker to find weaknesses before someone else does.
Good for: OWASP Top 10, threat modeling, auth, encryption, compliance
Hands off: Trading security for convenience
quality-engineer
Looks past the happy path for the edge cases that break things.
Good for: Test strategy, edge cases, automation, coverage
Hands off: Writing business logic
performance-engineer
Measures first, then optimizes. Never guesses where the slowness is.
Good for: Load times, API latency, memory and CPU, benchmarks
Hands off: Optimizing without measurement
refactoring-expert
Simplifies code in small, safe steps without changing what it does.
Good for: Reducing complexity, removing debt, SOLID patterns
Hands off: Adding features mid-refactor
self-review
A second pair of eyes after building: were tests really run, edge cases covered, requirements met, rollback needed?
Good for: Post-build checklist reports
Hands off: Long narratives
InvestigatorsThey dig into causes, requirements and the wider world.
root-cause-analyst
Follows evidence, tests competing explanations, and documents how the cause was found.
Good for: Logs, error patterns, hypotheses, fix plans
Hands off: Jumping to conclusions
requirements-analyst
Asks "why" before "how" until a vague wish becomes a testable specification.
Good for: Discovery, user stories, acceptance criteria
Hands off: Choosing technology
deep-research-agent
Researcher and investigative journalist: plans searches, follows leads up to five hops, cites sources, scores confidence.
Good for: Powers /sc:research
Hands off: Paywalls, private data, unsupported speculation
Teachers and writersThey explain and document.
technical-writer
Writes for the reader, not the author. Clear beats complete.
Good for: API docs, user guides, troubleshooting pages
Hands off: Implementing features
learning-guide
Teaches understanding step by step, linking new ideas to what you already know.
Good for: Tutorials, worked examples, comprehension checks
Hands off: Handing over answers without explanation
socratic-mentor
Guides you to discover principles yourself through questions, drawing on Clean Code and classic design patterns.
Good for: Code-review coaching, pattern recognition
Hands off: Giving the answer first
Specialists and coordinatorsThey manage sessions, maps and expert panels.
pm-agent
The project manager that keeps a session on track: restores context, plans in Plan–Do–Check–Act cycles, records successes and mistakes.
Good for: Writes patterns to docs/patterns/ and mistake reports to docs/mistakes/
Hands off: Retrying a failed approach without finding out why
repo-index
Compresses your repository into a short map so sessions stay cheap. Refreshes it when older than seven days.
Good for: PROJECT_INDEX.md and PROJECT_INDEX.json
Hands off: Editing code
business-panel-experts
Supplies the nine simulated business thinkers used by /sc:business-panel.
Good for: Discussion, debate and Socratic modes
Hands off: Real-world advice from the named people

Panels of Named Experts

Two commands simulate panels of well-known authors. /sc:business-panel uses nine business thinkers; /sc:spec-panel uses software-engineering authors. Both choose suitable experts automatically, or you can name them with --experts. They are simulations of published ideas, not the real people. For specifications, the focus you choose picks the panel: requirements brings Wiegers, Adzic and Cockburn; architecture Fowler, Newman, Hohpe and Nygard; testing Crispin, Gregory and Adzic; compliance Wiegers, Nygard and Hightower.

Back to contents

Section 07

The Seven Modes

Working styles that switch on by themselves, or when you ask.

Modes are working styles rather than jobs. They decide how Claude behaves while a command runs: asking questions, showing its reasoning, compressing its answers. They switch on by themselves when the situation calls for it, and you can force one with a flag.

Brainstorming
Switch on: --brainstorm
Kicks in when: Vague requests: "maybe", "thinking about", "not sure".
What changes: Asks questions instead of assuming, then writes a requirements brief.
Introspection
Switch on: --introspect
Kicks in when: Error recovery, "why did you do that?", tricky decisions.
What changes: Shows its reasoning step by step with small markers, so you can see how it decided.
Deep Research
Switch on: /sc:research
Kicks in when: Research questions and anything past the model's knowledge cutoff.
What changes: Plans an investigation, searches in parallel, cites sources and states confidence.
Task Management
Switch on: --task-manage
Kicks in when: Jobs with more than three steps, or touching more than two folders or three files.
What changes: Breaks work into phases, tracks progress, saves checkpoints.
Orchestration
Switch on: --orchestrate
Kicks in when: Jobs that need several tools, or could run in parallel.
What changes: Picks the best tool for each step and runs independent steps together.
Token Efficiency
Switch on: --uc / --token-efficient
Kicks in when: Context more than 75% full, or very large jobs.
What changes: Answers in a compressed, symbol-heavy style that uses 30–50% fewer tokens.
Business Panel
Switch on: /sc:business-panel
Kicks in when: Strategy documents and business plans.
What changes: Simulates a panel of business thinkers discussing, debating or questioning.
If replies suddenly turn terse and full of symbols

That is Token Efficiency mode, which starts automatically when the conversation is over 75% full. It is expected. Start a fresh Claude Code session to reset, or ask Claude to answer normally.

Check your own installation

The mode, rule and flag definitions ship inside the SuperClaude package, but the 4.3.0 installer copies only the command and specialist files into ~/.claude/. Much of the mode behavior is repeated inside individual commands, so it works in practice. If a mode flag seems to be ignored, describe the behavior in words as well.

Back to contents

Section 08

Helper Tools (MCP Servers)

Ten optional add-ons: what each one is for and how to install it.

MCP stands for Model Context Protocol, the standard way of plugging extra tools into Claude Code. SuperClaude knows how and when to use ten of them. None is required: every command falls back to Claude's built-in abilities when a tool is missing.

Context7
Looks up official, version-specific documentation for libraries and frameworks.
Use it for: Using React, Next.js, Django and the like correctly for the version you have.
Needs: Node.js 18+
Flag: --c7
superclaude mcp --servers context7
Sequential
A step-by-step reasoning engine for problems with many moving parts.
Use it for: Complex debugging, architecture decisions, anything with --think.
Needs: Node.js 18+
Flag: --seq
superclaude mcp --servers sequential-thinking
Magic
Generates modern UI components from the 21st.dev pattern library.
Use it for: Buttons, forms, modals, cards, navigation bars.
Needs: Node.js 18+ and a 21st.dev API key (TWENTY_FIRST_API_KEY)
Flag: --magic
superclaude mcp --servers magic
Playwright
Drives a real browser: clicks, fills forms, takes screenshots, runs end-to-end tests.
Use it for: Testing login flows, checking a page renders, accessibility checks.
Needs: Node.js 18+
Flag: --play
superclaude mcp --servers playwright
Chrome DevTools
Profiles a live page: load speed, layout shift, console errors, network.
Use it for: "Why is this page slow?" and "what is that console error?"
Needs: Node.js 18+
Flag: --chrome
superclaude mcp --servers chrome-devtools
Serena
Understands code by meaning (symbols, references) and stores project memory between sessions.
Use it for: Renaming across files, /sc:load and /sc:save, large codebases.
Needs: uv (Python tool runner)
Flag: --serena
superclaude mcp --servers serena
Morphllm
Applies the same pattern edit across many files, quickly and cheaply.
Use it for: Style rules, swapping one call for another everywhere.
Needs: Node.js 18+ and a Morph API key (MORPH_API_KEY)
Flag: --morph
superclaude mcp --servers morphllm-fast-apply
Tavily
Web search for current information.
Use it for: /sc:research, news, prices, anything newer than the model's training.
Needs: Node.js 18+ and a Tavily API key (TAVILY_API_KEY)
Flag: --tavily
superclaude mcp --servers tavily
Airis Agent
Confidence checks, research and repository indexing via the AIRIS MCP Gateway.
Use it for: Checking a decision before building it.
Needs: Docker (installed with the AIRIS gateway)
Flag: —
superclaude mcp --servers airis-mcp-gateway
MindBase
Long-term semantic memory across conversations (PostgreSQL + pgvector).
Use it for: Searching past sessions by meaning.
Needs: Docker (installed with the AIRIS gateway)
Flag: —
superclaude mcp --servers airis-mcp-gateway
Why some lists say eight

The installer offers eight tools individually. Airis Agent and MindBase come bundled in the AIRIS gateway, which is why the project's own README counts eight while ten are documented.

Choosing Between the Two Editing Tools

If the change is…UseBecause
Renaming or moving a function, class or symbolSerena --serenaIt understands meaning and finds every real reference
The same text pattern in many filesMorphllm --morphIt is fast and cheap for bulk find-and-replace
Not sure/sc:select-tool "…" --explainIt scores the job and picks for you

Tools That Work Well Together

PairingWho does what
Context7 then SequentialContext7 fetches the official docs; Sequential works out the plan.
Context7 then MagicContext7 supplies framework rules; Magic builds a compliant component.
Sequential then PlaywrightSequential designs the test plan; Playwright clicks through it.
Playwright then Chrome DevToolsPlaywright drives the user journey; DevTools measures its speed.
Serena then MorphllmSerena works out what must change; Morphllm applies the bulk edit.
Tavily then SequentialTavily gathers sources; Sequential turns them into an analysis.
Tavily then PlaywrightTavily finds pages; Playwright reads the JavaScript-heavy ones.
Tavily then SerenaTavily does the research; Serena remembers it for next time.

How Research Rates Its Sources

Tier 1 · 0.9–1.0
Academic, government, official docs
Tier 2 · 0.7–0.9
Established industry publications
Tier 3 · 0.5–0.7
Reputable blogs, community wikis
Tier 4 · 0.3–0.5
Forums and social media

Back to contents

Section 09

Flags: The Fine-Tuning Dials

Small switches you add to any command to change how it works.

Flags are small switches added to the end of a command, always starting with two dashes. They let you say "think harder", "use the browser", "be careful" or "keep it short" without writing a paragraph. Most also switch on automatically when they fit.

/sc:analyze src --think-hard --c7          # deep analysis, with official docs
/sc:build --safe-mode --validate --focus security

Thinking Depth at a Glance

--think
~4K tokens
--think-hard
~10K tokens
--ultrathink
~32K tokens

Behavior Modes

Change how Claude approaches the work.

FlagWhat it doesSwitches on by itself when
--brainstormAsk questions first, assume nothing.Vague requests
--introspectShow the reasoning behind each decision.Error recovery, learning
--task-manageBreak into phases and track progress.More than 3 steps
--orchestrateChoose tools carefully, run independent steps in parallel.Multi-tool jobs
--token-efficientCompressed replies, 30–50% fewer tokens.Context over 75% full

Tool Switches

Turn specific helper tools on or off.

FlagWhat it doesSwitches on by itself when
--c7 / --context7Official documentation lookup.Library or framework questions
--seq / --sequentialStructured multi-step reasoning.Complex debugging, design
--magicUI component generation.Buttons, forms, layouts
--morph / --morphllmFast pattern edits across files.Bulk changes
--serenaMeaning-aware code tools and memory.Renames, big codebases
--play / --playwrightReal-browser testing.End-to-end and visual checks
--chrome / --devtoolsLive page profiling.Slow pages, console errors
--tavilyWeb search.Current information
--frontend-verifyPlaywright + DevTools + Serena together.UI debugging
--all-mcpEvery tool at once.Very complex, multi-domain jobs
--no-mcpNo external tools; built-ins and web search only.Simple tasks, saving tokens

Thinking Depth

How hard Claude thinks before acting. Deeper costs more tokens.

FlagWhat it doesSwitches on by itself when
--thinkStandard structured analysis, about 4K tokens. Adds Sequential.A few connected parts
--think-hardDeep analysis, about 10K tokens. Adds Sequential and Context7.System-wide questions
--ultrathinkMaximum depth, about 32K tokens. Adds every tool.Redesigns, critical bugs

Execution Control

How the work is carried out.

FlagWhat it doesSwitches on by itself when
--delegate [auto|files|folders]Split work across parallel sub-agents.More than 7 folders or 50 files
--concurrency [1–15]Cap how many things run at once.Limited resources
--loopRepeat improve-and-check cycles."Polish", "refine"
--iterations [1–10]Set the number of cycles.With --loop
--validateAssess risk before acting.Risky or production work
--safe-modeMost cautious execution; also turns on --uc.Production, critical systems

Output and Focus

What the answer covers and how it looks.

FlagWhat it doesSwitches on by itself when
--uc / --ultracompressedSymbol-based, very short replies.Tight context
--scope [file|module|project|system]How wide to look.Limiting or widening analysis
--focus [performance|security|quality|architecture|accessibility|testing]One area of concern.Targeted reviews
Three flags are not in /sc:help

--chrome, --tavily and --frontend-verify are defined in the framework's flag file but missing from the table /sc:help prints. Flags are instructions Claude reads, so they usually work; if one seems ignored, also say it in words ("use Chrome DevTools").

When Flags Disagree

RuleWhat wins
Safety first--safe-mode beats --validate, which beats any speed or optimization flag.
You winA flag you type always beats automatic detection.
Deepest wins--ultrathink beats --think-hard, which beats --think.
Off means off--no-mcp overrides every individual tool flag.
Widest scope winssystem beats project, which beats module, which beats file.

Back to contents

Section 10

The House Rules

Standing rules Claude follows whichever command you use.

Whichever command is running, Claude follows standing rules. Their spirit: evidence over assumptions, working code over documentation, efficiency over wordiness. They explain why it checks git first and refuses to switch off a failing test.

Never Compromised

RuleIn practice
Git safetyCheck git status first, work on a feature branch rather than main, commit before risky steps.
Find the real causeNever skip, disable or comment out a failing test to get a green result.
Plan parallel work up frontDecide early which steps can run side by side and which must wait.
Know today's dateCheck the actual date before making date-based claims.
Respect the projectCheck which libraries are already used before adding one; follow existing conventions.

Strong Preferences

RuleIn practice
Finish what you startNo placeholder code, no "TODO: implement" left in core features.
Build only what was askedNo surprise login systems, pipelines or dashboards added "just in case".
Clean up after yourselfDelete temporary scripts and files before finishing.
Professional honestyNo hype like "blazingly fast", no invented numbers, honest trade-offs.
Tidy file placementReports in claudedocs/, tests in tests/, scripts in scripts/.
Good habits (when practical)Consistent naming for the language; the most capable tool available, such as multi-file edits over one-by-one edits.

Before Changing a File or Starting a Feature

Editing?
Read the file first; follow its patterns.
Creating?
Check the folder structure; put it where it belongs.
Scope unclear?
Brainstorm first: /sc:brainstorm.
Tests exist?
Run them first: /sc:test.

Back to contents

Section 11

Find the Right Recipe

Start from your situation and jump straight to the steps.

Recipes are tested sequences of commands for real situations. Find the sentence below that sounds like you, then jump to the recipe.

Which kind of command do I need?
I only have an idea
/sc:brainstorm then /sc:workflow
I know what to build
/sc:design then /sc:implement
Something is broken
/sc:troubleshoot, add --fix when sure
It works but could be better
/sc:analyze then /sc:improve
I don't understand it
/sc:explain or /sc:index-repo
I have no idea
/sc:recommend "describe it"

I Want to…

Your situationStart withRecipes
I have an idea but no planFirst day on a brand-new projectP1 p.30 P2 p.30
I need to know if an idea is worth it"Is this even worth building?" checkP3 p.31
I can't decide between two technologiesChoose between technologiesP4 p.31
I need to build a featureA full-stack feature, end to endB1 p.32 B2 p.33
I need a piece of user interfaceA React component, generated and checkedB3 p.33 B8 p.35
I need to change the databaseDesign a database and add a migrationB5 p.34
I need tests for existing codeAdd tests to code that has noneB9 p.35
Something is brokenQuick bug fixF1 p.36 F11 p.39
Production is downUrgent production problemF2 p.36
The build failsThe build is brokenF3 p.37
Tests fail randomlyFailing or flaky testsF4 p.37
The site or API is slowA slow web pageF6 p.38 F7 p.38
There are errors in the browser consoleConsole errors or a broken layoutF9 p.39
An upgrade broke my appAn upgrade broke thingsF10 p.39
The code is messyRefactor safelyI1 p.40 I2 p.40
I'm worried about securitySecurity auditI3 p.41
I need it to be accessibleAccessibility reviewI4 p.41
I need to rename or replace something everywhereRename something everywhereI7 p.42 I6 p.42
I've just joined a projectGet to know an unfamiliar codebaseL1 p.43
I don't understand this codeUnderstand one confusing fileL2 p.43 L3 p.44
I need documentationWrite a READMEL4 p.44 L5 p.44
I want feedback before a code reviewPrepare for a code reviewL7 p.45
I'm ready to commit or releaseCommit and pushS4 p.47 S5 p.47
My work spans several daysDaily start and finish routineS1 p.45 S2 p.46
I need research with sourcesA cited research reportR1 p.48 R2 p.48
I want my business plan challengedStress-test a business planR3 p.48
I'm running out of tokensWorking on a small token budgetX1 p.49
I want nothing changed without my say-soMaximum caution: change nothing without askingX3 p.50

How to Read a Recipe

Each recipe has an ID (such as F1), a level, a line saying when to use it, numbered steps, the result you can expect, and sometimes a tip. Run the steps in order. The gray line under each step tells you what it produces, so you know what to look at before moving on.

Adapt freely

Change the quoted descriptions and folder names to match your project. Folder names like src/checkout are examples. If a recipe uses a helper tool you have not installed, the step still runs, just with less power.

Back to contents

Section 12

Recipes: Starting and Planning

From a blank page to a plan you trust. 6 recipes.

P1First day on a brand-new projectBeginner
When: You have an idea and an empty folder.
  1. /sc:loadopens the project folder (nothing to restore yet)
  2. /sc:brainstorm "a booking app for a small yoga studio" --depth normalanswers your questions → requirements list
  3. /sc:design booking-app --type architecture --format diagramoverall shape of the system
  4. /sc:workflow "booking app MVP" --strategy agilestep-by-step build plan
  5. /sc:save --checkpointremembers all of the above for tomorrow
Result: A requirements list, an architecture diagram and a build plan, with nothing written to your code yet.
Answer brainstorm questions in plain sentences. "I don't know yet" is a perfectly good answer.
P2Turn a vague idea into a solid specificationBeginner
When: You can describe what you want in a sentence but not in detail.
  1. /sc:brainstorm "let customers track their parcel" --depth deepdeep question rounds → requirements
  2. /sc:spec-panel @claudedocs/requirements.md --mode critique --focus requirementsexperts score it and list gaps
  3. /sc:spec-panel @claudedocs/requirements.md --mode discussion --iterations 2second pass after you revise
  4. /sc:estimate "parcel tracking" --type effort --breakdownhow big the job is
Result: A reviewed specification with a scored quality report and an effort estimate.
Use the file name brainstorm actually printed; the path above is an example.
P3"Is this even worth building?" checkIntermediate
When: Before investing weeks in an idea.
  1. /sc:research "demand and competitors for plant-care reminder apps" --depth standardcited market report
  2. /sc:business-panel @claudedocs/research_plant_apps.md --mode debate --experts "christensen,porter,taleb"experts argue for and against
  3. /sc:estimate "plant-care app MVP" --type complexityhow hard the first version is
Result: Evidence, a stress-tested argument and a complexity estimate, so you can decide go or no-go.
P4Choose between technologiesIntermediate
When: You are torn between two frameworks, databases or hosting options.
  1. /sc:recommend "real-time chat for 5,000 users" --alternativescandidate stacks in a comparison table
  2. /sc:research "Supabase vs Firebase for real-time chat 2026" --depth deepevidence for the shortlist
  3. /sc:design chat-system --type architecture --format spec --think-hardarchitecture using the winner
Result: A reasoned technology decision backed by sources, plus a first architecture.
P5Scope a minimum viable product (MVP)Beginner
When: You want the smallest version that is still useful.
  1. /sc:brainstorm "invoice generator for freelancers" --strategy agile --depth shallowcore needs only
  2. /sc:workflow "invoice generator MVP" --strategy agile --depth shallowlean build plan
  3. /sc:estimate "invoice generator MVP" --unit days --breakdowndays per piece
Result: A short, realistic MVP plan with a day-by-day estimate.
The house rules forbid building extras you did not ask for, so scope stays small.
P6Plan a large, multi-part initiativeExpert
When: A big job spanning several areas or teams.
  1. /sc:spawn "move billing from the monolith to its own service" --strategy adaptive --depth deepepic → story → task breakdown
  2. /sc:workflow claudedocs/billing_epic.md --strategy enterprise --paralleldependency-mapped plan
  3. /sc:task execute "billing service: phase 1" --strategy enterprise --delegatebuilds phase 1 only
  4. /sc:reflect --type task --validatechecks phase 1 against the plan
Result: A full hierarchy of work and the first phase delivered, checked against the plan.

Back to contents

Section 13

Recipes: Building Features

Writing new code, from a single component to a full feature. 10 recipes.

B1A full-stack feature, end to endIntermediate
When: A feature that needs both a back end and a screen.
  1. /sc:brainstorm "team invitations by email" --depth normalrequirements
  2. /sc:design invitations --type api --format specAPI contract
  3. /sc:design invite-dialog --type component --format specUI component spec
  4. /sc:workflow "team invitations" --strategy systematicbuild order
  5. /sc:implement "invitations API" --type api --framework express --safe --with-testsback end + tests
  6. /sc:implement "invite dialog" --type component --framework react --with-testsfront end + tests
  7. /sc:test --type all --coverageeverything runs green?
  8. /sc:git commit --smart-committidy commit
Result: A working, tested feature on both sides, committed with a clear message.
B2Build an APIIntermediate
When: You need REST or GraphQL endpoints.
  1. /sc:design orders-api --type api --format specendpoints, inputs, errors
  2. /sc:implement "orders API" --type api --framework express --safe --with-tests --c7code that follows official framework patterns
  3. /sc:analyze src/api --focus securityauth and input-validation review
  4. /sc:test --type integration --coverageend-to-end API checks
  5. /sc:document src/api --type api --style detailedAPI reference
Result: A secure, tested, documented API.
B3A React component, generated and checkedBeginner
When: A button, form, card or similar piece of interface.
  1. /sc:implement "pricing card with monthly/yearly toggle" --type component --framework react --magic --c7component from modern UI patterns
  2. /sc:test --type e2e --playa real browser clicks the toggle
  3. /sc:improve src/components/PricingCard --type style --focus accessibility --interactiveaccessibility polish
Result: A ready-to-use component that works in a real browser and meets accessibility basics.
Magic needs a 21st.dev API key. Without it, the command still works using Claude's own skills.
B4A Vue componentBeginner
When: Same as above, for a Vue project.
  1. /sc:implement "dashboard widget showing weekly sales" --type component --framework vue --c7component
  2. /sc:test --type unit --coverageunit tests run
Result: A Vue component built to official conventions.
B5Design a database and add a migrationIntermediate
When: New tables, or changes to existing ones.
  1. /sc:design billing-db --type database --format spectables, keys, relations
  2. /sc:implement "billing tables migration" --type service --safe --with-tests --validatemigration with a risk check first
  3. /sc:test --type integrationmigration runs against test data
Result: A reviewed schema and a migration that has been risk-checked and tested.
Commit before running migrations. The rulebook asks for a commit before risky operations.
B6A Python tool or serviceIntermediate
When: A command-line tool, script or small service in Python.
  1. /sc:implement "CSV importer that validates and loads customer rows" --type service --with-testscode + tests
  2. /sc:test --coveragecoverage report
  3. /sc:analyze src/importer --focus qualityquality review
Result: Idiomatic, tested Python with a quality report.
Mention @agent-python-expert in your request to force the Python specialist.
B7Connect a third-party service (payments, email, maps)Intermediate
When: You must integrate an outside API or SDK.
  1. /sc:explain "Stripe webhooks" --level basic --c7how it works, from official docs
  2. /sc:implement "Stripe webhook handler with signature check" --type api --safe --with-tests --c7integration code
  3. /sc:analyze src/payments --focus securitysecrets and validation review
  4. /sc:test --type integrationverify with test events
Result: A secure integration built from current official documentation.
B8A landing page from scratchBeginner
When: A simple marketing page.
  1. /sc:brainstorm "landing page for a dog-walking service" --depth shallowsections and goals
  2. /sc:design landing --type component --format codepage structure
  3. /sc:implement "landing page with hero, services, prices and contact form" --type feature --magicthe page
  4. /sc:test --type e2e --frontend-verifybrowser + speed + layout checks
  5. /sc:improve src/landing --type performance --interactivespeed polish
Result: A tested, fast landing page.
B9Add tests to code that has noneIntermediate
When: Existing code with little or no test coverage.
  1. /sc:test --coveragebaseline: what is covered today
  2. /sc:analyze src/payments --focus qualitywhere the risk is
  3. @agent-quality-engineer "design a test strategy for src/payments"what to test and why
  4. /sc:implement "unit tests for src/payments per the strategy" --type feature --with-testswrites the tests
  5. /sc:test --coveragecoverage after
Result: A real coverage increase on the riskiest code.
/sc:test only runs tests. /sc:implement is the command that writes new ones.
B10A large feature without blowing the budgetExpert
When: Big feature, big codebase, limited tokens.
  1. /sc:index-repo mode=updatecompact repository map
  2. /sc:loadloads the map instead of every file
  3. /sc:task execute "multi-currency support" --delegate --token-efficient --concurrency 5parallel sub-agents, compressed output
  4. /sc:reflect --type completionis it really finished?
  5. /sc:save --type all --checkpointsave progress
Result: A large change delivered with far less context spent re-reading the codebase.

Back to contents

Section 14

Recipes: Fixing Problems

Bugs, broken builds, slow pages and mystery errors. 11 recipes.

F1Quick bug fixBeginner
When: Something is broken and you can describe it.
  1. /sc:troubleshoot "total shows NaN when cart is empty" --type bug --tracediagnosis + ranked fixes (no edits)
  2. /sc:troubleshoot "total shows NaN when cart is empty" --type bug --fixapplies the fix you approve
  3. /sc:test --type allnothing else broke?
  4. /sc:git commit --smart-commitcommit
Result: A diagnosed, fixed and verified bug.
Paste the exact error message into the quotes. It helps more than anything else.
F2Urgent production problemIntermediate
When: Users are affected right now.
  1. /sc:git checkout -b hotfix/checkout-500safe branch
  2. /sc:troubleshoot "checkout returns 500 since 14:00" --type deployment --trace --think-harddeep diagnosis
  3. /sc:troubleshoot "checkout returns 500 since 14:00" --fix --safe-modemost cautious fix
  4. /sc:test --type allverify
  5. /sc:git commit --smart-commitcommit the hotfix
Result: A careful, minimal fix on its own branch, ready to deploy.
Never let anyone, human or AI, skip or disable a failing test to get a hotfix out. The rules forbid it.
F3The build is brokenBeginner
When: Your project will not compile or package.
  1. /sc:build --verbosefull error output
  2. /sc:troubleshoot "build fails: <paste first error>" --type build --tracewhy
  3. /sc:troubleshoot "build fails: <paste first error>" --type build --fixfix
  4. /sc:build --cleanfresh build to confirm
Result: A clean build again, with the cause explained.
F4Failing or flaky testsIntermediate
When: Tests fail, or pass only sometimes.
  1. /sc:test --type unitwhich tests fail
  2. /sc:troubleshoot "OrderTotal test fails about 1 run in 5" --type bug --think --introspecthypotheses with visible reasoning
  3. /sc:troubleshoot "OrderTotal test fails about 1 run in 5" --type bug --fixfix the root cause
  4. /sc:test --type unitre-run several times
Result: Stable tests, with the real cause fixed rather than the test silenced.
F5Deployment failsIntermediate
When: It works locally but fails when deployed.
  1. /sc:troubleshoot "deploy fails at migrate step" --type deployment --tracediagnosis
  2. @agent-devops-architect "review our deploy pipeline for this failure"infrastructure view
  3. /sc:build --type prod --verbose --validatereproduce the production build locally
Result: A clear reason for the failure and a reproducible production build.
F6A slow web pageIntermediate
When: Pages take too long to load or feel janky.
  1. /sc:analyze src --focus performance --format reportlikely hot spots
  2. /sc:troubleshoot "home page takes 4s to show content" --type performance --chromereal measurements
  3. /sc:improve src/pages/home --type performance --interactivetargeted fixes you approve
  4. /sc:test --type e2e --playstill works
Result: Measured before-and-after speed, not guesswork.
The --chrome flag is listed in the framework's flag file but not in /sc:help. If it seems ignored, just say "use Chrome DevTools".
F7A slow API or back endIntermediate
When: Server responses are slow.
  1. /sc:analyze src/api --focus performance --depth deepwhere time goes
  2. /sc:troubleshoot "GET /orders takes 3s" --type performance --seqsystematic bottleneck hunt
  3. /sc:improve src/api/orders --type performance --loop --iterations 3three improve-and-measure rounds
  4. /sc:test --coveragenothing broke
Result: A faster endpoint with each improvement verified.
F8Memory keeps growing (a leak)Expert
When: The app slows down or crashes after running a while.
  1. /sc:troubleshoot "worker memory grows 50MB per hour" --type performance --trace --ultrathinkdeepest investigation
  2. @agent-root-cause-analyst "confirm the leak source with evidence"evidence chain
  3. /sc:troubleshoot "worker memory grows 50MB per hour" --fix --validaterisk-checked fix
Result: The leak source proven with evidence, then fixed.
F9Console errors or a broken layoutBeginner
When: Red errors in the browser console, or things in the wrong place.
  1. /sc:troubleshoot "TypeError: cannot read map of undefined on /profile" --type bug --frontend-verifybrowser, profiler and code tools together
  2. /sc:troubleshoot "TypeError: cannot read map of undefined on /profile" --type bug --fixfix
  3. /sc:test --type e2epage works again
Result: A clean console and a correct layout.
F10An upgrade broke thingsIntermediate
When: You updated a library and now errors appear.
  1. /sc:research "React 19 upgrade breaking changes" --depth quickwhat changed
  2. /sc:troubleshoot "errors after upgrading React" --type build --c7diagnosis using current docs
  3. /sc:improve src --type maintainability --morph --interactivebulk-update old patterns
  4. /sc:test --type allverify
Result: Your code updated to the new version's patterns.
F11"I have no idea what's wrong"Beginner
When: You cannot even name the problem.
  1. /sc:recommend "the app was fine yesterday and now nothing loads"suggested command sequence
  2. /sc:troubleshoot "app shows a blank screen since yesterday" --introspectdiagnosis with reasoning shown
  3. /sc:git logwhat changed since yesterday
Result: A named problem and a plan to fix it.

Back to contents

Section 15

Recipes: Improving Existing Code

Refactoring, cleanup, security, accessibility and speed. 9 recipes.

I1Refactor safelyIntermediate
When: Code works but is hard to change.
  1. /sc:test --type allbaseline: all green first
  2. /sc:analyze src/orders --focus architecturewhat to simplify
  3. /sc:improve src/orders --type maintainability --safe --interactivesmall approved steps
  4. /sc:test --type allstill green
  5. /sc:git commit --smart-commitcommit
Result: Simpler code that behaves exactly as before.
Ask for @agent-refactoring-expert if you want metrics on complexity before and after.
I2Clean up a legacy codebaseExpert
When: Old code nobody wants to touch.
  1. /sc:index-repomap the territory
  2. /sc:analyze . --focus architecture --depth deep --ultrathinkfull structural review
  3. /sc:cleanup src --type all --interactiveremove dead code with approval
  4. /sc:improve src/legacy --type maintainability --loop --iterations 3gradual improvement
  5. /sc:test --type all --coverageverify
Result: Less, cleaner code, with every change reviewed and tested.
I3Security auditIntermediate
When: Before launch, after an incident, or on a schedule.
  1. /sc:analyze . --focus security --depth deep --think-hardvulnerability report by severity
  2. @agent-security-engineer "threat-model the login and payment flows"attacker's-eye view
  3. /sc:improve src/auth --type quality --focus security --validatefixes, risk-checked
  4. /sc:test --type e2e --playreal auth flows still work
Result: A prioritized list of security issues, with the important ones fixed.
The original guide used --type security on /sc:improve. That value is not in the command's own list; --focus security is the documented way.
I4Accessibility reviewIntermediate
When: You want everyone, including screen-reader and keyboard users, to manage.
  1. /sc:analyze src/components --focus quality --depth deep "check against WCAG 2.1 AA"issues found
  2. /sc:improve src/components --type quality --focus accessibility --interactivefixes you approve
  3. /sc:test --type e2e --playbrowser-based checks
Result: Components that meet common accessibility standards.
I5Remove dead code and tidy importsBeginner
When: Unused files and imports have piled up.
  1. /sc:cleanup src --type imports --safeunused imports removed automatically
  2. /sc:cleanup src --type code --interactivedead code, with questions
  3. /sc:test --type allverify
Result: A leaner project with nothing important removed.
I6Apply one change across many filesIntermediate
When: Replace a pattern everywhere, enforce a style rule.
  1. /sc:select-tool "replace console.log with logger.info across the project" --explainconfirms Morphllm is the right tool
  2. /sc:improve src --type style --morph "replace console.log with logger.info"bulk edit
  3. /sc:test --type allverify
Result: A consistent change applied everywhere in one pass.
I7Rename something everywhereIntermediate
When: A function, class or variable needs a better name.
  1. /sc:select-tool "rename UserService to AccountService" --analyzeconfirms Serena
  2. /sc:improve src --type maintainability --serena --safe "rename UserService to AccountService"meaning-aware rename, references included
  3. /sc:buildstill compiles
  4. /sc:test --type allstill passes
Result: A rename that updates every real reference and nothing else.
I8Polish a screen until it feels rightBeginner
When: The layout works but looks unfinished.
  1. /sc:improve src/components/Navbar --type style --loop --iterations 3 --magicthree polish rounds
  2. /sc:test --type e2e --playstill works
Result: A visibly more polished component.
I9Tighten types and catch errors earlyIntermediate
When: A JavaScript/TypeScript project with loose or missing types.
  1. /sc:analyze src --focus qualityweak spots
  2. /sc:improve src --type quality --safe "add strict TypeScript types"typed code
  3. /sc:buildtype check passes
  4. /sc:test --type allverify
Result: Stricter types, with mistakes caught at build time.

Back to contents

Section 16

Recipes: Understanding and Documenting

Getting to know code and writing it down. 8 recipes.

L1Get to know an unfamiliar codebaseBeginner
When: Your first days on someone else's project.
  1. /sc:index-reporepository map
  2. /sc:loadload it
  3. /sc:analyze . --focus architecture --depth quickoverview of the structure
  4. /sc:explain src/core --level basicplain-language tour
  5. /sc:save --type learningsremember what you learned
Result: A mental map of the project, saved for next time.
L2Understand one confusing fileBeginner
When: A single file makes no sense to you.
  1. /sc:explain src/auth/token.ts --level basic --format examplesexplanation with examples
  2. /sc:explain src/auth/token.ts --level intermediatedeeper once the basics click
Result: Understanding built up in stages.
L3Learn a new framework or conceptBeginner
When: You are new to a technology.
  1. /sc:explain "React Server Components" --level basic --c7explanation from current docs
  2. @agent-learning-guide "build me a 5-step learning path for React Server Components"structured path
  3. @agent-socratic-mentor "quiz me on what I just learned"check your understanding
Result: Real understanding rather than copied snippets.
L4Write a READMEBeginner
When: Your project needs a front page.
  1. /sc:index . --type readme --format mdREADME draft
  2. /sc:document src --type guide --style briefshort usage guide
Result: A README and quick-start guide.
L5Document an APIIntermediate
When: Others need to call your endpoints.
  1. /sc:document src/api --type api --style detailedreference for each endpoint
  2. /sc:index . --type api --format mdproject-wide API index
Result: Complete API reference documentation.
L6Comment and document code after buildingBeginner
When: You just finished a feature.
  1. /sc:document src/auth/login.ts --type inline --style detailedinline comments
  2. /sc:document src/auth --type external --style briefshort module guide
  3. /sc:index . --type docs --format mdrefresh project docs
Result: Code that the next person can follow.
L7Prepare for a code reviewIntermediate
When: Before you ask a colleague to review.
  1. /sc:git diffsee what changed
  2. /sc:analyze src --focus quality --depth quickobvious issues
  3. @agent-self-review "check my changes against the original requirements"post-build checklist
  4. /sc:reflect --type completionis it truly done?
Result: Cleaner changes and fewer review comments.
L8Get coached instead of given answersBeginner
When: You want to become a better developer, not just finish the task.
  1. @agent-socratic-mentor "review my OrderService class"questions that lead you to the problems
  2. /sc:explain src/orders/OrderService.ts --level intermediate --format interactiveinteractive explanation
Result: Principles you discovered yourself, which stick better.

Back to contents

Section 17

Recipes: Shipping and Working Across Days

Commits, releases, hand-offs and session routines. 6 recipes.

S1Daily start and finish routineBeginner
When: Every working day.
  1. /sc:loadmorning: restore yesterday's context
  2. …your work…
  3. /sc:save --checkpointevery 30 minutes or before a risky step
  4. /sc:reflect --type sessionend of day: what got done?
  5. /sc:save --type all --summarizeend of day: save everything
Result: Tomorrow starts where today ended, with nothing to re-explain.
S2A feature that takes several daysIntermediate
When: Work that spans more than one session.
  1. /sc:workflow "export to Excel" --strategy systematicday 1: plan
  2. /sc:save --type all --checkpointday 1: save
  3. /sc:load --type checkpointday 2: restore exactly where you stopped
  4. /sc:implement "export to Excel" --type feature --with-testsday 2: build
  5. /sc:reflect --type completionlast day: confirm done
Result: Continuity across days without losing context.
S3Hand work over to a teammateIntermediate
When: Someone else will continue your work.
  1. /sc:reflect --type sessionwhat is done and what is not
  2. /sc:document src/reports --type guide --style detailedhow the new code works
  3. /sc:save --type all --summarizesummary for the next session
  4. /sc:git commit --smart-commitcommit everything
Result: A clean hand-over with documentation and a status summary.
S4Commit and pushBeginner
When: Your change is ready.
  1. /sc:git statuswhat changed
  2. /sc:git add .stage changes
  3. /sc:git commit --smart-commitconventional commit message written for you
  4. /sc:git pushsend to the remote
Result: A clean, well-described commit on the remote.
S5Pre-release checklistIntermediate
When: Before tagging a release.
  1. /sc:test --type all --coverageeverything passes
  2. /sc:analyze . --focus security --depth deepno known vulnerabilities
  3. /sc:build --type prod --clean --optimize --validateproduction build, risk-checked
  4. /sc:document . --type external --style briefrelease notes draft
  5. /sc:git tag v1.4.0tag the release
Result: A tested, audited, documented release.
S6Production build with maximum careIntermediate
When: Building for a critical environment.
  1. /sc:build --type prod --safe-mode --validate --focus securitymost cautious build
  2. /sc:test --type allverify
Result: A production build made under the strictest settings.

Back to contents

Section 18

Recipes: Research, Business and Specifications

Evidence and expert review before you commit. 5 recipes.

R1A cited research reportBeginner
When: You need facts, not opinions.
  1. /sc:research "how small charities accept online donations in 2026" --depth deep --strategy unifiedmulti-round, cited report
Result: A structured report in claudedocs/ with sources rated for credibility.
Depth guide: quick (1 round, ~2 min), standard (2–3), deep (3–4), exhaustive (5 rounds, 50+ sources, ~10 min).
R2Competitor analysis into strategyIntermediate
When: You need to understand the market before positioning.
  1. /sc:research "AI coding assistant competitors: pricing and features" --depth exhaustivefull landscape
  2. /sc:business-panel @claudedocs/research_competitors.md --mode discussion --experts "porter,godin,christensen"strategic options
  3. /sc:business-panel @claudedocs/research_competitors.md --synthesis-onlyjust the conclusions
Result: A market picture and a short list of strategic options.
R3Stress-test a business planIntermediate
When: You want the weak spots found before an investor finds them.
  1. /sc:business-panel @business_plan.md --mode debate --experts "taleb,porter,collins"adversarial critique
  2. /sc:business-panel @business_plan.md --mode socraticquestions you must be able to answer
  3. /sc:business-panel @business_plan.md --synthesis-only --structuredprioritized recommendations
Result: A list of risks and the questions you need answers to.
R4Quality gate for a specificationIntermediate
When: Before any code is written from a spec.
  1. /sc:spec-panel @auth_spec.yml --mode critique --focus requirementsgaps and ambiguities
  2. /sc:spec-panel @auth_spec_v2.yml --mode discussion --iterations 2review of your revision
  3. /sc:design auth-api --type api --format specdesign from the approved spec
  4. /sc:implement "authentication API" --type api --with-testsbuild
Result: A spec that scored well before a single line was written.
R5Write an architecture decision recordExpert
When: A big technical decision others must understand later.
  1. /sc:research "event sourcing trade-offs for order systems" --depth deepevidence
  2. /sc:design order-events --type architecture --format spec --think-hardproposed design
  3. /sc:spec-panel @claudedocs/order_events_adr.md --focus architecture --experts "fowler,nygard,newman"expert critique
Result: A documented, reviewed decision with the reasoning preserved.

Back to contents

Section 19

Recipes: Special Set-Ups

Small budgets, no extra tools, maximum caution, maximum depth. 4 recipes.

X1Working on a small token budgetIntermediate
When: You are on a limited plan or a very long session.
  1. /sc:index-repo mode=quicksmall repository map
  2. /sc:analyze src/cart --scope module --ucnarrow scope, compressed output
  3. /sc:implement "fix rounding in cart totals" --no-mcpno extra tools loaded
Result: The same work with noticeably less context used.
Starting a fresh Claude Code session also resets the context window.
X2No extra tools installedBeginner
When: You installed SuperClaude but none of the MCP servers.
  1. /sc:analyze src --no-mcpbuilt-in tools only
  2. /sc:troubleshoot "login fails" --type bug --no-mcpdiagnosis without extras
Result: Everything still works. Some commands are simply less powerful.
Session memory (/sc:load, /sc:save) needs Serena; everything else degrades gracefully.
X3Maximum caution: change nothing without askingBeginner
When: You are new, nervous, or working on something important.
  1. /sc:troubleshoot "describe problem"diagnosis only, no edits
  2. /sc:improve src --type quality --safe --interactiveevery change needs approval
  3. /sc:build --safe-mode --validatemost cautious execution
Result: Full control: nothing changes until you say yes.
X4Maximum depth for critical workExpert
When: A redesign or a bug that has defeated everyone.
  1. /sc:troubleshoot "intermittent data corruption in sync job" --type bug --trace --ultrathink --all-mcp --introspectdeepest analysis, every tool, reasoning shown
  2. /sc:reflect --type task --validatecheck the conclusion
Result: The most thorough analysis the framework can do. It costs the most tokens.

Back to contents

Section 20

Troubleshooting

Symptoms, likely causes and the exact fix.

Find the symptom, read the likely cause, apply the fix. Most problems are solved by the first three rows plus a restart.

SymptomLikely causeWhat to do
/sc: commands don't appearClaude Code hasn't reloaded, or files went to a different folder.Quit Claude Code completely and reopen. Check with superclaude install --list and ls ~/.claude/commands/sc/. With a custom CLAUDE_CONFIG_DIR, install there: superclaude install --target "$CLAUDE_CONFIG_DIR/commands/sc".
superclaude: command not foundThe install folder isn't on your PATH.Run pipx ensurepath and open a new terminal, or use python -m superclaude install.
Installer refuses your PythonPython older than 3.10.Install Python 3.10+ and use it explicitly, for example py -3.12 -m pip install superclaude on Windows.
An update changed nothingsuperclaude install skips existing files.Run superclaude update, then restart Claude Code.
Permission denied during installInstalling into a system folder.Use pipx, or pip install --user superclaude.
Health checkYou want to know what is wrong.Run superclaude doctor --verbose for a detailed report.
"Claude CLI not found" when adding toolsThe tool installer calls the claude command.Make sure claude --version works in the same terminal, and that Node.js is 18 or newer.
"Failed to spawn: serena"Serena was registered with the wrong runner.claude mcp remove serena, then claude mcp add serena -- uvx --from git+https://github.com/oraios/serena serena start-mcp-server --context ide-assistant. Requires uv.
Research or UI tools return nothingMissing API key.Set TAVILY_API_KEY, TWENTY_FIRST_API_KEY or MORPH_API_KEY, then reinstall that tool.
AIRIS gateway won't startDocker isn't running.Start Docker Desktop (or the Docker service), then superclaude mcp --servers airis-mcp-gateway.
/sc:load restores nothingSerena isn't installed, or nothing was saved yet.Install Serena, then run /sc:save at least once.
/index-repo is unknownThe file documents itself without the prefix.Type /sc:index-repo.
/sc:help lists fewer commands than this guideIts table is hand-written and covers 24 of 30.Use superclaude install --list for the true list.
A command stopped without writing codeIntended: it is a planning or look-only command.See the hand-off table on page 17 for what to run next.
Replies became short and full of symbolsToken Efficiency mode turned on (context over 75% full).Start a new session, or ask Claude to answer in full sentences.
A specialist refuses part of a taskEach specialist has deliberate limits.Call the right one, for example @agent-backend-architect.
A flag seems to be ignoredFlags are read as instructions; three are missing from /sc:help.Say what you want in words as well as with the flag.
install.sh fails on WindowsIt is a bash script.Use pip or pipx, or run it inside Git Bash.

Back to contents

Section 21

Frequently Asked Questions

Short answers to what newcomers ask most.

Is SuperClaude Made by Anthropic?

No. It is an independent open-source project under the MIT license. Anthropic makes Claude Code; it does not support SuperClaude.

Does It Cost Anything?

SuperClaude itself is free. Some helper tools need keys from their providers (Tavily, 21st.dev, Morph), which may have free tiers or charges.

Will It Change My Claude Plan, Model or Bill?

No. It is configuration only. Deeper flags such as --ultrathink do use more tokens on that task, because they do more work.

Do I Need to Know How to Code?

Not for research, business review, explanation or planning commands. For building, you will understand more if you can read code, but the beginner recipes explain each step.

Do I Need All Ten Helper Tools?

No. Every command works without them. Start with Context7 and Sequential; add others when a recipe calls for them.

Is It Safe on an Existing Project?

Look-only and plan-only commands never touch files. The house rules ask for feature branches and commits before risky steps. Still review changes before committing, as with any tool that writes code.

Why Does a Command Stop Instead of Finishing the Job?

Deliberately, so you can review a plan, diagnosis or spec before code changes. Section 5 lists every stopping point.

What Is the Difference Between /sc:pm and /sc:task?

/sc:pm is the coordinator for a whole goal across a session. /sc:task runs one defined job and stops.

Are /implement and /sc:implement Different?

No. The short form appears in some documentation; the installed name is /sc:implement.

Can I Use Only Part of It?

Yes. Use one command and ignore the rest. Nothing depends on using the whole framework.

Where Do Reports and Plans End Up?

In a claudedocs/ folder in your project, for example claudedocs/research_*.md and claudedocs/workflow_*.md.

How Do I Know Which Version I Have?

Run superclaude version in a terminal. This guide covers 4.3.0.

What Is Coming Next?

A TypeScript plugin edition (v5) is in development with no release date. Until then, install with pip or pipx as described here.

Does It Work With Other AI Tools?

This framework targets Claude Code. Sister projects exist for other assistants (SuperGemini, SuperQwen), maintained separately.

Back to contents

Section 22

Glossary

Every technical term in this guide, in everyday words.

Agent
See Specialist. SuperClaude's word for an expert role.
API
A defined way for programs to talk to each other, for example a list of web addresses a server answers.
API key
A secret code a service gives you so it knows who is using it.
Architecture
The overall shape of a system: its main parts and how they connect.
Branch
A separate line of work in git, so changes don't affect the main version until you merge them.
Build
Turning source code into something that runs or can be shipped.
CI/CD
Continuous integration and delivery: automatic testing and deployment whenever code changes.
Claude Code
Anthropic's tool that lets Claude work directly on files in a project folder.
Commit
A saved snapshot of changes in git, with a message describing them.
Context window
How much text Claude can keep in mind at once in a conversation.
Core Web Vitals
Google's measures of page experience: loading (LCP), stability (CLS) and responsiveness (INP).
Coverage
The share of your code that tests actually exercise.
Dead code
Code that is never used and can be removed.
E2E test
End-to-end test: drives the real application the way a user would.
Flag
A switch starting with -- that changes how a command behaves.
Git
The most common tool for tracking changes to code over time.
Hop
One round of follow-up research, using what was found to search again.
MCP
Model Context Protocol, the standard for plugging extra tools into Claude Code.
Migration
A scripted change to a database's structure.
Mode
A working style, such as questioning or compressed, that changes how Claude behaves.
MVP
Minimum viable product: the smallest version that is still useful.
OWASP Top 10
The best-known list of the most serious web security risks.
PATH
The list of folders your terminal searches for programs.
pipx
A tool that installs Python command-line programs in their own tidy space.
Refactor
Restructuring code to make it simpler without changing what it does.
Repository (repo)
A project folder tracked by git.
Slash command
A shortcut typed in Claude Code that starts with /.
Specialist
A set of instructions that makes Claude act as a particular expert.
Specification (spec)
A written description of exactly what should be built.
Terminal
The text window where you type commands to your computer.
Token
A small chunk of text, roughly three-quarters of a word. Usage and limits are counted in tokens.
WCAG 2.1 AA
The accessibility standard most often required by law.

Back to contents

Section 23

Pocket Reference Cards

Dense one-page summaries to print and keep beside you.

Print these pages and keep them beside your keyboard.

The Eight You'll Use Most (Claude Code)

/sc:loadstart a session
/sc:recommend "…"not sure what to do
/sc:brainstorm "…"shape an idea
/sc:implement "…"build it
/sc:troubleshoot "…"find out why
/sc:testrun tests
/sc:git commit --smart-commitcommit
/sc:save --checkpointsave progress

Flags Worth Remembering

--think / --think-hard / --ultrathinkthink more
--c7official docs
--seqstep-by-step reasoning
--magicUI generation
--playbrowser tests
--serenameaning-aware edits, memory
--morphbulk edits
--safe-modemost cautious
--validaterisk check first
--loop --iterations 3repeat and refine
--ucshort answers
--no-mcpno extra tools
--focus securityone concern
--scope modulenarrow view

Terminal Commands

pipx install superclaudeinstall
superclaude installcopy commands
superclaude updateafter upgrading
superclaude install --listsee what's installed
superclaude doctorhealth check
superclaude mcp --listhelper tools
superclaude mcp --servers NAMEadd a tool
superclaude versionversion

All 30 Commands

CommandIn one lineEffect
/scA short menu of the framework.Look only
/sc:agentA session controller: checks git, investigates, plans, builds and reviews a task.Changes files
/sc:analyzeReads your code and reports problems by severity: quality, security, performance or architecture.Look only
/sc:brainstormAsks you questions, one round at a time, until a vague idea becomes a clear list of requirements.Plans only
/sc:buildCompiles and packages your project using the build setup it already has.Changes files
/sc:business-panelRuns a document past nine simulated business thinkers (Porter, Christensen, Drucker, Godin, Kim & Mauborgne, Collins, Taleb, Meadows, Doumont).Plans only
/sc:cleanupRemoves dead code and unused imports, and tidies file structure.Changes files
/sc:designDesigns the structure of something: the architecture, an API, a component or a database.Plans only
/sc:documentWrites documentation for one specific thing: code comments, an API reference or a user guide.Changes files
/sc:estimateEstimates time, effort or complexity, with a breakdown and a confidence level.Look only
/sc:explainExplains code or a concept at the level you choose, from beginner to advanced.Look only
/sc:gitRuns git for you and writes tidy, conventional commit messages.Changes files
/sc:helpPrints a table of commands and flags.Look only
/sc:implementWrites the code for a feature.Changes files
/sc:improveMakes existing code better: cleaner, faster or easier to maintain.Changes files
/sc:indexGenerates documentation for the whole project: a docs set, an API index, a structure map or a README.Changes files
/sc:index-repoWrites a short map of your repository (PROJECT_INDEX.md and .json) for cheaper sessions.Changes files
/sc:loadOpens your project and restores what was saved last time.Memory
/sc:pmThe project manager: breaks a plain-English goal into steps and calls the right specialists.Changes files
/sc:recommendDescribe your problem in everyday words and it suggests which commands to run, in what order.Look only
/sc:reflectA sanity check: is the current approach still on target, and is the task really finished?Look only
/sc:researchSearches the web and writes a cited research report.Plans only
/sc:saveSaves what was learned and done, so the next /sc:load can pick up seamlessly.Memory
/sc:select-toolDecides which editing tool suits a change: Serena for meaning-aware edits (like renames), Morphllm for fast find-and-replace across files.Look only
/sc:spawnSplits a very large job into epics, stories and tasks, and decides what can run in parallel.Plans only
/sc:spec-panelA panel of simulated software-engineering authors scores a specification for clarity, completeness, testability and consistency (0–10 each).Plans only
/sc:taskRuns one clearly defined job from start to finish, coordinating specialists, then stops.Changes files
/sc:testFinds your test runner, runs your existing tests and reports coverage.Look only
/sc:troubleshootDiagnoses why something is broken and lists ranked fixes.Look only
/sc:workflowTurns a feature description or requirements document into a step-by-step build plan with dependencies.Plans only

Back to contents

Section 24

How This Guide Was Verified

Sources, corrections to the previous edition, and known gaps.

Every command name, syntax line, flag, installer option and version number in this edition was checked against the SuperClaude source code rather than against secondary documentation.

What Was Checked, and How

  • The project repository SuperClaude-Org/SuperClaude_Framework, master branch, commit fe68862 (September 27, 2026): all 30 command files, 20 specialist files, 10 tool files, the flag, rule and mode files, and the installer's Python source.
  • The published package on PyPI: latest version 4.3.0, requires Python 3.10+, MIT license.
  • The changelog entries for 4.2.0 and 4.3.0, and the project's Windows and Serena troubleshooting pages.
  • Every recipe uses only commands and flags present in that source. Where the source contradicts itself, both sides are shown.

Corrections to Revision 3.0

TopicRevision 3.0 saidVerified fact
Python versionRequired 3.8 or newerRequires 3.10 or newer (package metadata and installer)
Updatingpip install --upgrade, then superclaude installinstall skips existing files; use superclaude update (or install --force)
/sc:helpDescribed as authoritative for your installA hand-written table of 24 commands; six are missing
Auto-start/sc:pm and /sc:agent run automatically each sessionOnly in the planned plugin edition; with pip/pipx you type them
deep-researchNear-identical duplicateA 31-line summary of the 184-line deep-research-agent
Introspection markersShown as [thinking], [target] and similarThe source uses small symbol markers; described here in words
/sc:improve flagsWorkflows used --type security and --previewNeither is in the command's syntax; this guide uses --focus security and --interactive
Helper-tool setupNot coveredsuperclaude mcp options, API keys, Node 18+, uv and Docker now documented
Airis Agent and MindBaseListed like the other toolsAvailable only through the AIRIS gateway (Docker)
ModesMentioned only as flagsSeven modes now explained as a concept (Section 7)
CLI commandsOnly install was showndoctor, version, update, install --list, install-skill and mcp documented
Version and licenseNo version statedv4.3.0, released March 22, 2026, MIT license
Installed filesImplied rules and modes are installedThe 4.3.0 installer copies commands and specialists only; flagged for local checking
Recipes12 workflows59 recipes in eight groups, plus a situation finder

Known Gaps and Claims Not Independently Tested

  • Token savings (for example "58K to 3K" for repository indexing, "30–50%" for compressed mode) are the project's own figures.
  • Automatic triggers (such as modes switching on above 75% context) describe intended behavior; Claude may not always follow them exactly.
  • SuperClaude changes often. Run superclaude install --list and superclaude version to confirm what you have.

How to Cite This Guide

APA (7th Edition)

Made in Jurgistan. (2026). The SuperClaude Field Guide (Version 4.0) [Computer software]. https://Made-in-Jurgistan.github.io/superclaude-field-guide/

BibTeX

@software{Made_in_Jurgistan_The_SuperClaude_2026,
  author = {Made in Jurgistan},
  month = {10},
  title = {{The SuperClaude Field Guide}},
  url = {https://Made-in-Jurgistan.github.io/superclaude-field-guide/},
  version = {4.0},
  year = {2026}
}

Back to contents