前言¶
做一個新東西時，最常見的失敗不是代碼寫錯，而是需求沒問清楚就開始寫。創建 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
