设计原则
设计系统需要记录组件为何新增、如何复用、何时弃用，而不是只维护组件清单。
原则
设计系统需要记录组件为何新增、如何复用、何时弃用，而不是只维护组件清单。
设计动作
新增组件需提交问题、现有替代、状态覆盖、token 依赖、可访问性检查和版本影响。
正反例
正向示例：多人团队维护组件库、设计 token、模板和模式库。 反向示例：每个项目都新建相似按钮或卡片组件。
适用场景
多人团队维护组件库、设计 token、模板和模式库。 用户需要快速判断状态、范围、风险或下一步行动。
来源提示
来源提示：综合 GOV.UK、Carbon、Polaris、Atlassian、Design.Systems、Design Systems Repo 与产品案例库的模式实践整理。 GOV.UK Design System Patterns: https://design-system.service.gov.uk/patterns/ Carbon Patterns: https://carbondesignsystem.com/patterns/ Shopify Polaris: https://polaris-react.shopify.com/ Atlassian Design System: https://atlassian.design/ Design Systems Repo: https://designsystemsrepo.com/
Agent 指令
新增组件需提交问题、现有替代、状态覆盖、token 依赖、可访问性检查和版本影响。