前言¶
接到一個產品或項目需求時，常見的做法是直接開寫方案文檔。寫到一半才發現需求邊界沒對齊，體驗環節又漏了，返工成本很高。這類「需求 → 方案 → 體驗 → 迭代 → 交付」的鏈路，靠一次性對話很難跑順，更適合交給一個結構化的 Skill 來約束流程。
下面介紹 SkillHub 上的「方案設計」Skill。它把方案設計拆成固定階段，讓大模型按既定順序推進，而不是每次從零自由發揮。
這是什麼¶
「方案設計」是一個社區來源的通用 Skill，座標 @user_db7424f5/udb7-solution-design，發佈者 user_db7424f5，版本 1.0.0。
它解決的問題是：把產品 / 項目方案設計這件事流程化。官方簡介寫得很明確——結構化產品 / 項目方案設計，分五個階段推進：需求 → 方案 → 體驗 → 迭代 → 交付。
在 SkillHub 上，它被歸入 business-ops 分類，標籤爲 requires_api_key=false，即不需要額外配置 API Key。
核心功能¶
按官方簡介，這個 Skill 的核心能力是圍繞五個階段組織方案設計：
- 需求：梳理需求邊界與目標。
- 方案：基於需求產出結構化方案。
- 體驗：關注方案落地的用戶體驗環節。
- 迭代：支持方案的迭代修訂。
- 交付：收尾到可交付狀態。
它是通用 SKILL.md 格式的 Skill，沒有聲明需要外部 API Key。至於每個階段內部的詳細提示詞和輸出模板，公開簡介裏沒有展開，需要實際加載後查看 SKILL.md。
安裝與啓用¶
SkillHub 上的頁面地址是 https://www.skillhub.cn/skills/user_db7424f5/udb7-solution-design，官方地址爲 https://api.skillhub.cn/user_db7424f5/udb7-solution-design。
已抓取資料中沒有給出具體安裝命令或目錄約定。在 SkillHub 這類平臺上，Skill 一般通過頁面安裝或按座標引用啓用；不同客戶端（Cursor、Codex CLI、Claude Code）的加載方式可能不同。資料未覈實的部分這裏不寫，建議直接到官方頁面查看當前的安裝說明。
典型用法¶
公開資料裏沒有提供可復現的示例命令或輸入輸出樣例。能用的用法是按 Skill 的定位來用：當你要做產品 / 項目方案設計時，讓模型按「需求 → 方案 → 體驗 → 迭代 → 交付」的順序逐步產出，而不是一次性要一份完整方案文檔。具體的調用方式以加載該 Skill 的客戶端爲準。
適用場景與注意¶
適合需要結構化走完方案設計全流程的場景，尤其是需求邊界不清晰、希望避免返工的產品 / 項目規劃。
需要注意幾點：
- 它是社區來源（
community），發佈者爲個人賬號user_db7424f5，質量需自行評估。 - 當前公開資料顯示安裝量爲 0，下載量 1207，評分 100000，樣本量很小，參考意義有限。
- 它解決的是流程結構問題，不替代需求調研和方案評審本身。
- 不需要配置 API Key，但具體能力取決於所用客戶端對 SKILL.md 的支持程度。
結尾¶
「方案設計」的價值在於把方案設計這條鏈路固定成五個階段，讓模型按順序推進。如果你常被方案文檔返工困擾，可以把它作爲流程約束來試。
官方地址：https://api.skillhub.cn/user_db7424f5/udb7-solution-design
