前言¶
做一个新东西时，最常见的失败不是代码写错，而是需求没问清楚就开始写。创建 SKILL、做一个工具、搭一套系统、设计一条工作流，都属于「待建设的需求」：用户通常只有一句话，中间的技术选型、同类方案、真实目标都还没被验证过。
调研Master 就是这个环节的入口。它把「先问清楚」固化成一套可执行流程，避免需求在第一次对话里就被默认成某个具体方案。
这是什么¶
调研Master 是一个社区发布的 ai-agent 类 Skill，坐标 @user_11d2869f/research-master，由 user_11d2869f 发布，版本 1.0.5，来源标注为 community。
它解决的问题很窄：当用户提出一个尚未经过充分调研的待建设需求时，先把调研和确认做完，再谈实现。
核心功能¶
根据官方简介，它的流程是一条链路，每个环节解决一件事：
- 三源并行调研。从多个来源同时收集信息，而不是串行等待，缩短调研耗时。
- 同类方案对比。把市面上已有的类似做法拉出来对比，判断是造轮子还是复用。
- 反问确认真实需求。用追问的方式校验用户真正想要的目标，防止把「方案」当成「需求」。
- 多模型流水线生成。调研确认后，由多模型组成的流水线产出方案内容。
- 迭代 LOOP。结果不够好时回到上一步继续，而不是一次性输出后结束。
- 复利归档。把本次调研的结论沉淀归档，后续同类需求可以直接复用。
它的定位是「总入口」，也就是先经过它，再进入实际的创建、开发、搭建环节。
安装与启用¶
官方资料没有给出具体的安装命令和配置字段，下面的通用说明来自 SKILL.md 这类 Skill 的一般加载方式，不是官方说明，请以本地客户端文档为准。
1、确认客户端支持 SKILL.md 格式，常见支持方包括 Cursor、Codex CLI、Claude Code，各家的目录约定不同。
2、把 Skill 目录放到客户端约定的 skills 目录下，例如在支持用户级 Skill 的客户端中放置于 ~/.claude/skills/ 或项目内的 .claude/skills/。
3、重启或刷新客户端的 Skill 列表，让新目录被扫描到。
4、使用时给出一个明确的待建设需求，触发词要具体到「创建 SKILL」「做一个工具」「搭一套系统」「设计工作流」这类描述。
典型用法¶
官方资料没有提供可复现的完整命令示例，这里给出触发方式上的要求，均来自官方简介的定义：
1、输入一个尚未调研的需求，例如「帮我做一个抓取网页正文的小工具」。
2、Skill 触发后，它会先做三源并行调研和同类方案对比，再对需求本身提出反问。
3、用户在反问环节确认或修正真实目标，这是整条流程里唯一需要人工介入的必经步骤。
4、确认后进入多模型流水线生成，产出方案；不满意就进入迭代 LOOP 回到前一步。
5、最后结论被归档，后续类似需求可以直接复用历史调研结果。
适用场景与注意¶
适合的场景：需求处于早期、只有一个模糊想法、还没有做过方案对比的情况。越是「一句话需求」，这套流程的价值越高。
不适合的场景：需求已经调研清楚、目标和约束都明确，这时反问环节会变成多余的往返。
需要注意三点：
1、标签中 requires_api_key=true，说明运行时依赖外部 API Key，使用前要确认已在客户端完成密钥配置。
2、页面显示当前安装量为 0，它属于较新的社区 Skill，实际使用中遇到边界情况时的维护响应情况需要自行确认。
3、「三源并行」「多模型」这类说法来自官方简介，具体接入哪些模型和数据源，资料中没有列出，需要在本地运行后确认。
结尾¶
调研Master 的价值在于把调研和确认变成一个固定入口，而不是每次都从零开始问一遍。如果你手上正有一个还没想清楚的待建设需求，可以从它开始走一遍流程。
官方地址：https://api.skillhub.cn/user_11d2869f/research-master
SkillHub 页面：https://www.skillhub.cn/skills/user_11d2869f/research-master
