设置
尝试插件
Design 插件自带已经构建好的 /design-system，可以将界面或 PR 与令牌文件和组件清单进行差异对比。如果您的管理员负责管理插件，而该插件尚未启用，请跳过此步骤；下文内容均不依赖它。
/design-systemAudit, document, or extend your design system./ux-copyWrite or review UX copy — microcopy, error messages, empty states, CTAs.连接您的工具
当 Claude Cowork 直接与您的系统协作时，它会更加强大。您可以控制权限和访问权限。了解工具访问权限（在新标签页中打开）。
在 Cowork 中导航到 Customize → Connectors 进行设置。
设置您的工作文件夹
将您要使用的文件（生产环境截图、正在审查的 PR 差异、令牌文件、组件清单）拖到您机器上的一个文件夹中，然后让 Cowork 指向该文件夹。Cowork 会从中读取内容，并将偏差报告写回该文件夹。如果您经常进行设计 QA，请从该文件夹创建一个 Cowork 项目（在新标签页中打开），以便您的系统源文件始终保持关联。
提示
将此内容复制到 Claude Cowork 中
对照我们的设计系统，审查此文件夹中已上线的界面和开放的 PR。对每一项，列出它在令牌、组件、间距或交互模式方面出现偏差的所有位置，评定严重程度，并提出符合系统规范的修复建议。已经匹配的内容请跳过。
为什么这样有效
明确说明要检查的内容。 令牌、组件、间距、交互：清单一目了然。
要求对每项发现给出严重程度。 这样分类处理时就能知道本次迭代要修复什么。
说明要排除的内容。 报告只包含需要处理的工作，不包含噪音。
将参考文件放入文件夹中。 令牌和清单是被读取的，而不是被记住的。
获得更好的草稿
添加一个示例以供匹配。 将您喜欢的示例放入文件夹，Cowork 就会匹配您的结构和语气。
要求它标记不确定的内容。 添加"标记出你不确定的任何内容"，这样您在审查草稿时就知道先看哪里。
让 Cowork 为您所用
插件中的 /design-system 只是一个通用的起点。一旦第 2 步生成了您真正会发布到 PR 上的偏差报告，就告诉 Cowork 编写您自己的技能版本。加入您的严重程度阈值、允许的例外情况、组件到代码的映射关系，以及工程师能够接受的评论语气。只需几分钟的对话，此后该技能就会按照您的标准运行。
把我们在这个任务中目前所做的内容做成一个技能，或者根据我的反馈编辑 /design-system 技能。
让它可重复执行
将其分享为 artifact
偏差会在各个迭代之间悄悄累积。让 Cowork 将报告发布为 artifact，设计系统团队就能拥有一个链接——重新运行该技能，或安排它定期刷新。
将该偏差报告发布为 artifact，供 design-system 频道使用。持续统计仍未解决的高严重程度问题数量。
在每个涉及 UI 的 PR 上运行它
在合并之前发现偏差的成本最低。在提示中输入 /schedule，或在 Cowork 侧边栏中打开 Scheduled，将定制后的技能设置为每天运行两次，检查开放的 PR 和最新的生产环境截图。
/schedule 工作日上午 10 点和下午 4 点，检查标记为 "ui" 的开放 PR，以及 Design-QA/Sprint-42 中的新界面，对每一项运行 /design-system，并将偏差报告作为评论发布，或发布到 #design-system。
在上午 10 点和下午 4 点，检查开放的 UI PR 和 QA 文件夹，运行 /design-system，并将偏差报告作为 PR 评论发布，或发布到 #design-system。
与您的团队成员分享
您定制的 /design-system 现在已经包含了您的令牌、组件映射、严重程度等级和例外列表。分享它，让每个小组在每个 PR 上都能获得相同的审查，系统团队也不再是判断"这是否符合系统规范"的瓶颈。