Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计提醒

research-survey研究调查

Agent Skill

research-survey 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

2,032

周安装

83

GitHub Stars

346

下载量

657
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:research-survey(研究调查)
来源仓库:https://github.com/evoscientist/evoskills
仓库路径:skills/research-survey
安装命令:
npx skills add https://github.com/evoscientist/evoskills --skill research-survey
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/evoscientist/evoskills --skill research-survey

简介

用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中快速定位候选结果。

  • 适用于需要根据关键词或任务场景进行信息检索的研究类 Agent 工作流。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装使用。
  • 建议确认权限范围和维护状态,注意可能触发联网或文件读写操作。
  • research-survey 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Research Survey

Generates high-quality, survey-grade literature reviews from papers collected by paper-navigator.

paper-navigator (collect 30-120 papers)
    ↓
Stage 1: Generate Outline (query-type adaptive structure)
    ↓
Stage 2: Draft Survey (outline + top-30 papers)
    ↓
Stage 3: Expand Sections (draft + all papers, section-by-section)
    ↓
Stage 4: Generate Section Summaries
    ↓
Stage 5: Refine Summary Sections (Abstract/Intro/Conclusion)
    ↓
Stage 6: Assemble + References

When to Use

  • User asks for a "literature review", "survey", "field overview", or "systematic review"
  • User has collected papers and wants them synthesized into a structured report
  • User wants to understand the full landscape of a research field

When NOT to Use

  • Finding papers → use paper-navigator first, then come here
  • Generating research ideas → use research-ideation
  • Writing a Related Work section for a paper → use paper-writing

Dependency: paper-navigator

This skill requires papers as input. If the user hasn't provided papers, first invoke paper-navigator (Workflow 1, target 30-120 papers) to collect them.

CRITICAL: All paper discovery MUST use the paper-navigator skill and its scripts (scholar_search, citation_traverse, arxiv_monitor, recommend, etc.). Using WebSearch, WebFetch, or any generic web search tool for finding papers is PROHIBITED. Generic web search cannot access Semantic Scholar, citation graphs, or academic recommendation systems. Only paper-navigator provides the academic search infrastructure needed for survey-quality literature collection.


Stage 1: Generate Outline

This is a two-phase process. Different fields have different survey conventions — a clinical systematic review looks nothing like a CS methods survey. First generate a domain-appropriate template, then create the detailed outline.

Phase 1A: Generate Domain-Specific Survey Template

Before outlining, identify the field and adapt the structure:

  1. Identify the field from the user's goal and collected papers
  2. Select section names and organization logic using the field-specific conventions in assets/survey-template.md (e.g., medicine organizes by intervention type and follows PRISMA; chemistry organizes by reaction class; social sciences organize by theoretical perspective)
  3. Add field-specific sections (e.g., Risk of Bias Assessment for medicine, Structure-Property Relationships for materials, Ethical Considerations for human-subjects research)
  4. Determine comparison table dimensions appropriate to the field

Phase 1B: Create Detailed Outline

With the domain-specific template as the framework, generate the outline:

Query Type Classification

TypeExampleStructure
A: Single-topic deep dive"Catalyst design for electrochemical CO2 reduction"Intro → Problem Definition → Methods (by mechanism/approach) → Evaluation → Challenges → Conclusion
B: Multi-topic parallel"Drug resistance mechanisms and therapeutic strategies in cancer immunotherapy"Intro → Topic 1 (definition + methods)Topic 2 (definition + methods) → Evaluation → Challenges → Conclusion
C: Pipeline/stage-based"From sample preparation to data analysis in single-cell RNA sequencing"Chapters organized by workflow stages

Outline Requirements

The outline is NOT a simple heading list — it's a blueprint with meta-instructions for each section. For each ## Section:

  • Include [Instruction:...] specifying what the section must contain
  • Specify required tables with field-appropriate columns
  • For main body sections: mandate taxonomy by underlying principle/mechanism, NOT chronology
  • Include any field-required elements (e.g., PRISMA flowchart for medical systematic reviews, mathematical formalism for physics)

See references/survey-methodology.md for full outline generation rules and assets/survey-template.md for field-specific conventions.


Stage 2: Draft Survey

Generate a complete draft from the outline using the top-30 most relevant papers.

  • Use numbered citations [1], [2, 3] throughout
  • Follow the outline's meta-instructions strictly
  • Each methods section must build a taxonomy and include comparison tables
  • Problem definition must include LaTeX formalization ($$...$$)

Stage 3: Expand Sections

Expand each non-summary section using all collected papers (30-120). This is where survey-grade depth is achieved.

Section Expansion Targets

Section TypeTarget LengthFocus
Methods6000+ words per paradigm chapterTechnical narratives, mechanism analysis, comparison tables
Evaluation3500+ wordsBenchmark taxonomy, metric analysis, SOTA summary
Challenges3000+ wordsProblem definition + evidence + opportunity per challenge
Applications3000+ wordsReal-world use cases with specific achievements
Problem Definition2000+ wordsLaTeX formalization, constraints, assumptions
Other2500+ wordsDefault

Expansion Rules

  1. Thematic coherence: Keep same themes and narrative flow as draft — don't introduce unrelated topics
  2. Cite comprehensively: Use as many relevant papers from the full collection as possible
  3. Survey-grade depth: Multi-paragraph technical narratives per method family, not shallow bullet points
  4. For each paradigm/method family, include:

- Technical narrative: How it works, theoretical assumptions, nuances between papers - Critical analysis: Why effective, trade-offs, failure modes - Comparative analysis table: Method | Core Mechanism | Key Advantage | Limitation | Performance


Stage 4: Generate Section Summaries

After all content sections are expanded, generate a condensed summary for each major section:

  1. Summarize each expanded section in 150-300 words
  2. Preserve the key taxonomy, representative methods, and main trade-offs
  3. Keep citation anchors so later summary sections remain grounded

These section summaries become the shared context for the final abstract, introduction, and conclusion.


Stage 5: Refine Summary Sections

After all content sections are expanded, refine the summary sections (Abstract, Introduction, Conclusion):

  1. Use all section summaries as context to rewrite Abstract, Introduction, Conclusion
  2. This ensures summary sections accurately reflect the full survey content

Summary Section Standards

Abstract (300-500 words):

  • Continuous narrative, NO bullet points or bold labels
  • Must cover: background → gap → scope → key findings → outlook

Introduction:

  • Continuous narrative, NO subsections or bullet points
  • Must cover: research background → why traditional methods fail → method summary → scope & organization

Conclusion:

  • Summarize findings, state which paradigm is most promising
  • Respond to user's original research goal
  • Provide clear "next step" recommendation

Stage 6: Assemble Final Survey

Assemble sections in outline order, then append formatted references:

**1. Title** (Year). _Authors_. *Venue*. Citations: N. [[Link]](url)

Save to /artifacts/survey-{topic}-{date}.md.


Core Quality Principles

  1. Build taxonomy, don't enumerate: Cluster papers by technical mechanism, not chronology. This is the defining characteristic of a survey vs. a summary.
  2. Critical insight over description: For EVERY method, analyze WHY it works, WHAT trade-off it makes, WHERE it fails. This separates survey-grade writing from shallow summaries.
  3. Goal-centric filtering: Every piece of information must answer "How does this help achieve the research goal?" Discard information that doesn't serve the goal, even if it's interesting.
  4. Strict terminology fidelity: Use the user's exact technical terms. Do NOT drift to related but different concepts.
  5. Dense citations: Ground ALL claims with numbered citations [X]. Nearly every sentence should reference at least one paper.
  6. Zero vagueness: Replace generic statements with specific method names, dataset names, metric values, and problem descriptions.
  7. Visual structure: Use Markdown tables extensively — paradigm comparison, intra-paradigm method comparison, benchmark tables, metric tables.

Reference Materials

ResourceLocationPurpose
Multi-stage pipeline detailsreferences/survey-methodology.mdFull methodology: outline rules, section standards, expansion targets
Section quality checklistreferences/section-quality-checklist.mdPer-section verification checklist before finalizing
Survey output templateassets/survey-template.mdEnglish Markdown template with section structure, table formats, and placeholder guidance

Handoff

From → ToWhen
paper-navigator → herePapers collected, user wants synthesis
Here → research-ideationSurvey reveals research gaps worth pursuing
Here → paper-writingSurvey informs Related Work section of a paper
Here → paper-planningSurvey provides literature context for story design

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.36%
按下载量换算232

Claude

34.11%
按下载量换算224

Cursor

18.06%
按下载量换算119

Gemini CLI

9.3%
按下载量换算61

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills