plugins/sequential-thinking/skills/sequential-thinking/SKILL.md
Use this skill when you need to break down complex problems, plan multi-step implementations, analyze tricky bugs, make architectural decisions, reason through ambiguous requirements, or any task that benefits from structured step-by-step thinking. Also use when you need to revise earlier assumptions, explore alternative approaches, or verify a hypothesis before committing to an implementation.
npx skillsauth add nsheaps/ai-mktpl sequential-thinkingInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
The sequential-thinking MCP server provides a tool for dynamic, reflective problem-solving through structured thought steps. Unlike simple chain-of-thought, it supports revision, branching, and adaptive depth.
mcp__sequential-thinking__sequentialthinkingEach call represents one thought step. Key parameters:
| Parameter | Type | Description |
| ------------------- | ------ | ------------------------------------- |
| thought | string | Your current thinking step |
| thoughtNumber | int | Current step number (1-based) |
| totalThoughts | int | Estimated total steps (adjustable) |
| nextThoughtNeeded | bool | true if more thinking needed |
| isRevision | bool | Whether this revises a prior thought |
| revisesThought | int | Which thought number is being revised |
| branchFromThought | int | Which thought to branch from |
| branchId | string | Identifier for the branch |
| needsMoreThoughts | bool | Signal that you need more steps |
For straightforward problems where each step builds on the last:
Thought 1: Understand the problem space
Thought 2: Identify key constraints
Thought 3: Propose solution approach
Thought 4: Verify approach against constraints
Thought 5: Final answer (nextThoughtNeeded: false)
When early assumptions prove wrong:
Thought 1: Initial hypothesis
Thought 2: Gather evidence
Thought 3: Evidence contradicts hypothesis
Thought 4: (isRevision=true, revisesThought=1) Revised hypothesis
Thought 5: Verify revised hypothesis
When multiple approaches deserve evaluation:
Thought 1: Problem statement
Thought 2: Approach A analysis
Thought 3: (branchFromThought=1, branchId="B") Approach B analysis
Thought 4: Compare branches
Thought 5: Select best approach
Start with a small estimate, expand as needed:
Thought 1/3: Initial analysis
Thought 2/3: Deeper than expected...
Thought 3/5: (needsMoreThoughts=true, totalThoughts=5) Need more analysis
Thought 4/5: Additional investigation
Thought 5/5: Conclusion
nextThoughtNeeded: falseThought 1: Identify the symptoms (intermittent failure, timing-dependent)
Thought 2: Map the concurrent operations involved
Thought 3: Identify shared state access points
Thought 4: Hypothesize: shared counter accessed without lock
Thought 5: Verify: trace code paths to confirm hypothesis
Thought 6: Propose fix with verification strategy
Thought 1: Document access patterns and query requirements
Thought 2: Branch A - normalized relational schema
Thought 3: Branch B - denormalized for read performance
Thought 4: Compare against access patterns
Thought 5: Revise - hybrid approach combining strengths
Thought 6: Validate against edge cases
Thought 1: Understand current architecture and pain points
Thought 2: Identify dependencies and blast radius
Thought 3: Propose incremental migration strategy
Thought 4: Identify risks and rollback plan
Thought 5: Break into atomic, shippable steps
This plugin:
.mcp.json (auto-registered on install)mcp__sequential-thinking__* to permissions.allow on session starttools
Manually reproduce what the github-app plugin's SessionStart hook does to make a GitHub App installation token usable in the current session — materialize the PEM, generate the token, isolate GH_CONFIG_DIR, write the runtime env file, and wire CLAUDE_ENV_FILE so every Bash call sees GH_TOKEN/GITHUB_TOKEN. Use when the hook did not run, the token is missing from the environment, or a shell/teammate needs the token wired up by hand. <example>GH_TOKEN isn't set even though github-app is configured</example> <example>the github-app SessionStart hook didn't run, set up the token manually</example> <example>wire the github app token into CLAUDE_ENV_FILE</example> <example>gh keeps falling back to the wrong account, isolate GH_CONFIG_DIR</example>
tools
Manually configure the GitHub App bot git identity the way the github-app plugin's SessionStart hook does — resolve the app slug and bot user ID, build the <slug>[bot] name and noreply email, set GIT_AUTHOR_*/GIT_COMMITTER_* env vars, and write an isolated GIT_CONFIG_GLOBAL with the gh auth git-credential helper. Use when commits are attributed to the wrong account, "Author identity unknown" appears, or git identity must be set up by hand. <example>my commits are showing up as the handler, not the bot</example> <example>git says Author identity unknown after the github-app hook ran</example> <example>configure the github app bot git identity manually</example> <example>set up the gh credential helper for git push</example>
tools
Manages spec files for requirements capture and validation
tools
# Bash Chaining Alternatives This skill teaches you how to work around the bash command chaining restriction enforced by this plugin. ## Why Chaining is Blocked The `bash-command-rejection` plugin blocks these operators: | Operator | Name | Why Blocked | | -------- | ---------- | ----------------------------------------------------------------------------------- | | `&&` | AND chain | Runs cmd2 only if cmd1 su