51 KiB
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）
七页每页都有这一层，四样，从上到下：
- 页面标题区 —— 页名，加一句话说清这一页干什么。
- 数据摘要区（可选）—— 本页若干个数的一行摘要。哪页有、摘要哪几个数，由本页需要决定；不是每页都必须有。
- 页面操作区 —— 本页的页面级操作。
- 辅助入口区 —— 放本页那些不属于任何业务板块、又必须在本页可达的入口。⛔ 不许用它把 §六 的流转表再写一遍。
三条硬规则（这是本版新立的，堵的是现状 A1／A3）：
- 页面公共框架不计入业务板块数量，每页的板块清单里不列它。
- 页面公共框架不参与功能归属。功能归属只看核心业务对象（见
2a-产品功能-新版.md§一 第 2 条）。 - 页面公共框架不占骨架冻结的计数。冻结冻的是业务板块与对象，不是框架。
一处容易混的地方，写清楚： P2 的「对标监控概览」在③段里长得和别的页那行数据摘要很像，但它是业务板块，不是框架。判据不是「长得像不像」，是「它是不是这一页某个功能的对象」。P2 那四个数是 F1 的产出（在监控的账号数、低粉爆款条数、异常值条数、近三天更新条数），所以它算板块；P1 那行数只是本页概览，不算。形态相似不等于产品对象相同。
全局可达的那一个入口。 只有「随手记」（F2）放在全局可达的位置：任意页面一次点击内碰得到。它不占任何一页的业务板块位。依据：F2 是 P0，2a 与 1a §八 都把它当主链的第一跳，不能埋在两层下。
五、七页骨架
每页写七样：这一页干什么／核心对象／不应该负责／公共框架含什么／业务板块清单（从上到下）／主操作／信息分档。
P1 矩阵总览
这一页干什么：一屏回答每个账号今天该发什么、发了什么、效果如何。
核心对象：Account 账号、Performance 表现数据
不应该负责：内容的深度编辑（那是 P4）
页面公共框架：页面标题区 ＋ 数据摘要区（在管账号数／今日待处理数／数据异动数／本月已发数）＋ 页面操作区。 🔴 上一版③段这两块就是「统计条」，本版归入框架，不算板块。它的「功能入口」那块撤销。
业务板块清单（从上到下，5 块）
- 今日待处理 —— 跨账号的待办：待审、待确认、待复盘各几件
- 账号矩阵 —— 每个账号今日该发什么／已发什么／效果如何 ⛔ 本块不写怎么呈现（矩阵、列表都是形态，归③段判）
- 异常值提示 —— 最近哪些内容的数据异动
- 本月表现最好的一条
- 全局检索
主操作：决定今天先处理哪一件事，并进到那一件事。
信息分档
| 信息 | 档 | 判据回答 |
|---|---|---|
| 账号矩阵 | 主屏常驻 | 删掉它，主操作的对象就没了 —— 不知道有哪些账号，无从决定先处理哪件 |
| 今日待处理 | 主屏常驻 | 删掉它，主操作没有候选可挑，做不成 |
| 异常值提示 | 可点入 | 删掉它，主操作仍做得成（异常值是 P2 的输入，不是这一页的决策依据） |
| 本月表现最好 | 可点入 | 删掉它，主操作完全不受影响 —— 它只是激励 |
| 全局检索 | 可点入 | 删掉它，主操作做得成；它是本页的一个旁路，不是推进动作的一部分 |
| 随手记 | 全局可达（框架层，不占板块） | 它是 F2 的入口，任意页面一次点击内能碰到 |
🔴 本页依赖 A1（账号数 10–50）与待复核第 5 条（矩阵级视图是否真需要）。若第 5 条复核为「不需要」，P1 从「矩阵总览」降为「单账号今日」，只留第 1、4 板块，矩阵列表下移到账号切换。
P2 选题雷达
这一页干什么：找选题，并且把选中的那条推进下一步。
核心对象：Benchmark 对标号、Topic 选题
不应该负责：内容生产（那是 P4）
页面公共框架：页面标题区 ＋ 页面操作区 ＋ 辅助入口区（「开始创作」这一类跳 P4 的动作入口）。 🔴 上一版③段的功能入口那块撤销。本页没有数据摘要区 —— 因为这一页那四个数（对标监控概览）本身就是业务板块，属于 F1 的产出。
业务板块清单（从上到下，4 块）
- 对标监控概览 —— 四个数：在监控的账号数／低粉爆款条数／异常值条数／近三天更新条数
- 对标内容 —— 每条带它相对该账号平时水平的倍数（⛔ 同 P1，不写呈现）；拆出来的结果可就地入库（人不必先跑去资产库 —— 入库口不限页，见 §一 第 3 条）
- 评论区洞察（可点入子区）—— 取评论、出 AI 候选选题（
2aF3） - 选题库 —— 装对选题有帮助的任何信息，用进度 × 类型两个正交维度区分（见下）
选题库的两个维度（本版新写清）
- 进度（沿用旧口径）：
待做／在写／已用。 - 类型（本版新加）：
选题／对标线索／评论洞察／数据异动／灵感。每类自带后续动作 —— 选题往下推创作、对标线索去拆解、评论洞察回评论区、数据异动去对标的那个账号、灵感可以直接变成选题。 - 两个维度正交：一条信息同时带进度和类型，⛔ 不是二选一。随手记写进来的信息，默认落「灵感」这个类型、进度默认「待做」。
- ⛔ 不新增「待整理」状态，⛔ 不做「先选去向」这一步 —— 信息落进来就是待做，靠类型区分，不靠人先归档。
主操作：把一条选题推进下一步（去创作台，或去资产库拆解）。
信息分档
| 信息 | 档 | 判据回答 |
|---|---|---|
| 对标内容 | 主屏常驻 | 删掉它，主操作的对象没了，做不成 |
| 选题库 | 主屏常驻 | 删掉它，主操作没有可推进的条目，做不成 |
| 对标监控概览四数 | 主屏常驻 | 删掉它，看不出哪个账号值得看 —— 列表会长到没法挑，等于主操作做不成 |
| 评论区洞察 | 可点入 | 删掉它，仍能从对标列表拿到选题 |
| 随手记（写进选题库） | 全局可达（框架层，不占板块） | 同 P1 的随手记；它写进来的东西落进「选题库」板块 |
P3 资产库
这一页干什么：统一管理资产条目 —— 归类、查改、引用。资产从哪来不限页：任何页产生资产都可以就地入库，这一页是把资产收拢起来统一管的地方。
核心对象：Asset 资产条目
不应该负责：内容流程（拆解完就走，创作在 P4）
页面公共框架：页面标题区 ＋ 数据摘要区（条目总数／已入库／待入库／分区数）＋ 页面操作区。 🔴 上一版③段的功能入口那块撤销。
业务板块清单（从上到下，4 块）
- 分区切换 —— 角度／结构／开场白／标题，一次看一个
- 资产条目 —— 当前分区下的条目（⛔ 不写呈现）
- 单条详情 —— 原文、出处、草稿标记
- 引用入口 —— 把这条拿去创作台用
主操作：把一条资产条目管理到位（归好分区、补上出处），需要时引用到创作台。
🔴 本页不是唯一的入库口 —— P2 拆解、P4 创作、P3 自己都能就地入库；这一页的职责是统一管理，⛔ 不是「必须先到这里才能入库」。这与「一个对象只有一处产生」不冲突：那一条管的是权威数据只有一份，⛔ 不管写入动作发生在哪一页（2a §一 第 4 条）。
信息分档
| 信息 | 档 | 判据回答 |
|---|---|---|
| 分区切换 | 主屏常驻 | 删掉它，四个分区分不开，入库不知道该进哪一区，主操作做不成 |
| 资产条目 | 主屏常驻 | 主操作对象 |
| 单条详情（原文／出处） | 可点入 | 删掉它，入库与引用都还做得成（入库门禁在守卫层，不靠这里显示） |
| 引用入口 | 可点入 | 删掉它，2a F4 的主路径改成从创作台来找，多绕一步；但 P3 自己的主操作（入库）不受影响 |
P4 创作台
这一页干什么：一条内容从选题走到成稿，再从成稿展开成多个平台账号的版本。
核心对象：Content 内容、ContentVersion 内容版本
不应该负责：真正执行发布（那是 P5）
页面公共框架：页面标题区 ＋ 当前内容上下文（这是哪条选题／当前到哪个环节）＋ 数据摘要区（当前环节共几步／已完成环节数／引用资产数／版本数）＋ 页面操作区 ＋ 辅助入口区。 🔴 「当前内容标识」从板块上移到这里。 它服务整页，不是某个功能的对象。依据：GPT 的 P4 例（公共框架＝当前内容上下文 ＋ 页面级操作），采纳决策 G24。 🔴 上一版③段的功能入口那块撤销。
业务板块清单（从上到下，6 块）
- 创作流程 —— 七个环节的当前位置，可回退
- 当前环节工作区 —— 这一步实际干活的地方
- AI 产出与采纳 —— 当前环节的 AI 产出（生成中／已生成／失败重试）＋ 采纳·驳回·改后再用
- 资产引用 —— 从资产库拿角度、结构、开场白、标题
- 版本管理 —— 一稿多版，含母版到多个平台账号的展开（展开单位是平台账号：一个内容账号下的一个平台账号一版）
🔴 本块是 F7 与 F8 的落点。 上一版把 F7 拆成「P4 出成稿、P5 展开」两头各半，P4 侧连发起入口都没有。本版按
2a的归属把它收回这里：展开与逐版确认发生在 P4，P5 只拿去发。展开单位由 V3 的「账号 × 平台」改成平台账号（2aF7）。 - 录制卡片与画板 —— 成稿态之后，把内容转成对着讲的卡片（
2aF14） 🔴 本块是补上的。 上一版②段 P4 的板块清单里没有它，而1a§五 S3 的场景、1a§六 F14、1e§四 的映射里都有它（现状D3：四处不一致）。本版按2aF14 归 P4 的结论把它补进板块清单。它是成稿之后的动作，不是创作流程七个环节里的一环 —— 这个区分写在这里，免得③段又把它塞进七步里。
主操作：把当前环节推进到下一环节。
信息分档
| 信息 | 档 | 判据回答 |
|---|---|---|
| 创作流程 | 主屏常驻 | 删掉它，不知道下一环节是什么，主操作做不成 |
| 当前环节工作区 | 主屏常驻 | 主操作的对象 |
| AI 产出与采纳 | 主屏常驻 | 删掉它，当前环节的产出无处看、无处采纳 ⇒ 推进到下一环节做不成 |
| 当前内容上下文 | 主屏常驻（框架层，不占板块） | 删掉它，改到别的选题上也不知道，等于做错 |
| 资产引用 | 可点入 | 删掉它，仍能凭空写（这正是 S2 要治的老毛病），主操作本身做得成 |
| 版本管理 | 可点入 | 删掉它，推进流程不受影响；只有回溯旧版或多账号展开时才需要 |
| 录制卡片与画板 | 可点入 | 删掉它，走到成稿并发布仍做得成；它只在想生成卡片时才需要 |
P5 发布中心
这一页干什么：把成稿过来的版本过闸，由人确认发出。
核心对象：PublishTask 发布任务、PublishRecord 发布记录
不应该负责：内容创作、版本生成（都在 P4）
页面公共框架：页面标题区 ＋ 数据摘要区（目标渠道数／覆盖平台数／本批版本数／硬拦项数）＋ 页面操作区。 🔴 上一版③段的功能入口那块撤销。它上面原本挂着「创作台」与「记录与对账」两个跳转，这两个跳转纳入 §六 的流转契约（P5→P7 见第 14 条，回创作台走流程）。
业务板块清单（从上到下，5 块）
- 目标选择 —— 两级：先选内容账号，再勾它下面的平台账号（渠道），决定这批版本投到哪几个渠道
- 各版本与逐版编辑 —— 一个平台账号一版（一版一路）
- 检查结果 —— 哪几处会被硬拦、哪几处只是提醒
- 确认发布 —— 含二次确认
- 发布记录 —— 这批发了什么，可查随发布记录一起留的检查结果
🔴 两级目标选择的判据（本版新写清）：一个内容账号在投放时对应多个平台账号、分别投放 ⇒ 目标不是「选账号 + 选平台」两个独立动作，是顺着内容账号往下勾它的平台账号（2a §二 对象字典「平台账号」）。摘要区的「目标渠道数」＝ 勾中的平台账号数，「覆盖平台数」＝ 这些渠道落在几个平台。
🔴 「一版一路」：一个平台账号（渠道）只对应一个版本 ⇒ 勾了 N 个平台账号就要有 N 版。发布记录不加渠道字段：一版一路时，从版本就能反推出渠道（2a F13）。
主操作：确认发布。
信息分档
| 信息 | 档 | 判据回答 |
|---|---|---|
| 检查结果 | 主屏常驻 | 删掉它，会被硬拦项挡回去却不知道为什么，主操作做不成 |
| 各版本与逐版编辑 | 主屏常驻 | 主操作对象 |
| 确认发布 | 主屏常驻 | 删掉它就没有主操作本身了 |
| 目标选择 | 可点入 | 判据答「做得成」—— 从 P4 带着版本进来时，目标已定；只有从 P1 直接进来才需要现选 |
| 发布记录 | 可点入 | 删掉它，回查改从 P7 进 |
P6 账号画像（导航里的第六项「账号」）
这一页干什么：每个内容账号一份画像与记忆；它下面挂着 N 个平台账号（发布渠道）。看和改都在这一页。
核心对象：Account 账号（＝内容账号；平台账号是它下面的子项，不另立对象）
不应该负责：独立业务流程（它只提供上下文，不在生产链上）
页面公共框架：页面标题区 ＋ 数据摘要区（在管账号数／已建画像数／长期记忆条数／关联选题数）＋ 页面操作区。 🔴 上一版③段的功能入口那块撤销。
业务板块清单（从上到下，5 块）
- 账号列表 —— 选一个内容账号
- 画像五维 —— 定位、风格、受众、偏好与红线、长期记忆
- 平台账号 —— 这个内容账号下面的 N 个平台账号，每条带「平台 ＋ 登录态 ＋ 授权状态」
- 记忆条目 —— 只追加，不覆盖
- 关联内容 —— 这个内容账号做过的内容
主操作：保存这一份画像。
信息分档
| 信息 | 档 | 判据回答 |
|---|---|---|
| 画像五维 | 主屏常驻 | 主操作对象 |
| 账号列表 | 主屏常驻 | 删掉它，不知道在改哪个账号的画像，会改错 |
| 平台账号 | 可点入 | 删掉它，编辑与保存画像都做得成；它在要管这个账号的发布渠道（登录／授权／增删）时才需要 |
| 记忆条目 | 可点入 | 删掉它，编辑画像与保存都做得成（记忆是回写产物，不是编辑动作的输入） |
| 关联内容 | 可点入 | 删掉它，主操作不受影响 |
⚠️ 画像五维是一块，不是五块。 现状里它在界面上被拆成五个输入位加一行只读提示，那是③段的实现选择，不等于它是两个板块。本份只声明它是一个业务板块。
🔴 账号是两个概念，这里说清：内容账号管内容属性（账号设定：定位／风格／受众／偏好红线／长期记忆），平台不归它；平台账号是发布的渠道（带平台 ＋ 登录态 ＋ 授权状态）。两者是一个内容账号 → N 个平台账号（子项清单），不是两个并列的对象，⛔ 不给平台账号单独立对象（2a §二 对象字典「平台账号」）。⇒ 本页的归属页没变，核心对象仍是 Account。
P7 复盘台（原 P8 记录与对账整页并入本页）
这一页干什么：把一条已发布内容的表现读回来，写成这个账号的经验；同一页上还能查发布留痕、核商单与收支。
核心对象：Review 复盘结论（原料是 Performance 表现数据）；本页后半还有 PublishRecord 发布记录与 Campaign/Order 商单与收支
不应该负责：内容创作、版本生成（都在 P4）
页面公共框架：页面标题区 ＋ 数据摘要区（待复盘数／数据已回数／本次已回写数／画像记忆数／记录总数／待结算数）＋ 页面操作区。 🔴 上一版③段的功能入口那块撤销。
业务板块清单（从上到下，10 块 · 平铺，⛔ 不划子区）
- 待复盘项
- 这一条的表现数据
- 归因结论（由 AI 给出，可编辑）
- 确认与改判 —— 采纳、驳回或改后再用
- 回写目标提示 —— 这次回写到哪个账号
- 历史复盘（可点入）
- 发布记录 —— 谁在什么时候确认发的、发的是哪一版（⛔ 不写呈现；原 P8 整页搬来，⛔ 不是新做，是搬位置）
- 单条溯源 —— 从记录回到内容与版本
- 对账核对区 —— 内容、发布记录、收支三样对得上
- 商单与收支（可点入，所属功能 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 必须先通的是四条：
- 第 8 条 P2 → P4（选题 → 内容）
- 第 10 条 P4 → P5（成稿 → 发布任务）
- 第 14 条 P5 → P7（发布 → 发布记录）
- 第 13 条 P5 → P7（发布记录 → 待复盘）
后做的（重要，但不卡主生产链）：第 1、2、3、4、5、6、9、11、12、15、16、18 条。第 19、20 条等 §十 第 3 项定完再排。
七、骨架受限的两处（依赖未复核项，沿用）
- P1 的形态挂在待复核第 5 条上（矩阵级视图是否真需要）。若答「不需要」，P1 降为单账号今日，矩阵列表下移。这是一处结构性分支，③段动工前必须定。
- 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§九
附：本份自检
- 七页，每页有核心对象、不应该负责、公共框架含什么、业务板块清单与顺序、主操作、信息分档（含判据回答）
- 页面公共框架被显式定义，且写明不算板块数、不参与功能归属、不占冻结计数
- 每页的业务板块清单里没有公共框架那四样（框架与板块彻底分开）
- 导航一层七项，项名与顺序照用户口径（首页／选题／创作／投放／复盘／账号／资产），零组标、零跨组、零第二层
- 每一页每个板块都标出它承担哪条功能，双向无悬空、无孤立（可机检：原型
FN_HOME／FN_MAP＋ 自检 5b-3） - 流转 20 条，每条六要素齐全；18 条沿用②段原条目，2 条新增并标注
- 流转按三类分开；P0 四条单列
- ③段现在实现不了的四处（
B1／B8／B9／C1）在契约里都有对应写法 - 零视觉词：配色 / 字体 / 间距 / 组件样式 / 动效，一个未出现；未用「卡片」「按钮」「标签」这类形态词
- 未写功能条目的有无与优先级（那是
2a），未描述页面「长什么样」 - 业务板块总数写明（39 块），并订正了第①棒的一处加总差错；V4 逐页数 5／4／4／6／5／5／10，加总仍是 39
- P2 选题库写明「进度 × 类型」两个正交维度；⛔ 未新增「待整理」状态、⛔ 未做多去向
- 资产入库不限页写清，P3 职责改成「统一管理」；与「一个对象只有一处产生」的关系写明
- P5 目标选择两级（内容账号 → 平台账号）写清；摘要区对齐「目标渠道数／覆盖平台数」；第 2 块写死「一版一路」
- P6 账号分「内容账号／平台账号」两个概念：画像五维 ＋ 平台账号子项清单；⛔ 未新增独立对象
- P7 10 块平铺、不划子区，并写明属「发布之后看数据与看收入」一类
- 定时发布挂起已登记（含回收三字段），本轮未落进骨架
- 骨架受限的两处标出来源（待复核第 5、6 条与 A3），带回收三字段
- 对象冻结声明写明确：新增业务能力必须先进
2a功能清单并完成对象归属 - §九 逐条列出与上一版（V3）的实质差别（9 条）＋ V3 相对 V2 的存档（10 条）＋ V2 相对 V1 的存档（17 条）
- §十 单列了全部待确认项的处置与理由
- 未新增②段两份之外的文档；上游文件全部只读使用
（说人话自评：46/50 直接性 10 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 8 —— 判据源 E:/ProgramData/.workbuddy/skills/humanizer-zh，门槛 45。）