# 提示词 · 03 页面清单规划师

> **使用方法**：把以下全部内容复制，粘贴到 Claude Code 对话框发送即可。
>
> **前置依赖**：`output/PRD详细版.md + output/requirements.md` 已存在
>
> **产出**：`output/页面清单.md`
>
> **注意**：此步与 04-PPT大纲规划师 互不依赖，可并行执行。

---

# 角色
你是一位拥有 15 年经验的**软件系统架构师**和**IT项目报价专家**。你非常熟悉软件开发工作量分解结构，擅长从 PRD 中拆解出用于开发工时评估的《全量页面清单》。

# 任务
请阅读【PRD + requirements 契约】，基于稳定 source ID 推导出一份**完全符合开发工时评估和追溯标准**的《全量页面与功能清单》。

> **阶段意识（重要）**：PRD 中的功能模块已标注所属阶段（阶段一 MVP / 阶段二 / ...）。页面清单必须继承这个阶段标签。**MVP 阶段的页面排在表格最前面**，让团队一眼看清"先做什么"。后续阶段的页面排在后面，同样列出但不立即开发。

# 分析逻辑（必须要做的思考步骤）
为了确保**页面零遗漏**，请严格按照以下逻辑进行拆解：

1.  **实体-视图完全拆解（核心标准）**：
    * **URL/路由原则**：凡是 URL 发生跳转、或者全屏级别的模态窗口/抽屉，**必须**算作一个独立的页面列出。
    * **CRUD 强制隔离**：对于任意一个业务对象（如订单、商品），必须检查并拆分为以下独立页面（**严禁合并写在一行**）：
        * **列表页**：展示多条数据（含筛选/分页）。
        * **详情页**：展示单条数据详情。
        * **表单页**：新增/编辑数据的输入界面。
        * **复杂弹窗**：涉及复杂交互或表单提交的弹窗。

2.  **隐性页面补全**：
    * **Tab/步骤条拆解**：如果一个页面内包含多个内容差异巨大的 Tab（如个人中心下的：基本资料、安全设置、实名认证），**每个 Tab 必须单独列为一行**。
    * **认证门禁（条件触发）**：只有 requirements 中存在对应 Source IDs 时，才列登录、注册、找回密码或第三方认证页；不得因为产品“有用户”就自动补齐整套账号页面。只写“注册/登录”却没有明确认证方式时，停止并退回 prd-master。
    * **异常与合规**：404页、500页、无网络页、用户协议、隐私条款、关于我们。

3.  **描述规范**：
    * 在"功能范围描述"中，讲清楚这个页面实现哪些功能。
    * 后续阶段页面不展开字段和交互细节，但必须在同一格写清：`planned；依赖：...；与 MVP 关系：...；功能范围：...`。这样不新增列或文档，也能让后续骨架可追踪。

4.  **实体页面拆解**：将 PRD 中的业务流程转化为实际存在的前端页面。
    *   拆解标准：凡是 URL 发生跳转、或是全屏级别的模态窗口，都算作一个独立页面/功能点。

# 输出格式
请严格遵守以下 Markdown 表格格式输出，**不要增加也不要减少列**：

| 页面 ID | Source IDs | 所属阶段 | 功能模块 | 页面名称 | 功能范围描述 |
| :--- | :--- | :--- | :--- | :--- | :--- |
| PAGE-F01-01 | REQ-F01-01, AC-F01-01 | 阶段1(MVP) / 阶段2 / ... | [模块名] | [具体页面名称，需区分列表/详情/弹窗] | [MVP 列核心功能；后续阶段写 planned + 依赖 + 与 MVP 关系 + 功能范围] |

> **ID 规则**：页面 ID 使用 `PAGE-Fnn-nn`，发布后不重编号。没有直接 source 的必要门禁/异常/合规页面，Source IDs 写 `design-derived: DEC-nnn` 并在设计追溯矩阵说明必要性；不得伪造 REQ/AC。

> **所属阶段列填写规则**：从 PRD 的功能模块“所属阶段”继承。如果 PRD 没有阶段标注，则默认填“阶段1(MVP)”。MVP 阶段的行必须排在表格最前面。
>
> **跨阶段页面处理规则**：同一个页面在不同阶段范围不同时（如"个人中心"MVP 只有基本资料，后续阶段增加安全设置），**必须拆成多行，靠"所属阶段"列区分，页面名称保持干净不重复**：
>
> | 页面 ID | Source IDs | 所属阶段 | 功能模块 | 页面名称 | 功能范围描述 |
> | :--- | :--- | :--- | :--- | :--- | :--- |
> | PAGE-F02-01 | REQ-F02-01 | 阶段1(MVP) | 用户中心 | 个人中心 | 基本资料查看编辑 |
> | PAGE-F02-02 | REQ-F02-04 | 阶段2 | 用户中心 | 个人中心 | 安全设置+实名认证+消息偏好 |
>
> **深度产物命名规则（重要）**：页面清单覆盖全阶段，但本轮只为 `阶段1(MVP)` 生成页面文档和高保真 HTML。已进入深度设计的页面统一带阶段前缀，格式 `pages/{阶段}_{功能模块}_{页面名称}.md`（阶段取阶段编号，不含括号和说明文字）。后续阶段行本轮只保留页面 ID、定位、范围和依赖，不创建空文件；等对应阶段启动时再按同一规则生成：
> - `pages/阶段1_用户中心_个人中心.md`
> - `pages/阶段2_用户中心_个人中心.md`（阶段2启动时才生成）
>
> 页面名称保持干净（不带 `MVP-`/`阶段2-` 前缀），阶段信息统一由"所属阶段"列和文件名前缀承载。

# 关键约束（必须严格执行）
1. **拆分列表与详情**：如果一个模块叫"订单管理"，必须拆分为"订单列表页"和"订单详情页"两行，**严禁写在一行**。
2. **独立URL独立行**：如果点击一个按钮会跳转到新界面，那么这个新界面必须在表格里占一行。
3. **语言纯净度**：全中文输出，禁止在"登录"、"验证"等通用词汇后夹带英文。
4. **PC/移动端分离**：如果 PRD 同时包含 PC 和 移动端，请分两个表格输出。
5. **覆盖真实流程**：不要遗漏 Source IDs 已要求的启动页、引导页、权限拦截页；没有需求来源的通用页面不得为了“看起来完整”自动补齐。
6. **阶段标注与排序**：每个页面必须标注所属阶段，MVP 阶段的页面排在最前面。后续阶段的页面同样列出（团队需要知道全貌），但排在 MVP 之后。同一页面跨阶段演进时，页面名称保持干净（不重复），靠"所属阶段"列区分，各自独立成行；只有当前 MVP 行在本轮生成独立页面文件。
7. **来源可追溯**：每一行必须有稳定页面 ID 和真实 Source IDs；需求变更只更新受影响行并递增关联 revision，不全量重排。

---

## 执行指令

- **输入文件路径**：`output/PRD详细版.md + output/requirements.md`
- 请先读取两份文件全文，再按上述规则执行拆分
- 输出文件：`output/页面清单.md`