定义决策，而不仅仅是样式画廊
设计系统不只是截图。它记录重复出现的决策：各段落间距、主要操作的呈现、表单错误的处理方式，以及成功或失败后的用语。USWDS 将设计令牌描述为用于排版、间距、颜色、行高和不透明度等值的离散调色板。记录规则、目的、获批变体和负责人。从基础开始，并优先处理在重要路径中使用最多的五到八个组件；一次性标准化所有页面通常会制造噪音而非带来清晰。
记录站点实际使用的获批颜色角色、字体、间距、边框、圆角、断点和动画选择。
针对可重复的任务布局使用模式，例如账户创建或搜索结果，而不是仅为单一视觉效果创建模式。
用令牌控制重复值
设计令牌是与值关联的人类可读名称。Design Tokens Community Group 将令牌描述为一种与平台无关的表达设计决策的方式；至少，令牌由名称和值组成。使用目的性名称，例如 color-action-primary 或 space-section，而不是在模板中散布原始值。保留从目的令牌到基础值的记录映射。令牌能让协调更改更容易，但不能保证对比度、品牌一致性或良好的层次结构。验证每个呈现组合和页面状态。
为重复选择创建令牌，而不是为每个例外创建；否则令牌列表只是保留了不一致性。
对于被广泛使用的令牌，列出受影响页面，测试代表性屏幕，并在需要时提供迁移或回滚指导。
构建具有行为与边界的组件
组件是具有行为的可复用界面部分，而不仅仅是视觉形状。记录语义结构、必需与可选输入、变体、响应式行为及所有相关状态：加载、禁用、错误、空与成功。包含键盘行为和内容指导。不要强制把每个布局都塞进组件。GOV.UK 对共享组件的评估包括有用性、唯一性、可用性、一致性和多用途；这是决定什么值得共享维护的有用纪律。广泛复用的组件也可能会广泛传播缺陷，因此在用户实际使用的页面中对其进行测试。
列出每个用户可见状态并展示真实标签、长文本和错误，以便暴露实现限制。
清晰标记旧变体，命名替代方案，并仅在受影响路径已审查后移除它们。
将无障碍当成发布条件
无障碍必须内建于系统，因为重复的选择会重复产生障碍。WCAG 2.2 要求，在 A 级别，除非移动路径本身不可避免，否则功能应可通过键盘操作；当顺序重要时要求有意义的焦点顺序。将语义控件、可见焦点、标签、合理的焦点移动、错误识别和非指针任务完成纳入组件指导。早期使用自动化检查，然后进行手动键盘、缩放、响应性和页面测试。USWDS 警告可访问的组件并不能保证服务整体可访问；自定义代码、文案、集成和上下文仍需审查。
确认用户可在不使用鼠标的情况下到达、操作、理解并离开控件，且不存在键盘陷阱。
法律义务因司法管辖区和合同而异。在合规性具实质性意义时，请寻求合格的无障碍与法律审查。
把内容标准当作界面标准
文字是组件的输入，而不是设计后添加的装饰。为操作标签、表单标签、错误、标题、链接、术语、日期、数字和缩写设定规则。GOV.UK 的指导在可能时倾向于使用主动语态并以 "你"（you）的方式直接与用户对话；采用清晰、一致的语言原则，同时根据受众调整语调。将规则与内容模型配对：说明哪些字段为必填、合理的长度指导以及信息缺失时的处理方式。把指导放在组件文档和 CMS 工作流中，便于编辑使用。
说明失败的内容、发生位置以及在安全且有用时下一步应做什么。
长度上限是提醒需重新设计或重写，而非允许删除重要含义的许可。
在系统增长超出信任范围前治理它
治理是关于所有权、请求、审查、发布和退役的轻量级流程。指定可问责的负责人和一个能提供设计、工程、内容与无障碍专业知识的审查小组。把证据与影响范围相匹配。局部模式可能需要问题陈述和页面测试。共享按钮或令牌变更应包括受影响路径、可访问性检查、视觉比较、迁移说明和回滚指引。GOV.UK 要求贡献者证明一个组件对许多团队有用、不是重复且经过代表性用户测试；把这作为实用模型而非普遍规则来使用。
保存问题、方案、决定、负责人、受影响版本和审查日期，并放在团队可搜索的位置。
将变更标记为补丁、增量或破坏性，以便消费者知道何时需要迁移和兼容期。
在发布前防止回归
将系统与交付流程连接。要求变更识别被触及的令牌和组件，然后测试受影响的状态和代表性页面。视觉比较、交互测试、内容审查和可访问性检查可发现不同类型的缺陷。优先考虑高后果路径以及高流量路径；即使流量不大，账户访问和联系表单也可能很重要。这支持 Status Is UP 的主动可用性优化和修复工作，通过缩小缺陷范围并使获批修复更易验证。它不是停机监测或事件计划的替代。
将组件版本、测试结果、发现、批准和任何接受的风险与发布记录一并保留。
保留先前的稳定版本，并在低风险维护期间测试恢复与验证步骤。