web-flow-prototypelisted

# web-flow-prototype · 草图与视觉原型 > 原型不是“让图片模型出一张图”。它复现人真实的设计过程：先排结构并评审 G1，再做视觉原型并评审 G2。 从 [WebFlow 工作流](../web-flow/references/workflow.md)读取当前 profile、mode 和已登记的 research artifact。只处理 wireframe 和 full profile 的 prototype，不在本阶段写真实项目源码。 ## 独立 memory 若本 Skill 的 `memory/index.md` 存在，只沿当前 mode 和外部原型工具相关入口读取 1–3 条记忆；不存在时直接继续。通过三项验证的候选只写回本 Skill 的 `memory/`。 ## `wireframe` 模式（G1） 1. 从 `research/content-spec.md` 和 `research/reference-evidence.md` 确认受众、主任务、主行动与必须出现的信息。 2. 按用户完成任务的顺序建立信息架构，明确首屏重点与页面节奏。 3. 写可真实打开的 `wireframe/wireframe.html`，不依赖构建工具也能检查信息层级、阅读路径和桌面/移动布局。 4. 写 `wireframe/stage-result.md`，用 runtime `artifact add` 登记两个文件；调用 `web-flow-benchmark` 的 wireframe rubric 并用 `review record` 登记版本化评审。 5. 评审路径必须是 `reviews/<stage>/attempt-<n>/round-<n>--<artifact-id>-r<revision>.md`；must-pass recheck 使用运行时规定的独立槽位，不占主观两轮。 6. 通过 `gate decide` 记录 G1。attended 展示 artifact 后由用户 approve/revise/defer/reject；unattended 只能依据当前独立评审决定。 7. revise 会进入新的 attempt，并要求新 artifact revision、review 和 gate decision，不能覆盖 attempt-1 的文件。 8. G1 时锁定 profile：fast 直接进入 design，full 进入 prototype，adaptive 必须在这里选择其一。 ## `prototype` 模式（G2） 1. 只接受 full profile，并读取已批准 G1 所绑定的 wireframe 与 `research/asset-requirements.md`。 2. 按[外部能力规则](../web-flow/references/external-capabilities.md)，对 `prototype_design` 及必要的 `visual_asset_generation` 执行“本轮首次使用才探测”。 3. 使用第一个满足输入输出的候选；全部不可用时降级为本地 HTML/CSS，不静默跳过原型。 4. 写可打开的 `prototype/prototype.html`，保留与内容证据、草图和关键素材需求的对应关系。 5. 真实观察桌面与移动视图，检查主行动、层级、可读性和关键状态。 6. 写 `prototype/stage-result.