③段第八轮收口：功能入口卡按参照物对齐＋导航按 tiaoyue 源站重建＋密度 A 方案

原型（执行会话/目标-…-d85687/ui/mcn-workbench.html） - 功能入口卡改三段纵向（图标／标题／描述各一行），68 → 111.19px，对齐 mcn-work-shop 参考卡（同视口 1249×1277 实测 133px），补 --sh-L1 投影；主因是排布不是字号 - 左侧导航重建：由「纯图标＋悬停提示」改为 64px 药丸浮栏，图标 24 在上、名字常驻在下（名字一律 2 字，说明走 data-tip）；真值取自 tiaoyue 源站实测（栏 64／内衬 3／圆角 100／项 56×78／字 12px-500-行高 16） - 密度 A 方案：≤1000 卡最小宽 200→160、≤820 统计条最小宽 132→96 （两处 auto-fit 只在真装不下时才缩）⇒ 768／700／560 三处转绿，其余 10 个视口未动 - 移动档隐藏导航条横向滚动轨（16px 轨道曾吃掉 52px 条高的三成，还白吃 16px 主区）取证通道 - _tools/cap.py 改为「只连不起」：只连 9223 常驻实例，视口走 Emulation.setDeviceMetricsOverride，不再自起 headless Chrome（顺带解除 500px 视口下限，390×844 可测） - _tools/check_js.py 新增第 5 道门禁（node --check ＋模板内注释反引号扫描）文档 - 复盘-为什么第一版做得很差.md（新建）：13 轮时间轴／四类反作用／三重归因／已修与仍欠 - 3d-审查报告.md：更正 §九那条假 ✓（把「§5.5 五条逐条过完」记成机核，实际零覆盖，正是「五道闸门全绿却难看」的开关），补 §十二功能入口卡高差、§十三 tiaoyue 导航逐条对照 - 3b-实测记录.md／DESIGN.md／3c-GPT 参考版与会诊／布局排版参考 ×2 机制与记忆 - .workbuddy/collab/collabctl.py：off --ws 不再全机扫描（原先一次杀掉他区＋看板共 5 个进程） - .workbuddy/memory/：本轮纪律与实测真值 - .gitignore：补排运行时噪音（ui/_scratch／__pycache__／浏览器取证临时目录／*.bak-*／一次性脚本）闸门：语法全过／骨架八页 39 板块／变异对照 15-15／逐视口 14 绿（500×844 唯一红，缺口待拍板）／命名 2060-0-27
2026-10-08 22:21:42 +08:00
1 parent df56c2c137
commit eee042c855
@@ -40,7 +40,8 @@
 **板块清单（从上到下）**

 1. 今日待处理 —— 跨账号的待办：待审、待确认、待复盘各几件
-2. 账号矩阵列表 —— 一行一个账号，行内三件事：今日该发什么 / 已发什么 / 效果如何
+2. 账号矩阵 —— 每个账号今日该发什么 / 已发什么 / 效果如何
+   ⛔ 本块**不写怎么呈现**（矩阵、列表、卡片都是形态，归③段判，见 `layouts-tooling.md` §0）
 3. 异常值提示 —— 最近哪些内容的数据异动
 4. 本月表现最好的一条
 5. 全局检索与随手记入口
@@ -51,7 +52,7 @@

 | 信息 | 档 | 判据回答 |
 |---|---|---|
-| 账号矩阵列表 | 主屏常驻 | 删掉它，主操作的对象就没了 —— 不知道有哪些账号，无从决定先处理哪件 |
+| 账号矩阵 | 主屏常驻 | 删掉它，主操作的对象就没了 —— 不知道有哪些账号，无从决定先处理哪件 |
 | 今日待处理 | 主屏常驻 | 删掉它，主操作没有候选可挑，做不成 |
 | 异常值提示 | 可点入 | 删掉它，主操作仍做得成（异常值是 P2 的输入，不是这一页的决策依据） |
 | 本月表现最好 | 可点入 | 删掉它，主操作完全不受影响 —— 它只是激励 |
@@ -68,8 +69,8 @@
 **板块清单（从上到下）**

 1. 对标监控概览 —— 四个数：在监控的账号数 / 低粉爆款条数 / 异常值条数 / 近三天更新条数
-2. 对标内容列表 —— 每条带它相对该账号平时水平的倍数
-3. 评论区洞察区（可点入子区）—— 取评论、出候选选题
+2. 对标内容 —— 每条带它相对该账号平时水平的倍数（⛔ 同 P1，不写呈现）
+3. 评论区洞察（可点入子区）—— 取评论、出 AI 候选选题（`2a` F3）
 4. 选题库 —— 分「待做 / 在写 / 已用」三组
 5. 灵感速记入口

@@ -79,10 +80,10 @@

 | 信息 | 档 | 判据回答 |
 |---|---|---|
-| 对标内容列表 | 主屏常驻 | 删掉它，主操作的对象没了，做不成 |
+| 对标内容 | 主屏常驻 | 删掉它，主操作的对象没了，做不成 |
 | 选题库 | 主屏常驻 | 删掉它，主操作没有可推进的条目，做不成 |
 | 对标监控概览四数 | 主屏常驻 | 删掉它，看不出哪个账号值得看 —— 列表会长到没法挑，等于主操作做不成 |
-| 评论区洞察区 | 可点入 | 删掉它，仍能从对标列表拿到选题 |
+| 评论区洞察 | 可点入 | 删掉它，仍能从对标列表拿到选题 |
 | 灵感速记入口 | 可点入 | 同 P1 的随手记，全局可达 |

 ---
@@ -94,7 +95,7 @@
 **板块清单（从上到下）**

 1. 分区切换 —— 角度 / 结构 / 开场白 / 标题，一次看一个
-2. 条目列表 —— 当前分区下的条目
+2. 资产条目 —— 当前分区下的条目（⛔ 不写呈现）
 3. 单条详情 —— 原文、出处、（草稿标记）
 4. 引用入口 —— 把这条拿去创作台用

@@ -105,7 +106,7 @@
 | 信息 | 档 | 判据回答 |
 |---|---|---|
 | 分区切换 | 主屏常驻 | 删掉它，四个分区分不开，入库不知道该进哪一区，主操作做不成 |
-| 条目列表 | 主屏常驻 | 主操作对象 |
+| 资产条目 | 主屏常驻 | 主操作对象 |
 | 单条详情（原文 / 出处） | 可点入 | 删掉它，入库与引用都还做得成（入库门禁在守卫层，不靠这里显示） |
 | 引用入口 | 可点入 | 删掉它，`2a` F4 的主路径改成从创作台来找，多绕一步；但 P3 自己的主操作（入库）不受影响 |

@@ -120,8 +121,9 @@
 1. 当前内容标识 —— 这是哪条选题
 2. 环节进度 —— 七个环节的当前位置，可回退
 3. 当前环节工作区 —— 这一步实际干活的地方
-4. 资产引用区 —— 从资产库拿角度、结构、开场白、标题
-5. 版本列表（可点入）
+4. AI 产出与采纳 —— 当前环节的 AI 产出（生成中 / 已生成 / 失败重试）＋ 采纳·驳回·改后再用
+5. 资产引用区 —— 从资产库拿角度、结构、开场白、标题
+6. 版本列表（可点入）

 **主操作**：把当前环节推进到下一环节。

@@ -131,6 +133,7 @@
 |---|---|---|
 | 环节进度 | 主屏常驻 | 删掉它，不知道下一环节是什么，主操作做不成 |
 | 当前环节工作区 | 主屏常驻 | 主操作的对象 |
+| AI 产出与采纳 | 主屏常驻 | 删掉它，当前环节的产出无处看、无处采纳 ⇒ 推进到下一环节做不成（`2a` 的 AI 状态流转已有，落位在此） |
 | 当前内容标识 | 主屏常驻 | 删掉它，改到别的选题上也不知道，等于做错 |
 | 资产引用区 | 可点入 | 删掉它，仍能凭空写（这正是 S2 要治的老毛病），主操作本身做得成 |
 | 版本列表 | 可点入 | 删掉它，推进流程不受影响；只有回溯旧版时才需要 |
@@ -193,11 +196,12 @@

 **板块清单（从上到下）**

-1. 待复盘列表
+1. 待复盘项
 2. 这一条的表现数据
-3. 归因结论区 —— 由人确认
-4. 回写目标提示 —— 这次回写到哪个账号
-5. 历史复盘（可点入）
+3. 归因结论（由 AI 给出，可编辑）
+4. 确认与改判 —— 采纳、驳回或改后再用
+5. 回写目标提示 —— 这次回写到哪个账号
+6. 历史复盘（可点入）

 **主操作**：确认归因并回写。

@@ -206,8 +210,9 @@
 | 信息 | 档 | 判据回答 |
 |---|---|---|
 | 表现数据 | 主屏常驻 | 删掉它，归因没有依据，主操作做不成 |
-| 归因结论区 | 主屏常驻 | 主操作对象 |
-| 待复盘列表 | 主屏常驻 | 删掉它，不知道有什么可复盘，主操作做不成 |
+| 归因结论（可编辑） | 主屏常驻 | 主操作对象 |
+| 确认与改判 | 主屏常驻 | 删掉它，结论没有采纳或驳回 ⇒ 回写没有依据，等于主操作没做成 |
+| 待复盘项 | 主屏常驻 | 删掉它，不知道有什么可复盘，主操作做不成 |
 | 回写目标提示 | 主屏常驻 | 删掉它，回写会落到错的账号，这条经验就废了 —— 等于主操作没做成 |
 | 历史复盘 | 可点入 | 删掉它，当前这次复盘仍做得成 |

@@ -219,7 +224,7 @@

 **板块清单（从上到下）**

-1. 发布记录列表 —— 谁在什么时候确认发的、发的是哪一版
+1. 发布记录 —— 谁在什么时候确认发的、发的是哪一版（⛔ 不写呈现）
 2. 单条溯源 —— 从记录回到内容与版本
 3. 对账核对区 —— 内容、发布记录、收支三样对得上
 4. 商单与收支（可点入，所属功能 F12 为 P2，第一版可能没有）
@@ -230,7 +235,7 @@

 | 信息 | 档 | 判据回答 |
 |---|---|---|
-| 发布记录列表 | 主屏常驻 | 知道有哪些记录，不知道就无从核销。判据：删掉它，主操作没有对象 |
+| 发布记录 | 主屏常驻 | 知道有哪些记录，不知道就无从核销。判据：删掉它，主操作没有对象 |
 | 对账核对区 | 主屏常驻 | 主操作对象 |
 | 单条溯源 | 可点入 | 判据答「做得成」—— 核销看列表就够；要深究才点进溯源 |
 | 商单与收支 | 可点入 | 删掉它，主操作仍做得成；且 F12 是 P2，第一版可能整块没有（见 `2a` §五 的暂缓项） |
@@ -257,7 +262,7 @@
 | P1 | P2 | 点「异常值提示」里的某条，或从今日待处理里挑到选题类待办 |
 | P1 | P4 | 今日待处理里有「在写」的内容 |
 | P1 | P5 | 今日待处理里有待审 / 待确认的内容 |
-| P1 | P6 | 点账号矩阵列表里的某个账号 |
+| P1 | P6 | 点账号矩阵里的某个账号 |
 | P1 | P7 | 今日待处理里有待复盘的 |
 | P1 | P8 | 今日待处理里有待核销的 |
 | P2 | P3 | 对某条对标内容发起拆解 |
@@ -0,0 +1,108 @@
+# 2b 骨架形态优化方案
+
+> 面向：`prd/2b-界面布局.md`（②段，2026-10-08 02:30 定稿）
+> 起因：用户 2026-10-08 指出现有界面「排版布局一点也不像 agent 的产品，像 10 年前的后台管理系统」。
+> 本份只讲**骨架形态**（主视觉是什么、块与块用什么空间关系）如何改，⛔ 不动功能条目（那是 `2a`）、⛔ 不写视觉词（配色/字体/间距/组件样式仍归③段）。
+> 写于：2026-10-08 08:5x，主会话。
+
+---
+
+## 一、现有骨架的四宗病（都有出处，⛔ 不是观感）
+
+### 病 1 · 八页同构：每页都是「从上到下堆 4–5 块」的纵向单列
+
+- 出处：`2b` §二 八页，每页的结构一律是「板块清单（从上到下）1–5」。
+- 后果：八页骨架长得一模一样 —— 只是块名不同。③段照它做出来，就是八个长得一样的后台表单页。
+- 现代工作台的做法：**不同页用不同空间关系**（矩阵 / 主从 / 对照 / 时间线 / 画布 + 侧栏），让每页有各自主视觉。
+
+### 病 2 · 列表是唯一的信息呈现
+
+- 出处：P1「账号矩阵列表 —— **一行一个账号**」、P2「对标内容列表」、P3「条目列表」、P6「账号列表」、P7「待复盘列表」、P8「发布记录列表」⇒ **六页主视觉都是列表**。
+- 后果：产品叫「矩阵工作台」，八页里一处矩阵都没有；「待复盘列表」这类名字本身就把形态写死了 —— ③段照做只能画列表。
+- 现代工作台的做法：主视觉是**数据本身**（矩阵 / 图表 / 缩略图卡），列表只用于「需要逐条操作」的场合。
+
+### 病 3 · 没有 AI／Agent 的位置
+
+- 出处：P4「环节进度 —— 七个环节」与「当前环节工作区」，七个环节里哪一步出 AI 产出、产出放哪、人怎么采纳或驳回，**骨架里一个字都没有**；P7「归因结论区 —— 由人确认」暗示结论是 AI 给的，但骨架没给「AI 结论」留块。
+- 后果：产品名带 agent、功能表里有多条 AI，界面上却看不出 AI 在哪 —— 这是「不像 agent 产品」最直接的一条。
+- 现代 Agent 产品的核心交互是「生成 → 审阅 → 采纳／驳回 → 回写」，骨架必须为它留位置。
+
+### 病 4 · 缺一层「形态语言」
+
+- 出处：`2b` 文首两条硬规 ——「⛔ 全文零视觉词」＋「骨架冻结，③段不许新增/移动/删除板块」。
+- 后果：②段只给块名与顺序，③段只给皮肤与交互，**「这产品该长成什么样」没人管**。中间那层是空的，两头都不许碰。
+- `3c-GPT会诊.md` 的独立评审把结果说得很明白：「遮住文字后认不出是任何一家…不是克隆，是**没有品牌辨识度的通用后台**」；「卡片化＋大留白＝**没认出品类**」。
+
+---
+
+## 二、逐页改法（八页，各给形态）
+
+### P1 矩阵总览 —— 从「一列账号」改成「真矩阵」
+
+- 主视觉：**账号 × 日期的网格**。纵轴账号、横轴日期（今天 / 明天 / 后天），格子 = 该账号当天的内容状态（已发 / 待审 / 缺稿）+ 一个关键数据。
+- 异常值**标在格子上**（颜色只用于异常与缺口），不再单独挂一块「异常值提示」。
+- 顶部一条**今日行动条**：今天要先处理的 N 件事（跨账号），点一条直接跳到那一件事。
+- 板块顺序改为：① 今日行动条 ② 账号矩阵（主视觉）③ 本月表现最好的一条 ④ 随手记入口（全局可达）。
+- ⚠️ 依赖 `1a` 待复核第 5 条（矩阵级视图是否真需要）。若复核为「不需要」，本页降为单账号今日，矩阵下移到账号切换 —— 这条前提不变。
+
+### P2 选题雷达 —— 从「文字列表」改成「缩略图卡片流 + 倍数徽章」
+
+- 主视觉：**对标内容卡片流**，每张卡带封面缩略图、标题、相对该账号平时水平的**倍数徽章**（这是这一页的记忆点）。
+- 顶部四数改成**紧凑 KPI 条**（数字为主、不加卡片框）。
+- 板块顺序：① KPI 条 ② 对标内容卡片流（主视觉）③ 选题库（待做 / 在写 / 已用 三组，组内仍用紧凑行）④ 评论区洞察（可点入）⑤ 灵感速记（全局）。
+
+### P3 资产库 —— 分区保持，条目改摘录卡，详情用抽屉
+
+- 主视觉：**摘录卡网格**（角度 / 结构 / 开场白 / 标题 四个分区，一次一个）。卡片只放原文摘录与出处，⛔ 不做大留白卡片。
+- 单条详情**右侧抽屉**打开，⛔ 不再把详情当独立板块往下堆（现在的写法会让主区滚很長）。
+- 板块：① 分区切换 ② 摘录卡网格 ③ 引用入口（卡上直接有）④ 详情抽屉（浮层，不算块）。
+
+### P4 创作台 —— 全产品最该改的一页，骨架要给 AI 留位置
+
+- 主视觉：**流水线画布（七个环节的横向轨道）+ 当前环节工作区** —— 环节轨道常驻顶部，走过的环节可回退，当前环节展开成工作区。
+- 新增一块 **AI 产出区**：当前环节的 AI 产出（生成中 / 已生成 / 失败重试）+ **采纳 / 驳回 / 改后再用** 三个动作。这是「像 agent 产品」的关键，七个环节里凡是有 AI 产出的都走这一块。
+- 资产引用区改成**右侧常驻侧栏**（创作时要随时取角度/结构/开场白），⛔ 不再是「可点入」的折叠块。
+- 板块：① 当前内容标识 ② 环节轨道（常驻）③ 当前环节工作区（主视觉）④ AI 产出区 ⑤ 资产引用侧栏（常驻）⑥ 版本列表（可点入）。
+
+### P5 发布中心 —— 从「一版一版竖排」改成「对照」
+
+- 主视觉：**原稿 × 各平台版本的对照视图**（左原稿，右各版本；或网格卡片，一平台一卡带平台标识）。
+- 检查结果改成**逐条 diff 清单**（硬拦项置顶、提醒项次之），每条能跳到出问题的那一处，⛔ 不再是一块「检查结果」文字。
+- 板块：① 目标选择 ② 版本对照（主视觉）③ 检查 diff 清单 ④ 确认发布（含二次确认）⑤ 发布记录（可点入）。
+
+### P6 账号画像 —— 画像改成卡，记忆天然是时间线
+
+- 主视觉：**画像卡（六维）＋ 记忆时间线**。记忆条目是「只追加、不覆盖」⇒ 它天然就是时间线形态，现在写成「可点入」把形态浪费了。
+- 账号列表改成**顶部横向切换条**（账号数 10–50，竖列表占地方且和矩阵页重复）。
+- 板块：① 账号切换条 ② 画像六维卡（主视觉）③ 记忆时间线 ④ 关联内容（可点入）。
+
+### P7 复盘台 —— 数据即主视觉，归因区给 AI 结论留位
+
+- 主视觉：**表现数据区**（关键指标 + 趋势小图，数据是主角，⛔ 不是三个裸数字块）。
+- 归因区明确分成两块：**AI 归因结论**（可编辑）+ **人确认 / 改判**（采纳或驳回）。现在的「归因结论区 —— 由人确认」把这两件事混在一块里，是这一页最大的形态问题。
+- 待复盘列表改成**左侧紧凑列表**（选一条，右边看详情），⛔ 不再占主视觉。
+- 板块：① 待复盘列表（侧）② 表现数据（主视觉）③ AI 归因结论 ④ 人确认与改判 ⑤ 回写目标提示 ⑥ 历史复盘（可点入）。
+
+### P8 记录与对账 —— 对账天然是三栏对照
+
+- 主视觉：**三栏对照**（内容 / 发布记录 / 收支），一屏看三样对不对得上，⛔ 不再是「一个核对区」。
+- 发布记录列表改成紧凑表（谁、何时、哪一版），单条溯源用抽屉。
+- 板块：① 发布记录表 ② 三栏对账（主视觉）③ 单条溯源（抽屉）④ 商单与收支（可点入，F12 为 P2）。
+
+---
+
+## 三、②段要补的三件事（补上缺的那一层）
+
+1. **每页加「形态」字段**：在「板块清单」旁边写明这一页的**主视觉是什么**与**块间空间关系**（矩阵 / 卡片流 / 对照 / 时间线 / 画布+侧栏）。⛔ 这不算视觉词 —— 它说的是结构与呈现，不是配色字体间距。
+2. **每页加「AI 在哪」字段**：这一页有没有 AI 产出、产出落在哪块、人怎么采纳或驳回。八页逐页给结论（没有的写「无」，⛔ 不许省略）。
+3. **全局加「形态语言」一节**：定义本产品的形态词汇（矩阵、摘录卡、对照、时间线、流水线画布、AI 产出区），并规定**不同页用不同形态、⛔ 不许八页同构**。
+
+---
+
+## 四、执行顺序（不能倒）
+
+1. 先改 `2b`（本方案 §二 八页改法 ＋ §三 三件事）。
+2. 再让③段按新骨架重做视觉与交互 —— `ui/_tools/check_skeleton.py` 的机检基线**必须同步更新**（它现在拿旧骨架当权威，③段改一位就报红）。
+3. ③段重做时，视觉参照另行拍板（见主会话转给用户的待拍板项）。
+
+⛔ 顺序倒了会白做：只重做③段视觉治不好「像后台」—— 骨架不动，换什么皮肤都还是通用壳。
@@ -0,0 +1,86 @@
+# 骨架优化方案 v2（②③分段 · 按各自权责）
+
+> 取代 v1：`骨架优化方案-v1-作废-形态误归②段.md`（v1 把「形态」整层划给了②段，口径错了，已留档作废）。
+> v1 错在哪：②段《界面布局》里「账号矩阵列表 —— **一行一个账号**」这类**形态描述**本就不该由②段写；
+> 而形态判定的权威工具 `layouts-tooling.md` 文首**明写「⛔ 本文件是 `stage-delivery` 自己的东西」**，§0 就是「**先判形态，再挑骨架**」⇒ 形态归③段。
+> 写于：2026-10-08 08:5x，主会话。用户口径：「制定骨架是 2、3 步技能交叉知识，必须用 3 步骤技能，而且第 3 步可以往更好的体验修改」。
+
+---
+
+## 〇、骨架分两层，各归各段（判据：②段 SKILL.md §②—③ 交接口）
+
+| 层 | 归谁 | 具体是什么 |
+|---|---|---|
+| **块级骨架** | **②段定死** | 有哪几页 / 每页几个板块、板块怎么排 / 跨页关系 / 每页主操作 / 每条信息在哪一档 |
+| **形态与版式** | **③段** | 判形态（列表型／详情型／侧区型…）、挑版式骨架、每个板块的视觉实现与交互行为、状态与空态、响应式 |
+
+- ②段口径原文：「骨架是判断基准，必须在②段定死」「③段不许新增／移动／删除板块，缺板块要回②段改」⇒ **冻结的是块级，不是形态**。
+- ③段口径原文（`layouts-tooling.md`）：「⛔ 本文件是 `stage-delivery` 自己的东西」「工具型页面的版式在本项目只有这一份来源」⇒ **形态是③段的地盘**，且③段**有裁量权把它往更好的体验改**。
+- ⇒ v1 的错误：把「P1 做成矩阵」「P5 做成对照」这类**形态决策**当成块级改动推给②段，方向反了。
+
+---
+
+## 一、归②段的改动（块级，只这几处）
+
+### 1.1 删掉越界的形态措辞（⛔ ②段写了形态 ＝ 侵了③段的地盘）
+
+- P1 板块 2 原写「账号矩阵列表 —— **一行一个账号**，行内三件事」⇒ 删掉「一行一个账号」与「行内」，只留块名与承载内容。
+- P2 板块 2「对标内容列表」、P3 板块 2「条目列表」、P7 板块 1「待复盘列表」、P8 板块 1「发布记录列表」⇒ 块名里的「列表」同样是形态词，改成中性块名（如「对标内容」「资产条目」「待复盘项」「发布记录」）。
+- 理由：块名一写「列表」，③段就被迫画列表 —— 这正是「像后台」的源头之一。
+
+### 1.2 给 AI 产出补块位（功能已有，落位缺失）
+
+- `2a` 里 AI 相关功能都有状态流转（如 `idle → 抓取中 → 已出候选 → 已采纳／忽略`、AI 调用失败可重试、重复生成不覆盖），但 `2b` 的 P4 板块清单里**没有一个块承载它**。
+- ⇒ P4 增加一块：**AI 产出与采纳**（承载当前环节的 AI 产出、采纳／驳回／改后再用）。⛔ 这不是加功能，是把 `2a` 已有的功能落到位。
+- P7 同理：现有「归因结论区 —— 由人确认」把两件事混在一块，拆成 **归因结论**（可编辑）与 **确认与改判** 两块。
+- P2 的「评论区洞察区」承载的是 F3 的 AI 候选选题，块名补一句「含 AI 候选」即可，不必加块。
+
+### 1.3 板块分档要跟着改的
+
+- P4 新增的「AI 产出与采纳」档位＝**主屏常驻**（判据：删掉它，当前环节的产出没地方看也没法采纳，主操作「推进到下一环节」做不成）。
+- P7 拆出的「确认与改判」档位＝**主屏常驻**；「归因结论」同样**主屏常驻**。
+- P1 的「异常值提示」若③段决定把异常标进矩阵格子，档位从「可点入」降为**并入主视觉** ⇒ 回②段改档，⛔ ③段不能自己改档。
+
+---
+
+## 二、归③段的改动（形态与体验，③段自己定、自己负责改好）
+
+### 2.1 逐页判形态（用 `layouts-tooling.md` §0 的「先判形态，再挑骨架」）
+
+- P1：页面上能数出「并列的同类记录」（账号）⇒ 判**列表型**；但列表型里 §1 行式列表与 §2 表格式清单都不等于「一行一条」——**矩阵是表格式清单的一种排布**（轴转置：账号做行、日期做列），③段可以这么画，⛔ 不需要②段改块名。
+- P2：并列同类记录（对标内容）⇒ 列表型；主视觉要不要带缩略图卡，是③段的视觉实现范畴。
+- P3：并列条目 ＋ 单条详情 ⇒ **侧区型**（§4 主从侧区：列表↔详情两个工作面来回）。
+- P4：围绕**单个对象**（一条内容）展开 ⇒ **详情型**（§3 详情面板）；七个环节轨道属于交互实现，归③段。
+- P5：一稿多版并列 ⇒ 列表型（版本之间要对照，§2 表格式清单的高密度变体适用）。
+- P6：单对象（一个账号）＋ 记忆流水 ⇒ 详情型 ＋ 时间线（时间线是③段的呈现选择）。
+- P7：单条内容的表现与归因 ⇒ 详情型；表现数据做成数据主视觉是③段的视觉实现。
+- P8：并列记录 ＋ 三样对账 ⇒ 列表型 ＋ 对照区。
+
+### 2.2 ③段要补的版式档（现有 §0 只有三类，不够用）
+
+`layouts-tooling.md` §0 现有形态只有 **列表型／详情型／侧区型** 三类，本产品至少要再补四类：
+
+1. **矩阵型**（两个维度交叉的网格：账号 × 日期）—— P1 用。
+2. **对照型**（同一母体的多个版本并排比较）—— P5、P8 用。
+3. **流水线型**（多环节轨道 ＋ 当前环节工作区，可回退）—— P4 用。
+4. **时间线型**（只追加、不覆盖的流水记录）—— P6 记忆条目用。
+
+⛔ 补档要落在 `layouts-tooling.md`（③段自己的工具库），⛔ 不是回②段改。
+⚠️ 它是**全局技能包**里的文件 ⇒ 改它会影响到别的工作区，动之前要由用户拍板（见主会话转出的待拍板项）。
+
+### 2.3 体验上③段可以（也应当）主动改的
+
+- 数据密度：现在是每块包成 24px 圆角白卡 ＋ 大留白，评审判定为「没认出品类」；③段有权把主视觉换成数据本身（紧凑行／列右对齐／颜色只用于涨跌与异常），⛔ 不需要②段批准。
+- AI 生成中态：P4 新增的 AI 产出块，生成中显示进度与可中断、失败可重试，是交互行为范畴 ⇒ ③段定。
+- 状态与空态：每一块的空态长什么样、加载中什么样，全部归③段。
+- 响应式：窄屏怎么变，归③段（现有 B-15 那一条窄屏装不满 6 行，也属③段自己的账）。
+
+---
+
+## 三、执行顺序（按权责分头走）
+
+1. **②段**（本方案 §一）：删形态措辞 → 给 AI 产出补块位 → 改相应分档。
+2. **③段**（本方案 §二）：按新块名重判形态 → 补 `layouts-tooling.md` 的四个档 → 重做原型视觉与交互。
+3. **机检基线同步**：`ui/_tools/check_skeleton.py` 现在拿旧骨架当权威，②段改完块名后必须同步，否则逐位比对会误报。
+
+⛔ 顺序要点：**形态问题在③段解决，块级问题才回②段**。v1 把两件事都推给②段，是这次最大的偏差。