Silicon 界面构建

将设计意图转化为工作行为。在编辑前检查产品的 DESIGN.md、框架、当前 UI、组件、资产和内容。将变更保持在请求范围内。对于小的修正，遵循现有方向；对于缺少方向的大型构建，根据简要说明建立简洁的临时方向。

构建代表性页面片段

识别用户、任务、主要信息和下一步操作。使用产品中的代表性内容；标注虚构的测试数据和原型操作。不要制造用户评价、客户标志、测量结果或成功集成案例。

根据内容选择合适的结构：阅读性内容用段落，比较性内容用行或表格，独立对象用卡片。网站应使其承诺和证据易于理解；应用应暴露支持操作的工作和状态。在适配视觉系统的同时，保留可靠的组件语义。

在将样式扩散到整个产品之前，先实现一个完整的流程并包含一个异常状态。包括相关的加载、空状态、错误、不可用和成功反馈。对于可恢复的错误，保留有用的输入信息，并解释不可用的操作。使用语义化控件和持久标签。

建立一致的字体、颜色和间距角色。使用具有适当权限和文本替代的资产来实现特定的信息或身份目的。保持关键内容独立于装饰性动画和音频。

将所选择的方向从第一屏扩展到任务、异常状态以及范围内的结果。在措辞、视觉关系或行为中包含产品特定的细节。保留上下文，解释集合为空的原因，并保持重复操作高效。完成包裹、光学对齐、裁剪、图标粗细、单位和反馈作为单独的工艺打磨阶段。不要为了制造难忘时刻而添加超出范围的特性。

在浏览器中打开实际实现（如果可用）。检查窄、中、宽布局、内容极端情况以及支持的主题/语言。在微观打磨之前修复溢出、弱层次、尴尬的包裹和不完整的状态。

练习键盘导航、焦点和完整的任务/恢复路径。检查相关的对比度对、文本放大和减少运动行为。区分视口调整与实际浏览器缩放，以及截图与输入测试。运行与变更相适应的项目检查；不要添加仅仅重复样式选择的测试。

如果浏览器/运行时不可用，则执行有用的源码检查，并明确报告渲染行为尚未验证。不要用声称 UI 看起来正确的说法代替证据。

分别评估操作和角色。指出使结果具体且连贯的原因，检查内部以及开头介绍，并针对重复出现的干扰进行反复审视。通过的构建或对比度检查并不能回答这些设计问题。除非有实际受众观察支持，否则将情感效果和可记忆性视为假设。

交付已实现的流程、更改的界面、可用的渲染证据、执行的检查以及剩余限制。在范围内继续修复发现的问题，直到流程满足其标准。