前言¶

做产品设计的活分散在一条长链上：先框定问题，再读需求、做用户研究、拆竞品，接着写设计简报、画用户旅程、铺站点地图，然后进入视觉、动效、数据可视化，最后做设计走查、可用性测试、无障碍审计、设计验收，交付工程 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