收口文档评审冲突并补齐 Sprint 执行计划

统一性能、token、配额与成本口径，补齐短信登录等缺口任务，并回写脚手架实测暴露的思考模式与峰谷计价约束。

Co-authored-by: Cursor <cursoragent@cursor.com>

docs/用户系统与记忆系统-需求文档.md

@@ -113,19 +113,11 @@
 
 **V1 的解法：完全不收费，用配额限制控成本**（`TD-28`）。
 
-#### 2.4.1 V1 配额表（唯一生效的一张表）
+#### 2.4.1 V1 配额表
 
-所有用户共用同一套配额，无会员、无点数购买。
+> 🔗 **配额数值的唯一定义位置是《产品方案》§3.2**（含**游客额度**一列）。本节不再复述数值，避免出现第二套口径。此前游客额度只写在 §2.1 的叙述里、没进配额表，导致 `FR-ACC-02` 的验收标准无法判定 —— 已在产品方案 §3.2 补入。
 
-| 能力 | 基础额度 | 任务可额外获得 | 硬上限（防刷） |
-|------|---------|--------------|--------------|
-| 初级美学报告（首次） | 1 次（终身） | — | — |
-| 报告重新生成 | 每 30 天 1 次 | +1 次/月 | 每日 ≤ 2 |
-| 换装试穿 | 每日 3 次 | +3 次/日 | 每日 ≤ 8 |
-| 发型 / 发色试戴 | 每日 3 次 | +2 次/日 | 每日 ≤ 6 |
-| AI 对话 | 每日 10 轮 | +10 轮/日 | 每日 ≤ 40 |
-| 记忆条数 | 200 条 | — | — |
-| 高清导出 | 每日 1 次 | — | 每日 ≤ 3 |
+所有注册用户共用同一套配额，无会员、无点数购买；游客另有一套**设备维度的终身额度**（不是每日额度）。
 
 **任务奖励额度**（全部不涉及金钱）：每日签到、完善画像资料、给报告结论打反馈、邀请好友、分享报告长图。
 
@@ -319,13 +311,17 @@
 
 **Token 预算是硬约束**，不能把全部记忆塞进提示词。策略：
 
-| 阶段 | 处理 | 预算 |
-|------|------|------|
-| 画像摘要 | L0 + L1 压缩为固定结构短文本（模板化，非 LLM 生成） | ≤ 250 token |
-| 偏好摘要 | L2 中 `confidence ≥ 0.5` 的项，按置信度排序取 Top 15 | ≤ 150 token |
-| 事件召回 | 按当前 query 向量检索 L3，取 Top 3~5 条摘要 | ≤ 200 token |
-| 会话上下文 | L4 最近 6 轮原文 + 更早轮次的滚动摘要 | ≤ 800 token |
-| **合计** | — | **≤ 1400 token** |
+> 🔗 **本表的分项已被采纳为全局唯一事实源**，完整预算表（含系统提示词、检索知识、用户输入与总输入合计 ≤ 4200）见《技术架构文档》§7.2。本表只管「记忆注入」这一段。
+
+| 阶段 | 处理 | 预算 | V1 是否启用 |
+|------|------|------|-----------|
+| 画像摘要 | L0 + L1 压缩为固定结构短文本（模板化，非 LLM 生成） | ≤ 250 token | ✅ |
+| 偏好摘要 | L2 中 `confidence ≥ 0.5` 的项，按置信度排序取 Top 15 | ≤ 150 token | ✅ |
+| 事件召回 | 按当前 query 向量检索 L3，取 Top 3~5 条摘要 | ≤ 200 token | ❌ V2 |
+| 会话上下文 | L4 最近 6 轮原文（≤ 400）+ 更早轮次的滚动摘要（≤ 400） | ≤ 800 token | ✅ |
+| **记忆注入合计** | — | **≤ 1400 token**（**V1 实际 ≤ 1200**） | — |
+
+**裁剪时硬禁忌永不丢弃**（`FR-MEM-04`）—— 裁掉它会导致推荐用户明确拒绝的品类，属 P0 缺陷。完整裁剪优先级见架构 §7.2。
 
 画像摘要示例（注入 Agent 系统提示的实际形态）：
 
@@ -471,6 +467,11 @@
 **作者**：产品团队
 **状态**：待评审
 **变更说明**：
+- v1.2 rev.2（2026-08-13）：文档一致性评审修订
+  - **§3.8 的记忆注入分项预算被采纳为全局唯一事实源**。评审发现架构 §7.2 与本节存在两套口径（会话 400 vs 800、合计 3700 vs 1400），**错在架构表** —— 本节的 800 是「最近 6 轮原文 + 更早轮次滚动摘要」，架构表只算了滚动摘要、漏掉近轮原文。故以本节分项为准，架构侧总输入合计由 3700 修正为 **4200**；`FR-MEM-04` 的「≤ 500」为误写，已改为 ≤ 1400（V1 实际 ≤ 1200，L3 为 V2 能力）
+  - **§2.4.1 配额数值改为引用产品方案 §3.2**，不再复述。同时**游客额度已补入产品方案 §3.2 的配额表**（此前只写在本文 §2.1 的叙述里，导致 `FR-ACC-02` 的验收标准无法判定），并明确它是**设备维度的终身额度而非每日额度**
+  - **§3.3 / §3.5 的记忆枚举与置信度初值被采纳为唯一事实源**：架构原写的 `status`=archived/rejected、`source`=explicit/implicit/report/behavior 无法承载衰减与冲突消解语义（`decayed` 可恢复、`overridden` 不可恢复必须区分），已按本文修订；显式陈述置信度以本文的 **0.90** 为准（架构原写 0.95）
+  - `id_consent` 的同意类型补入 **`personalization`（个性化推荐）** —— 本文 §3.10 要求记忆写入建立在该项授权之上，而架构枚举里原先没有这一项，属**有合规后果**的遗漏
 - v1.2（2026-08-13）：业务决策收口，§6 已无 V1 遗留待确认项
   - **§2.4 重构为「V1 只有配额，没有付费」**（`TD-28`）：拆为「§2.4.1 V1 配额表（唯一生效）」与「§2.4.2 V2 权益规划（仅架构预留）」。给出 V1 配额与任务奖励额度的具体数值，以及三条纪律（服务端硬限制、文案不出现价格字样、禁止静默扣减）。说明配额账本与点数账本共用同一张表，V2 上支付免数据迁移
   - **§2.1 登录方式调整**（`TD-29`）：一键登录由 P0 降为 **P1 并推至 V2**（需企业资质，属体验优化非能力缺口）；V1 用「华为账号授权登录 + 手机号验证码」双通道。强调证书指纹双套配置漏配时"调试包正常、发布包失败"的表现