- Sprint 执行计划 v1.1:§1.1 补第一批交付实据;T9 SPIKE 结论回写 Sprint 1 表 (T-P0-16 通过 2.8ms;T-P0-12 有条件;T-P0-10 原型 6/6 + 真实照片重验前置); Sprint 2 表标注 T-P2-01~06 交付;新增 §9 两批交付记录 - 开发任务拆解 v1.5:交付回写 + 新风险登记(RTMPose 域差异、BiRefNet 异步化) - 新增 开发任务包/:三批多 agent 并行的协作规程与 14 份任务契约 - 新增 前置开通清单-云资源与资质.md - 清理已用毕的评审报告(文档评审 2026-08-13、项目整体评审 2026-08-14), README 中相应引用改为留痕表述
42 KiB
「美搭」开发任务拆解(WBS)
版本:v1.4 | 更新日期:2026-08-14 | 状态:待评审
本文的定位:把需求与架构翻译成可指派、可验收的任务清单,并明确任务之间的依赖与关键路径。
拆解原则:
- 按依赖排序,不按人日估算。项目以 AI 辅助开发为主,人日估算意义不大;真正决定节奏的是任务依赖与外部审批周期。
- 每个任务都有交付物与验收标准,不写「优化 XX」「完善 XX」这类无法判定完成的任务。
- 验证型任务(Spike)单独标注,它们的产出是结论与数据,不是功能。
- 地基优先。任务中心、合规出口、LLM 网关、配额三段式是被所有业务功能依赖的地基,必须先于业务功能完成,否则后面每个功能都要返工。
- 每个任务标注关联的需求编号(
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-bAgent 对话必须等 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 |
| — | ✅ 已完成 | 已替换为国家统计局 / 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 |
| — | 推迟到 V2 | V1 不收费,定价需 V1 真实数据(T-P6-16) |
TD-28 | ||
| T-P0-28 | BIZ | 素材版权留档机制 | 留档规范 | 采购凭证与拍摄原始文件归档;license 字段标记 self_shot |
TD-26 |
M0 出口条件(已按备案完成重排):
- ✅ 备案编号已归档,模型清单核实完成(
T-P0-01) - 六项核心技术验证有明确结论(
T-P0-10/11/12/13/17/18) - 本体 Schema 与发型打标完成
- 🔴 全职顾问到岗且产能基线可测算
- 🔴 自采流水线跑通首批 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 | 腾讯云基础设施开通与配置(VPC/CVM/PG/Redis/COS 四桶/CDN/CLS) | 环境清单 | 四桶权限与生命周期策略生效 | 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 | 短信验证码登录(下发 + 校验 + 腾讯云 SMS 接入) | 接口 | 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 | 图片直传(预签名 URL)与临时桶生命周期 | 接口 + 桶策略 | 图片不经应用服务器;2 小时自动清理 | 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 五个最容易翻车的地方
备案登记启动太晚→ ✅ 已完成。但换来一个新的风险:"备案搞定了"的松懈心态 —— 编号公示位没实现、或备案范围未覆盖双路由模型,一样过不了上架核验。对策:T-P0-01核实模型清单,T-P5-11实机验收公示位。- 内容与素材产能被低估(🔴 现在是第一风险)→ 功能都好了但
tryon_ready单品不够 300 件,「建议→试穿」闭环不成立,产品核心价值落空。备案解除后这条已无缓冲。对策:T-P0-21必须先跑通流水线并测出每周产能,据此倒排;未达标则功能降级为「加入搭配」而非硬等。 - 地基没打就写业务 → 每个功能各自实现任务状态/审核/水印/配额扣减,集成时全部返工。对策:M1 出口条件必须硬性验收。
- AI 标识元数据静默失效 → 上架被拒或事后整改。对策:
T-P0-18提前验证,T-P1-22落地时带自动化测试。 - 成本埋点后补 → 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>
风险:<已知不确定性与备选方案>
相关文档
- 文档索引
- 需求规格说明(任务的
关联需求字段指向此处) - 技术架构文档(任务按此文的模块边界与关键链路切分)
- 技术选型与调研报告(SPIKE 类任务多为此文中标注了切换条件的项)
- 合规与安全方案(Phase 0 的备案与合规任务依据)
变更记录
| 日期 | 版本 | 变更 |
|---|---|---|
| 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 定为备案与前置验证阶段并与开发并行 |