網頁抓取失敗，只能依據已抓取資料寫作，其中沒有安裝命令和用法示例，相關部分如實說明。
markdown: |
# AI輔助需求分析和探索：把一句話需求訪談成可建模的 SRS
# 前言
需求階段最常見的問題是：用戶說「做個庫存預警」，落到開發手裏變成一堆互相矛盾的字段和規則。中間缺的不是文檔字數，而是一套把原始業務語言逐步收斂成結構化需求的流程。《AI輔助需求分析和探索》這個 Skill 做的事，就是把這套流程交給 AI 主導執行。下面介紹它的定位、能力和使用方式。
# 這是什麼
這是發佈者 user_81d33501 在 SkillHub 社區發佈的 Skill，座標 @user_81d33501/requirement-exploration，當前版本 1.0.0，分類 dev-programming，來源 community。
它解決的問題是：用戶往往只有一句話或一段原始業務需求，需要通過交互式訪談把它變成一份能直接驅動本體建模和 AI 編碼的軟件需求規格說明書（SRS）。
它基於《AI 需求探索與確認提示詞 V10.0》工作，產出的文檔須符合《軟件需求編寫規範 V10.0》（九部分 + 附錄 A、54 項自檢），並配套交付《編制說明》。
# 核心能力
## 八階段結構化訪談
由 AI 主導訪談，分八個階段推進。不是一次性生成文檔，而是逐步提問、確認，把模糊表述逐層收斂。
## 按規範產出 SRS
訪談結果整理成符合《軟件需求編寫規範 V10.0》的文檔，結構爲九部分 + 附錄 A，並經過 54 項自檢，保證格式和完整性達標。
## 可直接驅動建模與編碼
產出的文檔定位是「可落地、可建模」，即在需求確認後可以直接進入本體建模和 AI 編碼環節，不需要再返工補需求細節。
## 配套《編制說明》
除 SRS 外，同時交付《編制說明》，記錄需求的來龍去脈，便於評審和追溯。
# 安裝與啓用
已抓取的官方資料中沒有給出命令行安裝方式，也沒有列出 Cursor、Codex CLI、Claude Code 的分別配置，此處不臆造。需要安裝時以官方頁面的指引爲準：
https://www.skillhub.cn/skills/user_81d33501/requirement-exploration
資料中有一個相關配置信息：標籤 requires_api_key=false，即使用該 Skill 不需要單獨配置 API Key。
# 典型用法
官方資料未提供可復現的命令行示例，下面是從 Skill 簡介中整理的觸發方式。
## 用觸發詞喚起
在對話中直接提出需求分析類任務即可觸發，觸發詞包括：需求探索、需求分析、需求文檔、需求規格說明書、需求訪談、需求確認、寫需求、整理需求、業務需求、軟件需求、需求評審、requirement exploration、SRS。
例如給出一段業務需求，加上「幫我做需求探索」或「把這段業務需求整理成可建模的文檔」。
## 適合的輸入
一句話需求或一段原始業務描述都可以作爲起點。Skill 的價值在於後續的訪談環節：AI 會按八階段逐項提問和確認，用戶只需在每一階段補充業務事實，最終拿到符合規範的 SRS 和《編制說明》。
# 適用場景與注意
適合的角色：需求分析師、後端開發者、參與需求評審的技術負責人，以及需要從模糊業務描述快速產出規範文檔的團隊。
需要注意的幾點：
1、產出質量取決於訪談階段用戶提供的業務事實。如果提問階段答得含糊，54 項自檢只能檢查格式，補不齊業務細節。
2、產出物面向後續的本體建模和 AI 編碼，需求本身若有根本性矛盾，應在訪談階段暴露，而不是等到編碼階段。
3、該 Skill 來自 community 來源，發佈者爲個人賬號 user_81d33501，採用前建議先在一個小需求上試跑，確認產出的 SRS 與團隊既有規範能銜接。
4、Skill 頁面顯示的指標爲：評分 100000，下載 1312 次，安裝 0。安裝量爲 0 意味着缺少足夠的公開實踐反饋，這一點在選型時要有預期。
# 結尾
這個 Skill 的價值不在於生成文檔，而在於把需求訪談這件事變成可重複執行的流程：AI 按八階段提問，用戶補充業務事實，最終得到一份符合《軟件需求編寫規範 V10.0》、可直接驅動建模和編碼的 SRS 和《編制說明》。官方地址：https://www.skillhub.cn/skills/user_81d33501/requirement-exploration
