agentsclimarketplace

Deep research

Skill yigityildiz0/universal-ai-skill-library/skills/common/deep-research

531 searchable AI Agent Skills for Claude Code, OpenAI Codex, and OpenCode — EN/TR catalog, platform and risk notes, direct ZIPs, and curated bundles.

Install
npx -y skills add yigityildiz0/universal-ai-skill-library --skill deep-research

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

3 things to look at

  • 18 days oldThe repository was created 18 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Plan and execute evidence-backed, multi-source research using current primary sources, parallel or batched workstreams when available, explicit uncertainty, and claim-level citations. Use for deep research, due diligence, literature or market scans, comparisons, fact-checking, and decisions that need more than a quick lookup.

SKILL.md

4.6 KB, as published. Nobody here has run it

Deep Research

Produce a current, traceable answer that is useful for a decision. Use the tools and model already available in the active host. Do not switch providers or require a named model unless the user explicitly asks.

1. Frame the decision

  1. Restate the deliverable and the decision it must support.
  2. Infer safe defaults from the request. Ask only when a missing answer changes scope, cost, safety, or the conclusion.
  3. Separate stable background facts from claims that require live verification.
  4. Define a stopping rule: enough evidence to answer, material disagreements resolved or exposed, and important gaps named.

2. Build a research map

Create 3-7 non-overlapping questions. Mark each as:

  • independent: can be researched without another result;
  • dependent: must wait for earlier evidence;
  • verification: attempts to disprove or stress-test a likely conclusion.

Set source preferences before searching:

  1. primary or official sources;
  2. peer-reviewed papers, standards, filings, or authoritative datasets;
  3. strong independent analysis;
  4. community evidence for lived experience and failure modes.

Treat popularity, search rank, and repetition as weak evidence by themselves.

3. Choose the fastest honest execution mode

Use the strongest mode actually exposed by the host:

  1. Parallel workers: assign one bounded independent question per worker.
  2. Concurrent tool calls: run independent searches, file reads, or lookups together.
  3. Batched retrieval: place several independent queries or URLs in one supported tool call. This is the normal fallback for hosts without subagents.
  4. Sequential workstreams: preserve the same map and evidence separation when no parallel or batch mechanism exists.

Never claim workers, browsing, or concurrency that did not occur. Use the dispatching-parallel-agents skill when work needs explicit ownership, shared-workspace rules, or multi-worker integration.

Each delegated workstream must return: findings, exact evidence links or paths, relevant dates, confidence, contradictions, and unresolved gaps.

4. Retrieve and record evidence

  • Open the supporting page, paper, dataset, or document; do not rely on snippets.
  • For changing facts, record both publication date and event or effective date.
  • Prefer first-party documentation for product behavior and technical claims.
  • Seek at least two independent sources for consequential disputed claims when feasible.
  • Record negative evidence and failed searches when they affect confidence.
  • Distinguish source-backed facts, calculations, and inference.

Maintain a compact ledger:

| Claim | Evidence | Date | Source quality | Confidence | Contradiction or gap |
|---|---|---|---|---|---|

Do not average contradictory sources. Explain why they differ: scope, date, method, population, incentives, or definitions.

5. Synthesize around the user's goal

  1. Lead with the answer, verdict, or ranked options.
  2. Explain the few findings that drive the conclusion.
  3. Separate facts from inference and recommendation.
  4. State tradeoffs, uncertainty, and what would change the conclusion.
  5. Put citations beside the claims they support and link to the exact page when possible.
  6. Prefer a concise decision memo unless the user requests a full report.

For a multi-document report or literature compilation, read references/compilation-method.md only for the needed sections.

6. Adversarial verification

Before delivery:

  • re-open the strongest sources and confirm each citation supports the nearby claim;
  • check names, dates, units, versions, sample sizes, and arithmetic;
  • search for credible counterevidence to the leading conclusion;
  • confirm recommendations reflect the user's constraints rather than generic popularity;
  • remove unsupported attractive claims;
  • state what could not be verified.

Guardrails

  • Do not hardcode a vendor, model family, reasoning level, or proprietary tool.
  • Do not fabricate citations, browsing, workers, access, or consensus.
  • Do not treat model memory as current evidence when live verification is needed.
  • Minimize quotation; paraphrase and cite.
  • For medical, legal, financial, security, or other high-stakes topics, use current authoritative sources and make decision boundaries explicit.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.