设计
稽核设计系统成熟度与采用情况
设计系统健康与采用的基线，并依证据排出治理、组件、无障碍与实现的优先事项。
流程
按这个顺序做。
- 界定评估覆盖的产品、团队、平台、仓库、设计库和成熟度维度。
- 盘点设计与代码中的基础、令牌、组件、模式、文档、发布流程、贡献路径和归属。
- 抽样线上产品界面和仓库，对比实际使用与系统；记录重复、分叉、覆盖和无障碍缺口。
- 访谈维护者与使用者，了解发现、信任、贡献、支持、升级摩擦和缺失能力。
- 用书面量规为每个成熟度维度打分，并附证据、置信度和分歧，而不是用平均掩盖缺口。
- 按用户影响、采用杠杆、风险和投入排出分阶段改进待办；指定责任人、衡量指标和再评估日期。
先准备
猫会向你要的输入。
- 设计库与代码仓库
- 产品与团队范围
- 维护者与使用者联系人
- 所选成熟度量规
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
design-pack skills/design/ui-skills/improve-ui/SKILL.mdskills/design/ui-skills/create-design-md/SKILL.mdskills/design/ui-skills/fixing-accessibility/SKILL.md
界限
界限跟着提示一起走。
- 不要把组件数量等同于成熟度或采用度。
- 既抽样已上线界面，也抽样源库。
- 让评分证据可见，允许平台或团队差异，而不是强行给出误导性单一分数。
完成代表
一个可核对的终点。
每个范围内成熟度维度都有可追溯证据的基线与置信度，采用缺口在数据允许处已量化，优先待办有责任人、成功衡量和再评估日期。
来源
这个流程从哪来。
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
