# PPOS 驱动的 C 端原型全量重构交接任务（从 04-01 开始）

**版本：** v0.5
**状态：** 暂停；等待 `12-当前九页原型的02模块内容定义修订交接任务.md`、后续 `03` 页面内容编排和 `04-xx` 页面定义收口后，从零重制原型
**实施仓库：** `https://cnb.cool/homevista.jp/vista-new-c.git`
**实施位置：** `prototype/`
**上游基础：** `PPOS v0.2.0`（提交 `e3c701082cfd3eeaa37bd3c57b8be1b5a3d98362`）

## 修订记录

| 版本 | 日期 | 变更类型 | 变更摘要 | 修改人 / 来源 |
| --- | --- | --- | --- | --- |
| v0.1 | 2026-07-15 | 初始创建 | 建立以 PPOS 为响应式与组件基础、重构 04-01 项目卖点 Landing 页的交接任务、边界、流程与验收标准。 | Codex / PPOS 试点决策 |
| v0.2 | 2026-07-15 | 重大范围变更 | 将范围由单页试点改为当前 C 端 04-01 至 04-09 页面原型的全量重构；04-01 仅作为第一个实施页面。 | 产品确认 / Codex |
| v0.3 | 2026-07-15 | 重大交付更新 | 在 `vista-new-c` 完成 04-01 至 04-09 的 PPOS 受控基础快照重构、页面路由、状态演示与五档响应式验证；明确本次为原型与仓内验证，不替代真实项目资产、设计系统或外部 3D 应用验证。 | Codex / 实施结果 |
| v0.4 | 2026-07-15 | 重大范围与状态修订 | 暂停本实施任务。确认 v0.3 对应实现仅为旧原型的视觉/结构调整，不满足“从零重制”的交接目标，不作为全量原型重构验收结果；新增重新启动的前置条件与强制约束。 | 产品复核 / Codex |
| v0.5 | 2026-07-16 | 上游基线升级 | 将后续受控基础采用版本升级至 PPOS v0.2.0；登记首次采用清单，明确未迁移 Tailwind 运行时前不直接复制上游 TSX 组件。 | Codex / PPOS v0.2.0 |
| v0.5 | 2026-07-28 | 文档目录调整 | C端正式需求目录由 `输出稿/` 更名为 `C端需求/`，同步更新本文件的事实源引用；不改变原型范围、交付状态或验收口径。 | 产品目录调整 |

## 1. 任务结论

本任务在 `vista-new-c` 实施，不在 PPOS 仓库中制作 Landing 页面。

本文件仅管理 **C端** 的 `prototype/c/` 原型重构与 PPOS 采用记录。A端原型另由 `A端需求/README.md`、`A端需求/输出稿/` 与 `A端需求/prototype/` 管理；两端共用 PPOS 版本，但分别选择 VISTA C 与 VISTA B Surface，不共享页面代码。

PPOS 是上游的通用原型基础，负责响应式契约、领域中立的布局与交互组件、页面模式和验收流程；`vista-new-c` 负责 HOMEVISTA C 端的页面任务、项目内容、业务模块和 VISTA C 视觉表达。

本任务的目标不是复刻旧原型，也不是把任一 HOMEVISTA 页面沉淀为 PPOS 页面模板，而是以当前 C 端页面清单完成一次全量原型重构：统一响应式交付与组件边界，并在真实页面中识别可回写的通用能力。

`04-01` 是第一个实施页面，用于建立可复用的代码边界、Token 映射、验证流程和组件缺口登记方式；它不是本任务的范围终点。

## 2. 输入与唯一事实源

实施前必须阅读下列文件。若文件之间有冲突，以较上游的产品规则和明确的页面边界为准；不得自行把待确认事项补成已定需求。

| 优先级 | 文件 | 用途 |
| --- | --- | --- |
| 1 | `C端需求/04-01-项目卖点Landing页PRD.md` | 本页任务、范围、交互、状态和验收的唯一页面事实源。 |
| 2 | `C端需求/03-页面模板索引与通用规则.md` | 页面模板、模块角色、组合与状态规则。 |
| 3 | `C端需求/01-内容资产字典.md`、`C端需求/02-最小功能模块PRD.md` | 本页可调用内容与 M-01、M-20、M-26 等模块边界。 |
| 4 | `C端需求/06-通用组件说明.md`、`C端需求/07-权限与访问控制规则.md`、`C端需求/08-埋点与统计规则.md` | C 端业务组件、访问控制及统计口径。 |
| 5 | `PPOS` 的 `v0.2.0` 标签及 `docs/RESPONSIVE-DESIGN-SPEC.md`、`docs/COMPONENT-INDEX.md`、`docs/HOMEVISTA-SURFACE-SYSTEM.md` | 通用布局、组件、响应式、VISTA B/C Surface 边界和交付规则。 |
| 6 | HOMEVISTA VISTA C 设计系统 | C 端视觉、导航、媒体展示和客户侧交互的设计依据。 |

## 3. 本期范围与明确不做

### 3.1 本期做什么

- 重构当前 `04-01` 至 `04-09` 已定义的 C 端页面原型；每页以其对应 PRD 为唯一页面事实源。
- 从 `04-01` 项目卖点 Landing 页开始，逐页完成而非以单页试点结束。
- 使用 PPOS 的响应式契约、布局原语和已实现的通用组件能力。
- 在产品仓中建立 PPOS 基础快照与 HOMEVISTA 产品代码的明确边界。
- 完成每个页面在 320、375、768、1024、1440px 下的验证，并在全量完成后执行跨页面一致性复查。
- 记录所有页面出现的组件缺口，以及它们是否具备回写 PPOS 的条件。

### 3.2 当前全量页面范围

| 页面 | 页面任务 | 实施顺序 |
| --- | --- | --- |
| `04-01` 项目卖点 Landing 页 | 外部流量承接、项目认知与预约转化。 | 第一个页面 |
| `04-02` 活动与渠道专属转化页 | 承接特定广告、媒体、代理渠道或二维码访问。 | 第二批 |
| `04-03` 周边地图页 | 独立展示区位、配套、交通与生活半径。 | 第二批 |
| `04-04` 眺望集页 | 展示楼层视野、方向、景观或眺望差异。 | 第二批 |
| `04-05` 资料浏览页 | 浏览项目资料、图册、PDF、视频或外部资料。 | 第二批 |
| `04-06` 单户型展示页 | 理解一个户型及其相关内容。 | 第三批 |
| `04-07` 多户型与户型选择页 | 初步筛选适合的户型。 | 第三批 |
| `04-08` 推荐住户展示页 | 展示销售推荐的一套或多套住户。 | 第三批 |
| `04-09` 3D 大楼独立功能页 | 以全屏承载方式引用自有 3D 大楼应用。 | 最后独立验证 |

实施顺序用于控制重构风险和复用节奏，不表示后续页面不在本期范围内。每批页面完成并通过验收后立即进入下一批；不得因第一个页面的临时实现而阻塞全量范围。

### 3.3 本期不做什么

- 不在 PPOS 仓库中写楼盘、户型、地图、预约、CRM、广告归因或 HOMEVISTA 专属页面代码。
- 不把任何 HOMEVISTA 页面新增为 PPOS 的通用页面模板。
- 不将 A 端、B 端、案场演示、系统状态页或未列入当前 `04-01` 至 `04-09` PRD 的页面混入本任务。
- 不以旧原型视觉、旧菜单或旧组件目录作为新页面结构的事实源。
- 不擅自补充实时库存、价格、完整户型目录、活动专属权益、CRM 分配或广告归因。
- 不引入未经评估的完整 UI 框架；不因缺少组件而复制无状态、无响应式约束的临时代码。

## 4. 旧原型保护与开始条件

不需要建立长期开发分支，但不得无基线删除旧原型。

### 4.1 执行顺序

1. 运行 `git status --short --branch`，确认当前工作区修改。
2. 当前 `AGENTS.md`、`PRD_Template_For_Codex.md` 若仍有未提交修改，先判断其是否应独立提交；不得把它们混入旧原型删除提交。
3. 在确认后的旧原型提交上创建只读标签：`legacy-prototype-before-ppos-rebuild`。
4. 记录标签对应提交号、创建日期和旧原型访问路径。
5. 再删除或替换旧 `prototype/src/` 的原型实现。

### 4.2 保护原则

- 标签不是开发分支；其作用是保留旧原型可追溯对照。
- 不执行 `git reset --hard`、不覆盖远端历史、不删除正式 PRD 与构建脚本。
- 保留根目录 `pnpm build`、`scripts/build-docs.mjs`、`scripts/build-entry.mjs` 与 `prototype/vite.config.ts` 的同仓发布能力，除非构建验证证明必须修改。

## 5. 目标代码边界

以当前 `prototype/` 为实施位置。推荐按以下边界组织；可因现有构建约定微调目录名，但不得混淆所有权。

```text
prototype/src/
  foundation/                 # 领域中立的 PPOS 基础快照
    components/
    patterns/
    styles/
  product/                    # HOMEVISTA C 专属实现
    pages/
      landing/
        LandingPage.tsx
        sections/
        content.ts
        states.ts
      campaign/
      map/
      view-collection/
      materials/
      floor-plan/
      floor-plan-selection/
      recommended-home/
      building-3d/
    components/
  main.tsx
```

### 5.1 `foundation/` 的允许内容

- `PageContainer`、`Stack`、`Grid` 等响应式布局原语。
- 必要的 `Button`、`Card`、`Alert`、`ContentState`、`EmptyState` 等通用组件。
- PPOS 的语义 Token 角色、断点、无障碍和响应式规则。

### 5.2 `foundation/` 的禁止内容

- 项目名、楼盘名、户型、住户、地图点位、预约字段、业务路由、权限策略、埋点字段。
- 仅为本页存在的 Hero、卖点卡、区位叙事、预约区等页面组合。

### 5.3 `product/` 的归属内容

- 项目主体与卖点叙事、媒体资产、区位摘要、地图入口、预约入口。
- 访问来源、页面锚点、首页内容顺序和 VISTA C 视觉表达。
- PRD 中的页面级显隐、降级和返回状态。

## 6. PPOS 基础接入规则

PPOS 当前不是已发布的 npm 包。本试点采用“受控基础快照”方式：从已记录的 PPOS 标签引入必要代码，并在本文件中保留来源版本；不复制 PPOS 的参考页 `App.tsx`，不整仓照搬。

1. 先记录采用的 PPOS 标签与提交号；若准备采用 PPOS 后续补丁，必须先由 PPOS 仓库发布新的标签，再更新本记录。
2. 每个实施批次仅引入当前页面实际需要的基础代码，不预先复制所有 PPOS 组件。
3. 若使用 PPOS 的 Tailwind v4 实现，先在 `prototype/package.json` 中将运行时依赖锁定为与选定 PPOS 基线兼容的版本，并在 `prototype/vite.config.ts` 接入对应 Vite 插件。
4. PPOS 定义语义角色与响应式行为；具体颜色、字体、媒体和客户侧视觉必须映射到 VISTA C 设计系统，不得将 PPOS 参考页视觉直接当作 HOMEVISTA C 视觉。
5. 产品内对基础快照的任何调整都要标记为“产品专属”或“PPOS 候选”，不得默认为 PPOS 正式改动。

### 6.1 当前采用版本与首次采用清单

本仓当前后续采用基线为 `PPOS v0.2.0`（`e3c701082cfd3eeaa37bd3c57b8be1b5a3d98362`）。这不是将 PPOS 作为 Git 子模块或 npm 依赖接入；newVISTA 仍通过受控基础快照按页采用。旧 `v0.1.0 / 222ab31` 快照仅用于追溯上一轮无效实现。

| 上游内容 | newVISTA 当前处理 | 首个使用页面 | 采用状态 | 原因与边界 |
| --- | --- | --- | --- | --- |
| 响应式契约：320、375、768、1024、1440px | 保持为页面验收基线 | 04-01 起的全部页面 | 已采用 | 与现有原型验证口径一致；页面实现需重新验证，旧结果不继承。 |
| PPOS Core 的布局、语义控件与状态规则 | 继续以 `foundation/` 中最小快照承载，逐页审计后再替换 | 04-01 | 待重新验证 | 不复制 PPOS 参考页，不将项目叙事、预约、路由或访问策略带入基础层。 |
| VISTA C Surface 来源目录与缺口规则 | 作为 C 端视觉/交互来源与缺口登记依据 | 04-01 起的全部 C 端页面 | 已采用为规则 | VISTA C 设计系统未定义的导航、搜索、图标栏等细节仍标记“待设计系统补充”。 |
| `vista-surface.css` Token 层 | 在新 04-01 独立页面创建时，按现有 CSS 架构映射所需变量 | 04-01 | 待按需适配 | newVISTA 当前原型未接入 Tailwind v4，不能原样复制上游 Tailwind 实现。 |
| `VistaCSystemTopbar`、`VistaCRightPanel`、`VistaCMediaBar`、`VistaCResidentCard` | 不在 04-01 中预先引入 | 后续按页面需要判定 | 未采用 | 它们分别属于非首页上下文栏、面板、媒体和住户展示；并非 Landing 的首轮必需能力。 |
| `VistaBButton` | 不引入 C 端页面 | 无 | 未采用 | VISTA B 与 VISTA C Surface 不得混用。 |

每次新增采用项，都必须在本表写明上游版本、落地文件、首个页面、状态与是否形成 PPOS 回写候选。

## 7. 全量重构实施节奏与首个 04-01 页面任务

### 7.1 全量实施规则

1. `04-01` 先完成基础接入和首个页面闭环；完成后复查其基础代码是否仍保持领域中立。
2. 第二批页面（04-02 至 04-05）验证渠道承接、地图、媒体与资料浏览的跨页面复用，不允许为每页复制一套布局或状态逻辑。
3. 第三批页面（04-06 至 04-08）验证户型、住户、选择与比较等内容展示能力；业务对象与数据规则继续留在 `product/`。
4. `04-09` 作为完整 3D 应用的独立承载页最后验证；不把 3D 应用内部交互错误抽象为 PPOS 通用组件。
5. 每完成一个页面，更新第 8 节缺口表；每完成一个批次，先解决重复实现和响应式例外，再进入下一批。

### 7.2 04-01 Landing 页重构任务

### 7.2.1 页面任务

承接外部广告、二维码和分享链接的首次访问，让顾客在有限浏览中理解项目主体、可核验卖点和区位，并完成“来场预约”或使用可用联系入口。

页面不是完整项目首页；户型最多保留一个低优先级后续入口，且必须位于预约 CTA 之后。

### 7.2.2 固定内容顺序

1. 项目主体与一条核心承诺。
2. 已核验的卖点证据。
3. 区位与周边摘要，以及可选的地图入口。
4. 来场预约主 CTA 与可用联系入口。
5. 可选且低权重的单个户型后续入口。

### 7.2.3 必须实现的页面级状态

| 状态 | 页面处理 |
| --- | --- |
| 主资产缺失或不可公开 | 不发布此页；不得用通用占位 Landing 替代。 |
| 周边地图未配置 | 隐藏整个区位详情入口，不显示空地图。 |
| 预约不可用 | 隐藏预约 CTA；显示已配置联系入口。两者均不可用时不可发布。 |
| 受限访问或验证失败 | 显示原因、重试和返回路径；不得显示受限内容。 |
| 主数据加载失败 | 使用可返回的整页错误状态。 |
| 辅助数据加载失败 | 隐藏或降级对应区块并可重试；不阻断已加载的主内容。 |
| 预约提交失败或服务不可用 | 不保留未确认预约；提示重试或使用已配置联系入口。 |

### 7.2.4 响应式规则

- 320/375px：首屏优先显示项目主体和主 CTA；长内容按页面规则折叠或缩短，CTA 始终可达。
- 768px：内容区块可采用双列或并列媒体表达，但不得打乱“理解项目 → 理解区位 → 预约”的任务顺序。
- 1024/1440px：使用扩展栅格提高信息密度，但首屏不因留白或大媒体而隐藏主行动。
- 所有宽度：长标题、日文长词、中文长文案、图片加载失败与键盘焦点不得造成页面级横向溢出。

## 8. 组件缺口登记与回写门槛

每发现一个 PPOS 未提供的能力，先在本表登记。不得在未判断归属前直接改 PPOS。

| 缺口 / 候选能力 | 本页用途 | 当前实施位置 | 归属判断 | 第二使用场景 | 响应式 / 无障碍证据 | 回写 PPOS 决定 |
| --- | --- | --- | --- | --- | --- | --- |
| 项目叙事 Hero、卖点证据卡、区位摘要、预约区 | `04-01` 首次认知与转化 | `product/` | 产品专属 | 无；内容、顺序和转化规则均依赖项目与 M-26 | 已在 320/375/768/1024/1440px 验证无页面横向溢出；关键 CTA 为 44px 触达 | 不回写 |
| 地图点位与地图详情面板 | `04-03` 周边理解 | `product/` | 产品专属 | 无；点位、图层、权限与来源均属项目数据 | 已验证五档布局重排；受限图层只提供验证入口 | 不回写 |
| 眺望素材切换与媒体失败状态 | `04-04` | `product/` | 复杂交互待决 | `04-06` 的关联眺望仅复用入口，不复用同一交互 | 已验证五档布局；单媒体失败不阻断切换 | 暂不回写；需第二个非 HOMEVISTA 场景及完整键盘/加载契约 |
| 验证与预约演示层 | 多页受限内容、M-26 入口 | `product/` | 产品专属集成适配 | `04-01`、`04-02`、`04-05` 至 `04-08` | 五档验证；未同意隐私时提交不可用 | 不回写；实际身份验证、M-26 与隐私文案待接入 |

只有同时满足以下条件，才可在后续任务中正式回写 PPOS：

1. 没有 HOMEVISTA、项目、楼盘、户型、住户、预约等领域词或领域数据假设。
2. 已在至少两个不同页面任务或两个产品场景中验证。
3. API、空态、错误态、加载态、禁用态、键盘行为与五档响应式行为已明确。
4. 可在 PPOS 中由语义 Token 表达，不依赖 VISTA C 的专属内容或视觉资产。

正式回写时，必须切换至 PPOS 仓库实施：新增组件文档、组件索引、变更记录、验收与版本标签；不得把 `vista-new-c` 的产品代码直接搬运为 PPOS 源码。

## 9. 实施检查点与交付物

| 检查点 | 必须完成 | 产出 |
| --- | --- | --- |
| C0：基线 | 处理现有未提交修改并创建旧原型标签。 | 标签名、提交号、旧原型路径。 |
| C1：全量需求收口 | 建立 04-01 至 04-09 的页面任务、模块、状态、待确认项和实施批次总表。 | 全量重构任务表。 |
| C2：基础接入 | 以记录的 PPOS 基线接入第一批所需的最小通用基础，并完成 VISTA C Token 映射。 | `foundation/` 最小代码集。 |
| C3：逐页实现 | 从 04-01 开始按第 3.2 节批次重建；所有 HOMEVISTA 内容留在 `product/`。 | 可访问的 `/prototype/04-01` 至 `/prototype/04-09`。 |
| C4：逐页验证 | 每页运行构建、检查状态与五档视口；每批完成后复查跨页面重复实现。 | 页面验证记录与问题清单。 |
| C5：反馈 | 每页登记组件缺口，区分产品专属与 PPOS 候选。 | 本文第 8 节持续更新。 |
| C6：全量收口 | 复查全量页面的一致性、发布路径、待确认项和可回写候选。 | 全量重构交付简报。 |

## 10. 验收标准

- `pnpm build` 成功，且 `dist/prototype/`、`dist/docs/` 和根入口仍可生成。
- `/prototype/04-01` 至 `/prototype/04-09` 可从同仓原型入口访问；每个页面刷新不会落入 404。
- 每页满足对应 `04-xx` PRD 的功能、状态与验收标准；未确认问题不得被伪装成已实现规则。
- 全部页面在 320、375、768、1024、1440px 下无非预期页面级横向溢出，主任务或主 CTA 可见或可达。
- 按各页适用范围覆盖长文案、加载、空数据、错误、访问受限、关键动作不可用与键盘焦点。
- 全量页面不重复实现同一通用布局或状态行为；重复项必须收敛到 `foundation/` 或明确保留为产品专属。
- 任何产品专属代码均未写入 `foundation/`；每个新增通用候选均已登记在第 8 节。
- 未经第二场景验证的候选能力不得回写 PPOS。

## 11. 待产品确认

1. 外部分享渠道分别采用公开、验证码还是访问码策略；该决定影响预约前验证时机。
2. 04-01 首屏卖点的可配置上限、媒体证据格式与实际项目资产清单。
3. 预约与联系入口在当前演示中的可用数据、模拟方式及不可用时的最终文案。
4. 各页的实际项目资产、外部应用入口和模拟数据边界。
5. VISTA C 设计系统中与媒体、导航、移动端 CTA、资料浏览和 3D 应用承载相关的规则是否已完整可用；缺失项必须标记为“待设计系统补充”。

## 12. 供 Codex 执行的限制

- 先读取第 2 节事实源和当前工作区状态，再改代码。
- 不得因为旧原型存在某个区块就将其视为本期需求。
- 不得创建页面私有预约表单；预约必须调用 M-26 的规则。
- 不得将完整户型目录、户型详情、住户表、价格/贷款计算器、CRM 分配或广告归因擅自加入不对应的页面范围。
- 每次修改正式需求文档时，必须同步维护修订记录。
- 完成后汇报：旧原型基线、PPOS 使用版本、各页面修改文件、构建结果、五档视口结果、组件缺口表、批次完成情况与是否存在 PPOS 回写候选。

## 13. 上一轮实施记录与无效结论（2026-07-15）

本节保留作为问题追溯记录，不构成 C2 至 C6 的验收证据，也不表示本任务已完成。

上一轮在 `codex/ppos-prototype-rebuild` 分支中完成了旧原型基线保护、路由和五档宽度检查，并将实现合并到本地 `main`。但产品复核确认，该实现主要是沿用旧单文件原型的页面模型、模拟数据和交互，再进行视觉和局部结构调整；没有基于已收口的模块内容契约和页面内容编排从零制作原型。

因此：

- 旧原型保护标签和 PPOS 基线记录仍然有效。
- 上一轮代码不作为下一轮原型的参考实现、组件事实源或验收通过依据。
- C1 未完成；C2 至 C6 均必须在前置文档收口后重新执行。
- 当前任务状态为暂停，不得因已有构建通过、路由可访问或宽度检查通过而恢复“已完成”状态。

### 13.1 基线与分支

- 旧原型基线标签：`legacy-prototype-before-ppos-rebuild`，指向提交 `c6c844b`；旧原型访问路径为 `/prototype/`。
- 上一轮短期分支：`codex/ppos-prototype-rebuild`；其代码已合并到本地 `main`，但不代表交接任务已完成。
- PPOS 受控基础快照：`v0.1.0`，提交 `222ab31`。本仓没有复制 PPOS 的参考页或引入其领域无关以外的代码。

### 13.2 上一轮代码落点（不作为重制起点）

- `prototype/src/foundation/components.tsx`：`PageContainer`、`Button`、`Card`、`Alert`、`ContentState`、`Modal` 等 PPOS 范围内的最小通用基础。
- `prototype/src/product/content.ts` 与 `prototype/src/App.tsx`：04-01 至 04-09 的 HOMEVISTA 页面内容、页面级状态、验证/预约演示和路由。
- `prototype/src/style.css`：PPOS 响应式契约到 VISTA C 视觉的 Token 映射与页面样式。

### 13.3 已完成的技术检查（不构成业务验收）

- `pnpm build` 通过；`dist/prototype/`、`dist/docs/` 与根入口均已生成。
- `/prototype/`、`/prototype/04-01`、`/prototype/04-05`、`/prototype/04-09` 的刷新路由返回 `200`；九个页面均可由原型查看器进入。
- 04-01 至 04-09 在 `320 / 375 / 768 / 1024 / 1440px` 下均完成页面级横向溢出检查，结果为无非预期溢出。
- 当前数据、资产、验证和预约均为演示用状态机；并未接入 M-26、真实身份验证、真实地图/资料或 3D 应用。第 11 节待确认项仍是后续真实试点的外部 gate。

## 14. 重启条件与从零重制约束

### 14.1 恢复本任务的前置条件

仅当以下条件均满足时，才可将本任务从“暂停”恢复为“执行中”：

1. `12-当前九页原型的02模块内容定义修订交接任务.md` 已完成，当前九页实际调用的模块均已具备内容对象、最小字段、媒体/证据、动作、状态与边界定义。
2. `03-页面模板索引与通用规则.md` 已补齐页面内容编排和模块—区块映射。
3. `04-01` 至 `04-09` 已按更新后的上游定义写明各页实际内容、固定/可选区块、顺序、页面级异常和验收；待确认项未被伪装成已定内容。
4. 已明确新原型是面向真实项目演示，还是面向可配置 C端产品基线；实际资产与模拟数据的使用边界已记录。

### 14.2 强制实施约束

下一次启动时，必须**从零重制原型**，不是以当前 `prototype/src/` 为视觉或结构基础做颜色、排版、卡片样式或局部交互调整。

- 不得复制、换肤、微调或在旧 `App.tsx` 的页面模型上继续叠加；上一轮代码只能作为失败案例和路由/构建约定的参考。
- 先根据收口后的 `02`、`03`、`04-xx` 建立新的页面内容模型、对象关系、状态机与页面目录，再实现组件与视觉。
- 每个 `04-xx` 页面必须拥有独立的页面模块、实际内容数据、交互状态和验收用场景；不得再将九页主体集中成单一页面文件或用泛化占位卡片替代模块内容。
- `foundation/` 仅允许保留经过页面任务验证的领域中立布局、状态和交互基础；HOMEVISTA 业务对象、项目叙事、页面内容与规则必须留在 `product/`。
- 旧原型的颜色、排版、导航、模拟数据、卡片结构和交互流程均不是新原型的需求事实源；唯一事实源是恢复条件所列的已收口文档。
- 重新实施后，必须从 C1 开始逐项验收；构建成功和响应式无溢出只是 C4 的一部分，不得替代内容、交互和页面任务验收。