# RPSV3-134 第二日复盘 — 交付层重排 · 闸的盲区 · 规则回流

> **日期**：2026-09-01（承 [2026-08-31 首日复盘](./2026-08-31-rpsv3-134-mockup-retrospect-internal-share.md)）
> **交付物**：Figma Section `6554:1028` · [design-record §14–§16](../specs/2026-08-31-rpsv3-134-design-record.md)
> **作者**：Nancy Zeng × Claude Opus 5 (1M context)
> **读者**：UX / PM 内部分享

---

## TL;DR

- **交互轮次**：owner 8 次输入，其中 **5 次是纠正**（3 次纠我做错、2 次纠我理解错）
- **最终交付**：Section 从 `8960×4740` 收到 `8900×3095`，6 帧两行分支布局定稿；1 条条件标签复位
- **核心 process gap**：**4 个**，其中 3 个同源 —— **闸绿 ≠ 验过，它们绿的是别的事**
- **规则回流**：DS master 落 **13 条**（9 提前限制 + 2 走查轴 + 2 skill 起手闸），跨 `2a26955b → 4b7e9724` 四个 commit
- **一句话 insight**：本 session 所有真缺陷都是 **owner 目视发现的**，而当轮机检**每次都全绿** —— 且**不是漏跑**，是那些闸**断言的根本是别的对象**

---

## 1 · Session 概览

| 项 | 内容 |
|---|---|
| **起点** | 上一 session 收尾，4 条 owner 决策项待定 |
| **实际走向** | 决策项只解掉 3 条，主线被 owner 的两次现场指摘接管（布局乱 / 标签离线），末段转为规则回流 |
| **产出** | RPS 8 commits · DS 4 commits（已合 master）· 机检报告 1 份 · 本复盘 |
| **未完成** | RPSV3-139 待 owner 手动删（AI 无 delete 能力）· §14.10 第 4/5 条格式提案仍待定 |

---

## 2 · 时间线 / 主要迭代

| # | owner 输入 | 触发的改动量 |
|---|---|---|
| 1 | 回答 4 条决策项（绿按钮 / 文案维持 / 暂不发回执 / 问 GROUP 意义）| 核验 + 文档 |
| 2 | 「UX 交付和用户体验地图的位置没有调整，整个看起来比较乱」| **交付层全量重排**（移 2 卡 + 收 Section + 重算情绪层 6 节点）|
| 3 | 「不应该填充满整个 Section」| Journey 卡改宽（我第 2 次自选尺寸）|
| 4 | 「我刚刚手动调整了位置，这个位置和大小就 OK」| 照抄 owner 取值 + **修他改动打断的情绪层** |
| 5 | 「Power Off 的文字说明离流程线很远，为什么没检测出来」| 标签复位 + **发现闸的结构性盲区** |
| 6 | 「回流到 DS，能提前限制的提前限制…」| DS 回流 9 条 + 走查轴 |
| 7 | 「视觉语言一致性主要是指…」+「无并行 session」| **纠我理解错** → M37.3 / M21.4 |
| 8 | 「只改了 Mockup 没改 Code，两边都要改」| **纠我漏了一半** → R2.2 / R6.1 / R18.1 |

---

## 3 · Top 4 Process Gap（按返工成本排序）

### G1 · 闸绿 ≠ 验过 —— 它们绿的是别的事（3 次发作，成本最高）

| 发作 | 闸说什么 | 实际错在哪 |
|---|---|---|
| 交付层布局乱 | `overlap`/`integrity`/`geometry-consistency` 全 0 | `overlap` 断言**相交**，「离太远 / 空一大片」对它**恒绿** |
| 条件标签脱离连线 | `connector` exit 0 | **标签不在它的对象集里**（reconnect map schema 无 label 字段）|
| 同页视觉不一致（首日）| `colors`/`binding-fidelity` 全绿 | 它们判「**每一处**填色是否合法」，全页唯一的底色块**本身完全合法** |

**根因不是漏跑，是判据从未被表达过。** 三次都不是「忘了跑」，而是「跑了，但它断言的是别的东西」。
**回流**：`M23.6 (D)` · `M-DISCIPLINE.SYNC` 第 7 条 · `M37.3` / `M21.4` + 走查 §1 / §5.10 两条固定层轴，并在 Axis Ledger 明写「**机检全绿不是 SKIPPED 的合法理由**」。

### G2 · 量法错：数字看着正常、图上明显不对（成本中，但最隐蔽）

条件标签是**定宽 + LEFT 对齐**的 TEXT：框宽 220、**真实字形宽 75**、框内死空间 145。
⇒ 按节点框量得 **30px**（判「贴着」），按可见字形量得 **175px**（owner 一眼看出「很远」）—— **差 5.8 倍**。

**更该记的是它的失效形态**：框量法对其余 4 条标签**恰好没出事**，因为它们贴的是**横线**（纵向间距支配）。**它只在「贴竖直边」这一整类几何上系统性失效**，而这类在一套交付物里常常只有一个样本 ⇒ 长期看起来「一直都对」。
**回流**：`M-DISCIPLINE.MEASURE`（文本按可见字形 / 折线按逐线段 + 每条判据配阴性对照）。

### G3 · 我连错两次尺寸判断还在自选（成本中，纯我方）

Journey 卡宽度：我取 8780（援引 M23.12「跨内容带」）→ owner 否；我又自选 2660 → owner 直接手动改成 1894。

- **错因 A**：**条文授权 ≠ 好设计**。「跨内容带统一宽度」确实写在规则里，但落地后 stage 列 1710 宽、文字只占 15%、情绪曲线拉平成直线 —— **「卡贴合内容」这个更根本的原则被违反了**。条文给的是**上限**，不是目标值。
- **错因 B**：同一个判断连错两次后仍在自选。**应该把候选值与取舍摆出来让 owner 挑**，或请他手动摆一次我照抄。

**回流**：`M23.12` 补段（落值前两问 + 「连错两次就别再自选」）。

### G4 · 只改一侧就当回流完成（成本低但性质最典型）

回流时只改了 mockup 侧 + 共享的 `design-process`，**`code-conventions.md` 一行没动**。而 DS 仓本来就有明文惯例：R 规则是 M 规则的 mirror，指针原文写着「**改此条必同步对面**」。

⇒ **只落一侧，本身就是这批规则要治的那类 drift。** 补完 `R2.2` / `R6.1` / `R18.1` + M 侧三条反向指针后，**顺带发现同型的既有不同步**：`tvu-design-code` 的回流入口还写着二分法，而 `tvu-design-mockup` 早已改成三档 —— 同一条纪律只改了一边。

---

## 4 · 高效对话建议（按 ROI 排序）

**给 UX / PM（提需求方）**

1. **「看起来乱」这类整体判断，请直接说** —— 本 session 两个最大的缺陷都是这么被抓到的，AI 逐条检查全过、整体没退后一步看。
2. **手动改稿后说一声「我改了 X」** —— owner 手动缩宽 Journey 卡时，情绪层的折线与 5 个圆点被静默打断（偏移最多 689px），他不知情。**这类依附关系对手动改稿者完全不可见**，已回流为「必须在项目 repo 的坐标条目旁写显式告警」。
3. **定义类的话说全** —— 「视觉语言一致性」我理解成了「一个信号两种语义」，owner 补上「就比如你把 Config-T 的按钮直接拿过来用」这句实证后才落对。**一句实证 > 三句定义。**

**给 AI 协作流程**

4. **纠正后先问「这类错还有别的实例吗」** —— owner 指出 Power Off 标签离线，我按对象全集测了 5 条，才发现只有 1 条违例、且范式此前从未被写下来。**只修被指出的那一个 = 半个动作。**
5. **判并发别拿 HEAD 位移当证据** —— 我据「HEAD 变了」推断有并行 session，据此开 worktree、还把错误陈述写进文档。HEAD 动过只能证明**有人推过**。

---

## 5 · 规则回流清单

| 规则 | 真源 | 简述 |
|---|---|---|
| `C8` ↔ `R2.2` | mockup / code-conventions | 一个视觉信号在同一套交付物内只能有一种语义 |
| `M37.3` ↔ `R18.1` | mockup / code-conventions | 参考物只定「做什么」，视觉取值取宿主实测 |
| `M21.4` ↔ `R6.1` | design-process / code-conventions | 契约作用域是**产品**；前期建 · 验收查 · 走查兜 |
| `M23.6 (D)` | mockup-conventions | 条件标签必须附着于它标注的那一段 |
| `M-DISCIPLINE.MEASURE` | mockup-conventions | 量法与人眼同源：可见字形 / 逐线段 |
| `M-DISCIPLINE.SYNC` 第 7 条 | mockup-conventions | 布局形态变了要重推交付层，整体平移不算 |
| `M-DISCIPLINE.VARIANT` 扩写 | mockup-conventions | 切 variant 不覆盖子层 instance-swap |
| `M23.12` 补段 | mockup-conventions | 条文是上限不是目标值 |
| `I7 ③` 扩写 | mockup-conventions | 依附几何按节点类型全扫；`layoutMode: NONE` |
| `M42.2` 补 | mockup-conventions | clone 审计要比图层名 |
| `design-process §交付收尾 7` | design-process | 建 Jira 单前先问 owner |
| 走查 §1 / §5.10 | design-walkthrough | 两条固定层轴（宿主取值一致性 / 交付层几何）|
| 两个 skill 起手闸 | tvu-design-mockup / -code | 产品级视觉结构契约提到开建前 |

---

## 6 · Model 选型（基于本 session 实证）

- **Opus 5**：本 session 全程。判据推导（把「为什么没检测出来」拆成四个闸各自断言什么）、跨仓规则镜像、条文与实证的双向核对 —— 这几类**需要同时持有多份规则文本并做一致性判断**，是它的适用面。
- **不适合降级的环节**：规则回流（一处措辞错会误导后续所有 session）· 机检结果的归属核验（节点级集合差）。
- **可降级的环节**：截图下载 / 坐标算术 / 文档格式化。

---

## 7 · 给团队的 Action Items

| # | 事项 | Owner |
|---|---|---|
| 1 | **手动删 RPSV3-139**（AI 无 delete 能力；Actions → Delete）| owner |
| 2 | **RPS 产品级视觉结构契约只有半份** —— `PRODUCT_INTRODUCTION §3.6` 只覆盖 29 个 page 里的 Home 一页；下个需求起手要么扩成跨页契约、要么显式声明范围 | 下一 session |
| 3 | §14.10 第 4/5 条（`OUT` 标记 / 交付卡格式 pilot）仍待 owner 定 | owner |
| 4 | 连线包 GROUP 的实验仍挂起（视觉零差异，只影响机检能否跑圆点形态检查）| owner |

---

## 附录 · 改动统计

| 项 | 数 |
|---|---|
| `use_figma` 调用 | 11（含 3 次纯只读探查、2 次因守卫拦截而未写入）|
| Figma 节点改动 | 卡 2 移动 / Journey 3 次改宽 / 情绪层 6 节点 ×3 轮重算 / 条件标签 1 复位 / 提示实例 1 改名 |
| 机检 | `audit:mockup-conformance` 跑 4 次；DS 规则闸跑 6 轮 |
| commit | RPS 8 · DS 4 |
| 机器比对 | 节点级集合差 3 次，每次 1433 节点、新增 0 |