收口文档评审冲突并补齐 Sprint 执行计划
统一性能、token、配额与成本口径,补齐短信登录等缺口任务,并回写脚手架实测暴露的思考模式与峰谷计价约束。 Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
+57
-16
@@ -16,7 +16,10 @@
|
||||
| 客户端 | 鸿蒙原生 ArkTS(V1 单端) | 可触达基数是 HarmonyOS NEXT+ 设备,非全部鸿蒙生态设备 |
|
||||
| 单品素材 | **全部自采实拍** | 版权干净,但**成为项目新的关键路径** |
|
||||
| 形象顾问 | **全职编制** | 规则库产能可控,但到岗时间决定 M2 排期 |
|
||||
| 五行/命理模块 | **永久不做** | 诊断维度 34 → **32 项** |
|
||||
| 五行/命理模块 | **永久不做** | 诊断维度 **32 项**(原 34 项,移除五行分布与幸运色) |
|
||||
| 成本封顶 | **全局日成本熔断**(四档自动降级) | ⚠️ **配额封不住总成本** —— 总成本 = MAU × 人均,MAU 无上限 |
|
||||
| 天气数据 | **V1 不接天气 API** | Agent 反问用户或按城市月份推断,**不编造温度** |
|
||||
| 登录通道 | 华为账号 + **手机号验证码**(两条互不依赖) | 一键登录推 V2(需企业资质) |
|
||||
|
||||
### 0.2 现在最该先做的三件事
|
||||
|
||||
@@ -30,7 +33,7 @@
|
||||
|
||||
### 0.3 待业务输入的事项
|
||||
|
||||
**仅剩 1 项**:备案登记覆盖的模型清单(见上方第 1 条)。其余 20 项决策已全部收口,见产品方案 §11 与技术选型报告 §7。
|
||||
**仅剩 1 项**:备案登记覆盖的模型清单(见上方第 1 条)。其余 **24 项**决策已全部收口,见产品方案 §11.1 与技术选型报告(`TD-00`~`TD-33`)。
|
||||
|
||||
---
|
||||
|
||||
@@ -60,8 +63,10 @@
|
||||
合规与安全方案.md
|
||||
|
||||
第四层|谁来做、什么时候做
|
||||
└─ 开发任务拆解 ★ ───────── WBS、依赖关系、里程碑、验收条件
|
||||
开发任务拆解.md
|
||||
├─ 开发任务拆解 ★ ───────── WBS、依赖关系、里程碑、验收条件
|
||||
│ 开发任务拆解.md
|
||||
└─ Sprint 执行计划 ★ ────── 排期、轨道并行、已交付部分的验收状态
|
||||
Sprint执行计划.md
|
||||
```
|
||||
|
||||
★ = 本轮新增文档
|
||||
@@ -80,6 +85,7 @@
|
||||
| 3 | [技术选型与调研报告](./技术选型与调研报告.md) ★ | 31 项技术决策的结论、理由与切换条件 |
|
||||
| 3 | [合规与安全方案](./合规与安全方案.md) ★ | 人脸、AI 标识、**备案后的持续义务**、审核、数据安全 |
|
||||
| 4 | [开发任务拆解](./开发任务拆解.md) ★ | WBS、依赖图、六个里程碑、验收条件 |
|
||||
| 4 | [Sprint 执行计划](./Sprint执行计划.md) ★ | 六个 Sprint 的排期与出口条件、四轨并行、**后端脚手架已交付部分的实测验收状态** |
|
||||
|
||||
---
|
||||
|
||||
@@ -116,6 +122,8 @@
|
||||
| 人脸数据怎么处理才合法 | 合规与安全方案 §2.1 |
|
||||
| 上线前必须做完什么 | 合规与安全方案 §5 检查清单 |
|
||||
| 我的任务依赖谁 | 开发任务拆解 §1 依赖图 + 各任务表的「依赖」列 |
|
||||
| 现在该做哪个 Sprint、哪些已经做完了 | Sprint 执行计划 §1.1(已交付)+ §1.2(待补) |
|
||||
| 后端代码在哪、怎么跑起来 | Sprint 执行计划 §1;仓库 `meida_backend` 的 `README.md` |
|
||||
| 报告触发时机的完整规则 | 美学报告-需求文档 §3 |
|
||||
| 记忆分层与冲突消解规则 | 用户系统与记忆系统-需求文档 §3 |
|
||||
| 知识库有哪些类目和模态 | 美学知识库-建设方案 §3、§4 |
|
||||
@@ -136,6 +144,29 @@
|
||||
|
||||
**引用纪律**:跨文档引用一律用编号,不要复制内容。同一事实只在一处定义,其他地方引用——这是这套文档能长期维护的前提。
|
||||
|
||||
### 4.1 单一事实源索引(🔒 修改前必查)
|
||||
|
||||
2026-08-13 的一致性评审发现,**几乎所有跨文档冲突都是"同一个数字被复制到多处"造成的**,而不是判断分歧。下表锁定每类关键数字的唯一定义位置。
|
||||
|
||||
**规则:要改这些数字,只改「唯一定义位置」那一列指向的地方;其余位置只允许写引用,不允许写数值。**
|
||||
|
||||
| 事实 | 🔒 唯一定义位置 | 引用方 |
|
||||
| --- | --- | --- |
|
||||
| 性能指标(延迟、可用性) | 需求规格说明 **§4.1** | 产品方案 §8.3.1、美学报告 §10.2、Agent §7.1/§8.3、架构 §12.1 |
|
||||
| 换装/发型耗时 | 需求规格说明 **§4.1.1**(现状基线 → 目标值两段式) | 同上。**实测前不得引用 40s 作为验收线** |
|
||||
| 配额数值(含游客) | 产品方案 **§3.2** | 用户系统 §2.4.1、`FR-ACC-02`、`FR-BILL-*`、`bl_quota_rule` 初始化数据 |
|
||||
| Token 预算 | 技术架构文档 **§7.2**(嵌套表,合计 4200) | `FR-MEM-04`、`FR-AGT-03`、用户系统 §3.8、Agent §3.5.2、`T-P3-17`、`T-P4-03` |
|
||||
| 成本口径(三档 + 熔断阈值) | 产品方案 **§5.2.1 / §5.3.1** | 架构 §13.1、§8.2.3、`NFR-COST-*` |
|
||||
| 诊断维度字典与覆盖数 | 美学报告 **§4**(32 项;初级覆盖 21) | 架构 §6.2/§6.3、`FR-RPT-06`、README §5、产品方案 §2.2.1 |
|
||||
| 诊断准确率门槛 | 美学报告 **§9.4**(验证档 / 上线档两档) | `FR-RPT-05`、`FR-AGT-02`、产品方案 §8.3.3、`T-P0-10/11` |
|
||||
| 知识库规模 | 美学知识库 **§9.1**(V1 硬指标 / 长期目标两列) | 产品方案 §2.5.2/§2.8、`FR-KB-*`、`T-P2-*` |
|
||||
| 黄金集规模 | 美学知识库 **§7**(四个子集共 330 例) | `FR-KB-11`、`FR-AGT-05`、`FR-RPT-07`、美学报告 §9.4 |
|
||||
| 人脸原图保留期 | 合规与安全方案 **§2.1.2** / `CR-02`(2 小时) | 产品方案 §7.1.4、美学报告 §9.1、架构 §7.1/§11.2、`T-P1-27` |
|
||||
| 记忆枚举与置信度初值 | 用户系统 **§3.3 / §3.5** | 架构 §6.2、§8.4 |
|
||||
| 配额账本四表职责 | 技术架构文档 **§7.4** 开头 | `FR-BILL-*`、`T-P1-26` |
|
||||
|
||||
**流程建议**:每次大改版后专门做一次「同一数字全局搜索」(搜 `32`、`1400`、`4200`、`90s`、`300`、`99.5%`)。本轮的问题高度集中在数字上,人工通读很难发现。
|
||||
|
||||
---
|
||||
|
||||
## 5. 术语表
|
||||
@@ -179,13 +210,14 @@
|
||||
|
||||
| 类别 | 状态 |
|
||||
| --- | --- |
|
||||
| 产品需求 | 已定稿(V1 范围明确,见需求规格说明 §5) |
|
||||
| 技术选型 | 已定稿(**31 项决策全部收口**,待业务输入仅剩 1 项) |
|
||||
| 产品需求 | **待评审**(V1 范围已明确,见需求规格说明 §5;各需求文档页尾状态均为「待评审」,本表与之一致) |
|
||||
| 技术选型 | 已定稿(**`TD-00`~`TD-33` 共 34 项决策全部收口**,待业务输入仅剩 1 项) |
|
||||
| 业务决策 | ✅ **已全部收口**(素材自采、顾问全职、V1 不收费、命理不做、市场数据信源) |
|
||||
| 备案 | ✅ **已完成**,转为持续义务 |
|
||||
| 技术架构 | 待技术评审 |
|
||||
| 合规方案 | 待法务复核 |
|
||||
| 任务拆解 | 待评审后进入执行 |
|
||||
| **文档一致性评审** | ✅ 已完成一轮(见《文档评审报告-2026-08-13》),P0/P1/P2 全部修订完毕 |
|
||||
|
||||
**最紧急的三件事见 §0.2**(备案完成后已重排:模型清单核实 → 顾问到岗 → 自采流水线)。
|
||||
|
||||
@@ -193,16 +225,25 @@
|
||||
|
||||
## 8. 本轮(2026-08-13)文档更新摘要
|
||||
|
||||
九份文档全部更新,核心是三件事:**备案完成**、**V1 不收费**、**市场数据换成官方信源**。
|
||||
**十份内容文档全部更新 + 新增《Sprint 执行计划》**(此前本表漏列《穿搭 Agent-需求文档》),分三批:
|
||||
|
||||
**第一批 —— 业务决策落地**:备案完成、V1 不收费、市场数据换官方信源、素材自采、顾问全职、命理不做。
|
||||
|
||||
**第二批 —— 文档一致性评审修订**(见《[文档评审报告](./文档评审报告-2026-08-13.md)》):11 项 P0 事实冲突、9 项 P1 覆盖缺口、9 项 P2 一致性问题全部修订。
|
||||
|
||||
**第三批 —— 后端脚手架落地后的回写**:`meida_backend` 仓库跑通真实纵向切片后,两项文档未覆盖的问题被实测暴露并回写为
|
||||
`T-P1-24a`(思考模式)与 `T-P1-25c`(峰谷计价);同时新增《Sprint 执行计划》承接排期与已交付部分的验收状态。
|
||||
|
||||
| 文档 | 版本 | 主要变更 |
|
||||
| --- | :---: | --- |
|
||||
| [产品方案](./鸿蒙美搭-智能穿搭美学助手-产品方案.md) | v6.0 | §5.0 新增「V1 不收费只限量」;§3 权益拆为 V1 配额与 V2 规划;§4.1 市场数据全部换官方信源并纠正鸿蒙可触达口径;§8.1.1 用户目标下调且**以季度回访率替代 DAU**;§5.3 财务预期重写;备案风险关闭 |
|
||||
| [需求规格说明](./需求规格说明.md) | v1.1 | BILL 域由「权益与计费」改为「配额与计量」,V1 移除全部支付;一键登录降级 V2;五行模块标记永久不做;§5.3 前置阻塞项状态重排 |
|
||||
| [技术架构文档](./技术架构文档.md) | v1.1 | billing 域降级为配额与计量,`bl_point_tx`→`bl_ledger` 且新增 `tx_type` 使 V2 免迁移;§7.4 拆为 V1 配额与 V2 支付;成本模型补 V1 上限公式;风险登记重排 |
|
||||
| [技术选型与调研报告](./技术选型与调研报告.md) | v1.1 | §7 由「待业务输入」改为「决策收口」,`TD-26`~`TD-31` 六项全部给出结论与理由;`TD-19` 备案已办结 |
|
||||
| [合规与安全方案](./合规与安全方案.md) | v1.1 | 新增 §2.2.0 备案后四项持续义务;公示要求升为开发任务并加三条实现要求;检查清单标记已完成项 |
|
||||
| [开发任务拆解](./开发任务拆解.md) | v1.1 | **关键路径转移**:备案申报任务关闭,内容与素材生产升为最优先;`T-P0-20`/`21` 要求输出每周产能用于倒排 |
|
||||
| [美学知识库-建设方案](./美学知识库-建设方案.md) | v1.2 | 新增 §4.2.1 素材自采流水线(五工序 + 拍摄规范 + 降级路径)、§5.1.1 全职顾问工作流(四项职责按投入顺序) |
|
||||
| [美学报告-需求文档](./美学报告-需求文档.md) | v1.2 | 五行模块整体移除(维度 34→32);预约卡片不得展示价格,价格敏感度改用访谈采集 |
|
||||
| [用户系统与记忆系统-需求文档](./用户系统与记忆系统-需求文档.md) | v1.2 | §2.4 重构为 V1 配额表 + V2 规划;一键登录降级;主表移除 `points_balance`;强化计量要求 |
|
||||
| [产品方案](./鸿蒙美搭-智能穿搭美学助手-产品方案.md) | v6.1 | §5.0「V1 不收费只限量」;§3.2 配额表补入**游客列**并成为唯一事实源;§4.1 市场数据换官方信源并纠正鸿蒙可触达口径;§8.1.1 用户目标下调且**以季度回访率替代 DAU**;**§5.2.1/§5.3.1 成本口径重写为三档并推翻「配额封顶总成本」的错误论证**;§8.3.1 性能指标改为引用 `NFR-PERF-*`;§8.3.3 准确率拆为验证/上线两档;删除全部日历周期承诺 |
|
||||
| [需求规格说明](./需求规格说明.md) | v1.2 | BILL 域改为「配额与计量」,V1 移除全部支付;**§4.1 成为性能指标唯一事实源**(修正 Agent 整轮 8s→15s、可用性 99.9%→99.5%,换装改两段式);`NFR-COST-02` 升级为**自动熔断**;新增 `FR-ACC-14` 短信防刷、`FR-ACC-15` 清空照片、`FR-RPT-19` 结论修正入口、`FR-RPT-20` 预约留资、`FR-BILL-12` 会员页留资 |
|
||||
| [技术架构文档](./技术架构文档.md) | v1.3 | billing 域降级为配额与计量;**§7.4 新增四张表职责边界与 `task_bonus` 物化方案**(此前开发会卡在这里);**§7.2 token 预算改为嵌套表并修正合计 3700→4200**;**§13 成本模型重写为三口径 + §13.3 四档熔断降级**;`pf_memory`/`id_consent` 枚举与用户系统对齐;手机号存储位置明确;`points_reserved`→`quota_reserved`;v1.3 按脚手架实现回写五处:**§16.1 补全 11 个业务域包与三层判别标准**、**`ob_ai_call` 补 4 列**(Prompt 版本/思考 token/峰谷档位)、**§9.1 澄清 `/api/v1` 为规范写法**、**§13.2 新增峰谷计价约束**、**§13.3 补关键场景豁免** |
|
||||
| [技术选型与调研报告](./技术选型与调研报告.md) | v1.2 | `TD-26`~`TD-31` 六项业务决策收口;`TD-19` 备案已办结;**补 `TD-00` 定义**(此前被引用却未定义);**新增 `TD-32` 短信通道**(此前 P0 需求无选型)、**`TD-33` 天气数据源**(V1 不接,给降级方案) |
|
||||
| [合规与安全方案](./合规与安全方案.md) | v1.2 | §2.2.0 备案后四项持续义务;公示要求升为开发任务;**人脸原图保留期统一为 2 小时**(此前与产品方案的 24h 冲突) |
|
||||
| [开发任务拆解](./开发任务拆解.md) | v1.3 | **关键路径转移**:内容与素材生产升为最优先;**M4 拆为 a/b 两块**消除依赖图歧义;新增 `T-P1-12b/12c` 短信、`T-P1-16b` 清空照片、`T-P1-25b` 熔断、`T-P3-21/22` 两个埋点、`T-P5-17/18/19`;v1.3 补 **`T-P1-24a` 思考模式显式配置**与 **`T-P1-25c` 峰谷计价**(均由后端实测暴露) |
|
||||
| [Sprint 执行计划](./Sprint执行计划.md) | v1.0 | 新增。按依赖就绪切分六个 Sprint,标注 `meida_backend` 已交付任务的实测证据,并把「内容产能」明确为倒排上线时间的唯一依据 |
|
||||
| [美学知识库-建设方案](./美学知识库-建设方案.md) | v1.2 | §4.2.1 素材自采流水线;§5.1.1 全职顾问工作流;**§9.1 成为规模唯一事实源**(V1 硬指标与长期目标分列);**§7 黄金集拆为四个子集共 330 例**;修正脸型 8→7、局部特征 12→13 |
|
||||
| [美学报告-需求文档](./美学报告-需求文档.md) | v1.2 | 五行模块移除(维度 34→32);**§9.4 成为准确率门槛唯一事实源**(验证/上线两档);**清除全部价格残留**(¥29.9、预计价格、点击价格档位);**维度覆盖改为准确口径**(初级 21/32,原「40+ 项」不存在) |
|
||||
| [用户系统与记忆系统-需求文档](./用户系统与记忆系统-需求文档.md) | v1.2 | §2.4 重构为 V1 配额 + V2 规划;一键登录降级;**§3.8 记忆注入分项被采纳为全局事实源**;配额数值改为引用产品方案 §3.2 |
|
||||
| [穿搭 Agent-需求文档](./穿搭Agent-需求文档.md) | v1.2 | **语音输入由 P0 改为 P1/V2**(此前与 `FR-AGT-17` 冲突);§2.1 能力表补版本与编号列;token 预算与性能指标改为引用;**天气类问题明确不得编造数值**;意图识别准确率拆两档;删除无依据的「1000+ 并发」 |
|
||||
|
||||
Reference in New Issue
Block a user