prototype

用户希望先制作一个临时原型供其反馈，再编写真正的代码。原型用于解决单靠文字无法确定的外观、感受或流程问题。

1. 开始制作前，先以设计系统为基础。切勿使用模型的默认样式，因为它们看起来千篇一律。如果项目已有 DESIGN.md 或设计令牌，就使用它们。如果都没有，先向用户索取。可以是 DESIGN.md、需要匹配的参考网站，或来自 fontpairs.co 等来源的字体搭配。只有在排版、颜色和间距都有可靠依据后，才能开始。
2. 有时依据来自参考网站或字体搭配，而非现有的 DESIGN.md。此时，在开始制作前，将整理好的令牌写入项目的 DESIGN.md：包括排版、颜色和间距。原型只留下这一项内容。implement 和 rubric 会读取它。
3. 令牌并未限定大部分视觉风格。请按照 look.md 制作：了解生成式 UI 通常采用的默认风格，以及如何替换它们。
4. 在仓库外将原型制作成一个独立的 HTML 文件。将文件路径告知用户，方便其在浏览器中打开。
5. 用户反馈后就停止。

规则：

• 原型只能用于视觉呈现。用虚构数据模拟界面，不连接后端、不保留状态、不创建分支，也不触碰生产代码。
• 尽量精简：使用简短标签，不添加设计不需要的辅助文字或说明。生成式 UI 往往解释过多；解释过多的原型本身就不合格。
• 方向尚未确定时，在文件中提供几个明显不同的布局供用户反馈。不要只给出一个精心润色的猜测。
• 直接复用现有内容：使用要匹配的真实组件或页面的标记和令牌，不要描述它们。
• 原型只是临时产物，用来确定方向。用户选定后就丢弃原型，并将决定落实到实际工作中。