前言¶

做產品設計的活分散在一條長鏈上：先框定問題，再讀需求、做用戶研究、拆競品，接着寫設計簡報、畫用戶旅程、鋪站點地圖，然後進入視覺、動效、數據可視化，最後做設計走查、可用性測試、無障礙審計、設計驗收，交付工程 PRD 和設計系統，項目收尾再復盤。每一段都有專門的產出物，產出物之間要互相引用。

現有做法是每次換環節就重新交代一遍項目背景，或者在一個通用對話裏臨時拼。SparkSkillsHub 出的「產品設計全流程專家」把這條鏈拆成了一組子技能，子技能之間通過鏈式 context 文件聯動，不用重複輸入背景。

下面介紹這個 Skill 的定位、覆蓋範圍、觸發方式和用法。

這是什麼¶

名稱是「產品設計全流程專家」，座標 @user_55ffc175/product-designer，版本 1.0.0，來源 community，發佈者 user_55ffc175，分類 design-media。官方定位是「產品設計專家套件（SparkSkillsHub 整合包）」，一句話說就是：設計師全流程工具箱，把從問題框定到項目復盤的環節打包成一個 Skill。

解決的核心問題是：同一項目不同環節之間的上下文傳遞。子技能之間通過 .spark/context/*.json 自動聯動，上一個環節的結論可以直接被下一個環節讀到，不需要用戶重新講一遍項目背景。

覆蓋的環節¶

官方稱內置 28 個子技能，清單列出 25 項（口徑不一致，見「適用場景與注意」）。按項目推進順序，覆蓋：

1、問題框定
2、讀需求
3、啓發評估
4、用戶研究
5、競品拆解
6、設計簡報
7、用戶旅程
8、用戶故事
9、站點地圖
10、視覺情緒板
11、數字人頭像
12、營銷海報
13、Web/mobile 多屏 Flow
14、數據可視化
15、異常態窮舉
16、設計提案
17、動效規劃與落地
18、設計走查
19、可用性測試
20、無障礙審計
21、設計度量
22、設計驗收
23、工程 PRD
24、設計系統提取
25、項目復盤

鏈式 context 怎麼聯動¶

子技能之間的銜接靠 .spark/context/*.json。流程是：用戶在某個環節給出輸入，子技能把結論寫進 context 文件，下一個環節啓動時直接讀這些文件，把上一步的結論當作前置條件。

這意味着同一份項目背景只需要在最開始說明一次，後續環節的輸入可以從 context 中繼承。實際操作時，用戶仍然可以在每個環節補充限定條件，補充內容會覆蓋或追加到 context 中。

觸發方式與反向排除¶

觸發靠關鍵詞和角色判斷。觸發詞分兩類：

環節類：設計簡報、design brief、用戶旅程、user journey map、用戶故事、站點地圖、sitemap、信息架構、視覺情緒板、mood board、design tokens、Flow 設計、多屏流程、Web頁面設計、mobile頁面設計、異常態、空狀態、edge case、數據可視化、圖表設計、Dashboard 設計、設計走查、design review、可用性測試、無障礙、WCAG、設計驗收、設計 QA、還原度、寫 PRD、設計提案、設計彙報、動效規範、動效落地、設計度量、埋點、設計復盤、競品 UX 拆解、用戶訪談、工單分析、用戶反饋提煉、設計系統提取。

角色類：當用戶爲設計師角色、面對產品設計全流程任一環節時觸發本套件。

反向排除也寫明瞭：用戶是產品經理要做創意發散、寫產品需求文檔、需求排序，走 product-management 套件；純營銷文案、SEO、活動策劃，走 marketing 套件。這兩條排除規則決定了邊界在哪，接入前值得確認當前任務落在哪一側。

安裝與啓用¶

公開資料沒有給出安裝命令。已覈實的信息只有三項：

• 座標：@user_55ffc175/product-designer
• 分類：design-media
• 標籤：requires_api_key=false，即不需要 API Key

安裝步驟需以官方頁面爲準：

官方地址：https://api.skillhub.cn/user_55ffc175/product-designer
SkillHub 頁面：https://www.skillhub.cn/skills/user_55ffc175/product-designer

本機抓取這兩個地址均失敗，因此安裝命令、目錄位置、配置文件字段未能覈實，不做推測。如果是在 Cursor、Codex CLI、Claude Code 等客戶端中使用，同樣以官方頁面說明爲準。

典型用法¶

這個 Skill 的典型用法是按環節觸發，而不是一次性跑完全流程。比如從設計簡報開始：

用戶輸入：幫我寫一份設計簡報，產品是面向中小團隊的工單系統，第一版只做 Web。
觸發詞：設計簡報 / design brief

設計簡報產出後，後續環節可以直接基於 context 繼續：

用戶輸入：基於剛纔的簡報畫用戶旅程。
觸發詞：用戶旅程 / user journey map

再往後，設計走查和驗收階段可以直接引用前面各環節的結論：

用戶輸入：這版設計做一次設計走查，重點看異常態和無障礙。
觸發詞：設計走查 / design review、異常態 / edge case、無障礙 / WCAG

關鍵點是：中間環節不需要重複交代項目背景，因爲 .spark/context/*.json 中已經有前面環節的結論。

適用場景與注意¶

適合：設計師角色，在一個項目裏連續做多個環節，希望上下文不丟；需要把設計過程拆成可追蹤的產出物，便於交接或走查。

不適合：產品經理主導的需求梳理和創意發散，應走 product-management 套件；營銷文案和 SEO 類任務走 marketing 套件。

三點需要留意：

1、子技能數量存在口徑不一致。官方簡介寫「內置 28 個子技能」，清單隻列出 25 項，差 3 項未說明是哪幾個，使用前建議到官方頁面覈對實際清單。
2、安裝次數爲 0。SkillHub 頁面統計顯示評分 100000、下載 853、安裝 0（抓取時間 2026-11-05）。下載量有，安裝爲 0，說明還沒有人通過該頁面完成安裝，實際可用性和穩定性需要自己驗證。
3、安裝命令未能覈實。本文寫作時兩個官方地址都抓取失敗，安裝方式、目錄、配置字段均以官方頁面爲準。

結尾¶

這個 Skill 的價值在於把設計師的長鏈條拆成了可觸發的子技能，並用鏈式 context 解決重複輸入背景的問題。觸發詞覆蓋面足夠寬，從問題框定到項目復盤都有對應入口。上手前建議先覈對子技能清單和安裝方式，再按自己的工作流挑幾個常用環節試跑。

官方地址：https://api.skillhub.cn/user_55ffc175/product-designer