用途：把一条多屏用户流程做成可点击的交互式原型，输出始终是单个 .html 文件（不是 .md，也不是每屏一个文件），读者通过点击屏内热点或哈希链接在多个屏之间穿行。适合向干系人演示尚未开发的功能，或在单个可分享文件中固化一条端到端 UX 路径。
主要能力：流程外壳（固定顶栏，含流程标题、当前屏 N / 总数、屏名面包屑，可选“Reset to start”）；每屏为一个 section.screen，仅当前屏可见，内含模拟的真实页面内容；热点为覆盖在屏元素上的可点区域，带 data-go="<screen-key>" 指向下一屏，可为全幅透明、虚线光环脉冲或带标签的可见按钮；可选编号批注，可通过“Notes on / off”切换。支持哈希路由 #scr-<key> 直达指定屏，N 或 → 前进到标记 data-primary 的热点，B 或 ← 返回，重置回到首屏并清空历史。JS 禁用时所有屏自上而下堆叠、每屏带 h2 标题、热点降级为指向锚点的可见链接。使用前需先阅读 artifact-css/SKILL.md 的 OUTPUT CONTRACT、设计令牌与类名词表；仅用原生 JS，不需要 jQuery。
适用场景：用户要求“做一个 X 的可点击 mockup”“画注册流程线框”“展示多步迁移界面的样子”；希望干系人不用工程实现就能感受流程；想要单文件交付的端到端 UX 路径。若需一屏一页的演示稿改用 artifact-deck，若需带状态的完整编辑器改用 artifact-editor。
限制与约定：建议 5–10 屏，过多是线框膨胀，过少不值得用此格式；同一屏内不要混用热点样式（全幅、光环、可见按钮三选一）；文件名通常为 <flow>-prototype.html。每屏只走一条 happy path 主操作，其他按钮渲染为不响应的灰色幽灵；不要伪造下一屏行为，例如真实 UI 点“Save”只弹 toast 不跳转，则流程中也应停留并显示假 toast；批注只写“为什么”而非“是什么”；末屏需有“Flow complete”提示与“Restart”按钮。常见错误：热点的 data-go 指向不存在的屏 ID 会静默失效，需校验 ID；不要只用顺序编号，应使用 scr-cart、scr-checkout 这类命名键；不要用线框灰块，应使用 artifact.css 的调色板与组件；不要省略返回按钮。完成后可提供两项衍生：列出全部屏及其主要出向热点的平铺屏图（适合写 PR 描述），以及若原型获批后的建议后续步骤。其余如收费、价格等信息暂未提供。