deep-recon
Skill1 starsChanged 5 months agoMITView on GitHub
Multi-agent research swarm that finds existing solutions before you write a single line of code. Prevents reinventing the wheel.
We split this skill into the rules it gives an agent
8 rules. 0 are common, 5 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Before building anything non-trivial
- Very specific: line 14
When brainstorming identifies a hard problem
- Distinctive: line 15
When you suspect the problem has been solved before
- Distinctive: line 16
Before writing an implementation plan
- Distinctive: line 17
When evaluating build vs buy decisions
- Very specific: line 65
Use WebFetch on GitHub repos to read READMEs and key source files
- Very specific: line 66
Use WebSearch for "[package] architecture" or "[package] how it works"
- Distinctive: line 81
No good solution → plan includes key patterns from research
“Common” is measured: kept by at least 6 in 10 of the 3 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 Recon
Research swarm that scours the internet for existing solutions before you build anything.
Time budget: 10 min total. Abort if no useful results after 5 min of searching.
When to Use
- Before building anything non-trivial
- When
brainstormingidentifies a hard problem - When you suspect the problem has been solved before
- Before writing an implementation plan
- When evaluating build vs buy decisions
Quick Start
/recon [problem description]
Examples:
/recon real-time collaborative editing for a web app
/recon email deliverability monitoring system
/recon AI agent orchestration with tool useThe problem description is passed as $ARGUMENTS. If empty, ask the user what to research.
The Process
Phase 1: Decompose (Lead Agent)
Parse $ARGUMENTS into 3-5 searchable questions. Also identify:
- Domain: What field is this in?
- Frameworks: What tech stack constraints exist?
- Core challenge: What's the hard part?
Phase 2: Dispatch Research Agents (parallel)
Launch 3 agents in parallel using the Task tool with subagent_type: "general-purpose" and model: "sonnet".
Agent 1 — Solution Scout: Find packages, repos, and services.
WebSearchfor "[problem] library [framework]", "[problem] open source github", "[problem] SaaS API"WebFetchtop results for details (stars, last commit, license)- Output: Ranked list with name, URL, pros/cons, maintenance status
Agent 2 — Community Intel: Find real developer discussions.
WebSearchtargeting reddit.com, news.ycombinator.com, stackoverflowWebFetchtop 3-5 threads for detailed reading- Output: Community consensus, pitfalls, "I wish I'd known" quotes
Agent 3 — Doc Collector: Find docs, tutorials, educational content.
WebSearchfor "[solution] docs", "[problem] tutorial [year]", "[problem] best practices"WebFetchtop doc pages for summaries- Output: Curated links ranked as must-read / useful / deep-dive
Phase 3: Code Analyzer (sequential, after Phase 2)
This runs AFTER Phase 2 because it needs Solution Scout results as input.
Launch one agent (sonnet) to analyze the top 2-3 solutions found:
- Use
WebFetchon GitHub repos to read READMEs and key source files - Use
WebSearchfor "[package] architecture" or "[package] how it works" - Report: Architecture pattern, key abstractions, how they handle the core challenge, adoptable patterns
Phase 4: Synthesize (Lead Agent)
Merge all agent outputs into a research brief using the template at templates/research-brief.md.
Save to: <your-output-dir>/research/YYYY-MM-DD-[topic]/research-brief.md
Be opinionated — recommend ONE approach and defend it with evidence.
Phase 5: Feed into Planning
The research brief becomes input for writing-plans:
- Package solves 80%+ → recommend using it
- No good solution → plan includes key patterns from research
- Open questions → items to resolve during planning
Error Handling
- No search results: Broaden terms, drop framework constraint, try synonym. After 2 empty rounds, note gap and move on.
- Agent returns garbage: Discard, note in brief as "insufficient data for [area]".
- Problem too broad: Split into sub-problems, recon each separately (max 2 splits).
- All solutions are bad: That's a valid finding. Brief should say "build from scratch" with rationale.
Success Criteria
- At least 3 existing solutions evaluated (or documented why fewer exist)
- Community sentiment captured
- Recommended approach with justification
- Research brief saved to artifacts
- Open questions identified
Integration Points
| Skill | Relationship |
brainstorming | Triggers recon for non-trivial problems |
writing-plans | Receives research brief as input |
app-teardown | Code Analyzer can use teardown methods for deep analysis |
package-research | Solution Scout can delegate to this for npm/pypi specifics |
compound | Analysis phase triggers recon when needed |
Model Routing
- Lead agent (decompose + synthesize):
opus - Solution Scout / Community Intel / Doc Collector:
sonnet - Code Analyzer:
sonnet
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- kvarnelis/deep-recon★ 43same name
- wrg32786/aigent-os★ 25same name
- justEstif/pi-shelf★ 0same name
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 repository54 other files it gives its agents.
- AGENTS.mdAGENTS.md
- skills/deep-recon/agents.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- adversarial-researchSkill
- algorithmic-artSkill
- api-integrationSkill
- breakdownSkill
- c4-architectSkill
- canvas-designSkill
- coding-agentsSkill
- compound-engineeringSkill
- context-budgetSkill
- counterfactualSkill
- critiqueSkill
- d3js-visualizationSkill
- data-analyst-agentSkill
- database-migrationsSkill
- design-tasteSkill
- doc-coauthoringSkill
- e2b-sandboxSkill
- ecosystem-auditSkill
- excalidraw-diagramSkill
- executing-plansSkill
- frontend-designSkill
- fullstack-agentSkill
- grillSkill
- kickoffSkill
- mcp-builderSkill
- model-migrationSkill
- naming-the-machineSkill
- full-output-enforcementSkill
- package-researchSkill
- pdf-generationSkill
- pp2pSkill
- pp3pSkill
- prompt-engineerSkill
- prompt-groundingSkill
- redesignSkill
- requesting-code-reviewSkill
- reverse-engineer-to-learnSkill
- review-changesSkill
- scratchpadSkill
- shipSkill
- slack-gif-creatorSkill
- sprint-architectSkill
- techdebtSkill
- test-and-fixSkill
- threat-modelSkill
- verification-before-completionSkill
- visual-verdictSkill
- webapp-testingSkill
- web-asset-generatorSkill
- whatdidimissSkill
- writing-plansSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
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.

