用途：为产品经理创建三个保真度层级的 UI 模拟稿，服务于需求编写、需求交付和交互测试等不同阶段。
主要能力：
- 一级 ASCII 线框图，最快，适合写需求时快速迭代，输出为 markdown，放在 supporting/mockup-ascii.md。规则包括用制表符绘制结构、展示真实数据而非占位文本、标注交互元素、在线框图下方说明关键行为、加入含屏幕列表的 frontmatter。
- 二级独立 HTML 模拟稿，用于随需求一起交付，是自包含 HTML 文件，外观接近真实应用，除 Google Fonts 外无依赖，放在 supporting/mockup-{feature}.html。规则包括精确匹配应用现有样式、使用代码库真实数据、只展示 SPEC.md 中的内容、单文件自包含、用 JavaScript 做屏幕切换导航、控制在 1000 行以内。
- 三级实时原型，用于交互测试，使用真实框架页面和实际组件库，运行在开发服务器中。规则包括只用现有组件、不新建组件、使用硬编码模拟数据、不调用 API、精确匹配现有页面样式。
使用方式：先阅读功能文件夹文档（SPEC.md 提供验收标准并决定需要哪些屏幕，validation.md 的最窄切入点决定最该展示什么，background.md 的客户驱动因素与竞争背景决定强调重点），再向产品经理确认保真度层级和具体屏幕；随后收集真实数据（读验收标准、读现有组件匹配样式、从种子文件或配置取真实数据，不用占位数据）；然后创建模拟稿；最后接入需求，保存到 supporting/，在 background.md 的 Visual References 下引用，并在需求中注明模拟稿是否影响了验收标准。
适用场景：需求编写阶段的快速草稿、随需求交付的静态视觉稿、交互行为验证。
限制与准则：使用真实姓名、真实范围、真实层级；只展示 SPEC.md 中有的内容，不添加需求之外的功能；少即是多，3 到 5 个屏幕优于 10 个；精确匹配应用，读现有代码对齐样式模式；向产品经理说明哪些是真实的、哪些是模拟的。