agentleFS
sambersamber/cc-skills/skills/deep-research/SKILL.md

deep-research

Skill242 starsChanged 12 days agoMITView on GitHub

Deep research on any topic — broad parallel web searches, multi-source validation, confidence tracking, and a cited Markdown report. Use whenever the deliverable is a thorough sourced report rather than a quick answer: 'research <topic>', 'deep dive on X', 'analyze the landscape', 'competitive analysis', 'compare these options', 'who are the players in Z', 'literature review', 'background on Y', 'what papers exist on X', 'product teardown', 'regulatory overview', 'funding landscape', 'what trends are emerging in X', 'patent landscape', 'community health', or any request requiring scanning many sources and producing a cited written analysis. Covers 11 research types: market (TAM/SAM, segments, pricing, trends), domain (industry structure, ecosystem, regulatory overview), technical (architecture, tooling, benchmarks, technology evaluation), competitive (competitor teardown, positioning, win/loss), product (feature analysis, reviews, teardowns, roadmap signals), academic (literature survey, citation networks, key authors), person/org (due diligence on a company or public figure), financial (funding landscape, valuation multiples, revenue signals), legal (IP, patent landscape, litigation, compliance), trend (emerging signals, foresight, scenario mapping), community (ecosystem health, key voices, governance, fragmentation). Trigger even when phrased casually: 'look into X', 'what's the deal with Y', 'dig into Z', 'I need to understand the space', 'catch me up on X'. Do NOT use for single-fact lookups or one-off web questions.

196 other projects use a version of this, 2 of them edited.

Adopted by

Most recently taken up by

Used with

Projects with it also use community-led-growth, ph-community-outreach 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.
  • nicepkgSkill

    community-led-growth

    Expert in community-led growth (CLG) - leveraging user communities to drive acquisition, retention, and expansion. Covers building developer communities, user groups, ambassador programs, and turning customers into advocates. Knows the difference between community as a feature vs community as a growth engine, and how to measure community ROI. Use when "community-led, CLG, ambassador program, champion program, user community, developer community, word of mouth, user group, " mentioned.

    Also in 5 projects that use this

  • nicepkgSkill

    ph-community-outreach

    Engage Reddit, Indie Hackers, Hacker News and other communities for Product Hunt launches. Use this skill to identify relevant communities, craft appropriate posts, and drive cross-platform engagement without appearing spammy.

    Also in 5 projects that use this

  • W-MoorerSkill

    academic-paper-reviewer

    Multi-perspective academic paper review with dynamic reviewer personas. Simulates 5 independent reviewers (EIC + 3 peer reviewers + Devil's Advocate) with field-specific expertise. Supports full review, re-review (verification), quick assessment, methodology focus, Socratic guided, and calibration modes. Triggers on: review paper, peer review, manuscript review, referee report, review my paper, critique paper, simulate review, editorial review, calibrate reviewer, reviewer calibration, measure reviewer accuracy.

    Also in 11 projects that use this

  • W-MoorerSkill

    academic-pipeline

    Orchestrator for the full academic research pipeline: research -> write -> integrity check -> review -> revise -> re-review -> re-revise -> final integrity check -> finalize. Coordinates deep-research, academic-paper, and academic-paper-reviewer into a seamless 10-stage workflow with mandatory integrity verification, two-stage peer review, and reproducible quality gates. Triggers on: academic pipeline, research to paper, full paper workflow, paper pipeline, end-to-end paper, research-to-publication, complete paper workflow.

    Also in 10 projects that use this

  • xfstudioSkill

    micro-saas-launcher

    Expert in launching small, focused SaaS products fast - the indie hacker approach to building profitable software. Covers idea validation, MVP development, pricing, launch strategies, and growing to sustainable revenue. Ship in weeks, not months. Use when: micro saas, indie hacker, small saas, side project, saas mvp.

    Also in 5 projects that use this

  • stophobiaSkill

    surprise-me

    Create a delightful, unexpected "wow" experience for the user by dynamically discovering and creatively combining other enabled skills. Triggers when the user says "surprise me" or any request expressing a desire for an unexpected creative showcase. Also triggers when the user is bored, wants inspiration, or asks for "something interesting".

    Also in 4 projects that use this

  • +4 more from nicepkg
  • +1 more from W-Moorer

The file

Show its rules and text

We split this skill into the rules it gives an agent

21 rules. 0 are common, 16 are distinctive, and 5 are very specific to this project.

  • 0

    Common

    Most of the 177 edited versions we read keep these.

  • 16

    Distinctive

    This author's own choices. Worth a look.

  • 5

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Questions: Ask the user through the environment's question tool — never as plain-text prose.

    line 54
  2. Distinctive:

    Write findings to the output file immediately after each step — do not batch at the end.

    line 61
  3. Distinctive:

    Prose-first: Write in full sentences and paragraphs (aim for ≥80% prose).

    line 63
  4. Distinctive:

    Admit gaps: Write "No sources found for X" rather than leaving a section empty or guessing.

    line 65
  5. Very specific:

    Check for existing research: Look in ./research/ for reports on this topic.

    line 112
  6. Distinctive:

    What specific questions or goals: should the research answer?

    line 121
  7. Distinctive:

    If none fit, infer the type and design your own axis breakdown — the process (fan-out, citation discipline, write-as-you-go, synthesis) is …

    line 137
  8. Very specific:

    Ask if the user wants a different path.

    line 144
  9. Distinctive:

    Does not wait for other agents

    line 159
  10. Distinctive:

    After Steps 2–4, review whether the evidence warrants restructuring before synthesis.

    line 227
  11. Distinctive:

    If yes: adapt the outline.

    line 233
  12. Distinctive:

    Read the full output report file (which now contains all appended findings from Steps 2–4).

    line 241
  13. Distinctive:

    Keep the fact/synthesis distinction throughout: "According to [Source], X" for sourced claims.

    line 267
  14. Distinctive:

    Critique pass (deep mode only): Before finalizing, red-team the synthesis.

    line 269
  15. Very specific:

    Use the Agent tool with subagent_type="general-purpose" and run_in_background=false:

    line 275
  16. Very specific:

    After the report writer completes, the report at ./research/{date}-{type}-{topic}.md is final.

    line 292
  17. Distinctive:

    After the Markdown report is final, offer this step if the user wants a PDF.

    line 296
  18. Very specific:

    Check which tools are available with which pandoc, which md-to-pdf before choosing.

    line 316
  19. Distinctive:

    When an MCP returns no results, flag the evidence gap explicitly per critical rule #7

    line 337
  20. Distinctive:

    No fabrication: If a source does not exist, say so and flag the gap.

    line 344
  21. Distinctive:

    No batching: Write to the file after each step, not at the end.

    line 346

“Common” is measured: kept by at least 6 in 10 of the 177 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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Persona: You are a senior research analyst. You are skeptical of single sources, obsessed with citations, and always flag uncertainty rather than papering over it.

Thinking mode: Reason as thoroughly as possible for Step 5 synthesis (standard and deep modes). Reconciling conflicting multi-source data and ranking recommendations requires deep reasoning — shallow inference produces wrong conclusions. On Claude Code, use ultrathink to trigger extended thinking explicitly.

Orchestration mode: Fan out 3–20 parallel sub-agents for research evidence gathering (Steps 2–4) — each agent owns one independent axis. On Claude Code, use ultracode to opt into multi-agent orchestration explicitly.

Modes:

ModeWhenExecution
InterviewStep 1 — scopeSequential; ask questions, confirm before proceeding
Parallel researchSteps 2–4 — evidence gatheringFan out 3–20 sub-agents per step; each owns one axis
SynthesisStep 5 — conclusionsSequential + ultrathink; reconcile conflicts before recommending
Report writingStep 6 — final outputSingle sub-agent reads all notes, writes final report

Research depth — select automatically based on the request:

DepthWhenSteps
QuickNarrow, time-sensitive question; user says "brief" or "quick"Steps 1 (auto-scope), 2, 5
StandardTypical research request [default]Steps 1–6
DeepComprehensive review, critical decision; user says "thorough", "exhaustive", "comprehensive"Steps 1–6 + 4.5 (outline refinement) + critique pass

Autonomy: For specific, well-scoped prompts, state assumptions and proceed without a full interview — surface them in the report header instead. Reserve the full scope interview for genuinely vague prompts (e.g., "Research blockchain", "Tell me about AI").

Questions: Ask the user through the environment's question tool — never as plain-text prose. One question at a time, 2–4 tappable options, wait for the answer. If the environment has no question tool, ask in prose with the same options, one at a time.

Critical Rules

  • Web search is the core capability of this skill. If the environment has no web access, halt immediately and tell the user.
  • Every claim must cite a source URL. Unsourced assertions are not findings — they are guesses.
  • Critical claims (market size, growth rates, competitive positioning...) require 2+ independent sources or get confidence: Low.
  • Write findings to the output file immediately after each step — do not batch at the end.
  • Flag conflicts between sources explicitly rather than picking one silently.
  • Prose-first: Write in full sentences and paragraphs (aim for ≥80% prose). Use bullets only for true lists — never as the primary content delivery. "The market reached $4.2B in 2024 [Source]" is better than "* Market: $4.2B".
  • Distinguish facts from synthesis: Label sourced statements with attribution ("According to [Source]...") and analytical conclusions with hedges ("This suggests...", "The pattern across sources indicates..."). Never present inference as fact.
  • Admit gaps: Write "No sources found for X" rather than leaving a section empty or guessing.

Reference Files

Load these files at the steps indicated only — not all upfront.

FileLoad at
references/citations.mdStep 2 (before first search)
references/parallel-search.mdStep 2 (before spawning sub-agents)
references/researcher.mdStep 2 (sub-agents read this first)
references/report-writer.mdStep 6 (report-writer sub-agent reads this first)
references/market.mdStep 2, if type == market
references/domain.mdStep 2, if type == domain
references/technical.mdStep 2, if type == technical
references/competitive.mdStep 2, if type == competitive
references/product.mdStep 2, if type == product
references/academic.mdStep 2, if type == academic
references/org.mdStep 2, if type == person/org
references/financial.mdStep 2, if type == financial
references/legal.mdStep 2, if type == legal
references/trend.mdStep 2, if type == trend
references/community.mdStep 2, if type == community

Output Structure

The skill uses a dual-output structure in ./research/:

  • Flat report: ./research/{date}-{type}-{topic}.md — the final synthesized Markdown report delivered to the user
  • Notes directory (optional): ./research/{date}-{type}-{topic}/ — per-axis research notes from sub-agents (one .md file per axis). Create this when using parallel fan-out (Steps 2–4). The agent decides when to use the directory; both can exist simultaneously.

Example:

research/
├── 2025-01-15-market-ai-coding-assistants.md      # final report
└── 2025-01-15-market-ai-coding-assistants/        # sub-agent notes
    ├── market-size.md
    ├── pricing-models.md
    ├── competitive-landscape.md
    └── customer-segments.md

Step 1 — Scope

First, get today's date: date +%Y-%m-%d. Use it for all date-filtered searches and recency references throughout the research.

Check for existing research: Look in ./research/ for reports on this topic. If found, summarize what they cover and ask: extend, update, or start fresh?

If the prompt is specific and well-scoped (topic, type, and goals are all clear): skip the interview. Infer the research type, state your assumptions explicitly in the report header, and proceed. Example header note:

Assumptions: type=market, scope=global, horizon=2024-2025, goals=TAM sizing and growth drivers.

If the prompt is vague or ambiguous (e.g., "Research blockchain", "Tell me about AI"): ask the user:

  1. What type? (see list below)
  2. What specific questions or goals should the research answer?
  3. Any geographic, time, or segment constraints?

Research types:

  • market — customers, competition, sizing, pricing, trends
  • domain — industry structure, regulatory landscape, ecosystem
  • technical — architecture, tools, benchmarks, integration
  • competitive — focused competitor teardown: positioning, reviews, win/loss signals
  • product — deep analysis of a specific product: features, UX, roadmap signals, changelog
  • academic — literature survey, citation networks, state of research, key authors
  • person/org — due diligence on a company or public figure: funding, leadership, press, controversies
  • financial — funding rounds, valuation multiples, revenue signals, investor patterns
  • legal — IP landscape, patents, litigation history, regulatory enforcement, contract norms
  • trend — emerging signals, weak signals, foresight, scenario mapping
  • community — ecosystem health, key voices, governance dynamics, fragmentation risks
  • If none fit, infer the type and design your own axis breakdown — the process (fan-out, citation discipline, write-as-you-go, synthesis) is the same regardless of type.

Set output paths:

  • Report: ./research/{date}-{type}-{topic}.md (lowercase, hyphens; date first, then type, then topic; under 50 chars for topic portion)
  • Notes directory (if using parallel fan-out): ./research/{date}-{type}-{topic}/

Ask if the user wants a different path. Load assets/report-template.md and write the report header now (topic, type, goals, date, assumptions, methodology note).

Step 2 — Core Research (Parallel Fan-out)

Load references/citations.md, references/parallel-search.md, and references/researcher.md. Load the type-specific reference file.

Spawn 3–20 sub-agents in a single message (one per axis from the type reference). Each agent:

  • Reads references/researcher.md first
  • Searches its axis on the web and fetches the sources it cites
  • Writes findings as prose paragraphs with inline citations — not bullet lists
  • Returns URL, accessed date, and confidence level per claim
  • Tags each source: Primary (official docs, filings, peer-reviewed), Established (major publications, analyst firms), or Low (blogs, forums, single opinions). Flag Low-tier sources prominently.
  • Critical claims need 2+ sources or get confidence: Low
  • Flags conflicts between sources explicitly
  • Does not wait for other agents
  • Writes output to {notes-dir}/{axis}.md (e.g., ./research/2025-01-15-market-ai-coding-assistants/market-size.md)

Sub-agent prompt template (use exactly this format):

You are a research analyst. Your task: research one specific axis of a larger study.

**Topic:** {overall topic}
**Your axis:** {axis name and description}
**Research goals:** {what specific questions to answer on this axis}
**Geographic/time constraints:** {any from scope interview, or "none"}

Instructions:
1. Run web searches and fetch the relevant source pages.
2. For each finding, note the source URL, access date, and confidence level (High/Medium/Low per the ladder in researcher.md).
3. Tag each source: **Primary** (official docs, government filings, peer-reviewed papers), **Established** (major publications, analyst firms with editorial process), or **Low** (blogs, forums, single opinions). Flag Low-tier sources visibly.
4. Critical claims (numbers, market share, projections) need 2+ sources or get confidence: Low.
5. Flag any conflicts between sources explicitly — do not silently pick one.
6. The axis definition is a starting point, not a ceiling. If you find relevant information that falls outside the stated axis but adds meaningful insight for the overall topic, include it — label it clearly and explain why it matters.
7. External files (PDFs, datasets, analyst reports, regulatory filings, whitepapers, charts) may contain valuable data. When encountered, their key content should be summarized inline — do not leave them as bare links. The `curl` command is available for local downloads when needed.
8. Write findings as **prose paragraphs**, not bullet lists. Embed figures in sentences: "The market reached $4.2B in 2024 [Source]" rather than "* Market: $4.2B". Bullets are acceptable only for true enumerated lists (product names, compliance items, enumerated steps).
9. Distinguish sourced facts from your analysis: use "According to [Source]..." for direct findings and "This suggests..." or "The pattern indicates..." for your synthesis. Never present inference as fact.
10. If a topic cannot be found, write "No sources found for X" — do not guess or leave a blank.
11. Return your findings as a Markdown section ready to paste into a report.

Confidence ladder:
- High: 2+ reputable independent sources agree
- Medium: 1 reputable source (Primary or Established tier)
- Low: blog, forum, single opinion, Low-tier source, or inferred

Citation format: [Source Name](url) (accessed YYYY-MM-DD, confidence: High|Medium|Low, tier: Primary|Established|Low)

Output format:
## {Section heading}
{Prose paragraphs with inline citations. Bullets only for true lists.}

> Conflicts noted: {if any}
> Gaps: {what you couldn't find}

**As a first step, you must read {path_to_skill}/references/researcher.md for instructions on how to conduct research.**

Save your output notes to {absolute path to notes-dir}/{axis}.md

Example for a market research axis:

**Topic:** AI coding assistants market
**Your axis:** Market size and growth (TAM/SAM/SOM, historical growth, projections)
**Research goals:** What is the total addressable market? How fast is it growing? What are the key segments?
**Geographic/time constraints:** Global, 2020-2025

In order to ensure research is conducted as quickly as possible, spawn all sub-agents in parallel (single message with multiple Agent tool calls).

As sub-agents complete, immediately append their findings to the output report file under the appropriate section heading from assets/report-template.md. Do not wait for all agents to finish before writing.

Step 3 — Competitive / Landscape Analysis (Parallel Fan-out)

Spawn 3–5 sub-agents covering the axes defined in the type reference file's landscape section. Same citation discipline. Each writes to {notes-dir}/{axis}.md. Append results to the output report file immediately.

Step 4 — Deep Dive (Parallel Fan-out)

Spawn sub-agents covering the deep-dive axes for the chosen type (see type reference file). Same process. Append results immediately.

Step 4.5 — Outline Refinement (Deep Mode Only)

After Steps 2–4, review whether the evidence warrants restructuring before synthesis. Ask:

  • Did findings contradict the initial scope assumptions?
  • Did an important angle emerge that wasn't in the original plan?
  • Are any sections underpowered by evidence — or overloaded?

If yes: adapt the outline. Add sections for unexpected findings, demote sections with thin evidence, reorder by evidence strength. Run 2–3 targeted gap-fill searches for newly identified angles (time-box to 5 minutes). Document what changed and why in the report's methodology note.

Skip in quick and standard modes.

Step 5 — Synthesis

Use ultrathink here (standard and deep modes).

Read the full output report file (which now contains all appended findings from Steps 2–4). Write the synthesis section:

## Key Findings

(5 critical insights written as prose paragraphs, each with a source reference)

## Strategic Recommendations

1. [Recommendation] — Rationale. Evidence: [source].
2. ... (3–5 recommendations, ranked by impact)

## Risks and Uncertainties

- Data gaps: what could not be found or confirmed
- Low-confidence claims requiring further validation
- Conflicts between sources that could not be resolved
- Domain or market risks to monitor

## Next Steps

- Recommended follow-up research
- If the initial request is not fulfilled, loop on step 1 and ask more questions
- Decisions this research enables

Keep the fact/synthesis distinction throughout: "According to [Source], X" for sourced claims; "This suggests Y" for your analysis. If a recommendation rests on Low-confidence data, say so explicitly.

Critique pass (deep mode only): Before finalizing, red-team the synthesis. Ask: What's missing? What could be wrong? What alternative explanations exist? What biases might be present? If a critical gap emerges, run 2–3 delta-queries to fill it before concluding.

Step 6 — Report Writer Sub-agent

Spawn a single report-writer sub-agent to produce the final polished report. This keeps the coordinator's context clean.

Use the Agent tool with subagent_type="general-purpose" and run_in_background=false:

Agent(
  run_in_background=false
  subagent_type="general-purpose",
  description="Write final report",
  prompt="Read the notes in {absolute path to notes-dir}/ and the current report at {absolute path to report-file} and synthesize into a final research report that answers: {the user's original question in full}.

Earlier research in this conversation to build on: {absolute paths of the earlier report and notes folder from Step 1, or "none"}

Save your final report to this exact path: {absolute path to report-file}

**As a first step, you must read {path_to_skill}/references/report-writer.md for instructions on how to write your research report.**"
)

After the report writer completes, the report at ./research/{date}-{type}-{topic}.md is final.

Step 7 — PDF Export (Optional)

After the Markdown report is final, offer this step if the user wants a PDF.

Try each tool in order, stop at the first that works:

  1. Pandoc (best output quality):

    pandoc report.md -o report.pdf --pdf-engine=wkhtmltopdf
    # or with weasyprint:
    pandoc report.md -o report.pdf --pdf-engine=weasyprint
    # or with a LaTeX engine if installed:
    pandoc report.md -o report.pdf
  2. md-to-pdf (Node, no LaTeX required):

    md-to-pdf report.md

Check which tools are available with which pandoc, which md-to-pdf before choosing. If neither is available, tell the user which to install.

Model Context Protocol (MCP) Integration

This skill supports MCP connectors for extending research beyond web searches:

Examples of Public Open Knowledge MCP:

  • arxiv-mcp: Search academic papers by subject, author, date, or citations. Returns abstracts, PDF links, and citation graphs.
  • reddit-mcp: Access subreddit data — top posts, comments, discussion threads. Good for community insights and developer sentiment.
  • serp-mcp: Wraps search engines (Google, Bing, DuckDuckGo) to return structured results: titles, snippets, URLs, related questions.

Examples of Private Data MCP:

  • gmail-mcp: Queries email threads, attachments, senders, dates. Requires OAuth read-only scope.
  • notion-mcp: Accesses databases, pages, and their properties. Searchable by title, content, last edited, or custom properties.
  • confluence-mcp, sharepoint-mcp, or custom wiki MCPs for internal knowledge bases.

MCP in the Research Workflow:

  • Spawn sub-agents against different MCP endpoints in parallel (Step 2 fan-out)
  • When an MCP returns no results, flag the evidence gap explicitly per critical rule #7
  • Critical claims from a single MCP source get confidence: Low per critical rule #4 except if from private high-value sources
  • MCP data counts as Primary tier if from official docs/filings, Established if from major publications, Low if from blogs/forums

Guardrails

  • Additional research limit: Step 5 (additional round) can only be followed once. After those researchers finish, you MUST move directly to Step 6 (report writer). Output: "After these researchers finish, I will move directly to coordinating the report writer."
  • No fabrication: If a source does not exist, say so and flag the gap.
  • No silent picking: Conflicting sources must be reported, not resolved silently.
  • No batching: Write to the file after each step, not at the end.
  • No over-claiming: Hedge explicitly on Low-confidence data.
  • No inference as fact: Label analytical conclusions with "This suggests..." or similar.
  • No diving without scoping: For vague prompts, always scope first — an ambiguous topic produces an unfocused report.

Disclaimer

Research reflects a snapshot in time. Web content changes. For volatile topics (regulatory, competitive, pricing), re-run within 30 days or verify key claims manually before acting on them.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.