## ADDED Requirements

### Requirement: 七月迭代必须维护唯一的 28 线总台账
系统规划 SHALL 以本 Change 的 `tasks.md` 作为七月迭代唯一需求总台账和剩余实施入口，并使用以下稳定编号且不得增删范围：`JULY-TECH-FOUNDATION`、`JULY-TECH-NOTIFICATION`、`JULY-UR33`、`JULY-UR34`、`JULY-UR35`、`JULY-UR36`、`JULY-UR37`、`JULY-UR38`、`JULY-UR40`、`JULY-UR42`、`JULY-UR43`、`JULY-UR44`、`JULY-UR45`、`JULY-UR46`、`JULY-UR47`、`JULY-UR48`、`JULY-UR49`、`JULY-UR53`、`JULY-UR55`、`JULY-UR57`、`JULY-UR60`、`JULY-UR62`、`JULY-UR73`、`JULY-UR86`、`JULY-UR94`、`JULY-UR96`、`JULY-UR97`、`JULY-UR98`。

#### Scenario: 核对总台账范围
- **WHEN** 发布负责人统计本 Change 的七月技术/业务线
- **THEN** 总数 MUST 恰为 28，且每个稳定编号恰好出现一次

### Requirement: 每条线必须保留来源与多维状态
每条需求线 MUST 记录来源 PRD、既有 Ticket 或“由 PRD 直接转换”的任务来源、主架构通道、辅助通道、具体依赖、完整业务边界、明确不迁移范围、后端状态、前端状态、验证状态和发布状态。状态值 MUST 能区分“已完成”“后端代码完成、待前端/人工验收”“未开始”“代码完成、验证延期”，并允许记录元数据待收口，不得用单一完成布尔值覆盖多维事实。

#### Scenario: 代码存在但人工验收未完成
- **WHEN** 某需求的后端代码与文档已经存在，但前端或人工验收尚未完成
- **THEN** 后端状态 MUST 可标记完成，前端、验证和发布状态 MUST 保持未完成或延期

#### Scenario: 只有冻结 PRD
- **WHEN** 某需求只有已评审 PRD 而没有既有 Ticket
- **THEN** 总台账 MUST 直接建立纵向实施任务并引用该 PRD，不得额外创建 `.scratch/issues`

### Requirement: 初始完成状态必须与仓库证据一致
总台账初始状态 SHALL 认定：`JULY-TECH-FOUNDATION` 与 `JULY-UR55` 已完成；`JULY-UR45` 为后端完成但原 Ticket 元数据待收口；`JULY-UR46`、`JULY-UR60`、`JULY-UR86` 为后端完成但前端和/或人工验收未完成；其余 22 条线为未开始。任何预勾选 MUST 仅覆盖已有证据证明完成的子项。

#### Scenario: 预勾选已完成任务
- **WHEN** 维护者打开初始 `tasks.md`
- **THEN** 已完成后端子项按上述证据预先勾选，未完成的前端、人工验收、延期验证和发布子项 MUST 保持未勾选

#### Scenario: 元数据与代码状态冲突
- **WHEN** 原 Ticket 仍显示 `ready-for-agent` 但代码与提交证据证明后端已落地
- **THEN** 总台账 MUST 记录“后端完成、元数据待收口”，不得回退代码状态或伪称全链路验收完成

### Requirement: 依赖必须引用稳定任务编号
所有跨需求和同需求依赖 MUST 引用本 Change 中具体、稳定、可判定完成的任务编号。任务不得仅写“依赖公共能力”“依赖审计”或其他无法判断完成状态的模糊阻塞项；原 Ticket 的不存在路径、占位依赖或标题漂移 MUST 在总台账中改为有效任务编号。

#### Scenario: 迁移旧依赖
- **WHEN** 原 Ticket 引用不存在文件、尚未拆票占位符或已暂缓的审计门禁
- **THEN** 总台账 MUST 将其映射为有效的本 Change 任务编号，或删除已获授权取消的阻塞关系并记录原因

### Requirement: 权威来源必须有明确优先级
业务行为 SHALL 以已评审七月标准稿和冻结 PRD 为来源，不得由本 Change 擅自重写。发生冲突时 MUST 按“用户本次明确决策 → 七月标准评审稿 → 对应冻结 PRD → 既有 Ticket → 代码现状”的顺序裁决；代码和提交记录仅用于校准完成状态，不得反向修改冻结业务规则。

#### Scenario: PRD 与标准稿冲突
- **WHEN** 某 PRD 或 Ticket 的约束与七月标准评审稿不一致
- **THEN** 总 Change MUST 采用标准评审稿并在任务中保留来源说明

### Requirement: 需求16必须持续排除
需求16（代理分销码与佣金提现）MUST 保持移出本期。任何任务、依赖、迁移、领域目录、表、API、前端页面或验收清单均不得把该需求重新加入七月测试环境里程碑；店铺业务员仅表示业务归属和通知接收，不得推导分销或佣金关系。

#### Scenario: 审查七月范围
- **WHEN** 实施或评审人员搜索需求16、distribution、分销码、代理申请或佣金提现
- **THEN** 只能看到排除说明，不得出现可实施任务或发布依赖

