research-workflow by jwynia/agent-skills
npx skills add https://github.com/jwynia/agent-skills --skill research-workflow一种用于开展全面研究的结构化方法。此技能将指导您完成任何主题的研究规划、执行、分析和综合。
在以下情况使用此技能:
在以下情况请勿使用此技能:
使用此技能前,请确保:
┌─────────────────────────────────────────────────────────────┐
│ 研究流程 │
├─────────────────────────────────────────────────────────────┤
│ │
│ 1. 规划 2. 执行 │
│ ┌──────────────┐ ┌──────────────┐ │
│ │ 定义 │ │ 运行搜索 │ │
│ │ 问题 │───>│ 评估 │ │
│ │ 规划查询 │ │ 来源 │ │
│ └──────────────┘ └──────────────┘ │
│ │ │ │
│ v v │
│ 3. 分析 4. 综合 │
│ ┌──────────────┐ ┌──────────────┐ │
│ │ 组织 │ │ 创建 │ │
│ │ 发现 │───>│ 连贯的 │ │
│ │ 寻找模式 │ │ 输出 │ │
│ └──────────────┘ └──────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
在进行任何搜索之前,制定一个清晰的研究计划。
将主题转化为具体、可回答的问题。
示例 :
将主要主题分解为可搜索的组成部分:
创建一个包含查询进展的搜索计划:
首先进行广泛查询:获取整体概况
接下来进行具体查询:深入细节
最后进行验证查询:确认发现
使用 assets/research-plan-template.md 的模板来记录您的计划。
系统地执行您的搜索计划。
按顺序执行查询,使用适当的搜索参数:
# Broad overview
web-search "AI in healthcare overview 2024"
# Specific deep dive
web-search "AI diagnostic imaging applications" --depth advanced
# Current news
web-search "AI healthcare regulations 2024" --topic news --time month
对于每次搜索,记录:
使用 assets/source-evaluation-checklist.md 的检查清单进行评估:
可信度指标 :
质量信号 :
研究不是线性的。根据发现:
组织和分析您收集到的发现。
将结果组织成类别:
寻找:
对于每个发现,确定置信度级别:
记录:
根据您的分析创建连贯、有用的输出。
根据用例选择合适的格式:
关键原则:
以实用的输出结尾:
阶段 1 - 规划 :
Research Question: What are the best practices for API versioning?
Sub-questions:
1. What versioning strategies exist?
2. What are pros/cons of each?
3. What do major companies use?
4. What do experts recommend?
Search Plan:
- "API versioning strategies comparison"
- "REST API versioning best practices 2024"
- "API versioning header vs URL vs query parameter"
- "large companies API versioning approach"
阶段 2 - 执行 :
Query 1: "API versioning strategies comparison"
- Found: URL versioning, header versioning, query parameter
- Key insight: URL versioning most common, header more "RESTful"
- Sources: REST API tutorial, Martin Fowler blog
Query 2: "REST API versioning best practices 2024"
- Found: Semantic versioning principles apply
- Key insight: Version only when breaking changes
- Sources: API design guides, Stack Overflow discussions
阶段 3 - 分析 :
Consensus Points:
- Version only for breaking changes
- Be consistent within an API
- Document version lifecycle
Conflicts:
- URL vs header placement (no clear winner)
- When to deprecate old versions
Gaps:
- Limited data on performance impact
- Few studies on developer experience
阶段 4 - 综合 :
Key Findings:
1. Three main strategies exist (URL, header, query param)
2. URL versioning is most common and discoverable
3. Header versioning is considered more "pure" REST
4. Version only on breaking changes
5. Major companies split between approaches
Recommendations:
- Use URL versioning for public APIs (discoverability)
- Consider header versioning for internal APIs
- Document deprecation timeline clearly
- Use semantic versioning principles
完成研究前,请验证:
详细指南,请参阅:
此工作流程存在以下局限性:
每周安装次数
183
仓库
GitHub 星标数
37
首次出现
Jan 20, 2026
安全审计
安装于
opencode157
codex153
gemini-cli149
github-copilot134
cursor133
claude-code127
A structured methodology for conducting comprehensive research. This skill guides you through planning, executing, analyzing, and synthesizing research on any topic.
Use this skill when:
Do NOT use this skill when:
Before using this skill, ensure:
┌─────────────────────────────────────────────────────────────┐
│ RESEARCH WORKFLOW │
├─────────────────────────────────────────────────────────────┤
│ │
│ 1. PLANNING 2. EXECUTION │
│ ┌──────────────┐ ┌──────────────┐ │
│ │ Define │ │ Run searches │ │
│ │ questions │───>│ Evaluate │ │
│ │ Plan queries │ │ sources │ │
│ └──────────────┘ └──────────────┘ │
│ │ │ │
│ v v │
│ 3. ANALYSIS 4. SYNTHESIS │
│ ┌──────────────┐ ┌──────────────┐ │
│ │ Organize │ │ Create │ │
│ │ findings │───>│ coherent │ │
│ │ Find patterns│ │ output │ │
│ └──────────────┘ └──────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
Before any searches, establish a clear research plan.
Convert the topic into specific, answerable questions.
Example :
Break down the main topic into searchable components:
Create a search plan with query progression:
Broad queries first : Get overall landscape
Specific queries next : Dive into details
Verification queries last : Confirm findings
Use the template at assets/research-plan-template.md to document your plan.
Execute your search plan systematically.
Execute queries in order, using appropriate search parameters:
# Broad overview
web-search "AI in healthcare overview 2024"
# Specific deep dive
web-search "AI diagnostic imaging applications" --depth advanced
# Current news
web-search "AI healthcare regulations 2024" --topic news --time month
For each search, record:
Use the checklist at assets/source-evaluation-checklist.md to assess:
Credibility Indicators :
Quality Signals :
Research is not linear. Based on findings:
Organize and analyze your collected findings.
Organize results into categories:
Look for:
For each finding, determine confidence level:
Document:
Create coherent, useful output from your analysis.
Choose appropriate format based on use case:
Use the template at assets/research-report-template.md.
Key principles:
End with practical outputs:
Phase 1 - Planning :
Research Question: What are the best practices for API versioning?
Sub-questions:
1. What versioning strategies exist?
2. What are pros/cons of each?
3. What do major companies use?
4. What do experts recommend?
Search Plan:
- "API versioning strategies comparison"
- "REST API versioning best practices 2024"
- "API versioning header vs URL vs query parameter"
- "large companies API versioning approach"
Phase 2 - Execution :
Query 1: "API versioning strategies comparison"
- Found: URL versioning, header versioning, query parameter
- Key insight: URL versioning most common, header more "RESTful"
- Sources: REST API tutorial, Martin Fowler blog
Query 2: "REST API versioning best practices 2024"
- Found: Semantic versioning principles apply
- Key insight: Version only when breaking changes
- Sources: API design guides, Stack Overflow discussions
Phase 3 - Analysis :
Consensus Points:
- Version only for breaking changes
- Be consistent within an API
- Document version lifecycle
Conflicts:
- URL vs header placement (no clear winner)
- When to deprecate old versions
Gaps:
- Limited data on performance impact
- Few studies on developer experience
Phase 4 - Synthesis :
Key Findings:
1. Three main strategies exist (URL, header, query param)
2. URL versioning is most common and discoverable
3. Header versioning is considered more "pure" REST
4. Version only on breaking changes
5. Major companies split between approaches
Recommendations:
- Use URL versioning for public APIs (discoverability)
- Consider header versioning for internal APIs
- Document deprecation timeline clearly
- Use semantic versioning principles
Before completing research, verify:
For detailed guidance, see:
This workflow has the following limitations:
Weekly Installs
183
Repository
GitHub Stars
37
First Seen
Jan 20, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykWarn
Installed on
opencode157
codex153
gemini-cli149
github-copilot134
cursor133
claude-code127
AI代理协作核心原则:提升开发效率的6大Agentic开发原则指南
7,600 周安装