contentm_agent/docs/pm/mcn-shortvideo-agent/prd/2b-界面布局.md

# 2b 界面布局（新版 V4）

> 项目 slug：`mcn-shortvideo-agent`　｜　②段第 2 子步，产出 `prd/2b-界面布局.md`
> 本版在 V3 基础上**把用户 2026-10-09～10 的八条口径落到骨架与板块上**（选题库分类、资产入库不限页、投放页两级目标选择、账号页拆「画像五维 ＋ 平台账号」、复盘页写死平铺）。
> V3 本身是在 V2 基础上按用户口径改导航与页面归属（导航一层七项、P8 并入复盘、功能与板块一一对应）。
> 上游决策见 `GPT-规划意见与采纳决策.md`（2026-10-08 23:54，采纳 24／部分采纳 3／不采纳 1）与 V2／V3 稿。V4 的口径原文：`用户口径裁决-5条回应.md`（2026-10-09）、`用户口径追加-账号是两个概念.md`（2026-10-10）。
> 只读输入：①棒 `产品规划/现状梳理-板块·功能·操作路线.md`、②棒 GPT 意见与采纳决策、V2 版 `2b-界面布局-新版.md`、①段 `1a-需求文档.md` 与 `1e-使用场景.md`。
> 判据源：`stage-requirements/SKILL.md` §2b ＋ `assets/diagram-design/`（本份只给灰块骨架，不出图）。
> 本份专管界面骨架：有哪几页、每页几个板块、板块怎么排、跨页带什么过去。⛔ 不写功能条目的有无与优先级（那是 `2a-产品功能-新版.md`）。
> ⛔ **全文零视觉词** —— 配色 / 字体 / 间距 / 组件样式 / 动效，一个都没出现。本份只说「有哪些块、什么顺序、点它带什么过去」。

---

## 〇、一屏结论

- **页数、导航、流转条数都不动**：仍是七页、一层七项导航、20 条流转契约。**V4 改的是页内的板块构成与四页的板块文案**。
- 🔴 **业务板块总数不变，仍是 39**：P2 由 5 块收成 4 块（「灵感速记」并进「选题库」，随手记的落点本来就是选题库），P6 由 4 块变 5 块（新增「平台账号」）⇒ 一减一加，**净变化 0**。逐页数见 §五 与 §九。
- **P2 选题库**：容纳范围放宽成「对选题有帮助的任何信息」，分类用**进度 × 类型**两个正交维度（进度沿用 `待做／在写／已用`；类型是新加的 `选题／对标线索／评论洞察／数据异动／灵感`，各有各的后续动作）。⛔ 不新增「待整理」状态。
- **P2 对标内容**：拆解结果**可就地入库**（资产库页是统一管理的地方，⛔ 不是唯一入库口）。
- **P3 资产库**：页面职责由「存拆解结果」改成「**统一管理**资产条目」；⛔ 它不再是唯一入库口。
- **P5 发布中心**：目标选择改成**两级** —— 先选内容账号，再勾它下面的**平台账号**（渠道）。数据摘要区跟着对齐成「目标渠道数／覆盖平台数」。
- **P6 账号画像**：板块 2 由「画像六维」改成「**画像五维**」（去掉「平台」这一维）；新增板块「**平台账号**」（带平台 ＋ 登录态 ＋ 授权状态）。
- **P7 复盘台**：10 块**保持平铺、⛔ 不划子区**，并写死它属「**发布之后看数据与看收入**」这一类事。
- 其余骨架照 V3：页面公共框架（Page Shell）不算板块；每页两栏「核心对象」「不应该负责」保留；「功能 ↔ 板块」仍可机检（原型 `FN_HOME`／`FN_MAP`）。

---

## 一、这一版骨架改了什么（五件事）

**1、P6 增加一块「平台账号」，画像那一块由六维收成五维。**（P6 4 → 5 块）
账号按用户口径拆成两个概念：**内容账号**管内容属性（账号设定），**平台账号**是发布渠道。⇒ 「画像六维」去掉「平台」这一维，改成「**画像五维**」（定位／风格／受众／偏好与红线／长期记忆）；平台账号单独成一块，列出一个内容账号下面的 N 个平台账号，每条带「平台 ＋ 登录态 ＋ 授权状态」。
🔴 判据：平台账号自带三个属性和自己的动作（登录／授权／增删），不是画像里的一行值 ⇒ 它够一个板块；而它的核心对象仍是 `Account`，所以**归属页没变**（`2a` §三 F9）。

**2、P2 的「灵感速记」并进「选题库」，选题库按两个维度分类。**（P2 5 → 4 块）
用户口径：「选题库里面可以是对选题有帮助的任何信息 分类区分就好」＋「随手记仍落选题库」。⇒ 随手记的落点本来就是选题库，⛔ 不必再单列一块。选题库仍是那一个板块，里面用**进度 × 类型**两个正交维度区分：进度沿用 `待做／在写／已用`；类型是新加的 `选题／对标线索／评论洞察／数据异动／灵感`，每类自带后续动作。⛔ 不新增「待整理」状态、⛔ 不做多去向选择。
🔴 这一条**顺手订正了 V3 遗留的第 4 条**（P2 的板块清单把「灵感速记」列为第 5 块，同页信息分档表又把它标成「全局可达、不占板块」—— 两处打架）⇒ 现在板块清单与分档表一致：**随手记是全局可达的框架层入口（不占板块），它写进来的东西落选题库**。

**净计数**：P2 −1、P6 ＋1 ⇒ **总数仍是 39**。

**3、资产入库不限页，资产库页是统一管理的地方。**
用户口径：「所有页面有产生资产都可以 随时入库，资产库页是统一管理的地方」。⇒ P3 的页面职责与主操作由「存拆解结果」改成「**统一管理**」；P2 的「对标内容」块写清拆出来的结果可以**就地入库**（人不必先跑去资产库）。⛔ 资产库页**不再是唯一的入库口**。
⚠️ 这与「一个对象只有一处产生」不冲突 —— 那一条管的是**权威数据只有一份**，⛔ 不管写入动作发生在哪一页（`2a` §一 第 4 条）。

**4、P5 目标选择改成两级，数据摘要区跟着对齐。**
用户口径：一个内容账号在投放时对应**多个平台账号**、分别投放。⇒ 目标选择先选**内容账号**，再勾它下面的**平台账号**（渠道）；摘要区由「目标账号数／目标平台数」改成「**目标渠道数／覆盖平台数**」。「各版本与逐版编辑」写明**一个平台账号一版**（一版一路）。

**5、P7 写死「平铺、不分区」。**
用户口径：「发布的目的就是为了看数据和看收入啊」⇒ 复盘（看数据）与记录对账（看收入）是**同一类事**。本页 10 块**平铺**，⛔ 不划子区、⛔ 不再拆页、⛔ 不加导航项。

### 附：V3 那一版骨架改了什么（存档，⛔ 本版未推翻）

**1、P8 整页并进 P7。**
用户口径逐字：「**P8 放复盘**」「**当然是功能也要放过去**」。P8 记录与对账不再是一页 —— 它的四个板块原样接在 P7 的板块清单后面，导航里也不再单列。判据不是「把 P8 改名」，是**页集合里从此没有 P8**。

**2、导航压平成一层的七项。**
用户口径逐字：「**左侧导航应该是 首页 选题 创作 投放 复盘 账号**」「**P3 放导航 排最后**」。V2 里的三个组标（找选题／走创作流水线／看矩阵复盘）与跨组分隔**一起撤掉**；项仍是七项、一项一页，顺序照用户给的先后，资产排最后。

**3、功能与板块的对应关系写进可机检的位置。**
用户口径逐字：「**所有功能要和各自板块对应**」。本版把「哪条功能归哪一页的哪些板块」写成一张表（原型里的 `FN_MAP`），归属页写成另一张（`FN_HOME`，逐字取 `2a` §四）。自检两端一起查：功能不得悬空、板块不得孤立、每条功能的每个归属页上都得有它的板块。

**4、三处指向 P8 的流转改指 P7。**
流转契约本身（六要素、20 条）不动，只把目标页由 P8 换成 P7：第 6 条（P1 → 记录）、第 14 条（P5 → 记录）、第 18 条（记录 → P5）。第 13 条（P5 → 复盘）本来就指向 P7，不变。

---

## 二、页型（一句判型 ＋ 依据）

**本产品是工具型页面，不是营销页。**

依据：`1a` §一 与 §四 里的用户是天天来干活的 MCN 团队（内容负责人、编导与文案、剪辑与投放），不是第一次来的访客。§八 留下的三个入口全是干活入口，没有一处是「让人下决心」的落地页。
⇒ ③段不要套落地页骨架。判据：本产品的每一页都有人在里面完成一件事，没有一页是为了让人「看一眼就下决心」而存在的。

---

## 三、导航结构（一层七项）

**门开在 P1（导航里叫「首页」）。** 导航是**一层七项** —— ⛔ 没有分组、⛔ 没有跨组分隔、⛔ 没有第二层。

| 导航项 | 落哪一页 |
|---|---|
| 首页 | P1 矩阵总览 |
| 选题 | P2 选题雷达 |
| 创作 | P4 创作台 |
| 投放 | P5 发布中心 |
| 复盘 | P7 复盘台（P8 已并入，见 §五） |
| 账号 | P6 账号画像 |
| 资产 | P3 资产库（排最后） |

**项名与页名是两层，别混。** 导航里的名字照用户口径；页面自己的名字沿用不变（矩阵总览／选题雷达／资产库／创作台／发布中心／账号画像／复盘台）。两处对照就是上表 —— 最要紧的一处是 **P5：导航叫「投放」，页面仍叫「发布中心」**，这一页只管内容发布与排期，版本生成在创作台，⛔ 没有扩功能。

**顺序是硬约束。** 资产排最后（用户明说）；其余六项按用户给的先后（首页 → 选题 → 创作 → 投放 → 复盘 → 账号）。

**账号为什么不再标「跨组」。** V2 把它标成跨组，是因为那时有三组可比。三组撤掉之后「跨组」这个标记失去参照物，本版一并去掉；P6 仍是全局上下文能力（不在生产链任何一环上），这一点没变。


---

## 四、页面公共框架（Page Shell）

七页每页都有这一层，四样，从上到下：

1. **页面标题区** —— 页名，加一句话说清这一页干什么。
2. **数据摘要区**（可选）—— 本页若干个数的一行摘要。哪页有、摘要哪几个数，由本页需要决定；不是每页都必须有。
3. **页面操作区** —— 本页的页面级操作。
4. **辅助入口区** —— 放本页那些不属于任何业务板块、又必须在本页可达的入口。⛔ **不许**用它把 §六 的流转表再写一遍。

**三条硬规则**（这是本版新立的，堵的是现状 `A1`／`A3`）：

- 页面公共框架**不计入业务板块数量**，每页的板块清单里不列它。
- 页面公共框架**不参与功能归属**。功能归属只看核心业务对象（见 `2a-产品功能-新版.md` §一 第 2 条）。
- 页面公共框架**不占骨架冻结的计数**。冻结冻的是业务板块与对象，不是框架。

**一处容易混的地方，写清楚：** P2 的「对标监控概览」在③段里长得和别的页那行数据摘要很像，但它是**业务板块**，不是框架。判据不是「长得像不像」，是「它是不是这一页某个功能的对象」。P2 那四个数是 F1 的产出（在监控的账号数、低粉爆款条数、异常值条数、近三天更新条数），所以它算板块；P1 那行数只是本页概览，不算。形态相似不等于产品对象相同。

**全局可达的那一个入口。** 只有「随手记」（F2）放在全局可达的位置：任意页面一次点击内碰得到。它不占任何一页的业务板块位。依据：F2 是 P0，`2a` 与 `1a` §八 都把它当主链的第一跳，不能埋在两层下。

---

## 五、七页骨架

每页写七样：这一页干什么／核心对象／不应该负责／公共框架含什么／业务板块清单（从上到下）／主操作／信息分档。

### P1 矩阵总览

**这一页干什么**：一屏回答每个账号今天该发什么、发了什么、效果如何。

**核心对象**：`Account` 账号、`Performance` 表现数据
**不应该负责**：内容的深度编辑（那是 P4）

**页面公共框架**：页面标题区 ＋ 数据摘要区（在管账号数／今日待处理数／数据异动数／本月已发数）＋ 页面操作区。
🔴 上一版③段这两块就是「统计条」，本版归入框架，不算板块。它的「功能入口」那块**撤销**。

**业务板块清单（从上到下，5 块）**

1. 今日待处理 —— 跨账号的待办：待审、待确认、待复盘各几件
2. 账号矩阵 —— 每个账号今日该发什么／已发什么／效果如何
   ⛔ 本块**不写怎么呈现**（矩阵、列表都是形态，归③段判）
3. 异常值提示 —— 最近哪些内容的数据异动
4. 本月表现最好的一条
5. 全局检索

**主操作**：决定今天先处理哪一件事，并进到那一件事。

**信息分档**

| 信息 | 档 | 判据回答 |
|---|---|---|
| 账号矩阵 | 主屏常驻 | 删掉它，主操作的对象就没了 —— 不知道有哪些账号，无从决定先处理哪件 |
| 今日待处理 | 主屏常驻 | 删掉它，主操作没有候选可挑，做不成 |
| 异常值提示 | 可点入 | 删掉它，主操作仍做得成（异常值是 P2 的输入，不是这一页的决策依据） |
| 本月表现最好 | 可点入 | 删掉它，主操作完全不受影响 —— 它只是激励 |
| 全局检索 | 可点入 | 删掉它，主操作做得成；它是本页的一个旁路，不是推进动作的一部分 |
| 随手记 | 全局可达（框架层，不占板块） | 它是 F2 的入口，任意页面一次点击内能碰到 |

🔴 本页依赖 **A1**（账号数 10–50）与**待复核第 5 条**（矩阵级视图是否真需要）。若第 5 条复核为「不需要」，P1 从「矩阵总览」降为「单账号今日」，只留第 1、4 板块，矩阵列表下移到账号切换。

---

### P2 选题雷达

**这一页干什么**：找选题，并且把选中的那条推进下一步。

**核心对象**：`Benchmark` 对标号、`Topic` 选题
**不应该负责**：内容生产（那是 P4）

**页面公共框架**：页面标题区 ＋ 页面操作区 ＋ 辅助入口区（「开始创作」这一类跳 P4 的动作入口）。
🔴 上一版③段的功能入口那块**撤销**。本页**没有**数据摘要区 —— 因为这一页那四个数（对标监控概览）本身就是业务板块，属于 F1 的产出。

**业务板块清单（从上到下，4 块）**

1. 对标监控概览 —— 四个数：在监控的账号数／低粉爆款条数／异常值条数／近三天更新条数
2. 对标内容 —— 每条带它相对该账号平时水平的倍数（⛔ 同 P1，不写呈现）；拆出来的结果**可就地入库**（人不必先跑去资产库 —— 入库口不限页，见 §一 第 3 条）
3. 评论区洞察（可点入子区）—— 取评论、出 AI 候选选题（`2a` F3）
4. 选题库 —— 装**对选题有帮助的任何信息**，用**进度 × 类型**两个正交维度区分（见下）

**选题库的两个维度（本版新写清）**

- **进度**（沿用旧口径）：`待做` ／ `在写` ／ `已用`。
- **类型**（本版新加）：`选题` ／ `对标线索` ／ `评论洞察` ／ `数据异动` ／ `灵感`。每类自带后续动作 —— 选题往下推创作、对标线索去拆解、评论洞察回评论区、数据异动去对标的那个账号、灵感可以直接变成选题。
- 两个维度**正交**：一条信息同时带进度和类型，⛔ 不是二选一。随手记写进来的信息，默认落「**灵感**」这个类型、进度默认「**待做**」。
- ⛔ 不新增「**待整理**」状态，⛔ 不做「先选去向」这一步 —— 信息落进来就是待做，靠类型区分，不靠人先归档。

**主操作**：把一条选题推进下一步（去创作台，或去资产库拆解）。

**信息分档**

| 信息 | 档 | 判据回答 |
|---|---|---|
| 对标内容 | 主屏常驻 | 删掉它，主操作的对象没了，做不成 |
| 选题库 | 主屏常驻 | 删掉它，主操作没有可推进的条目，做不成 |
| 对标监控概览四数 | 主屏常驻 | 删掉它，看不出哪个账号值得看 —— 列表会长到没法挑，等于主操作做不成 |
| 评论区洞察 | 可点入 | 删掉它，仍能从对标列表拿到选题 |
| 随手记（写进选题库） | 全局可达（框架层，不占板块） | 同 P1 的随手记；它写进来的东西落进「选题库」板块 |

---

### P3 资产库

**这一页干什么**：**统一管理**资产条目 —— 归类、查改、引用。资产从哪来不限页：任何页产生资产都可以就地入库，这一页是把资产收拢起来统一管的地方。

**核心对象**：`Asset` 资产条目
**不应该负责**：内容流程（拆解完就走，创作在 P4）

**页面公共框架**：页面标题区 ＋ 数据摘要区（条目总数／已入库／待入库／分区数）＋ 页面操作区。
🔴 上一版③段的功能入口那块**撤销**。

**业务板块清单（从上到下，4 块）**

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

**主操作**：把一条资产条目管理到位（归好分区、补上出处），需要时引用到创作台。
🔴 本页**不是唯一的入库口** —— P2 拆解、P4 创作、P3 自己都能就地入库；这一页的职责是**统一管理**，⛔ 不是「必须先到这里才能入库」。这与「一个对象只有一处产生」不冲突：那一条管的是**权威数据只有一份**，⛔ 不管写入动作发生在哪一页（`2a` §一 第 4 条）。

**信息分档**

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

---

### P4 创作台

**这一页干什么**：一条内容从选题走到成稿，再从成稿展开成**多个平台账号**的版本。

**核心对象**：`Content` 内容、`ContentVersion` 内容版本
**不应该负责**：真正执行发布（那是 P5）

**页面公共框架**：页面标题区 ＋ **当前内容上下文**（这是哪条选题／当前到哪个环节）＋ 数据摘要区（当前环节共几步／已完成环节数／引用资产数／版本数）＋ 页面操作区 ＋ 辅助入口区。
🔴 **「当前内容标识」从板块上移到这里。** 它服务整页，不是某个功能的对象。依据：GPT 的 P4 例（公共框架＝当前内容上下文 ＋ 页面级操作），采纳决策 G24。
🔴 上一版③段的功能入口那块**撤销**。

**业务板块清单（从上到下，6 块）**

1. 创作流程 —— 七个环节的当前位置，可回退
2. 当前环节工作区 —— 这一步实际干活的地方
3. AI 产出与采纳 —— 当前环节的 AI 产出（生成中／已生成／失败重试）＋ 采纳·驳回·改后再用
4. 资产引用 —— 从资产库拿角度、结构、开场白、标题
5. 版本管理 —— 一稿多版，含母版到**多个平台账号**的展开（展开单位是**平台账号**：一个内容账号下的一个平台账号一版）
   🔴 **本块是 F7 与 F8 的落点。** 上一版把 F7 拆成「P4 出成稿、P5 展开」两头各半，P4 侧连发起入口都没有。本版按 `2a` 的归属把它收回这里：展开与逐版确认发生在 P4，P5 只拿去发。展开单位由 V3 的「账号 × 平台」改成**平台账号**（`2a` F7）。
6. 录制卡片与画板 —— 成稿态之后，把内容转成对着讲的卡片（`2a` F14）
   🔴 **本块是补上的。** 上一版②段 P4 的板块清单里没有它，而 `1a` §五 S3 的场景、`1a` §六 F14、`1e` §四 的映射里都有它（现状 `D3`：四处不一致）。本版按 `2a` F14 归 P4 的结论把它补进板块清单。它是**成稿之后**的动作，不是创作流程七个环节里的一环 —— 这个区分写在这里，免得③段又把它塞进七步里。

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

**信息分档**

| 信息 | 档 | 判据回答 |
|---|---|---|
| 创作流程 | 主屏常驻 | 删掉它，不知道下一环节是什么，主操作做不成 |
| 当前环节工作区 | 主屏常驻 | 主操作的对象 |
| AI 产出与采纳 | 主屏常驻 | 删掉它，当前环节的产出无处看、无处采纳 ⇒ 推进到下一环节做不成 |
| 当前内容上下文 | 主屏常驻（框架层，不占板块） | 删掉它，改到别的选题上也不知道，等于做错 |
| 资产引用 | 可点入 | 删掉它，仍能凭空写（这正是 S2 要治的老毛病），主操作本身做得成 |
| 版本管理 | 可点入 | 删掉它，推进流程不受影响；只有回溯旧版或多账号展开时才需要 |
| 录制卡片与画板 | 可点入 | 删掉它，走到成稿并发布仍做得成；它只在想生成卡片时才需要 |

---

### P5 发布中心

**这一页干什么**：把成稿过来的版本过闸，由人确认发出。

**核心对象**：`PublishTask` 发布任务、`PublishRecord` 发布记录
**不应该负责**：内容创作、版本生成（都在 P4）

**页面公共框架**：页面标题区 ＋ 数据摘要区（目标渠道数／覆盖平台数／本批版本数／硬拦项数）＋ 页面操作区。
🔴 上一版③段的功能入口那块**撤销**。它上面原本挂着「创作台」与「记录与对账」两个跳转，这两个跳转纳入 §六 的流转契约（P5→P7 见第 14 条，回创作台走流程）。

**业务板块清单（从上到下，5 块）**

1. 目标选择 —— **两级**：先选**内容账号**，再勾它下面的**平台账号**（渠道），决定这批版本投到哪几个渠道
2. 各版本与逐版编辑 —— **一个平台账号一版**（一版一路）
3. 检查结果 —— 哪几处会被硬拦、哪几处只是提醒
4. 确认发布 —— 含二次确认
5. 发布记录 —— 这批发了什么，可查随发布记录一起留的检查结果

🔴 **两级目标选择的判据（本版新写清）**：一个**内容账号**在投放时对应**多个平台账号**、分别投放 ⇒ 目标不是「选账号 + 选平台」两个独立动作，是**顺着内容账号往下勾它的平台账号**（`2a` §二 对象字典「平台账号」）。摘要区的「目标渠道数」＝ 勾中的平台账号数，「覆盖平台数」＝ 这些渠道落在几个平台。
🔴 **「一版一路」**：一个**平台账号**（渠道）只对应一个版本 ⇒ 勾了 N 个平台账号就要有 N 版。发布记录**不加渠道字段**：一版一路时，从版本就能反推出渠道（`2a` F13）。

**主操作**：确认发布。

**信息分档**

| 信息 | 档 | 判据回答 |
|---|---|---|
| 检查结果 | 主屏常驻 | 删掉它，会被硬拦项挡回去却不知道为什么，主操作做不成 |
| 各版本与逐版编辑 | 主屏常驻 | 主操作对象 |
| 确认发布 | 主屏常驻 | 删掉它就没有主操作本身了 |
| 目标选择 | 可点入 | 判据答「做得成」—— 从 P4 带着版本进来时，目标已定；只有从 P1 直接进来才需要现选 |
| 发布记录 | 可点入 | 删掉它，回查改从 P7 进 |

---

### P6 账号画像（导航里的第六项「账号」）

**这一页干什么**：每个**内容账号**一份画像与记忆；它下面挂着 N 个**平台账号**（发布渠道）。看和改都在这一页。

**核心对象**：`Account` 账号（＝内容账号；平台账号是它下面的子项，不另立对象）
**不应该负责**：独立业务流程（它只提供上下文，不在生产链上）

**页面公共框架**：页面标题区 ＋ 数据摘要区（在管账号数／已建画像数／长期记忆条数／关联选题数）＋ 页面操作区。
🔴 上一版③段的功能入口那块**撤销**。

**业务板块清单（从上到下，5 块）**

1. 账号列表 —— 选一个内容账号
2. 画像五维 —— 定位、风格、受众、偏好与红线、长期记忆
3. 平台账号 —— 这个内容账号下面的 N 个平台账号，每条带「平台 ＋ 登录态 ＋ 授权状态」
4. 记忆条目 —— 只追加，不覆盖
5. 关联内容 —— 这个内容账号做过的内容

**主操作**：保存这一份画像。

**信息分档**

| 信息 | 档 | 判据回答 |
|---|---|---|
| 画像五维 | 主屏常驻 | 主操作对象 |
| 账号列表 | 主屏常驻 | 删掉它，不知道在改哪个账号的画像，会改错 |
| 平台账号 | 可点入 | 删掉它，编辑与保存画像都做得成；它在要管这个账号的发布渠道（登录／授权／增删）时才需要 |
| 记忆条目 | 可点入 | 删掉它，编辑画像与保存都做得成（记忆是回写产物，不是编辑动作的输入） |
| 关联内容 | 可点入 | 删掉它，主操作不受影响 |

⚠️ **画像五维是一块，不是五块。** 现状里它在界面上被拆成五个输入位加一行只读提示，那是③段的实现选择，不等于它是两个板块。本份只声明它是**一个业务板块**。

🔴 **账号是两个概念，这里说清**：**内容账号**管**内容属性**（账号设定：定位／风格／受众／偏好红线／长期记忆），**平台不归它**；**平台账号**是**发布的渠道**（带平台 ＋ 登录态 ＋ 授权状态）。两者是**一个内容账号 → N 个平台账号**（子项清单），**不是两个并列的对象**，⛔ 不给平台账号单独立对象（`2a` §二 对象字典「平台账号」）。⇒ 本页的归属页没变，核心对象仍是 `Account`。

---

### P7 复盘台（原 P8 记录与对账整页并入本页）

**这一页干什么**：把一条已发布内容的表现读回来，写成这个账号的经验；同一页上还能查发布留痕、核商单与收支。

**核心对象**：`Review` 复盘结论（原料是 `Performance` 表现数据）；本页后半还有 `PublishRecord` 发布记录与 `Campaign/Order` 商单与收支
**不应该负责**：内容创作、版本生成（都在 P4）

**页面公共框架**：页面标题区 ＋ 数据摘要区（待复盘数／数据已回数／本次已回写数／画像记忆数／记录总数／待结算数）＋ 页面操作区。
🔴 上一版③段的功能入口那块**撤销**。

**业务板块清单（从上到下，10 块 · 平铺，⛔ 不划子区）**

1. 待复盘项
2. 这一条的表现数据
3. 归因结论（由 AI 给出，可编辑）
4. 确认与改判 —— 采纳、驳回或改后再用
5. 回写目标提示 —— 这次回写到哪个账号
6. 历史复盘（可点入）
7. 发布记录 —— 谁在什么时候确认发的、发的是哪一版（⛔ 不写呈现；原 P8 整页搬来，⛔ 不是新做，是搬位置）
8. 单条溯源 —— 从记录回到内容与版本
9. 对账核对区 —— 内容、发布记录、收支三样对得上
10. 商单与收支（可点入，所属功能 F12 标 `P2／Deferred`，第一版可能没有）

🔴 **这 10 块平铺，⛔ 不划子区、⛔ 页内不分段。** 前 6 块（复盘）与后 4 块（记录与对账）是**同一类事** —— 都属「**发布之后看数据与看收入**」：复盘那半看数据，记录与对账那半看收入。用户口径逐字：「发布的目的就是为了看数据和看收入啊」。⇒ ⛔ 不拆页、⛔ 不加导航项、⛔ 页内不分区（GPT 主张把记录与对账拆出去，本版不采纳）。

**主操作**：确认归因并回写（复盘那半）；核销一条记录（记录与对账那半）。

**信息分档**

| 信息 | 档 | 判据回答 |
|---|---|---|
| 表现数据 | 主屏常驻 | 删掉它，归因没有依据，主操作做不成 |
| 归因结论（可编辑） | 主屏常驻 | 主操作对象 |
| 确认与改判 | 主屏常驻 | 删掉它，结论没有采纳或驳回 ⇒ 回写没有依据，等于主操作没做成 |
| 待复盘项 | 主屏常驻 | 删掉它，不知道有什么可复盘，主操作做不成 |
| 回写目标提示 | 主屏常驻 | 删掉它，回写会落到错的账号，这条经验就废了 —— 等于主操作没做成 |
| 历史复盘 | 可点入 | 删掉它，当前这次复盘仍做得成 |
| 发布记录 | 主屏常驻 | 知道有哪些记录，不知道就无从核销。判据：删掉它，核销没有对象 |
| 对账核对区 | 主屏常驻 | 核销这个主操作的对象 |
| 单条溯源 | 可点入 | 判据答「做得成」—— 核销看列表就够；要深究才点进溯源 |
| 商单与收支 | 可点入 | 删掉它，核销仍做得成；且 F12 标 `Deferred`，第一版可能整块没有（见 `2a` §三 F12 与 §六 依赖表） |

**一句要写死的话**：第 4 块「确认与改判」**是回写的前置开关**，不是只留痕。没有人工裁决，回写这一步不成立。依据 `2a` F10 的状态流转；③段现在按「只留痕」实现（现状 `D2`），要改。

**另一句要写死的话**：第 7–10 这四块是**从 P8 搬过来的同一批板块**，内容一字不改。判据不是「P7 多了四个新板块」，是**页集合里再也没有 P8 这一页**（见 §七 第 2 条）。

---

## 六、页面流转契约（20 条）

**每条写六样**：来源页面／触发动作／传递对象／对象 ID（含必要上下文）／目标页面接收方式／目标页面落地状态。

**每条至少带一个业务对象或它的 ID。** 光写「从哪到哪」没有工程价值 —— 上一版 18 条里 14 条就是这么写的，现状里它们要么不带东西、要么带了过去对面不读。

**三条总规则**（与 `2a` §一 第 3 条同源，此处是它在骨架上的落地）：跨页只传 ID 加必要上下文，不传页面临时状态；一个对象只有一处产生；目标页接到 ID 必须能自己恢复出状态。

### 第一类 · 对象传递（上游产出对象，下游拿它新建或更新）

| # | 来源 → 目标 | 触发 | 传递对象 | 对象 ID ＋ 上下文 | 目标接收方式 | 落地状态 |
|---|---|---|---|---|---|---|
| 7 | P2 → P3 | 对某条对标内容发起拆解 | 对标内容 → `Asset` 的原料 | `benchmarkContentId` ＋ 选中分区 | P3 以该内容为原文新建草稿条目 | 分区切到对应区，详情显示该内容的原文与出处 |
| 8 | P2 → P4 | 把一条选题转入创作 | `Topic` → `Content` | `topicId` | P4 **创建或切换当前 `Content`** | 当前内容＝该选题；新建草稿 v1；标题继承选题标题；资产引用为空 |
| 9 | P3 → P4 | 引用一条资产去创作 | `Asset` → 当前内容的资产引用 | `assetId` | P4 把该资产挂进当前内容的资产引用 | 资产引用区列出该条 |
| 10 | P4 → P5 | 成稿态，去发布 | `ContentVersion` → `PublishTask` | `contentId` ＋ `versionIds` | P5 创建发布任务 | 各版本按 `versionIds` 载入，检查结果待跑 |

🔴 第 8 条治的是现状 `B8`：上一版只写「把一条选题转入创作」，③段于是只改了选题状态就跳页，创作台显示的还是写死的上一条。契约写死「创建或切换当前 `Content`」，对面就没法糊弄。

### 第二类 · 上下文定位（只带定位用的 ID，目标页自己去查）

| # | 来源 → 目标 | 触发 | 传递对象（定位用） | 对象 ID ＋ 上下文 | 目标接收方式 | 落地状态 |
|---|---|---|---|---|---|---|
| 1 | P1 → P2 | 点「异常值提示」里某条，或从今日待处理挑到选题类待办 | `Benchmark` 的线索 | `benchmarkId` ＋ `filter=异常值` | P2 用 `filter` 筛对标内容，用 `benchmarkId` 定位那一条 | 列表已按筛选值过滤，停在对应那条 |
| 2 | P1 → P4 | 今日待处理里有「在写」的内容 | `Content` | `contentId` | P4 切换当前内容 | 创作流程停在该内容当前环节 |
| 3 | P1 → P5 | 今日待处理里有待审／待确认的 | `PublishTask` | `publishTaskId` | P5 载入该任务 | 停在该任务的检查与确认位 |
| 4 | P1 → P6 | 点账号矩阵里某个账号 | `Account` | `accountId` | P6 载入该账号 | 画像五维填充该账号的值 |
| 5 | P1 → P7 | 今日待处理里有待复盘的 | `Review` | `accountId`（如有 `reviewId` 一并带） | **P7 自己按 `accountId` 查出该账号的待复盘项与表现数据** | 待复盘项定位于该账号 |
| 6 | P1 → P7 | 今日待处理里有待核销的 | `PublishRecord` | `recordId` | P7 载入该条记录，对账核对区停在该条 | 对账核对区停在该条记录 |
| 11 | P4 → P6 | 需要查这个账号的口径 | `Account` | `accountId` | P6 载入该账号 | 画像五维填充该账号的值 |
| 12 | P5 → P6 | 发布前要核账号口径 | `Account` | `accountId` | 同第 11 条 | 同第 11 条 |
| 15 | P6 → P4 | 画像保存后回到创作 | `Account`（回程） | `accountId`，如来时带了 `contentId` 一并带回 | P4 保持或切换当前内容 | 来时带了 `contentId` 则回到它，否则当前内容不变 |
| 16 | P6 → P5 | 画像保存后回到发布 | `Account`（回程） | `accountId`，如来时带了 `publishTaskId` 一并带回 | P5 保持当前任务 | 任务不变 |
| 18 | P7 → P5 | 从一条记录回到它对应的版本 | `PublishRecord` → `ContentVersion` | `recordId`（由它解析出 `versionIds`） | P5 载入这些版本 | 各版本定位于该记录当时用的那一版 |

🔴 第 5 条治的是现状 `B9`：上一版写「点账号矩阵里的某个账号 → P7」，③段把被点账号放进了页面临时状态，而 P7 根本不读它，看的是待复盘表默认那一条。契约写死「传 `accountId`，P7 自己查」，就把这条路堵上了。

### 第三类 · 状态完成（下游这一步做完，上游那个对象的状态才算走完）

| # | 来源 → 目标 | 触发 | 传递对象 | 对象 ID ＋ 上下文 | 目标接收方式 | 落地状态 |
|---|---|---|---|---|---|---|
| 13 | P5 → P7 | 已发布，去复盘 | `PublishRecord` → `Review` | `recordId` ＋ `accountId` | P7 为该记录建一条待复盘项 | 待复盘项多出这一条，表现数据取该记录用的版本 |
| 14 | P5 → P7 | 发布后去查留痕 | `PublishTask` → `PublishRecord` | `publishTaskId` | P7 载入刚产生的那条记录 | 发布记录列表多出这一条并停在它上面 |
| 17 | P7 → P6 | 归因回写 | `Review` → `Account` 的记忆 | `accountId` ＋ `reviewId` | P6 往该账号追加一条记忆条目 | 记忆条目多出一条，长期记忆数 +1 |

🔴 第 13 条治的是现状 `C1`：上一版写的 P5 → P7，是 18 条里唯一一条界面上找不到任何入口的。本版把它列进 P0 必须通的四条之一（见下）。
🔴 第 14 条治的是现状 `B1`：③段「确认发布」只写了个内存标志加一句提示，P8 的记录表永远不会多出这一条。契约写死「目标页载入刚产生的那条记录」，对面就得真落一条。

### 两条新增的流转（标「新增·待确认」，见 §十）

| # | 来源 → 目标 | 触发 | 传递对象 | 对象 ID ＋ 上下文 | 目标接收方式 | 落地状态 |
|---|---|---|---|---|---|---|
| 19 | P7 → P1 | 复盘结论确认后，回到矩阵 | `Review` → 由它刷新的 `Performance` 汇总 | `accountId`（可选） | P1 用该结论刷新异常值提示／今日待处理／本月表现最好的一条 | 对应板块多出这一条 |
| 20 | P7 → P2 | 复盘发现转下一轮选题 | `Review` → `Topic` | `reviewId` | P2 以该结论为来源建一条草稿选题 | 选题库「待做」多出一条，来源标该复盘 |

**为什么这两条单列**：第①棒逐条盘点的 18 条里没有它们，它们是 GPT 新加的，代表「复盘反哺」那一段闭环。不写进去，闭环在文档上就是断的，第④步做界面对不上；写进去却不标，等于偷偷扩范围。所以：写进去，标出来。

### 优先级：哪几条必须先通

主链的第一段是 `Topic → Content → ContentVersion → PublishTask → PublishRecord → Review`。落在流转上，**P0 必须先通的是四条**：

1. 第 8 条 P2 → P4（选题 → 内容）
2. 第 10 条 P4 → P5（成稿 → 发布任务）
3. 第 14 条 P5 → P7（发布 → 发布记录）
4. 第 13 条 P5 → P7（发布记录 → 待复盘）

后做的（重要，但不卡主生产链）：第 1、2、3、4、5、6、9、11、12、15、16、18 条。第 19、20 条等 §十 第 3 项定完再排。

---

## 七、骨架受限的两处（依赖未复核项，沿用）

1. **P1 的形态挂在待复核第 5 条上**（矩阵级视图是否真需要）。若答「不需要」，P1 降为单账号今日，矩阵列表下移。这是一处**结构性分支**，③段动工前必须定。
2. **P7 的第 10 板块「商单与收支」挂在待复核第 6 条与 A3 上**（商单对账进不进第一版；收支口径）。若「不进第一版」，P7 的这半只留第 7、8、9 板块（原 P8 的第 1、2、3 块）。

**回收三字段**：复核人 ＝ 主会话转用户；复核时机 ＝ ②段收口时一次性过，③段动工前必须定；结论落点 ＝ 本文件 §七 与 §五 P1、P7 对应板块。

---

## 八、五样给全核对（方法论要求，缺一样③段就没方向）

| 要求 | 本份落在哪 | 齐 |
|---|---|---|
| 页面清单（有哪几页，每页一句话说清干什么） | §五 七页，每页第一段 | ✅ |
| 页面流转（谁跳到谁、什么条件下） | §六 20 条，每条六要素 ＋ 三条总规则 ＋ P0 四条 | ✅ |
| 每页板块清单与排列（几个块、从上到下什么顺序） | §五 每页「业务板块清单（从上到下）」，逐页编号 | ✅ |
| 每页主操作（唯一那个推进动作） | §五 每页「主操作」 | ✅ |
| 每条信息的分档（主屏常驻／可点入，含判据回答） | §五 每页「信息分档」表 | ✅ |
| 页型一句 | §二 | ✅ |
| 导航结构（几项、各项指向哪页、顺序） | §三 | ✅ |

---

## 九、与上一版（V3）的实质差别（逐条）

**八条口径的落地**

1、**功能归属判据换成「一类事情放同一个页面」**（`2a` §一 第 2 条）。落到骨架上，**七页集合与 P1–P7 的板块归属一页没动** —— 用新判据把七页复核了一遍，归属全部成立。改的是判据文字，不是页结构（§一 第 2 条）。
2、**资产入库不限页，资产库页改成「统一管理」**（P3 §五）。P3 的页面职责由「存拆解结果」改成「统一管理资产条目」，主操作跟着改；P2 的「对标内容」块写明拆解结果**可就地入库**。⛔ P3 不再是唯一入库口。本页板块仍是 4 块，总数不变。
3、**P2 选题库改用「进度 × 类型」两个正交维度**（P2 §五）。进度沿用 `待做／在写／已用`，类型新加 `选题／对标线索／评论洞察／数据异动／灵感`，每类自带后续动作。⛔ 不新增「待整理」状态、⛔ 不做「先选去向」。
4、**P2 的「灵感速记」并进「选题库」**（P2 5 → 4 块）。顺手订正 V3 遗留：同一页的板块清单与信息分档表对「灵感速记」写法打架 —— 现在统一成「随手记是全局可达的框架层入口（不占板块），写进来的东西落选题库」。
5、**P5 目标选择改成两级**（P5 §五 第 1 块）：先选内容账号，再勾它下面的**平台账号**（渠道）。数据摘要区由「目标账号数／目标平台数」改成「**目标渠道数／覆盖平台数**」。
6、**P5 第 2 块写死「一个平台账号一版」（一版一路）**（P5 §五 第 2 块）。依据 `2a` F13；`PublishRecord` 不加渠道字段。
7、**P6 画像六维收成五维**（去掉「平台」这一维），**新增「平台账号」板块**（P6 4 → 5 块）。平台账号＝发布渠道，每条带「平台 ＋ 登录态 ＋ 授权状态」，是内容账号下的子项清单（1 → N），⛔ 不另立对象。
8、**P7 写死「平铺、不划子区」**（P7 §五）。10 块属「发布之后看数据与看收入」同一类事，⛔ 不拆页、⛔ 不加导航项、⛔ 页内不分区。

**数字**

9、**业务板块总数不变，仍是 39**：P2 由 5 块收成 4 块（−1），P6 由 4 块变 5 块（＋1），其余五页不变 ⇒ 净变化 0。七页页数与 20 条流转契约都不动。（逐页数：5／4／4／6／5／5／10。）

---

### 附：V3 相对 V2 的实质差别（存档，⛔ 本版未推翻）

**页集合与导航**

1、**页数由八页收成七页**。P8 记录与对账**整页撤销**，四个板块原样接入 P7，导航里不再单列。判据是「页集合里没有 P8」，不是「把 P8 改个名」（§五 P7）。
2、**导航由「三组 ＋ 一个跨组入口」压成一层七项**：首页／选题／创作／投放／复盘／账号／**资产（排最后）**。零组标、零跨组、零第二层。上一版的三组标题与跨组入口全部去掉（§三）。
3、**导航项名与页的对应写死**：首页→P1、选题→P2、创作→P4、投放→P5、复盘→P7、账号→P6、资产→P3。这不只是顺序表，是「点哪一项到哪一页」的判据（§三）。
4、**P5 在导航里显示为「投放」**。它仍是发布中心，页内写清只管内容发布与排期。**改名不扩功能** —— 上一版叫「发布」，本版只换显示名与归属说明。
5、**P6 不再是「跨组入口」**（跨组这个概念随分组一起去掉），它就是一层的第六项「账号」。

**功能与板块的对应**

6、**新增「功能 ↔ 板块」一一对应关系，并写进可机检位置**。上一版只声明「功能按使用场景组织」，没有逐块落点；本版给每页每个板块标出它承担哪条功能，且自检里双向查（无悬空功能、无孤立板块）——对应关系从此可机检，不靠人读（§五，原型 `FN_HOME`／`FN_MAP` 与自检 5b-3）。
7、**P7 由 6 块变 10 块**：前 6 块是复盘，后 4 块是搬来的记录与对账（发布记录／单条溯源／对账核对区／商单与收支）。

**流转与冻结**

8、**流转契约目标页的三处改动**：第 6 条（P1 → 记录）、第 14 条（P5 → 记录）目标页由 P8 改指 **P7**；第 18 条（记录 → P5）来源页由 P8 改指 **P7**。条数仍 20，六要素契约本身一字未动（§六）。
9、**骨架冻结表由「八页 39 块」改成「七页 39 块」**。页结构与板块归属的判据同步改，冻结照旧逐页逐位比对（§四、§五）。

**数字**

10、**业务板块总数不变，仍是 39**。P7 从 6 块变 10 块（＋4），P8 整页撤掉（−4），六页不变 ⇒ 净变化 0。

---

### 附：V2 相对 V1 的实质差别（沿用存档，⛔ 本版未动）

**结构层**

1、**新增「页面公共框架」一节（§四）**，给出四样内容与三条硬规则。V1 完全没有这一层，③段的页壳因此成了文档外的黑户（现状 `A1`）。
2、**撤销各页的「功能入口」板块**（V1 的③段长出来、②段没写的那一层）。撤销之后入口回到所属业务板块或全局可达位置。依据：它的文字就是流转表的副本（现状 `A2`）。
3、**骨架冻结升级成对象冻结**（§四＋§七）。V1 只写「③段不许新增、移动、删除板块」，没定义「什么算板块」；V2 把判据从「有没有套统一板块的样式」换成「有没有一个明确的业务对象」，并写明新增业务能力必须先进 `2a` 功能清单、完成对象归属。
4、**每页新增两栏：核心对象、不应该负责**。V1 只有「职责＋板块」。
5、**流转从「一句话」改成六要素契约（§六）**，20 条逐条写全，并按对象传递／上下文定位／状态完成三类分开。V1 只有「从哪到哪、什么条件下」两列。
6、**新增流转优先级：P0 四条**（§六末）。

**页面与板块层**

7、**P4：「当前内容标识」从业务板块上移进公共框架**，改名「当前内容上下文」。
8、**P4：新增板块「录制卡片与画板」**，落 F14。
9、**P4：新增板块「版本管理」承担 F7 与 F8**。
10、**P5：第 2 板块改名「各版本与逐版编辑」**，只消费 P4 生成的版本，⛔ 不再负责展开。
11、**P5：第 5 板块从「发布记录入口」改成「发布记录」**。
12、**P6：写死「画像六维是一块，不是六块」**。
13、**P7：写死「确认与改判是回写的前置开关」**。
14、**P1：第 5 板块从「全局检索与随手记入口」改成「全局检索」**，随手记移到公共框架的全局可达位置。

**数字与核对层**

15、**V2 重数业务板块总数＝39 块**，并订正第①棒 §四 A1 的加总差错（原文写 38，自给的 `5+5+4+6+5+4+6+4` 等于 39）。
16、**零视觉词红线照旧**，全文无配色／字体／间距／组件样式／动效，也无「卡片」「按钮」「标签」这类形态词。
17、**V2 相对 V1 一页没删、主操作一页没改。** ⚠️ 本版（V3）**推翻了这一条** —— 本版删了 P8 整页（见本 §九 第 1 条），这是用户口径要求的改动。

---

## 十、待与用户确认项

派活单要求：「部分采纳」那三条涉及改②段结构的，先按 GPT 的方向落地，再在文末单列。以下是本份范围内的全部待确认项。

**1、导航项的显示名与侧栏短名怎么对齐**
本版把导航压成一层七项（首页／选题／创作／投放／复盘／账号／资产），按用户口径定的名字。V2 那套「三组＋跨组」的组名问题随分组一起去掉，不再是问题。**新冒出来的一个问号**：网页 App 的侧栏是窄的，七项如果都用全名（如「首页」「选题」「创作」等）宽度够，但要不要另配一套两字短名（如「复盘台」缩成「复盘」「账号画像」缩成「账号」），得先问 —— 现在⑦段用的是用户口径的全名，没另起一套短名。
为什么不自决：起短名等于顺手加一套命名口径，属于改口径，不是执行细节。

**2、②段要不要并成一份九节的「产品架构基线 V2」**
GPT 主张合成一份、九节。本版的处置是**内容照收、形态不收**：九节要的东西全部落进了 `2a`＋`2b` 两份（详见 `2a-产品功能-新版.md` §九 第 1 项）。
为什么不自决：合成会新增文档层，属于扩大可见面。

**3、两条新增流转（§六 第 19、20 条）要不要进②段**
写进去了，但每条都标了「新增·待确认」。理由与处置见 §六 那一段。
为什么不自决：新增流转是扩范围。

**4、六种流转类型（T1–T6）要不要进正文**
GPT 给了 Create／Open／Continue／Publish／Review／Trace 六型。本版只采纳**三分类**，六型没进正文。
为什么不自决：GPT 没把六型和这 20 条逐条对齐，直接搬进来会在同一件事上造出第二份定义。要进得先把 20 条逐条归型。

**5、1a 的 9 条待复核 ＋ A1–A4 仍未确认**
沿用上一版遗留（现状 `E2`）。P1 的形态挂在第 5 条上，P7 第 10 板块（商单与收支）挂在第 6 条与 A3 上（§七）。

**6、一条计数订正请顺手认一下**
§九第 15 条（存档段）：第①棒写「八页共 38 个板块」，实际加总是 39；V2 重数为 39，页数由八变七、P8 四块并入 P7 之后，**总数仍是 39**（搬位置，不增减）。这条不是要用户拍板，只是请核一下按哪个数往下走。
⚠️ 与旧版不同：这次**页数由八变七**，但**板块总数仍是 39**（P8 四块搬进 P7，只是换了页）。

**7、定时发布：挂起（本轮不落）**
用户口径逐字（2026-10-10 07:56）：「后续具体做投放功能的时候在说」。⇒ 本轮**不写**定时发布：⛔ 不在 P5 加「定时设置」板块、⛔ 不新增状态、⛔ 不动流转契约。当前只在 `2a`／`2b` 各记一条登记，等真做投放功能时再议。
- **复核人** ＝ 主会话转用户（真做投放功能时）
- **复核时机** ＝ **立项做投放功能时**（⛔ 不是②段收口）
- **结论落点** ＝ 本文件 §十 与本项 ＋ `2a-产品功能-新版.md` §九 第 7 项；届时定「平台原生定时」还是「本地调度」走哪一条。

**回收三字段**（本份第 1–6 项共用）：
- 复核人 ＝ 主会话转用户
- 复核时机 ＝ ②段收口时一次性过；第 3、4 条要赶在第④步动界面之前定（第 7 项不在此列，见上）
- 结论落点 ＝ 本文件 §十 与 `2a-产品功能-新版.md` §九

---

## 附：本份自检

- [x] 七页，每页有核心对象、不应该负责、公共框架含什么、业务板块清单与顺序、主操作、信息分档（含判据回答）
- [x] 页面公共框架被显式定义，且写明不算板块数、不参与功能归属、不占冻结计数
- [x] 每页的业务板块清单里没有公共框架那四样（框架与板块彻底分开）
- [x] 导航一层七项，项名与顺序照用户口径（首页／选题／创作／投放／复盘／账号／资产），零组标、零跨组、零第二层
- [x] 每一页每个板块都标出它承担哪条功能，双向无悬空、无孤立（可机检：原型 `FN_HOME`／`FN_MAP` ＋ 自检 5b-3）
- [x] 流转 20 条，每条六要素齐全；18 条沿用②段原条目，2 条新增并标注
- [x] 流转按三类分开；P0 四条单列
- [x] ③段现在实现不了的四处（`B1`／`B8`／`B9`／`C1`）在契约里都有对应写法
- [x] 零视觉词：配色 / 字体 / 间距 / 组件样式 / 动效，一个未出现；未用「卡片」「按钮」「标签」这类形态词
- [x] 未写功能条目的有无与优先级（那是 `2a`），未描述页面「长什么样」
- [x] 业务板块总数写明（39 块），并订正了第①棒的一处加总差错；V4 逐页数 5／4／4／6／5／5／10，加总仍是 39
- [x] P2 选题库写明「进度 × 类型」两个正交维度；⛔ 未新增「待整理」状态、⛔ 未做多去向
- [x] 资产入库不限页写清，P3 职责改成「统一管理」；与「一个对象只有一处产生」的关系写明
- [x] P5 目标选择两级（内容账号 → 平台账号）写清；摘要区对齐「目标渠道数／覆盖平台数」；第 2 块写死「一版一路」
- [x] P6 账号分「内容账号／平台账号」两个概念：画像五维 ＋ 平台账号子项清单；⛔ 未新增独立对象
- [x] P7 10 块平铺、不划子区，并写明属「发布之后看数据与看收入」一类
- [x] 定时发布挂起已登记（含回收三字段），本轮未落进骨架
- [x] 骨架受限的两处标出来源（待复核第 5、6 条与 A3），带回收三字段
- [x] 对象冻结声明写明确：新增业务能力必须先进 `2a` 功能清单并完成对象归属
- [x] §九 逐条列出与上一版（V3）的实质差别（9 条）＋ V3 相对 V2 的存档（10 条）＋ V2 相对 V1 的存档（17 条）
- [x] §十 单列了全部待确认项的处置与理由
- [x] 未新增②段两份之外的文档；上游文件全部只读使用

*（说人话自评：46/50　直接性 10 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 8 —— 判据源 `E:/ProgramData/.workbuddy/skills/humanizer-zh`，门槛 45。）*