设置
尝试插件
Design 插件内置了 /design-handoff 和其他设计系统技能作为起点，已经构建好用于清点组件并交叉引用它们所在的位置。如果您的管理员负责管理插件，而该插件尚未启用，请跳过此步骤；下文内容均不依赖它。
/design-handoffGenerate developer handoff specs from a design./research-synthesisSynthesize user research into themes, insights, and recommendations.连接您的工具
当 Claude Cowork 直接与您的系统协同工作时，它会更加强大。您可以控制权限和访问权限。了解工具访问权限（在新标签页中打开）。
在 Cowork 中导航至自定义 → 连接器进行设置。
设置您的工作文件夹
将您将使用的文件（设计系统的 Figma 导出文件、您已知界面的截图、产品站点地图）拖入一个文件夹，并让 Cowork 指向该文件夹。Cowork 会从中读取内容，并将审计结果写回其中。从您的设计系统文件夹创建一个 Cowork 项目（在新标签页中打开），这样组件清单和所有权映射就能在每次审计中保持关联。
提示
将此复制到 Claude Cowork 中
在我为搜索结果页面提出新的内联筛选器模式之前，请找出我们产品中的每一个界面，这些界面使用了类似的方案（标签筛选、分段控件、下拉筛选器、分面侧边栏）。对于每一个，展示截图或 Figma 链接，注明哪个团队负责该界面以及它的表现如何（如果有数据，说明参与度或转化率）。告诉我应该复用哪种模式，以及原因。
为什么这样有效
明确要搜索的变体名称。 标签筛选、分段控件、下拉菜单、分面筛选是同一意图以不同名称出现的方式；明确列出它们可以扩大搜索范围。
询问负责人。 无论如何您都需要与该团队沟通；这份审计同时也充当了您的利益相关者清单。
用数据支撑建议。 "该界面的表现如何"这一点，将建议从主观品味转变为设计评审中的证据。
将您的参考清单放入文件夹中。 Cowork 会从您的组件清单开始，然后检查实际产品中哪些地方已经偏离。
获得更好的草稿
请求整合方案。 加上"如果我应该复用某一个，请列出其他哪些界面也应该迁移到它"，这样审计就变成了设计系统路线图中的一项。
添加目标位置的截图。 放入该模式将应用到的位置的截图，Cowork 会权衡适配度，而不仅仅是先例。
让 Cowork 为您所用
插件技能只是一个起点——用您自己的实践和专业知识对其进行定制。只需几分钟的对话，它之后就会按照您的标准运行。
将我们在此任务中目前所做的内容制作成一个技能，或者根据我的反馈编辑 /design-handoff 技能。
使其可重复使用
将其设为默认的第一步
这项审计应在任何新模式进入评审之前运行。将其保存为一个技能，整个设计团队都可以用一行命令调用，每次只需替换模式名称，这样"我们是否检查过已有方案"就不再是评审周的意外问题。
将此保存为 /pattern-audit。它应该接收一个模式名称，在 Figma、代码库和 Amplitude 中搜索现有实例，并将并排对比结果及复用建议写入 Design-system/Audits/<pattern>.md。
与您的团队成员分享
您定制的 /pattern-audit 现在承载了您的组件清单、所有权映射和表现数据查询。分享它，让每位设计师在评审前都运行相同的检查，这样设计系统就不会再出现五种方式做同一件事的情况。