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

research研究

Agent Skill

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

总安装

13,289

周安装

565

GitHub Stars

6

下载量

4,656
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/hyperb1iss/hyperskills --skill research

简介

research 用于查找、检索和筛选相关信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中根据任务场景快速定位候选结果。
  • 通过 npx skills add 命令从 hyperb1iss/hyperskills 仓库安装。
  • 安装前需确认权限范围和维护状态,避免触发联网或文件读写。
  • 建议结合原始 README 了解具体研究逻辑和输出格式。

SKILL.md

Multi-Agent Research

Wave-based knowledge gathering with deferred synthesis. Mined from 300+ real research dispatches — the pattern that consistently produces actionable intelligence.

Core insight: Research breadth-first, synthesize after. Don't draw conclusions from the first 3 results. Deploy agents in waves, accumulate findings, then synthesize with the full picture.

The Process

digraph research {
    rankdir=TB;
    node [shape=box];

    "1. PRIME" [style=filled, fillcolor="#e8e8ff"];
    "2. WAVE 1: Broad Sweep" [style=filled, fillcolor="#ffe8e8"];
    "3. GAP ANALYSIS" [style=filled, fillcolor="#fff8e0"];
    "4. WAVE 2+: Targeted" [style=filled, fillcolor="#ffe8e8"];
    "5. SYNTHESIZE" [style=filled, fillcolor="#e8ffe8"];
    "6. DECIDE & RECORD" [style=filled, fillcolor="#e8e8ff"];

    "1. PRIME" -> "2. WAVE 1: Broad Sweep";
    "2. WAVE 1: Broad Sweep" -> "3. GAP ANALYSIS";
    "3. GAP ANALYSIS" -> "4. WAVE 2+: Targeted";
    "4. WAVE 2+: Targeted" -> "3. GAP ANALYSIS" [label="still gaps", style=dashed];
    "3. GAP ANALYSIS" -> "5. SYNTHESIZE" [label="coverage sufficient"];
    "5. SYNTHESIZE" -> "6. DECIDE & RECORD";
}

Phase 1: PRIME

Search what you already know before spawning a single agent.

Actions

  1. Search Sibyl first: sibyl search "<research topic>" sibyl search "<related technology>" sibyl search "<prior decision in this area>"
  2. Check for stale knowledge:

- If Sibyl has entries older than 3 months on fast-moving topics (frameworks, models, cloud services) → research anyway, but use existing knowledge as baseline - If Sibyl has recent entries → present them first, ask if deeper research is needed

  1. Define the research question clearly:

- NOT: "research databases" (too vague) - YES: "compare PostgreSQL vs CockroachDB for multi-region write-heavy workloads with <10ms p99 latency requirement"

  1. Set the research budget: Depth Agents Time When Quick scan 2-3 2-5 min Known domain, just need latest info Standard 5-10 10-15 min Technology evaluation, architecture options Deep dive 10-30 20-40 min Greenfield decisions, SOTA analysis Exhaustive 30-60+ 40-90 min New project inception, competitive landscape

Source Quality Contract

Claim TypeRequired Source
Current versionPackage registry, release page, or official CLI
CLI flags / config keysOfficial docs or local --help output
Security frameworksOWASP, NIST, SLSA/OpenSSF, CIS, ISO, PCI sources
Cloud/provider behaviorProvider docs and current changelog
Research papers / SOTAPaper, benchmark repo, or authors' artifact
Community healthRepository activity plus issue/release cadence

If primary sources disagree with blog posts, trust the primary source and record the discrepancy. If a fact is volatile, date it explicitly and prefer a command/source the next agent can rerun.


Phase 2: WAVE 1 — Broad Sweep

Deploy the first wave of agents across the full research surface.

Agent Design Principles

Each agent gets:

  • One specific topic (not "research everything about X")
  • An output file path (no ambiguity about where to write)
  • Search hints (include year: "search [topic] 2026")
  • 8-12 numbered coverage items (scope the research precisely)
  • Source quality guidance ("prefer official docs and GitHub repos over blog posts")

Wave 1 Template

Research [SPECIFIC_TOPIC] for [PROJECT/DECISION].

Create a research doc at docs/research/[filename].md covering:

1. Current state (latest version, recent changes)
2. [Specific capability A relevant to our use case]
3. [Specific capability B]
4. [Integration with our stack: list specific technologies]
5. Performance characteristics / benchmarks
6. Known limitations and gotchas
7. Community health (stars, activity, maintenance)
8. Comparison with alternatives (name 2-3 specific alternatives)

Use WebSearch for current information. Include dates on all facts.
Cite sources with URLs.

Deployment Rules

  • ALL Wave 1 agents run in background — no dependencies between them
  • 3-4 seconds between dispatches — avoid rate limiting
  • Each agent writes its own file — no shared outputs
  • Group by theme: If researching 12 topics, group into 3-4 thematic clusters

Coverage Strategy

For technology evaluations, cover these dimensions:

DimensionQuestion
CapabilityDoes it do what we need?
PerformanceIs it fast enough?
EcosystemDoes it integrate with our stack?
MaturityIs it production-ready?
CommunityWill it be maintained in 2 years?
CostWhat does it cost at our scale?
MigrationHow hard is it to adopt/abandon?

Phase 3: GAP ANALYSIS

After Wave 1 completes, identify what's missing before synthesizing.

Actions

  1. Read all Wave 1 outputs — skim each research doc
  2. Identify gaps:

- Dimensions not covered? - Contradictory findings between agents? - Questions raised but not answered? - Missing comparisons?

  1. Check for bias:

- Are all findings positive? (Suspicious — look for failure cases) - Did agents only find official docs? (Need community/real-world experience) - Same sources cited by multiple agents? (Need diversity)

Decision Point

FindingAction
Good coverage, minor gapsSynthesize now, note gaps
Significant gapsDeploy Wave 2 targeted agents
Contradictory findingsDeploy verification agents to resolve
Entirely new direction emergedDeploy Wave 2 in new direction

Phase 4: WAVE 2+ — Targeted Research

Fill specific gaps identified in the analysis.

Wave 2 Agents Are Different

  • Smaller scope — one specific question per agent
  • Higher quality bar — "find production experience reports, not just docs"
  • Cross-reference — "Agent X found [claim]. Verify this against [alternative source]"
  • Deep reads — "Read the full README and API docs for [library], not just the landing page"

When to Stop

Stop deploying waves when:

  • The research question can be answered with confidence
  • Additional agents would produce diminishing returns
  • You have >= 2 independent sources for key claims
  • The user signals "enough, let's decide"

Max 3 waves for most research. If 3 waves haven't answered the question, the question needs reframing.


Phase 5: SYNTHESIZE

Combine all findings into actionable intelligence. This is where the magic happens.

Synthesis Structure

## Research: [Topic]

### TL;DR

[2-3 sentences. The answer, not the journey.]

### Recommendation

[Clear choice with justification. Don't hedge — pick one.]

### Options Evaluated

| Option | Fit | Maturity | Perf | Ecosystem | Verdict         |
| ------ | --- | -------- | ---- | --------- | --------------- |
| A      | ... | ...      | ...  | ...       | Best for [X]    |
| B      | ... | ...      | ...  | ...       | Best for [Y]    |
| C      | ... | ...      | ...  | ...       | Avoid: [reason] |

### Key Findings

1. [Most important finding with source]
2. [Second most important]
3. [Third most important]

### Risks & Gotchas

- [Known issue or limitation]
- [Migration complexity]
- [Hidden cost]

### Sources

- [Source 1](url) — [what it contributed]
- [Source 2](url) — [what it contributed]

Synthesis Rules

  1. Lead with the recommendation. Don't make the reader wade through findings to find the answer.
  2. Separate facts from opinions. "PostgreSQL supports JSONB" (fact) vs "PostgreSQL is better for this use case" (opinion backed by evidence).
  3. Include dissenting evidence. If one source contradicts the recommendation, say so. Don't cherry-pick.
  4. Date everything. "As of Feb 2026, [library] is at v4.2" — research spoils fast.
  5. Note confidence level. "High confidence: well-documented. / Low confidence: based on one blog post."

Phase 6: DECIDE & RECORD

Lock in the decision and capture it for future sessions.

Actions

  1. Present the synthesis to the user with a clear recommendation
  2. Record in Sibyl: sibyl add "Research: [topic]" "Evaluated [options]. Chose [X] because [reasons]. Key risk: [Y]. Sources: [primary URLs]. Date: [today]."
  3. Archive research docs — keep the wave outputs for reference:

- If in a project: docs/research/[topic]/ - If general knowledge: Sibyl learning entry is sufficient

  1. Exit to next action: Next Step When /hyperskills:brainstorm Research surfaced multiple viable approaches /hyperskills:plan Decision made, ready to decompose implementation /hyperskills:orchestrate Decision made, work is parallelizable Direct implementation Research confirmed a simple path

Quick Research Mode

For focused questions that don't need the full wave protocol:

  1. Search Sibyl (always)
  2. 2-3 targeted searches (WebSearch + WebFetch on key URLs)
  3. Synthesize inline (no separate docs)
  4. Record if non-obvious (Sibyl learning)

Use when: "What's the latest version of X?", "Does Y support Z?", "What's the recommended way to do W?"


Research Patterns by Type

Technology Evaluation

Wave 1: Official docs + GitHub README for each option (parallel)
Wave 2: Production experience + benchmarks (parallel)
Synthesize: Comparison matrix + recommendation

Codebase Archaeology

Wave 1: Explore agents mapping each subsystem (parallel)
Wave 2: Grep for specific patterns / usage (parallel)
Synthesize: Architecture diagram + dependency map

SOTA Analysis

Wave 1: WebSearch for latest papers, blog posts, releases (parallel)
Wave 2: Deep read the most relevant 3-5 sources (parallel)
Synthesize: What's genuinely novel vs rehashed + recommendation

Competitive Landscape

Wave 1: Feature matrix for each competitor (parallel)
Wave 2: Pricing, community size, trajectory (parallel)
Synthesize: Positioning matrix + gap analysis

Anti-Patterns

Anti-PatternFix
Synthesizing after Wave 1 onlyWait for gap analysis — premature conclusions miss nuance
50 agents with "research everything"Specific scope per agent — vague prompts produce vague results
Only official documentationInclude community experience — docs show intent, community shows reality
No dates on findingsDate everything — research spoils faster than produce
No recommendationForce a decision — "more research needed" is only valid with a specific question
Researching what Sibyl already knowsAlways prime first — don't burn tokens re-discovering known patterns

What This Skill is NOT

  • Not a substitute for reading code. If the answer is in the codebase, read the codebase.
  • Not an infinite loop. Max 3 waves. If that's not enough, reframe the question.
  • Not required for known domains. If you already know the answer, just say so and cite your knowledge.
  • Not a delay tactic. Research serves a decision. If no decision follows, the research was waste.

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

35.4%
按下载量换算1,648

Claude

31.97%
按下载量换算1,489

Cursor

19.62%
按下载量换算914

Gemini CLI

9.5%
按下载量换算442

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

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

安装前确认

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

来源信息

继续浏览同类 Skills