prototype-orchestrator-pro将口语化需求、会议纪要、聊天记录或半结构化需求文档编排为可交互的单文件 HTML 产品原型。用于”帮我做原型””把需求变成界面””根据会议纪要出后台页面””做个低保真/中保真页面””prototype from requirements””convert notes to UI”等场景；先归一需求，再输出 ProductSpec、页面方案与 frontend-design 渲染指令。
Independent GitHub snapshot · Automated classification · Original documentation governs
把模糊需求转成可评审、可渲染的原型规格，而不是只列功能点。
只在当前阶段读取必要资源，避免一次性加载全部上下文。
references/input-normalization.md。references/prototype-spec-schema.md。references/design-presets.md。references/interaction-recipes.md。references/rendering-prompt-template.md（已包含渲染规范）。assets/prototype-template.html。frontend-design skill。需要校准输出风格时，再读取 examples/meeting-notes-to-prototype.md。
[默认推断]，不要伪装成已确认需求。在用户更看重“先看到效果”时使用。
输出：
[需求解析摘要（压缩版）][页面设计方案][原型渲染指令]规则：
在用户需要需求梳理、方案评审或多角色页面结构时使用。
按顺序输出：
[需求解析摘要][产品建模结果][页面设计方案][原型渲染指令][需求解析摘要]提取并整理：
[默认推断]会议纪要额外提炼：
[产品建模结果]严格按 references/prototype-spec-schema.md 组织，至少包含：
[页面设计方案]为每个核心页面输出：
### 页面名
- 页面目标：
- 适用角色：
- 页面布局：
- 核心区域：
- 核心字段 / 数据：
- 主操作 / 次操作：
- 交互行为（至少 2 条）：
- 状态反馈（loading / empty / error / no_permission）：
- 页面跳转关系：
满足最低要求：
[原型渲染指令]把结构化结果转成交给 frontend-design 的明确任务。
要求：
references/rendering-prompt-template.md 的指令格式和渲染规范。按 references/design-presets.md 的决策树选择预设，不按个人偏好随机选色。没有明显行业信号时默认 saas-clean。
references/rendering-prompt-template.md 的分步渲染方式拆批。在用户提出“加一个详情页”“把表格改成卡片”这类修改时：
输入极度混乱时：
长会议纪要只抽取影响页面设计的内容，不逐句复述。
任何一项明显不满足，先回退修正再输出。
[默认推断]