# 原型说明正反例

正例仅展示提取粒度。页面、令牌、状态和来源必须从用户提供的真实原型素材获得，不能据此臆测。

## 正例

- 来源：`docs/context/order.html` 的 `.order-submit` 与 `tokens.css:12`
- 页面：客户端订单确认页，路由 `/orders/confirm`
- 令牌：主按钮背景 `#1769E0`，高度 `48px`，圆角 `8px`
- 布局：金额摘要固定在提交按钮上方；宽度小于 `768px` 时改为底部吸附栏
- 状态：默认、提交中、库存冲突、网络失败；提交中禁用按钮并保留金额
- 交互：点击提交 → 请求创建订单 → 成功跳详情；库存冲突原位标出失效商品并允许返回购物车
- 数据绑定：商品名来自 `items[].name`，应付金额来自 `payable_amount`
- 共享基础：色彩与排版继承当前 design system；本页只新增底部吸附栏约束，不重复抄整套 token

## 反例

- 做一个现代化订单页面
- 主色使用蓝色
- 按钮点击后提交
- 适配移动端

问题：无来源、共享基础引用、可观察布局、组件状态、字段映射和异常分支，无法复现或验收原型。

### 表单形态反例

- 向导塞进弹窗里分步——弹窗空间装不下表单上下文，用户既看不到进度全貌也回退不了。
- 表单没有「已填未保存关闭需确认」——误触关闭丢全部输入，用户宁可放弃填写。

问题：形态判定与 dirty 守卫是表单体验的底线；丢失输入的信任成本不可逆。

## 迁移到当前项目

替换端目录、页面、路由、令牌、组件、字段和状态。精确值须从当前素材读取，近似值明确标注并人工校对；没有素材支持的内容不能从示例补齐。