content/skills/research-learning-knowledge/deep-research-pro/SKILL.md
Multi-source deep research skill for current-topic investigation, comparison, and cited report writing. Use when the user asks to research, compare, or deep-dive a topic with current web sources and citations, including phrases like research, deep dive, latest, 调研, 做个深度研究, or 带来源总结. Do not use for offline-only codebase questions, casual opinion requests, or when the user explicitly forbids web access.
npx skillsauth add bahayonghang/my-claude-code-settings deep-research-proInstall 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.
Use this skill to turn an open-ended topic into a grounded, cited research deliverable. The goal is not to dump links. The goal is to answer the user's real question with evidence, recency awareness, and explicit uncertainty.
Use this skill when the user wants:
Do not use this skill when:
Extract or infer:
Ask at most 1-2 clarifying questions only if the answer would materially change the search plan or final deliverable. If not, proceed with reasonable defaults and state them.
Create 3-5 sub-questions that cover the topic from different angles, such as:
Do not search blindly for the top-level topic only.
Use the current environment's available web tools. Prefer primary and high-signal sources in this order:
For each sub-question:
Aim for roughly 8-20 unique sources total unless the user requested a very lightweight answer.
Do not rely on snippets alone. Open and read the most relevant pages in full.
For each key source, extract:
If a claim appears only once, treat it as provisional instead of established.
Combine the evidence into a structured answer that:
If the user asks for recommendations, make it explicit which parts come from sources and which parts are your synthesis.
Default output structure:
# {Topic}
## Executive Summary
- 3-5 high-signal findings
## Key Findings
### {Theme 1}
...
### {Theme 2}
...
## Risks / Open Questions
...
## Sources
1. [Title](url) — source type, date
If the user asked for a saved report, write it to a user-specified path or a workspace-relative path. Do not assume a personal home-directory convention.
Research the current state of nuclear fusion commercializationCompare Rust vs Go for backend services in 2026 with sources帮我调研一下 AI coding agent 的市场格局,给出带来源总结What's the latest on the US housing market?development
Use only when the user explicitly asks for swarm, subagents, parallel agents, dynamic workflow, multi-agent orchestration, 多智能体编排, or when the task truly needs coordinated research plus implementation plus review plus verification packets. Do not use for ordinary code review, planning-only work, single-line bugfixes, routine audits, or migrations unless orchestration is requested or at least two independent workflow dimensions are present.
development
Run a code quality review focused on maintainability, structure, abstraction quality, file growth, branching complexity, boundary cleanliness, and refactoring opportunities. Use when the user asks for code quality review, code review, maintainability review, architecture quality review, PR code quality feedback, 代码质量审查, 代码质量 review, 可维护性审查, 架构质量审查, or review comments about code structure. Do not use for pure security review, formatting-only review, performance profiling, or implementation tasks unless the user also asks for a code quality review.
development
Plan-first brainstorming workflow that turns an idea into an approved Markdown implementation plan by default. Use when the user wants to brainstorm, design, scope, or plan a feature/spec before implementation. Spark explores project context, asks only blocking questions, writes the plan under the project root's .plannings/YYYY-MM-DD-feature-slug.md path, self-reviews it, and waits for user approval. Create an HTML or visual plan/spec only when the user explicitly asks for HTML, browser-viewable, or visual output; save the paired .html beside the Markdown plan.
development
Run a code quality review focused on maintainability, structure, abstraction quality, file growth, branching complexity, boundary cleanliness, and refactoring opportunities. Use when the user asks for code quality review, code review, maintainability review, architecture quality review, PR code quality feedback, 代码质量审查, 代码质量 review, 可维护性审查, 架构质量审查, or review comments about code structure. Do not use for pure security review, formatting-only review, performance profiling, or implementation tasks unless the user also asks for a code quality review.