439 lines
44 KiB
Markdown
439 lines
44 KiB
Markdown
# 「美搭」开发任务拆解（WBS）
|
||
|
||
> 版本：**v1.4** ｜ 更新日期：2026-08-14 ｜ 状态：待评审
|
||
>
|
||
> **本文的定位**：把需求与架构翻译成可指派、可验收的任务清单，并明确任务之间的依赖与关键路径。
|
||
>
|
||
> **拆解原则**：
|
||
> 1. **按依赖排序，不按人日估算**。项目以 AI 辅助开发为主，人日估算意义不大；真正决定节奏的是任务依赖与外部审批周期。
|
||
> 2. **每个任务都有交付物与验收标准**，不写「优化 XX」「完善 XX」这类无法判定完成的任务。
|
||
> 3. **验证型任务（Spike）单独标注**，它们的产出是结论与数据，不是功能。
|
||
> 4. **地基优先**。任务中心、合规出口、LLM 网关、配额三段式是被所有业务功能依赖的地基，必须先于业务功能完成，否则后面每个功能都要返工。
|
||
> 5. 每个任务标注关联的需求编号（`FR-xx`/`CR-xx`），便于反查覆盖率。
|
||
|
||
**任务编号**：`T-<阶段>-<序号>` **类型**：`SPIKE`（验证）/ `DEV`（开发）/ `DATA`（数据生产）/ `OPS`（运维）/ `BIZ`（业务与资质）
|
||
|
||
---
|
||
|
||
## 1. 里程碑总览
|
||
|
||
| 里程碑 | 名称 | 完成标志 | 阻塞关系 |
|
||
| --- | --- | --- | --- |
|
||
| **M0** | 前置验证与内容启动 | 六项技术验证有结论；**顾问到岗 + 自采流水线跑通**（备案已完成） | **内容与素材生产是新的关键路径** |
|
||
| **M1** | 工程地基可用 | 骨架跑通：登录 → 上传 → 提交任务 → 查状态 → 拿到带标识的产物 | 阻塞所有业务功能 |
|
||
| **M2** | 知识库可运营 | 顾问能在后台独立录入规则与素材并发布，检索链路返回可解释结果 | 阻塞报告与 Agent 的质量 |
|
||
| **M3** | 报告闭环打通 | 用户能完整走通初级报告并产出画像与记忆 | 阻塞 Agent 与换装的个性化 |
|
||
| **M4** | 三大功能闭环 | 报告 + Agent + 换装/发型均可用且互相联动。拆为 **M4-a 换装/发型**（可与 M3 并行）与 **M4-b Agent 对话**（须等 M2+M3） | M4-b 是 Phase 4 的关键路径 |
|
||
| **M5** | 上线就绪 | 合规检查清单全绿、压测通过、监控齐备、**备案编号公示位实机验证通过** | 依赖 M0 的编号公示实现 |
|
||
| **M6** | V2 能力 | 全面报告付费、IAP 接入、衣橱、多端评估 | **依赖 V1 的成本与频次数据** |
|
||
|
||
### 依赖关系图
|
||
|
||
```
|
||
M0 前置验证与内容启动
|
||
├─ ✅ 备案（已完成）── 仅剩编号公示实现 + 模型清单核实
|
||
├─ 技术验证（体型/色彩/抠图/换装成本/端骨架/AI标识）
|
||
└─ 🔴 内容与素材生产启动 ─────────────────────────────┐
|
||
├─ 全职顾问到岗 ──────────────────┐ │
|
||
└─ 自采流水线跑通 ────────────┐ │ │
|
||
│ │ │
|
||
M1 工程地基 │ │ │
|
||
├─ 仓库与 CI │ │ │
|
||
├─ 账号与会话 │ │ │
|
||
├─ 任务中心 │ │ │
|
||
├─ 统一合规出口 │ │ │
|
||
├─ LLM 网关 │ │ │
|
||
├─ 配额账本（无支付） │ │ │
|
||
└─ 端侧骨架 │ │ │
|
||
│ │ │ │
|
||
├──────────────┬────────────┼───┼──────┐ │
|
||
▼ ▼ ▼ ▼ ▼ │
|
||
M2 知识库 M3 报告闭环 M4-a 换装/发型 │
|
||
├─ 本体与色板 ├─ 视觉分析 ├─ 换装服务改造 │
|
||
├─ 规则引擎 ◀────┤ 诊断生成 ├─ 素材入库 ◀───┘
|
||
├─ 混合检索 ├─ 文案生成 └─ 发型打标与推荐
|
||
├─ 素材入库 ├─ 长图渲染
|
||
└─ 极简后台 └─ 记忆写入
|
||
│ │ │
|
||
└──────────────┴──────────────┘
|
||
▼
|
||
M4-b Agent 对话（依赖 M2 检索 + M3 画像）
|
||
▼
|
||
M5 上线就绪
|
||
▼
|
||
M6 V2（含 IAP 与付费报告）
|
||
```
|
||
|
||
> **M4 拆为 a/b 两块**（原图两处都标 M4，易误读为同一批工作）：`M4-a` 换装/发型只依赖 M1 与素材入库，**可与 M3 报告并行**；`M4-b` Agent 对话必须等 M2 检索与 M3 画像就绪，**是 M4 的关键路径**。两者同属 Phase 4，但可并行度完全不同。
|
||
|
||
**关键路径已经改变（这是本轮最重要的变化）**：
|
||
|
||
| | 原关键路径 | 现关键路径 |
|
||
|---|-----------|-----------|
|
||
| 主导因素 | **备案登记（外部审批 2~4 月）** | **内容与素材生产（内部产能）** |
|
||
| 能否压缩 | 不能，只能等 | 能，但只能靠增加人手/棚时，**不能靠 AI 加速** |
|
||
| 风险性质 | 时间确定、结果不确定 | 时间取决于产能、结果可控 |
|
||
|
||
现在的关键路径是 `顾问到岗 + 自采流水线` → `M2 知识库` → `M3 报告` → `M4 Agent` → `M5 上架`。
|
||
|
||
**这个转变的实际含义**：过去"开发快了也没用，反正要等备案"，现在**每一天的开发进度都直接兑现为上线时间**。同时，`T-P0-20`（顾问招聘）与 `T-P0-21`（自采流水线）成为全项目最该优先启动的两个任务 —— 它们不产出代码，却决定了 M2 之后的全部节奏。
|
||
|
||
---
|
||
|
||
## 2. Phase 0：前置验证与资质（M0）
|
||
|
||
> 这一阶段的任务大部分不产出代码，但决定项目能否成立。**不要因为「想早点看到界面」而跳过它。**
|
||
|
||
### 2.1 资质与备案（✅ 备案已完成，本节大幅瘦身）
|
||
|
||
> **备案已办结**，原 `T-P0-01`~`T-P0-08` 中的申报类任务全部关闭。剩下的是**备案完成后的落地与核实任务** —— 这些容易被"备案搞定了"的心态忽略，但它们同样是上架核验项。
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| **T-P0-01** | **BIZ** | ⚠️ **核实备案覆盖的模型清单** | 核实结论 | 明确备案是否含 DeepSeek + 智谱 GLM 两家。**若只含一家，输出处置方案**（办变更 or V1 单路由） | TD-19、TD-04 |
|
||
| T-P0-02 | BIZ | 归集备案编号与全套材料，建立合规档案 | 合规档案 | 登记号、备案号、自评估报告、合作证明可随时调取 | CR-08 |
|
||
| T-P0-03 | DEV | **端上备案编号公示位实现** | 「设置→关于」页 | 编号与模型名称显著展示；入口硬编码不可隐藏；**发布包实机验证通过** | CR-08、合规方案 §2.2.4 |
|
||
| T-P0-04 | DEV | 公示文案与 LLM 网关路由配置同源校验 | 校验机制 | 展示的模型名称与实际调用一致；不一致时 CI 或启动自检告警 | CR-08 |
|
||
| T-P0-05 | BIZ | 编写用户协议、隐私政策、人脸单独同意文案 | 三份文档 | 含第三方共享清单、保留期、权利行使方式。**V1 无支付，不含交易与退款条款** | CR-09 |
|
||
| T-P0-06 | BIZ | 完成 PIA 个人信息保护影响评估 | PIA 报告 | 归档（处理敏感个人信息的独立法定要求，与备案无关） | CR-10 |
|
||
| T-P0-07 | BIZ | 关键词拦截库导入与内容安全管理制度落地 | 制度 + 词库 | 词库可导入 TMS 并生效 | CR-06、CR-07 |
|
||
| T-P0-08 | OPS | 保留监管抽查用测试通道与虚拟测试账号 | staging 通道 | 提供「附加审核策略」与「不附加审核策略」两种 | TD-19 |
|
||
| ~~T-P0-09~~ | — | ~~补齐市场数据信源~~ | ✅ **已完成** | 已替换为国家统计局 / CNNIC / 华为 HDC 官方数据 | TD-30 |
|
||
|
||
### 2.2 技术验证（Spike，产出结论与数据）
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P0-10 | SPIKE | **体型测算方案验证**（掩膜宽度剖面法） | 验证报告 + 参数基线 | 30~50 样本与人工标注一致率 ≥ 80%；低置信度可识别 | FR-RPT-05、TD-06 |
|
||
| T-P0-11 | SPIKE | **色彩季型判定验证**（Lab 采样 + 规则） | 验证报告 + 色板初版 | 与人工判定一致率 ≥ 75% | FR-RPT-05、TD-18 |
|
||
| T-P0-12 | SPIKE | **抠图流水线验证**（BiRefNet） | 10 件样本全流程产物 | 抠图人工质检通过 ≥ 90%，换装可用 | FR-KB-08、TD-07 |
|
||
| T-P0-13 | SPIKE | **换装接口能力与成本实测**（三工作流） | 成本与成功率报告 | 得到单次 `gpu_seconds` 与成功率基线，填入成本模型 | FR-TRY-01 |
|
||
| T-P0-14 | SPIKE | **发型接口能力实测** | 报告 | 发型列表/更换/发色可用性与耗时基线 | FR-HAIR-01 |
|
||
| T-P0-15 | SPIKE | 腾讯云人脸能力验证（属性/90 点/888 点） | 报告 | 确认字段可用性、耗时、单价 | TD-05 |
|
||
| T-P0-16 | SPIKE | RTMPose ONNX 部署验证 | 可运行服务 + 基准 | CPU 单张推理耗时可接受，关键点稳定 | TD-05 |
|
||
| T-P0-17 | SPIKE | 鸿蒙端骨架验证（ArkTS） | 可运行 Demo | 打通：登录、拍照、直传 COS、轮询任务、展示结果 | TD-01 |
|
||
| T-P0-18 | SPIKE | AI 标识元数据全链路存活验证 | 测试报告 | 经水印/COS/CDN/客户端保存后元数据仍存在 | CR-05 |
|
||
| T-P0-19 | SPIKE | LLM 缓存命中率验证 | 报告 | 确认固定前缀设计下的实际命中率与成本降幅 | TD-04 |
|
||
|
||
### 2.3 数据与内容准备（🔴 **备案解除后，这里成为新的关键路径**）
|
||
|
||
> **这一节的优先级已经升到最高**。备案不再是瓶颈后，内容与素材生产成为唯一无法靠 AI 辅助开发压缩的工序：招聘要时间、采购要物流、拍摄要棚时、质检要人眼。**这些任务晚一周启动，上线就晚一周**，且没有任何技术手段可以追回。
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| **T-P0-20** | **BIZ** | 🔴 **全职形象顾问招聘与入场** | 到岗顾问 | 全职编制到岗；完成本体 Schema 评审；输出规则库产能基线（条/周），用于倒排 M2 | TD-27 |
|
||
| **T-P0-21** | **DATA** | 🔴 **单品自采流水线搭建并跑通** | 可运行流水线 + 首批 20 件 | 采购 → 拍摄（白底规范）→ BiRefNet 抠图 → 属性标注 → 质检全流程闭环；**输出每周产能数据**用于倒排 300 件目标 | TD-26、FR-KB-08 |
|
||
| T-P0-22 | DATA | 拍摄规范与质检标准定稿 | SOP 文档 | 灯光、背景、角度、分辨率、`tryon_slot` 判定标准明确，新人照此可独立操作 | TD-26 |
|
||
| T-P0-23 | DATA | 知识库本体 Schema 与属性字典定稿 | Schema 文档 | 12 类实体字段、枚举、必填项全明确 | FR-KB-01 |
|
||
| T-P0-24 | DATA | **60 款发型适配标签打标** | 打标数据 | 100% 完成，抽检复核通过 | FR-HAIR-02 |
|
||
| T-P0-25 | DATA | 诊断维度字典与规则矩阵框架定稿 | 文档 | **32 维度**（五行两项已移除）与三大规则矩阵结构确定 | FR-RPT-06、TD-31 |
|
||
| T-P0-26 | BIZ | 目标用户访谈（价格敏感度 + 需求验证） | 访谈报告 | ≥ 15 人。**因 V1 不展示价格，价格敏感度只能靠访谈采集**，这是 V2 定价的重要输入 | TD-28 |
|
||
| ~~T-P0-27~~ | — | ~~定价与点数消耗比测算~~ | **推迟到 V2** | V1 不收费，定价需 V1 真实数据（`T-P6-16`） | TD-28 |
|
||
| T-P0-28 | BIZ | 素材版权留档机制 | 留档规范 | 采购凭证与拍摄原始文件归档；`license` 字段标记 `self_shot` | TD-26 |
|
||
|
||
**M0 出口条件**（已按备案完成重排）：
|
||
1. ✅ 备案编号已归档，**模型清单核实完成**（`T-P0-01`）
|
||
2. 六项核心技术验证有明确结论（`T-P0-10`/`11`/`12`/`13`/`17`/`18`）
|
||
3. 本体 Schema 与发型打标完成
|
||
4. 🔴 **全职顾问到岗且产能基线可测算**
|
||
5. 🔴 **自采流水线跑通首批 20 件，每周产能数据可用于倒排**
|
||
|
||
---
|
||
|
||
## 3. Phase 1：工程地基（M1）
|
||
|
||
> **这一阶段不交付任何用户可见的业务功能**，但它决定后面每个功能的实现成本。跳过地基直接写业务，会导致每个功能各自实现一遍任务状态、审核、水印、配额扣减，然后在集成时全部返工。
|
||
|
||
### 3.1 工程基建
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P1-01 | DEV | 仓库结构与包边界搭建 | 可运行骨架 | 目录结构符合架构 §16.1；`packages/domain` 无 IO 依赖 | NFR-MAINT-03 |
|
||
| T-P1-02 | OPS | CI 流水线（ruff + mypy strict + pytest + 依赖规则检查） | CI 配置 | 违规提交被阻断 | NFR-MAINT-02/03 |
|
||
| T-P1-03 | OPS | 本地开发环境（Compose：PG+pgvector、Redis、COS mock） | compose 文件 + 文档 | 新成员一条命令起环境 | — |
|
||
| T-P1-04 | OPS | ~~腾讯云基础设施开通~~ **降级路线（2026-08-15）：腾讯云暂缓**，仅剩华为 AGC + 发信邮箱授权码（《前置开通清单》v2 §1/§2）；PG/Redis 已在本地 WSL 运行 | 环境清单 | 华为调试证书可拉起授权页；测试邮箱能收到验证码 | TD-03、CR-02 |
|
||
| T-P1-05 | DEV | 配置与密钥管理（SSM/KMS 接入） | 配置模块 | 无密钥进代码与镜像 | NFR-SEC-01 |
|
||
| T-P1-06 | DEV | Alembic 迁移基线与规范 | 首个迁移 | 迁移可正向与回滚 | NFR-MAINT-06 |
|
||
| T-P1-07 | DEV | 统一响应、错误码体系、异常处理中间件 | 中间件 + 错误码表 | 每个错误码有 message + hint | FR-SYS-02 |
|
||
| T-P1-08 | DEV | 可观测性接入（OTel + Prometheus + 日志脱敏） | 可用链路追踪 | 一次请求可看到完整 span；日志无敏感字段 | NFR-SEC-03 |
|
||
| T-P1-09 | OPS | 三张监控看板搭建（漏斗/成本/任务） | Grafana 看板 | 能回答架构 §15 的三个问题 | FR-SYS-05 |
|
||
| T-P1-10 | DEV | 埋点上报接口与事件字典 | 接口 + 事件表 | 漏斗关键节点无缺失 | FR-SYS-06 |
|
||
|
||
### 3.2 账号与会话
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P1-11 | DEV | 用户数据模型与身份映射 | 表 + 迁移 | UnionID 映射唯一；预留 `profile_id` | FR-ACC-01、FR-ACC-12 |
|
||
| T-P1-12 | DEV | 华为账号登录（服务端） | 接口 | 登录成功率 ≥ 99%（联调环境） | FR-ACC-01 |
|
||
| T-P1-13 | DEV | 双令牌会话与撤销 | 接口 | 登出后旧令牌立即失效 | FR-ACC-05 |
|
||
| T-P1-12b | DEV | **邮箱验证码登录**（2026-08-15 变更：原短信，个人主体办不了签名；下发 + 校验 + 个人邮箱 SMTP 接入，**E1 已交付**） | 接口 | 6 位码、5 分钟有效、一次性、失败 5 次作废；**华为侧异常时本通道仍可登录**（须有断开华为依赖的测试） | FR-ACC-04、**TD-32** |
|
||
| T-P1-12c | DEV | **邮箱防刷**（邮箱/IP/设备三重频控，参数沿短信原值；人机校验 + 发送量告警后置） | 中间件 + 告警 | **脚本化刷量测试证明拦截有效**（已交付）；邮箱在日志与后台全部掩码 | FR-ACC-14、NFR-SEC-03/05 |
|
||
| T-P1-14 | DEV | 游客模式与数据合并 | 接口 | 合并幂等；多设备场景有确定策略；**游客配额按设备维度终身计量**（非每日），用尽引导登录而非报错 | FR-ACC-02/03 |
|
||
| T-P1-16b | DEV | **清空我的照片**（保留账号） | 接口 + 页面 | COS 对象与 DB 引用同步清除；签名 URL 立即失效；二次确认 + 回执 + 审计日志 | **FR-ACC-15**、CR-02 |
|
||
| T-P1-15 | DEV | 同意授权记录（含人脸单独同意） | 表 + 接口 | 记录含版本与时间，可查询 | CR-01、FR-ACC-08 |
|
||
| T-P1-16 | DEV | 账号注销与数据删除任务 | 接口 + 定时任务 | 7 日内彻底删除，含 COS 对象；有执行记录 | CR-03、FR-ACC-09 |
|
||
| T-P1-17 | DEV | 未成年人判定与功能限制 | 中间件 | 未成年账号禁用付费与外观评价 | CR-04、FR-ACC-11 |
|
||
| T-P1-18 | DEV | 越权防护与归属校验（含自动化测试） | 依赖注入 + 测试 | 越权用例全部拦截 | FR-SYS-01 |
|
||
|
||
### 3.3 地基能力（被所有业务依赖）
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P1-19 | DEV | **统一任务中心**（状态机、幂等、进度、查询、取消） | 模块 + 接口 | 状态机完整；相同幂等键不重复执行 | FR-TASK-01/02/05/06 |
|
||
| T-P1-20 | DEV | Celery 四队列与 Worker 部署（gpu/cpu/io/beat） | 部署配置 | 队列隔离生效；beat 防重 | TD-11 |
|
||
| T-P1-21 | DEV | 死信队列与失败告警 | 配置 + 告警 | 连续失败进死信并告警 | FR-TASK-07 |
|
||
| T-P1-22 | DEV | **统一合规出口**（审核 + 水印 + 元数据 + 内容编号登记） | 模块 | 所有产物必经；元数据全链路存活测试通过 | CR-05、CR-06 |
|
||
| T-P1-23 | DEV | 内容审核接入（IMS + TMS + 关键词库） | 模块 | 六类审核对象全覆盖；fail-close 生效 | CR-06/07 |
|
||
| T-P1-24 | DEV | **LLM 网关**（路由/降级/熔断/结构化输出/Prompt 版本/成本记录） | 模块 | 主备切换 < 3s；成本 100% 记录 | FR-SYS-04 |
|
||
| **T-P1-24a** | DEV | **思考模式按场景显式配置** | 场景配置 + provider 参数 | 每个场景**显式**给出 `thinking` 值，不依赖供应商默认；对话与结构化抽取场景一律关闭；单独记录 `tokens_reasoning` | `NFR-PERF-02b`、`NFR-COST-01`、TD-04 |
|
||
| T-P1-25 | DEV | 成本归因表与日成本预警 | 表 + 告警 | 可按功能/模型/用户聚合；突增告警生效。**不允许后置到上线后补**（V2 定价的唯一数据来源） | FR-BILL-08、NFR-COST-01、FR-SYS-07 |
|
||
| T-P1-25b | DEV | **全局日成本熔断**（四档自动降级） | 模块 + 后台开关 | 注入成本可复现 60/80/90/100% 四档降级；**在途任务放行**；**被熔断拒绝的请求配额净扣减 = 0**（须有集成断言覆盖「reserve 之后才触发熔断」这条路径，不能只测「熔断在 reserve 之前」）；后台可查状态并手动解除；**日预算阈值须按 8-17 峰谷新价 + 实测 token 分布重算**，`.env` 里的 `100000` 分是占位不是验收值 | NFR-COST-02、架构 §13.3 |
|
||
| **T-P1-25c** | DEV | **峰谷单价按调用时刻计价** | 两套价目表 + 时段判定 | 高峰（北京时间 09:00-12:00、14:00-18:00）与空闲各一套单价；成本在**调用当时**算好落库，事后不按当前价重算；跨时段有测试 | `NFR-COST-01`、TD-04 |
|
||
| T-P1-26 | DEV | **配额账本**（余额、流水、预扣三段式、周期重置、规则配置化） | 模块 + 接口 | 余额可由流水重算；失败自动退还；**表结构含 `tx_type` 字段，V2 上支付无需迁移**；服务端硬校验不可绕过；**`bl_quota_rule` 种子必须与产品方案 §3.2 一致**（含 `hairstyle` / `hd_export` / `report_basic` / `report_regen`），禁止开发期另写一套数字 | FR-BILL-01/02/04/05/06 |
|
||
| T-P1-26b | DEV | 额度耗尽文案与提示 | 端侧组件 | **不出现任何价格、购买、会员、升级字样**；消耗前提示剩余量 | FR-BILL-07 |
|
||
| T-P1-27 | DEV | 图片上传与临时目录生命周期（2026-08-15 变更：原 COS 直传预签名，**E2 已改为本地磁盘 `meida_data/` 四目录并交付**——后端 multipart 中转 + HMAC 短期签名下载 URL；COS 链路保留为回迁路径） | 接口 + 清理任务 | temp 目录 2 小时自动清理（celery beat，CR-02）；上传下载闭环 | FR-SYS-03、CR-02 |
|
||
| T-P1-28 | DEV | 推送接入（Push Kit + Token 管理） | 模块 | 到达率 ≥ 90%；文案无敏感结论 | FR-TASK-04 |
|
||
|
||
### 3.4 客户端骨架
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P1-29 | DEV | 鸿蒙工程初始化（签名、权限、AGC 配置、SHA256 指纹） | 可打包工程 | 真机可运行；调试与发布双证书配置文档化 | TD-01、TD-15 |
|
||
| T-P1-30 | DEV | 网络层与 OpenAPI 类型生成 | SDK | 接口变更后类型自动更新 | NFR-MAINT-01 |
|
||
| T-P1-31 | DEV | 登录与用户中心页面 | 页面 | 登录、资料、设置可用 | FR-ACC-06/07 |
|
||
| T-P1-32 | DEV | 拍照/相册选择 + 端侧压缩 + 直传 | 组件 | 大图压缩后上传成功率 ≥ 99% | FR-RPT-03 |
|
||
| T-P1-33 | DEV | 任务中心页面与进度组件 | 页面 | 进度、排队位次、失败重试可用 | FR-TASK-03 |
|
||
| T-P1-34 | DEV | SSE 流式渲染组件 | 组件 | 流式输出顺滑，断线可恢复 | FR-AGT-01 |
|
||
| T-P1-35 | DEV | 设计系统与基础组件库 | 组件库 | 主要组件齐备，风格统一 | — |
|
||
|
||
**M1 出口条件**：能用测试账号走通「登录 → 拍照上传 → 提交一个 mock 长耗时任务 → 看到进度 → 收到推送 → 拿到带 AI 标识的产物 → 配额正确扣减与退还」。这条链路一旦跑通，后面的业务功能都是往里填内容。
|
||
|
||
---
|
||
|
||
## 4. Phase 2：知识库与检索（M2）
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P2-01 | DEV | 知识库数据模型（实体/关系/规则/文本块/素材/色板） | 表 + 迁移 | 12 类实体可存取；`tryon_ready` 标志可用 | FR-KB-01 |
|
||
| T-P2-02 | DEV | 规则引擎（决策表求值 + 硬约束校验 + 命中链输出） | 模块 | 求值 p95 < 50ms；硬约束可拦截 | FR-KB-05 |
|
||
| T-P2-03 | DEV | Embedding 服务（BGE-M3 + 批量向量化） | 服务 | 向量化可重跑；模型版本可切换 | TD-22 |
|
||
| T-P2-04 | DEV | 混合检索链路（硬过滤 + 规则 + 向量 + 关键词 + 重排） | 模块 | 检索 p95 < 200ms；硬过滤零漏 | FR-KB-06 |
|
||
| T-P2-05 | DEV | 图谱关系查询与解释路径输出 | 模块 | 1~3 跳可返回路径 | FR-KB-07 |
|
||
| T-P2-06 | DEV | 知识缺口埋点与统计 | 表 + 任务 | 无结果 query 全量记录并可排序 | FR-KB-10 |
|
||
| T-P2-07 | DEV | 抠图批处理服务（BiRefNet + 白底标准化 + 规格校验） | 服务 | 批量可跑；规格校验拦截不合格图 | FR-KB-08 |
|
||
| T-P2-08 | DEV | 视觉模型辅助属性预标注 | 服务 | 预标注准确率 ≥ 70%，人工可修正 | FR-KB-12 |
|
||
| T-P2-09 | DEV | **极简运营后台**（登录、条目 CRUD、规则编辑、素材上传、审核、发布回滚） | 后台 | 顾问可独立完成内容维护，无需工程介入 | FR-ADM-01~04 |
|
||
| T-P2-10 | DEV | 知识库版本号与缓存失效机制 | 机制 | 发布后检索缓存自然失效 | 架构 §10 |
|
||
| T-P2-11 | DEV | 黄金测试集框架与 CI 集成 | 测试集 + CI | ≥ 100 用例；指标退化阻断合并 | FR-KB-11 |
|
||
| T-P2-12 | DATA | 自建色板录入（12 季型 Lab 色值） | 数据 | 每季型含主色/点缀/禁忌，命名自研 | FR-KB-02 |
|
||
| T-P2-13 | DATA | 规则库冷启动录入（体型×场合、季型×色彩、脸型×发型） | 数据 | 三大矩阵覆盖；每条含依据与审核人 | FR-KB-04 |
|
||
| T-P2-14 | DATA | 实体内容录入（单品、场合、材质、配饰等） | 数据 | 达到知识库文档 §9 的冷启动规模 | FR-KB-03 |
|
||
| T-P2-15 | DATA | 单品自采与白底图生产（**目标 300 件 `tryon_ready`**） | 素材 | 抠图质检通过 ≥ 90%；换装接口实测可出图；`license=self_shot` 且留档完整 | FR-KB-08、TD-26 |
|
||
| T-P2-16 | DATA | 黄金集标注（检索/规则/报告） | 标注数据 | 由顾问参与标注，作为质量基线 | FR-KB-11 |
|
||
|
||
**M2 出口条件**：顾问在后台录入一条新规则并发布后，Agent 与报告的输出在 5 分钟内体现变化；黄金集在 CI 中稳定通过。
|
||
|
||
---
|
||
|
||
## 5. Phase 3：报告闭环（M3）
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P3-01 | DEV | 视觉服务（分割 + 关键点 + 人脸属性 + 关键点 + 色值采样） | 服务 | 各项返回置信度与质量标记 | FR-RPT-05 |
|
||
| T-P3-02 | DEV | 图片质量门禁（多人/遮挡/过暗/侧脸） | 模块 | 拦截准确率 ≥ 85%；给出具体重拍指引 | FR-RPT-03 |
|
||
| T-P3-03 | DEV | 体型测算实现（掩膜宽度剖面法） | 模块 | 达到 T-P0-10 的验证基线 | FR-RPT-05 |
|
||
| T-P3-04 | DEV | 色彩季型判定实现 | 模块 | 达到 T-P0-11 的验证基线 | FR-RPT-05 |
|
||
| T-P3-05 | DEV | 脸型与五官比例判定 | 模块 | 与人工标注一致率 ≥ 80% | FR-RPT-05 |
|
||
| T-P3-06 | DEV | 结构化诊断生成（**32 维度** + 置信度 + 依据 + 规则命中） | 模块 | 每维度四要素完整；缺失显式标注 | FR-RPT-06、TD-31 |
|
||
| T-P3-07 | DEV | 报告触发资格与频控 | 模块 | 触发规则符合需求文档 §3；配额生效 | FR-RPT-02、FR-RPT-13 |
|
||
| T-P3-08 | DEV | 问卷采集与存储 | 接口 + 页面 | 完成率 ≥ 80%；可跳过不阻断 | FR-RPT-04 |
|
||
| T-P3-09 | DEV | 报告生成编排（含中间态落库与分步恢复） | Worker 任务 | LLM 或渲染失败不需重新上传照片 | 架构 §7.1 |
|
||
| T-P3-10 | DEV | 报告文案生成（Prompt + 结构化输出约束） | Prompt + 模块 | 结论与诊断值一致，无自相矛盾 | FR-RPT-07 |
|
||
| T-P3-11 | DEV | 生成后校验（禁忌/色值/维度引用/贬损词） | 模块 | 黄金集违反数 = 0；贬损词零通过 | FR-RPT-08、CR-12 |
|
||
| T-P3-12 | DEV | 长图渲染服务（Playwright + 模板） | 服务 | p95 < 8s；跨设备一致 | FR-RPT-12、TD-12 |
|
||
| T-P3-13 | DEV | 报告页面与交互（分模块、术语释义、置信度降级表述） | 页面 | 术语 100% 配白话释义 | FR-RPT-10、NFR-UX-03/05 |
|
||
| T-P3-14 | DEV | 报告分享（长图 + 可失效链接） | 功能 | 分享图含显式标识；链接可撤回 | FR-RPT-12 |
|
||
| T-P3-15 | DEV | 画像与记忆写入（L0~L2 + 冲突消解 + 审计） | 模块 | 报告完成后 L1 记忆同步生成 | FR-MEM-01/02/07/12 |
|
||
| T-P3-16 | DEV | 「我的记忆」页面（可见可编辑可删除） | 页面 | 删除后不再注入；编辑优先级最高 | FR-MEM-05、CR-02 |
|
||
| T-P3-17 | DEV | 记忆快照与注入（token 预算裁剪 + 缓存） | 模块 | **注入 ≤ 1400 token**（V1 实际 ≤ 1200）；记忆变更即失效缓存；**裁剪时硬禁忌不丢失**（须有单测） | FR-MEM-04、架构 §7.2 |
|
||
| T-P3-18 | DEV | 记忆衰减定时任务 | 任务 | 未强化记忆置信度按规则下降 | FR-MEM-06 |
|
||
| T-P3-19 | DEV | 无照片/拒绝授权的降级路径 | 功能 | 问卷可生成简版画像，明确告知差异 | FR-RPT-11 |
|
||
| T-P3-20 | DEV | 报告引导流程（首次进入核心功能前） | 功能 | 可跳过；跳过后有降级说明 | FR-RPT-02 |
|
||
| **T-P3-21** | DEV | **报告结论认同/修正入口 + 埋点** | 功能 + 埋点 | 每个可修正维度均有入口；修正后置信度置 1.0 并即时写 L1；**认同率与修正率两项指标可从埋点直接算出** | **FR-RPT-19** |
|
||
| **T-P3-22** | DEV | **全面报告预约留资卡片 + 埋点** | 页面 + 埋点 | 卡片**不含任何价格字样**；预约率、停留时长、目录章节点击分布可查 | **FR-RPT-20** |
|
||
|
||
> ⚠️ **`T-P3-21`/`T-P3-22` 不是"锦上添花"，缺了会让 V1 白跑一遍**：前者是「结论认同率 > 70%、修正率 < 15%」两项核心质量指标的唯一数据来源；后者是 V1 唯一的商业化验证数据来源（预约率 ≥ 8% 是 V2 立项门槛）。**指标没有数据来源就等于没有指标。**
|
||
|
||
**M3 出口条件**：真实用户（内部 10 人）走完报告流程，人工评审报告质量：结论准确、无禁忌违反、无贬损表述、术语可理解；画像正确写入并能被 Agent 读到；**认同/修正埋点与预约留资埋点均可查到数据**。
|
||
|
||
---
|
||
|
||
## 6. Phase 4：Agent 与换装闭环（M4）
|
||
|
||
### 6.1 穿搭 Agent
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P4-01 | DEV | 会话与消息模型（含检索轨迹与规则命中） | 表 + 迁移 | 每条回答可复盘 | FR-AGT-09 |
|
||
| T-P4-02 | DEV | 意图识别（含越界意图拒答） | 模块 | 主要意图准确率 ≥ 85%；越界正确拒答 | FR-AGT-02、CR-12 |
|
||
| T-P4-03 | DEV | 上下文组装与 token 预算控制 | 模块 | **输入 ≤ 4200 token**（V1 实际 ≤ 4000）；超限按既定优先级裁剪而非报错 | FR-AGT-03、架构 §7.2 |
|
||
| T-P4-04 | DEV | 流式对话接口（SSE） | 接口 | 首字 p95 < 2s | FR-AGT-01 |
|
||
| T-P4-05 | DEV | 生成后校验（复用 T-P3-11） | 模块 | 黄金集违反数 = 0 | FR-AGT-05 |
|
||
| T-P4-06 | DEV | 搭配方案结构化输出与卡片渲染 | 功能 | 可解析为单品组合，字段完整 | FR-AGT-06 |
|
||
| T-P4-07 | DEV | 显式偏好抽取 + 用户回执 | 功能 | 抽取成功率 ≥ 90%；回执可撤销 | FR-AGT-08、FR-MEM-03 |
|
||
| T-P4-08 | DEV | 快捷问题入口 | 功能 | 场景化快捷问题可用 | FR-AGT-07 |
|
||
| T-P4-09 | DEV | 无画像用户降级路径 | 功能 | 通用建议 + 报告引导 | FR-AGT-10 |
|
||
| T-P4-10 | DEV | 会话页面与历史列表 | 页面 | 可回看，符合保留策略 | FR-AGT-09 |
|
||
| T-P4-11 | DEV | 反馈收集（点赞/点踩/原因） | 功能 | 反馈可用于质量评估与隐式推断 | FR-AGT-13 依赖 |
|
||
|
||
### 6.2 换装与发型
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P4-12 | DEV | **换装服务改造**（鉴权/异步回调/幂等/并发上报/成本埋点/COS 迁移） | 改造后服务 | 架构 §4.4 全部改造项完成 | FR-TRY-01 |
|
||
| T-P4-13 | DEV | 换装任务编排（三工作流） | 模块 | 成功率 ≥ 90%（排除输入不合格） | FR-TRY-01 |
|
||
| T-P4-14 | DEV | 输入前置校验（人像质量 + 单品白底图规格） | 模块 | 不合格输入**在预扣配额前**拦截（顺序错了会白扣用户额度） | FR-TRY-02 |
|
||
| T-P4-15 | DEV | GPU 队列容量保护与排队体验 | 机制 + 页面 | 展示位次与预估；超阈值拒绝新任务 | FR-TRY-04 |
|
||
| T-P4-16 | DEV | 结果审核 + 合规标识 + 存储 | 流程 | 100% 经统一合规出口 | FR-TRY-03、CR-05 |
|
||
| T-P4-17 | DEV | 结果收藏与管理（含删除清理对象） | 功能 | 删除后 COS 对象同步清理 | FR-TRY-06 |
|
||
| T-P4-18 | DEV | 前后对比视图 | 功能 | — | FR-TRY-07 |
|
||
| T-P4-19 | DEV | 基于画像的单品推荐 | 功能 | 推荐项 100% 为 `tryon_ready` | FR-TRY-08 |
|
||
| T-P4-20 | DEV | 发型更换与发色调整 | 功能 | 成功率 ≥ 90% | FR-HAIR-01 |
|
||
| T-P4-21 | DEV | 基于脸型与画像的发型推荐 | 功能 | 不含该脸型禁忌发型（规则校验 100%） | FR-HAIR-03 |
|
||
| T-P4-22 | DEV | GPU 实例按需启停机制 | 运维脚本 | 队列积压拉起，空闲释放 | NFR-COST-04 |
|
||
|
||
**M4 出口条件**：报告 → Agent → 换装三条链路互通；同一用户的画像在三处表现一致；全链路成本可在看板上按功能查看。
|
||
|
||
---
|
||
|
||
## 7. Phase 5：上线就绪（M5）
|
||
|
||
| 编号 | 类型 | 任务 | 交付物 | 验收标准 | 关联 |
|
||
| --- | --- | --- | --- | --- | --- |
|
||
| T-P5-01 | DEV | 任务奖励额度发放（签到/完善资料/反馈/邀请/分享） | 功能 | 完成即到账，**同一任务同一周期幂等** | FR-BILL-03 |
|
||
| T-P5-02 | DEV | 配额消耗表配置化 | 配置 | 不硬编码，可热更新不发版 | FR-BILL-04 |
|
||
| T-P5-03 | DEV | 知识缺口看板（后台） | 页面 | 按频次排序，可导出 | FR-ADM-05 |
|
||
| T-P5-04 | DEV | 客服支持查询（用户任务与配额流水） | 页面 | 可按用户排查客诉 | FR-ADM-06 |
|
||
| T-P5-05 | DEV | 外部依赖降级策略实现与演练 | 实现 + 演练记录 | 各依赖失效表现符合架构 §2；审核 fail-close | FR-SYS-08 |
|
||
| T-P5-06 | OPS | 压力测试（API/报告/换装/检索） | 压测报告 | 达到 NFR-PERF 全部指标 | NFR-PERF-* |
|
||
| T-P5-07 | OPS | 数据备份与**恢复演练** | 演练记录 | RPO ≤ 5min，RTO ≤ 1h 实测达成 | FR-SYS-09、NFR-REL-04 |
|
||
| T-P5-08 | OPS | 告警分级与值班机制 | 配置 + 文档 | P0/P1/P2 告警路由正确 | — |
|
||
| T-P5-09 | DEV | 全链路埋点走查 | 走查报告 | 漏斗无缺失（用测试账号逐节点验证） | FR-SYS-06 |
|
||
| T-P5-10 | BIZ | **合规检查清单逐项验收** | 检查清单（全绿） | 《合规与安全方案》§5 全部项通过 | CR-01~CR-12 |
|
||
| T-P5-11 | DEV | 备案号公示页面**实机验收**（`T-P0-03` 的验证环节） | 验收记录 | **发布包**（非调试包）中显著位置正确展示模型名称与编号；展示内容与网关实际路由一致 | CR-08 |
|
||
| T-P5-12 | BIZ | 应用市场上架材料准备与提交 | 提交记录 | 含 AI 生成服务说明、标识材料、**已取得的备案编号** | CR-08 |
|
||
| T-P5-13 | OPS | 灰度发布机制 | 机制 | 按用户哈希分流；可快速回滚 | 架构 §14.3 |
|
||
| T-P5-14 | BIZ | 内部测试与用户测试（种子用户） | 测试报告 | 核心链路无 P0 缺陷；报告质量人工评审通过 | — |
|
||
| T-P5-15 | DEV | **配额对账任务与告警** | 定时任务 | 每日校验余额与流水一致性，不一致告警。V1 就要做，否则 V2 上支付时对账逻辑无历史数据可验证 | FR-BILL-02 |
|
||
| T-P5-16 | BIZ | 全文案价格字样扫描 | 扫描报告 | 全端文案不含价格、购买、会员、升级字样（`FR-BILL-07`） | TD-28 |
|
||
| **T-P5-17** | DEV | **会员页静态权益展示 + 「上线提醒我」留资** | 页面 + 埋点 | **无价格、无购买按钮**；曝光数与留资率可查。验证**订阅意愿**（与 `T-P3-22` 验证的单次付费意愿是两件事） | **FR-BILL-12** |
|
||
| **T-P5-18** | OPS | **CLS 日志留存周期配置为 ≥ 6 个月** | 配置 + 截图 | 实际配置值可核验，非仅文档声明 | **CR-11** |
|
||
| **T-P5-19** | OPS | **熔断降级四档演练** | 演练记录 | 注入成本触发 60/80/90/100% 四档；在途任务未被中断；**配额净扣减 = 0** | **NFR-COST-02** |
|
||
|
||
**M5 出口条件**：合规清单全绿 + **编号公示实机验证通过** + 压测达标 + 恢复演练完成 + 无 P0 缺陷。
|
||
|
||
> **与上一版的差别**：备案编号已取得，M5 不再被"等编号"阻塞。但**公示位的实现与实机验证仍是上架硬要求** —— 编号拿到了却没在界面上正确展示，一样过不了核验。这是个容易松懈的地方：备案完成的心理暗示会让人以为这件事已经结束了。
|
||
|
||
---
|
||
|
||
## 8. Phase 6：V2 能力（M6）
|
||
|
||
| 编号 | 类型 | 任务 | 关联 |
|
||
| --- | --- | --- | --- |
|
||
| T-P6-01 | DEV | 全面报告内容生成（含面部精细分析、场景搭配方案） | FR-RPT-15 |
|
||
| T-P6-02 | DEV | 华为 IAP 接入（商品配置、服务端收据校验、掉单补发、对账） | FR-BILL-09/11 |
|
||
| T-P6-02b | BIZ | 华为企业开发者认证 + 数字商品联运协议签署 | TD-29、TD-16 |
|
||
| T-P6-02c | DEV | 华为账号一键登录（企业资质就位后） | FR-ACC-13 |
|
||
| T-P6-03 | DEV | 会员等级与权益体系 | FR-BILL-10 |
|
||
| T-P6-03b | BIZ | **小范围真实收费灰度**（验证预约率到实付的衰减） | TD-28 |
|
||
| T-P6-04 | DEV | 付费触发点与转化设计 | FR-RPT-16 |
|
||
| T-P6-05 | DEV | 隐式行为推断 + 待确认机制 | FR-MEM-08 |
|
||
| T-P6-06 | DEV | L3 事件记忆与语义召回 | FR-MEM-09 |
|
||
| T-P6-07 | DEV | L4 会话滚动摘要 | FR-MEM-10 |
|
||
| T-P6-08 | DEV | 「为什么推荐」解释链自然语言化 | FR-AGT-13 |
|
||
| T-P6-09 | DEV | 联动换装 / 联动发型（Agent 一键跳转） | FR-AGT-14/15 |
|
||
| T-P6-10 | DEV | 图片输入理解与穿搭评价 | FR-AGT-16 |
|
||
| T-P6-11 | DEV | 语音输入（Core Speech Kit） | FR-AGT-17 |
|
||
| T-P6-12 | DEV | 我的衣橱（录入、管理、基于衣橱搭配） | FR-WDB-01~03 |
|
||
| T-P6-13 | DEV | 报告 PDF 导出 | FR-RPT-17 |
|
||
| T-P6-14 | DEV | 运营后台完整版（版本管理、效果看板） | FR-ADM-07 |
|
||
| T-P6-15 | BIZ | 多端方案重新评估 | TD-01 |
|
||
| T-P6-16 | BIZ | **单位经济模型重做与定价**（基于 V1 真实数据） | 产品方案 §5.3、TD-28 |
|
||
|
||
> **T-P6-16 的前置输入（缺一不可）**：① `ob_ai_call` 累积的单次真实成本；② `bl_ledger` 反映的人均使用频次；③ V1 的全面报告预约率；④ 华为 IAP 抽成的实际到账比例。这四项齐备后定价才有依据 —— 这也是为什么 V1 的计量埋点不允许裁剪。
|
||
>
|
||
> **顺序要求**：`T-P6-16`（定价）应在 `T-P6-03b`（小范围收费灰度）之后确定最终价格，而不是仅凭预约率推算。预约到实付的衰减无法用代理指标估计。
|
||
|
||
---
|
||
|
||
## 9. 并行建议与关键提醒
|
||
|
||
### 9.1 可并行的工作流
|
||
|
||
```
|
||
流 1（内容生产，🔴 现在最长）：T-P0-20 顾问到岗 ─┐
|
||
T-P0-21 自采流水线 ─┴→ T-P2-12~16（持续到上线）
|
||
流 2（技术验证） ：T-P0-10~19
|
||
流 3（工程开发） ：M1 → M2 → M3 → M4 → M5
|
||
流 4（合规落地，已大幅缩短） ：T-P0-01 核实模型清单 → T-P0-03 公示位 → T-P5-11 实机验收
|
||
流 5（设计） ：设计系统 → 报告页 → Agent 页 → 换装页
|
||
```
|
||
|
||
**流 1 必须在流 3 之前启动，且是现在唯一的关键路径**。它不占用开发资源，但它的产能上限就是项目的进度上限。
|
||
|
||
> **与上一版的关键差别**：原来的「流 1 外部审批」已完成，它曾经是最长的一条流，也曾经掩盖了内容生产的长尾问题 —— 因为反正要等备案，内容慢一点看不出来。**现在这层缓冲没有了，内容生产的产能会直接暴露为上线延期。**
|
||
|
||
### 9.2 五个最容易翻车的地方
|
||
|
||
1. ~~**备案登记启动太晚**~~ → ✅ **已完成**。但换来一个新的风险：**"备案搞定了"的松懈心态** —— 编号公示位没实现、或备案范围未覆盖双路由模型，一样过不了上架核验。对策：`T-P0-01` 核实模型清单，`T-P5-11` 实机验收公示位。
|
||
2. **内容与素材产能被低估**（🔴 **现在是第一风险**）→ 功能都好了但 `tryon_ready` 单品不够 300 件，「建议→试穿」闭环不成立，产品核心价值落空。备案解除后这条已无缓冲。对策：`T-P0-21` 必须先跑通流水线并**测出每周产能**，据此倒排；未达标则功能降级为「加入搭配」而非硬等。
|
||
3. **地基没打就写业务** → 每个功能各自实现任务状态/审核/水印/配额扣减，集成时全部返工。对策：M1 出口条件必须硬性验收。
|
||
4. **AI 标识元数据静默失效** → 上架被拒或事后整改。对策：`T-P0-18` 提前验证，`T-P1-22` 落地时带自动化测试。
|
||
5. **成本埋点后补** → **V1 不收费让这一条的后果更严重**：V1 没有收入，成本是唯一财务变量，且埋点数据是 V2 定价的唯一依据。埋点缺失的功能在 V2 定价时就是一个必须靠猜的空洞。对策：`T-P1-25` 与 LLM 网关同批交付，不允许后置。
|
||
|
||
### 9.3 需求覆盖率检查
|
||
|
||
任务拆解完成后需反查：《需求规格说明》中每一条 **P0 需求与 CR 需求**都能在本文找到至少一个对应任务。建议在评审时逐条勾对，缺口即是遗漏的任务。
|
||
|
||
---
|
||
|
||
## 10. 任务卡模板
|
||
|
||
新增任务时按此格式，避免出现无法验收的任务：
|
||
|
||
```
|
||
编号：T-Px-xx
|
||
类型：SPIKE / DEV / DATA / OPS / BIZ
|
||
任务：<一句话说明要做什么>
|
||
背景：<为什么需要，解决什么问题>
|
||
交付物：<可检查的产出：代码模块 / 接口 / 数据 / 报告 / 配置>
|
||
验收标准：<可判定的条件，含具体数值或测试用例>
|
||
依赖：<前置任务编号>
|
||
关联需求：<FR-xx / CR-xx / NFR-xx>
|
||
风险：<已知不确定性与备选方案>
|
||
```
|
||
|
||
---
|
||
|
||
## 相关文档
|
||
|
||
- [文档索引](./README.md)
|
||
- [需求规格说明](./需求规格说明.md)（任务的 `关联需求` 字段指向此处）
|
||
- [技术架构文档](./技术架构文档.md)（任务按此文的模块边界与关键链路切分）
|
||
- [技术选型与调研报告](./技术选型与调研报告.md)（SPIKE 类任务多为此文中标注了切换条件的项）
|
||
- [合规与安全方案](./合规与安全方案.md)（Phase 0 的备案与合规任务依据）
|
||
|
||
---
|
||
|
||
## 变更记录
|
||
|
||
| 日期 | 版本 | 变更 |
|
||
| --- | --- | --- |
|
||
| 2026-08-16 | v1.6 | **个人开发者降级路线落地（《前置开通清单》v2 的 E1~E4）**：`T-P1-12b/12c` 短信登录→邮箱验证码登录（E1，后端已交付：`packages/identity/email_login.py`，fake/smtp 双通道，防刷参数原样沿用）；`T-P1-27` COS 直传→本地磁盘存储（E2，后端已交付：multipart 上传 + HMAC 签名下载 + temp 2h 清理挂 celery beat）；`T-P1-04` 腾讯云全家桶收缩。FE 登录页邮箱输入（E3）与联调验证待办 |
|
||
| 2026-08-14 | v1.5 | **两批多 agent 并行开发交付回写**（任务包见 `开发任务包/`，实测详情见《Sprint 执行计划》§9）：`T-P1-25b` 四档熔断（阈值待 8-17 重算）、`T-P1-26` 收尾 claim、`T-P1-10/13/27` 交付、`T-P1-12/12b/12c` 登录双通道代码先行（联调待凭证）、`T-P2-01~06` 知识库三件套交付（BGE-M3 真模型待接）、`T-P0-16` ✅（2.8ms）、`T-P0-10/12` SPIKE 初步结论。**新风险登记：RTMPose 合成图置信度 0.003（域差异），真实照片重验为 `T-P0-10` 前置；BiRefNet CPU 3.1s/张需异步化** |
|
||
| 2026-08-14 | v1.4 | 交叉评审回写：`T-P1-25b` 验收补「reserve 之后熔断」集成断言与日预算按新价重算；`T-P1-26` 明确种子必须与产品方案 §3.2 一致 |
|
||
| 2026-08-13 | v1.3 | **后端脚手架落地后的回写**。新增两项由真机实测暴露、原 WBS 完全未覆盖的任务：**`T-P1-24a` 思考模式按场景显式配置** —— `deepseek-v4-flash` **默认开启**思考模式，实测同一单句问答开启 13.5s、关闭 1.8s，思考 token 还按输出价计费，漏配会同时打破 `NFR-PERF-02b` 与成本模型；**`T-P1-25c` 峰谷单价按调用时刻计价** —— DeepSeek 自 2026-08-17 起高峰单价为空闲时段 2 倍，用单一均价记账会让 `ob_ai_call` 与真实账单差出近一倍，而它是 V2 定价的唯一依据。另：`T-P1-01`/`02`/`06`/`07`/`24`/`25` 已在 `meida_backend` 仓库交付并实测通过，各任务的完成状态见《Sprint 执行计划》§1.1 |
|
||
| 2026-08-13 | v1.2 | **文档一致性评审修订，补齐 9 项"需求已定但无任务认领"的缺口**。新增任务：`T-P1-12b` 短信验证码登录、`T-P1-12c` 短信防刷、`T-P1-16b` 清空我的照片、`T-P1-25b` **全局日成本熔断**（四档降级，验收含「配额净扣减 = 0」）、`T-P3-21` **报告结论认同/修正入口**、`T-P3-22` **全面报告预约留资**、`T-P5-17` 会员页留资、`T-P5-18` CLS 日志留存 ≥6 个月（`CR-11` 此前无人认领）、`T-P5-19` 熔断四档演练。其中 `T-P3-21`/`T-P3-22` 尤其关键 —— 前者是「结论认同率 > 70%、修正率 < 15%」的唯一数据来源，后者是 V1 唯一的商业化验证数据来源，**缺了会让 V1 白跑一遍**。另：**依赖图中的 M4 拆为 `M4-a` 换装/发型（可与 M3 并行）与 `M4-b` Agent 对话（须等 M2+M3）**，原图两处都标 M4 易误读为同一批工作；`T-P3-17` 注入预算 500→1400、`T-P4-03` 总输入 3700→4200；`T-P4-14` 明确输入校验须在预扣配额之前 |
|
||
| 2026-08-13 | v1.1 | **关键路径转移**。备案已完成，原 `T-P0-01`~`T-P0-08` 申报类任务关闭，替换为备案后的落地与核实任务（模型清单核实、编号公示位实现、公示与网关路由同源校验）。§2.3 内容与素材生产升为新的关键路径，`T-P0-20` 顾问到岗与 `T-P0-21` 自采流水线成为全项目最优先任务，并要求输出**每周产能数据**用于倒排。配额相关任务去除支付语义（`T-P1-26` 强调 `tx_type` 字段使 V2 免迁移，新增 `T-P1-26b` 文案约束、`T-P5-15` 对账、`T-P5-16` 价格字样扫描）。诊断维度改 32。Phase 6 新增企业开发者认证、一键登录、**小范围真实收费灰度**，并明确 `T-P6-16` 定价的四项前置输入 |
|
||
| 2026-08-13 | v1.0 | 首次输出。六个里程碑（M0~M5 为 V1，M6 为 V2+），Phase 0 定为备案与前置验证阶段并与开发并行 |
|