deep-think
Skill1 starsChanged 9 months agoMITView on GitHub
Deep reasoning skill using Claude Code's Agent Teams. Spawns multiple personas with enforced minimum depth, includes a challenge round where teammates critique each other, and iterates on low-confidence answers. Use when the user prefixes with "deep think", "딥씽크", "깊게 생각해", or requests thorough analysis. Best for complex architecture, debugging, algorithmic, or multi-domain problems. NOT for simple lookups. Requires: CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1
14 other projects use a version of this.
Adopted by
Most recently taken up by
- iice257/Skills-quickstartertheir own version, first seen Nov 8, 2026
- naman10parikh/pennytheir own version, first seen Nov 8, 2026
- anotherben/claude-harnesstheir own version, first seen Nov 8, 2026
- naman10parikh/wikimemtheir own version, first seen Nov 8, 2026
- naman10parikh/turbotheir own version, first seen Oct 25, 2026
- naman10parikh/pixeltheir own version, first seen Oct 25, 2026
Used with
Projects with it also use ecosystem-reference, fractal-delegation and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
naman10parikhSkillecosystem-reference
Quick-access directory of Claude Code ecosystem repos, skills, plugins, MCPs, and patterns. Use when improving the harness.
Also in 5 projects that use this
naman10parikhSkillfractal-delegation
Also in 5 projects that use this
KirchliveSkillskill-routing
Decides which of the installed skills a task needs and loads them before the work starts. This skill should be used at the beginning of any multi-step task — build, fix, refactor, migrate, review, plan, release, research, write, design, video — and again at every phase change, after context compaction, and when work moves into a different part of the codebase. Use it for requests like "let's build X", "fix this bug", "refactor Y", "plan the migration", "review this", and also when the user asks which skill applies, why a skill did not fire, or asks to check what is available.
Also in 5 projects that use this
sublimotionSkillagent-runtime
Launch and manage detached agent runs on EKS via the agent-runner CLI. Use when the user says "launch an agent run", "agent runtime", "agent-runner", "run this spec on the cluster", "check run status", "agent run logs", or "stop a run". Do NOT use for writing the agent-runner code itself (edit the sibling ../agent-runner repo), Terraform of the foundation (use terraform-automation), or GPU serving deployments (use infra-deployer).
Also in 5 projects that use this
GoZippySkillrepo-scout
Also in 5 projects that use this
BenjaminGSkillharness-review
Turn one PR's review comments into harness fixes — classify each cause by the most solid place it can live (codebase, lint, rules, skill), then draft the fixes in a separate PR.
Also in 5 projects that use this
- +6 more from naman10parikh
Other versions14 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 14
- lenar-amirov/product-pipeline-public★ 13same name
- naman10parikh/agentgrid★ 9same name
- wangyendt/wayne-skills★ 9same name
- naman10parikh/wikimem★ 8same name
- anotherben/claude-harness★ 7same name
- Kshitijpalsinghtomar/depth-skills★ 5same name
- rongarede/claude-skills-research★ 3same name
- drewdrewthis/claude-skills★ 2same name
- iice257/Skills-quickstarter★ 1same name
- mehdi-dbx/claude-skills★ 0same name
4 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository25 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- frontend-designSkill
- rust-async-patternsSkill
- rust-best-practicesSkill
- tauri-v2Skill
- clean-code-inspectorSkill
- unused-code-cleanerSkill
- commitSkill
- complexity-refactorSkill
- component-screenshotSkill
- design-checkSkill
- figma-design-pipelineSkill
- figma-to-codeSkill
- issue-startSkill
- issue-updateSkill
- milestone-executeSkill
- milestoneSkill
- milestone-updateSkill
- plannerSkill
- react-refactoringSkill
- specSkill
- story-generatorSkill
- surveySkill
- testSkill
The file
We split this skill into the rules it gives an agent
5 rules. 0 are common, 3 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 13 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 52
Write .deep-think/01-analysis/analysis.md (aim for 500+ words):
- Distinctive: line 56
ALL constraints (explicit and implicit)
- Distinctive: line 157
After challenges complete, spawn a verifier who triggers iteration if needed:
- Distinctive: line 262
Do NOT rush: If teammates finish too fast, their output is probably shallow.
- Very specific: line 301
Always use /effort max for deep think sessions.
“Common” is measured: kept by at least 6 in 10 of the 13 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Deep Think
Multi-phase reasoning with forced depth, challenge rounds, and confidence-based iteration. Each reasoning path is explored by a separate teammate, then teammates attack each other's solutions before synthesis.
Prerequisites
export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1Architecture
You (Team Lead)
├── Phase 1-2: Analysis & Decomposition (you, detailed)
├── Phase 3: Parallel Paths (4-5 teammates, MINIMUM 2000 words each)
│ ├── 🧠 first-principles
│ ├── 🔧 pragmatist
│ ├── 😈 adversarial
│ ├── 💡 innovator
│ └── ⚡ optimizer
├── Phase 3.5: Challenge Round (teammates attack each other)
│ └── Each teammate critiques one other teammate's path
├── Phase 4: Verification + Iteration
│ └── If critical flaws found → request revision (max 2 rounds)
├── Phase 5: Weighted Synthesis
└── Phase 6: Final Answer with ConfidenceWorkflow
Phase 1-2: Analysis & Decomposition (You)
Spend real time here. This is the foundation. Use /effort max.
python scripts/deep_think.py init "your question" -c extreme -w .deep-thinkWrite .deep-think/01-analysis/analysis.md (aim for 500+ words):
- Precise problem restatement with all nuances
- Problem type and why it's complex
- ALL constraints (explicit and implicit)
- Hidden assumptions that might be wrong
- What "perfect" looks like
- What "good enough" looks like
- Known unknowns
Write .deep-think/02-decomposition/decomposition.md (aim for 500+ words):
- Sub-problems with dependency graph
- Which sub-problems are hardest and why
- Knowledge gaps that need research
- Risks and what could go wrong
- Attack plan with rationale
Phase 3: Parallel Paths (Agent Team)
Critical: Enforce minimum depth. Each teammate must write extensively.
Create an agent team called "deep-think" with /effort max.
IMPORTANT RULES FOR ALL TEAMMATES:
1. Use /effort max
2. Each path MUST be at least 2000 words
3. Do NOT submit a short answer. If your first draft is under 2000 words, expand with:
- More edge cases and corner cases
- Alternative sub-approaches you considered and rejected
- Step-by-step implementation details
- Failure modes and mitigations
- Real-world examples or analogies
4. Take your time. Speed is not valued. Depth is.
The problem: [paste from analysis.md]
Spawn these teammates:
1. "first-principles"
You derive everything from fundamentals. Question every assumption.
Don't accept "best practices" — ask WHY they're best. Maybe they're not.
Focus on correctness and logical soundness above all else.
If the conventional approach is wrong, say so and prove it.
2. "pragmatist"
You care about what actually works in production at 3am when things break.
Consider: maintenance burden, onboarding new devs, debugging at scale.
Favor battle-tested over novel. Ask: "Will this still make sense in 2 years?"
Include specific examples from real-world systems.
3. "adversarial"
You are a pessimist. Everything will fail. Find out how.
Consider: malicious input, network failures, race conditions, resource exhaustion,
edge cases that happen once per million, cascading failures.
Your job is to BREAK every other approach. Be paranoid.
4. "innovator"
Look for unconventional solutions everyone else missed.
Draw analogies from completely different domains.
Ask "What if we did the opposite?" or "What would this look like in 10 years?"
Propose at least one approach that seems crazy but might work.
5. "optimizer"
Think in O(n), cache lines, memory bandwidth, network round-trips.
Quantify EVERYTHING. Don't say "faster" — say "3x faster because..."
Consider the full system: CPU, memory, I/O, network, cold starts.
Profile before you optimize. Know your bottlenecks.
Each teammate:
- Read .deep-think/01-analysis/analysis.md and .deep-think/02-decomposition/decomposition.md
- Write solution to .deep-think/03-paths/path-{name}.md
- MUST include: approach, detailed reasoning (1000+ words), concrete solution,
weaknesses you see in your OWN approach, confidence level with justification
- When done, message team-lead with a 3-sentence summaryPhase 3.5: Challenge Round
This is the key differentiator. Teammates attack each other's solutions.
CHALLENGE ROUND - Each teammate reads and critiques ONE other path:
- first-principles: Read path-pragmatist.md and write a critique
- pragmatist: Read path-adversarial.md and write a critique
- adversarial: Read path-optimizer.md and write a critique
- optimizer: Read path-innovator.md and write a critique
- innovator: Read path-first-principles.md and write a critique
For your critique, write to .deep-think/03.5-challenges/challenge-{you}-vs-{them}.md
Your critique MUST include:
1. The STRONGEST argument against their approach (steelman, then attack)
2. Specific scenarios where their approach fails
3. Logical flaws or unstated assumptions
4. What they missed that you caught
5. Rating: [CRITICAL FLAW / MAJOR WEAKNESS / MINOR ISSUE / SOLID]
Be harsh. Be specific. Find the holes.Phase 4: Verification + Iteration
After challenges complete, spawn a verifier who triggers iteration if needed:
Spawn "verifier" teammate with /effort max.
You are a senior reviewer seeing all this work for the first time.
1. Read ALL files in .deep-think/03-paths/
2. Read ALL files in .deep-think/03.5-challenges/
3. Write .deep-think/04-verification/verification.md with:
- Score each path (1-10) on: Correctness, Completeness, Practicality, Originality
- Which challenges revealed real problems vs nitpicks
- Contradictions between paths — who is RIGHT?
- Blind spots that ALL paths missed
- Your devil's advocate argument against the best approach
4. ITERATION CHECK:
If ANY path was rated CRITICAL FLAW in challenges, OR
If ANY path scored below 5 in correctness:
→ Message that teammate: "Revise your path addressing: [specific issues]"
→ They must write path-{name}-revised.md
→ You re-evaluate after revision
5. After iteration (or if none needed), proceed to synthesis.Phase 5: Weighted Synthesis
Continue as verifier:
Write .deep-think/05-synthesis/synthesis.md with:
1. WEIGHTED COMBINATION
- Assign weight to each path based on verification scores
- Best elements from each, weighted by reliability
- Explicit attribution: "From first-principles: X, From pragmatist: Y"
2. RESOLVED CONTRADICTIONS
- Where paths disagreed, state the resolution and WHY
3. ADDRESSED CHALLENGES
- How the synthesis handles each valid critique
4. REMAINING UNCERTAINTY
- What we STILL don't know (epistemic humility)
5. CONFIDENCE CALIBRATION
- Overall confidence: [LOW / MEDIUM / HIGH / VERY HIGH]
- If LOW or MEDIUM, explain what would increase itPhase 6: Final Answer
Continue as verifier:
Write .deep-think/06-answer/answer.md with:
# Final Answer
## TL;DR (1 paragraph)
[Executive summary]
## Detailed Answer (1000+ words)
[Complete solution with all necessary detail]
## Implementation Notes
[Concrete next steps, code snippets if relevant]
## Thought Process Summary
[3-4 paragraphs explaining:
- Which perspectives contributed what
- What challenges revealed and how they were addressed
- Why this synthesis beats any individual path
- What we're still uncertain about]
## Confidence: [X/10]
[Detailed justification]
## Dissenting Views
[If any path strongly disagreed with the synthesis, note it here.
The user deserves to know about unresolved disagreements.]Shutdown
Shutdown the deep-think team. Wait for all teammates to finish current work.Then generate report:
python scripts/deep_think.py report -w .deep-thinkTime Budget Guidelines
| Complexity | Teammates | Expected Wall Time | Min Words/Path |
| medium | 3 | 10-15 min | 1500 |
| high | 4 | 15-25 min | 2000 |
| extreme | 5 | 25-40 min | 2500 |
Do NOT rush. If teammates finish too fast, their output is probably shallow.
Output Structure
.deep-think/
├── 00-question.md
├── 01-analysis/analysis.md # Your detailed analysis (500+ words)
├── 02-decomposition/decomposition.md # Your sub-problems (500+ words)
├── 03-paths/
│ ├── path-first-principles.md # Each: 2000+ words
│ ├── path-pragmatist.md
│ ├── path-adversarial.md
│ ├── path-innovator.md
│ ├── path-optimizer.md
│ └── path-{name}-revised.md # Revisions if needed
├── 03.5-challenges/
│ ├── challenge-first-principles-vs-pragmatist.md
│ ├── challenge-pragmatist-vs-adversarial.md
│ └── ...
├── 04-verification/verification.md # Scores + iteration decisions
├── 05-synthesis/synthesis.md # Weighted combination
├── 06-answer/answer.md # Final polished answer
└── REPORT.md # Generated summaryTroubleshooting
Teammates finishing too fast? → Message them: "Your output is too short. Expand with more edge cases, alternatives, and implementation details."
Challenge round too soft? → Message challengers: "Find REAL problems. I want to see specific scenarios where this fails."
Verifier not iterating? → Explicitly ask: "Did any path have critical flaws? If so, request a revision."
Effort Settings
Always use /effort max for deep think sessions. The extra thinking time is the point.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

