Files
WorkBuddy df56c2c137 初始化提交:contentm_agent 工作区全量快照
内容分四块:
1、产品规划产出 —— MCN 短视频整合营销工作台的①段五份(1a 需求/1b 竞品/1c 画像/1d 策略/1e 场景)、②段两份(2a 功能/2b 布局)、③段界面(DESIGN.md 契约与令牌表 + mcn-workbench.html 原型 + 实测/会诊/审查三份 + 23 张闸门截图)。
2、开源竞品调研 —— 5 个内容工作台项目的取证原始件与 1b 系列分析文档。
3、参考资料 —— 竞品视频抽帧 1145 张 + 2 个源视频 + 功能点截图。
4、机制侧 —— 协作脚本与状态台账、工作区记忆日志、抽帧/OCR 脚本。

.gitignore 只排运行时日志、脚本备份副本与一次性探针输出,其余按原样入库。
2026-10-08 08:13:02 +08:00

281 lines
25 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 2a 产品功能
> 项目 slug:`mcn-shortvideo-agent` | ②段第 1 子步,产出 `prd/2a-产品功能.md`
> 判据源:`stage-requirements/references/create-prd.md`(功能清单)+ `references/state-machine.md`(六项治理,落点在功能条目内)
> 本份只做一件事:把①段《使用场景》(`research/1e-使用场景.md`)细化成功能清单 —— 做哪些、不做哪些、每条什么优先级。
> 页面骨架在 `prd/2b-界面布局.md`,⛔ 本份不描述页面长什么样,只写「跨哪些页面」。
---
## 〇、上游状态(先看这一节再往下读)
| 上游 | 状态 | 说明 |
|---|---|---|
| ①段 1a 需求文档 | ✅ 已就位 | `research/1a-需求文档.md`(23 KB,2026-10-07 22:29)。性质是**汇总型**,不是 grill 澄清产出。 |
| ①段 1b 竞品分析 | ✅ 已就位,**跨项目** | 分析本体在 `执行会话/目标-调研5个开源内容工作台项目并生成分析文档-5199a6/docs/pm/content-workbench/`。引用关系见 `research/1b-竞品分析.md`。 |
| 1a 里指向 1b 系列的条目 | ✅ **复核已完成** | 2026-10-07 22:2x 逐条核过:9 条受影响里 **2 条改**(F5 措辞、F7 依据列)、**7 条不改**。清单见 `…-72111e/复核清单-1a受影响条目.md`。 |
| 1a 的 9 条待复核 | 🔴 **仍未复核** | 全部未经用户确认。本份凡依赖它们的条目**逐条标出**(见 §三)。 |
| A1–A4 假设 | 🔴 **仍未经确认** | 同上。 |
引用 1b 的证据等级随文标注:**源码级**(四家)/**界面级**(只有 Easel)/**文档级**(只有文到 AI,不与另四家同权)。
---
## 一、功能清单怎么组织
**按使用场景组织,不按页面。** 一条场景下可能挂跨多个页面的功能。这是①段《使用场景》与②段之间的接口,也是本段唯一的「功能该不该有」判据 —— 追不回场景的功能,要么补场景、要么砍掉。
优先级只给 P0/P1/P2 加一句可复述的判据,⛔ 不填数字(本项目没有任何数据源)。
---
## 二、功能清单(14 条)
### S1 找选题
#### F1 对标账号监控与爆款异常值识别
- **功能名**:盯住几个对标账号,把「数据远高于它平时水平」的内容挑出来。
- **来自哪条场景**:S1
- **优先级**:P0 —— 判据:不做则 S1 整条办不成。
- **状态流转**:`idle → fetching → hit / miss`。事件=刷新、恢复自动更新;守卫=平台授权有效(🔴 **依赖 A2**,见 §三);失败 ⇒ 迁 `failed`。
- **治理**:失败恢复=退避重试 3 次后转「手工录入对标号」的降级路径;持久化=监控名单与历史异常值落本地(不落全局);并发=同一对标号同时拉取走队列串行,不并发写;幂等=按「对标号 + 内容标识」去重,重复拉取不产生新条目;超时=`fetching` 上限 90 秒(设计值,实现可调),超时转 `failed`;不可逆=不涉及。
- **验收要点**:录入一个对标号后,能看到它近 3 天的更新;能指出哪几条是异常值(标注了它相对该号平时水平的倍数);刷新失败时有明确提示而不是静默空列表。
- **跨哪些页面**:P2 选题雷达
#### F2 选题库与灵感速记
- **功能名**:随手记下一刻想到的东西,把它收进待做清单。
- **来自哪条场景**:S1、S2
- **优先级**:P0 —— 判据:不做则选题无处落地,S1 与 S2 都断在最后一步。
- **状态流转**:`draft → 待做 → 在写 → 已用 / 弃用`。事件=记录、转待做、转在写、标已用、弃用;守卫=转「已用」需已关联到一条内容;弃用可恢复(可逆)。
- **治理**:失败恢复=本地写入失败时保留输入框内容,不丢字;持久化=落本地知识库目录,刷新与重启后仍在;并发=同一人两个入口同时改 ⇒ 乐观重试(写临时文件 + 原子替换 + 回读核对),⛔ 不用文件锁(本机实测会卡死);幂等=同一条灵感重复提交按内容 hash 去重;超时=无中间态;不可逆=不涉及(删除走可恢复的「弃用」)。
- **验收要点**:连着记 5 条灵感,重启后 5 条都在;一条灵感能被标记为「已用」并追到它变成了哪条内容。
- **跨哪些页面**:P1 矩阵总览(随手记入口)、P2 选题雷达
#### F3 评论区洞察找选题
- **功能名**:从一条内容的评论区里,把反复出现的问题挑成选题。
- **来自哪条场景**:S1
- **优先级**:P1 —— 判据:不做仍能从 F1 得选题,只是少一路输入。
- **状态流转**:`idle → 抓取中 → 已出候选 → 已采纳 / 忽略`。事件=抓取、采纳、忽略;守卫=设定过「最多获取条数」与「样本排序」;🔴 **依赖待复核第 7 条**(数据来源与频率未定)。
- **治理**:失败恢复=抓取失败转手工粘贴评论;持久化=候选选题落本地;并发=同一内容同时抓取走队列;幂等=按「评论标识」去重;超时=抓取中上限 60 秒(设计值);不可逆=不涉及。
- **验收要点**:给一条视频,能按「点赞最多」取出前 N 条评论并给出至少一条可采纳的候选选题。
- **跨哪些页面**:P2 选题雷达
### S2 选题进资产库
#### F4 爆款拆解与资产库
- **功能名**:把一条爆款的写法拆开,存成下次能直接拿的东西。
- **来自哪条场景**:S2
- **优先级**:P0 —— 判据:不做则 S2 整条办不成;`1a` §六 F4 注明「这一条决定了『越用越准』」。
- **状态流转**:`未拆 → 拆解中 → 待入库 → 已入库 / 退回`。事件=发起拆解、入库、退回;守卫=入库前过门禁(见治理);退回后原件保留。
🔴 资产库本身有四个分区(角度、结构、开场白、标题),各区条目独立流转,互不阻塞。
- **治理**:失败恢复=拆解失败保留原文,可重试;持久化=入库结果落本地,带原文与出处链接;并发=同一素材重复拆解按素材 hash 幂等;幂等=同一条目重复入库不产生副本;超时=拆解中上限 180 秒(设计值,长任务),超时转 `待入库` 并保留中间结果;不可逆=**入库前设门禁**(对策 R3):无出处的、原文缺失的一律先设 `draft`,`draft` 可删,`已入库` 删除需二次确认。
- **验收要点**:拆完一条爆款,四个分区里各能看到至少一条新条目;条目的原文与出处可回溯;拿 20 条真实爆款入库,隔一周回来能找回想要的那条。
- **跨哪些页面**:P3 资产库
### S3 走完创作流水线
#### F6 创作流水线
- **功能名**:把一条选题从「聊思路」一路做到成稿,文案、标题、封面齐。
- **来自哪条场景**:S3
- **优先级**:P0 —— 判据:不做则 S3 整条办不成。
- **状态流转**:`选题态 → 思路态 → 文案态 → 标题态 → 封面态 → 检查态 → 成稿态`;每一态可回退到上一态。事件=推进、回退;守卫=推进到「检查态」前文案与封面必须都有(封面缺 ⇒ 提示但不硬阻);成稿态可再编辑(回 `文案态`)。
- **治理**:失败恢复=任一步 AI 调用失败保留已产出内容,可重试该步;持久化=每一步的产物落本地并按内容 id 归档;并发=同一条内容两个窗口同时改 ⇒ 写临时文件 + 原子替换 + 回读核对,检测到覆盖则提示;幂等=重复点「起标题」生成新版本而不覆盖(接 F8);超时=任一步上限 180 秒(设计值),超时保留中间结果;不可逆=不涉及(这一步没有对外动作)。
- **验收要点**:一条选题能一路走到成稿,中途不必离开这一处;每一步的产物都存得住;用户全程不需要自己选技能。
- **跨哪些页面**:P4 创作台
#### F8 内容与素材的版本管理
- **功能名**:改稿产生新版本,旧版本还在。
- **来自哪条场景**:S3、S4
- **优先级**:P1 —— 判据:不做则场景办得成但要多绕(靠手工另存,容易盖掉)。
- **状态流转**:`v1 → v2 → … → 当前版`;每个版本可标「当前」。事件=编辑保存、切换当前版;守卫=切换当前版不影响已发布记录指向的版本;终态可再次编辑(回出新版本)。
- **治理**:失败恢复=保存失败保留编辑中内容;持久化=全部版本落本地,不覆盖;并发=同一条内容两处同时保存 ⇒ 后保存的产生新版本,同时提示「上游已变」(对应 1b 里 `stale` 的做法);幂等=同样内容重复保存不产生新版本;超时=无中间态;不可逆=**删除某个版本需二次确认**。
- **验收要点**:改一版再改一版,两版都在;已发布的那条记录仍指向它当时用的版本;能看出某一版是基于哪一版改的。
- **跨哪些页面**:P4 创作台、P5 发布中心
#### F14 录制卡片与画板
- **功能名**:把成稿变成一张对着讲的知识卡片。
- **来自哪条场景**:S3
- **优先级**:P2 —— 判据:不做不影响 S3 办成,只是更好用。
- **状态流转**:`无 → 已生成 → 已同步`。事件=生成、同步到画板;守卫=成稿态才可生成。
- **治理**:失败恢复=生成失败可重试;持久化=卡片与画板落本地;并发=同一内容重复生成按内容版本幂等;幂等=同版本不重复生成;超时=上限 60 秒(设计值);不可逆=不涉及。
- **验收要点**:一条成稿能生成卡片;卡片能落到画板里被打开。
- **跨哪些页面**:P4 创作台
### S4 一份母版变多份
#### F7 一份母版到多账号多平台版本
- **功能名**:母版改一次,按各账号各平台的口径各出一版。
- **来自哪条场景**:S4
- **优先级**:P0 —— 判据:不做则 S4 整条办不成。
- **状态流转**:`母版 → 已展开(多版本)→ 逐版确认 → 就绪`。事件=展开、逐版编辑、确认;守卫=每个版本必须绑一个账号 + 一个平台(沿用 F9 的画像口径);未确认的版本不许进发布闸门。
🔴 依据界线(照 1a 复核后的写法):Easel 发布中心**直证的是「多平台」**(一处编辑、八端预览,源码级 + 界面级);**「多账号」的依据是 Easel 的多画像支持加本产品的矩阵需求**,发布中心没看到逐账号变体。
- **治理**:失败恢复=展开中断保留已生成的版本;持久化=每个版本独立落本地;并发=两处同时展开按「母版版本 + 目标账号」幂等;幂等=同母版同账号同平台不重复展开;超时=展开上限 120 秒(设计值);不可逆=不涉及(确认可撤回,未发布的版本可删,删除需二次确认)。
- **验收要点**:母版改一次,各账号各平台的版本跟着更新;超限的地方当场标出来;改漏了某个账号能被发现。
- **跨哪些页面**:P4 创作台(从成稿发起)、P5 发布中心
### S5 发之前先过闸
#### F5 发布前分级闸门
- **功能名**:发之前,硬的拦住、软的只提醒。
- **来自哪条场景**:S5
- **优先级**:P0 —— 判据:不做则 S5 整条办不成。
- **界线(照 1a 复核后的写法,⛔ 不是旧版措辞)**:硬闸管**敏感信息**(账号密钥、内部路径这类),不过就不许发;软闸管**人设一致性**(低于阈值只告警,不阻断)。⚠️ 竞品里**没有「敏感词检测」,也没有「事实检测」**——照旧版写会把功能带偏成一个竞品池里没人做过的「事实核查器」。
- **状态流转**:`未检 → 检查中 → 通过 / 有硬拦 / 有软劝`。事件=发起检查、改完复检;守卫=有硬拦项时「去发布」不可用;软劝不阻断但要在发布确认页可见。硬拦项改完才能过。
- **治理**:失败恢复=检查本身失败按**不过**处理(fail-closed,宁拦不放);持久化=每次检查结果留痕,随发布记录一起存;并发=同一内容重复检查以最后一次为准;幂等=同一版本重复检查结果一致;超时=检查上限 60 秒(设计值),超时按不过处理;不可逆=**「去发布」这一步必须人确认**(read-first / draft-first)。
- **验收要点**:一份带敏感信息的稿子会被拦住且说得出是哪一处;一份人设偏移的稿子只提醒、不拦;改完能复检并通过。
- **跨哪些页面**:P5 发布中心
#### F13 发布留痕与人工确认记录
- **功能名**:谁在什么时候确认发的、发的是哪一版,查得到。
- **来自哪条场景**:S5
- **优先级**:P1 —— 判据:不做则场景办得成但要多绕(靠聊天记录回溯,且回溯成本高)。
- **状态流转**:`草稿 → 待审 → 已确认 → 已发布 → 已归档`。事件=送审、确认、登记发布、归档;守卫=`已发布` 需要先有「已确认」记录;**组织级急停**可把任意 `待审` 打回 `草稿`。
- **治理**:失败恢复=登记失败保留草稿状态;持久化=审计轨迹落本地,只追加不改写;并发=同一内容两处送审按「内容版本」幂等;幂等=重复确认同一版本不产生第二条记录;超时=`待审` 上限 72 小时(设计值),超时提醒发起人,不自动放行;不可逆=**发布、删帖、组织级急停三件事形态不一样,别压成一句**:发布是人的动作;删帖带破坏性标注,需二次确认;急停的触发与恢复都只有人能做。
- **验收要点**:每条发布都能查到确认人与时间;能看出这条发的是哪一版;急停能拦住所有待审项,恢复后之前的草稿还在。
- **跨哪些页面**:P5 发布中心、P8 记录与对账
### S6 效果回写
#### F9 多账号画像与记忆
- **功能名**:每个账号有自己的口径和记忆,互不覆盖。
- **来自哪条场景**:S6、S7
- **优先级**:P0 —— 判据:不做则 S6 整条办不成(表现无处可回)。
- **状态流转**:`空 → 已建 → 使用中 →(复盘回写)→ 使用中`。事件=建画像、编辑、被复盘回写;守卫=一个账号一份画像,账号标识唯一;回写只追加记忆条目,不改历史结论。
- **治理**:失败恢复=保存失败保留编辑内容;持久化=**记忆作用域收敛到画像目录,⛔ 不写全局文件**(对策 R4:多账号并发写全局会互相覆盖);并发=多账号并行读同一份画像,写只写自己那一份;幂等=同一条记忆重复回写按内容 id 去重;超时=无中间态;不可逆=删除画像需二次确认(会连带删它累积的记忆)。
- **验收要点**:两个账号各自的画像互不影响;一条内容复盘后,对应账号的画像里多出一条记忆;并排跑两个账号的创作,谁都不覆盖谁。
- **跨哪些页面**:P6 账号画像
#### F10 效果复盘与归因回写
- **功能名**:一条内容跑完,把它的表现读回来,写成这个账号的经验。
- **来自哪条场景**:S6
- **优先级**:P0 —— 判据:不做则 S6 办不成,整个闭环断在最后一步。
- **状态流转**:`待复盘 → 读数据中 → 已归因 → 已回写`。事件=发起复盘、确认归因、回写;守卫=先有发布记录(F13);回写前必须人确认归因结论。
🔴 本组**只有 Easel** 做成了这个闭环(源码级),⛔ 不写成「多家都做了」。
- **治理**:失败恢复=数据读不到时降级为手工录入表现;持久化=复盘结论与回写记录落本地;并发=同一条内容重复复盘按内容 id 幂等;幂等=同一次复盘重复回写不重复追加记忆;超时=读数据上限 90 秒(设计值),超时转手工录入;不可逆=**回写会改画像记忆,需人确认**(不自动写)。
- **验收要点**:一条已发布内容能复盘出结论;结论能回写到对应账号的画像;回写后下一轮做这个账号时能看到这条经验。
- **跨哪些页面**:P7 复盘台
### S7 看整个矩阵
#### F11 矩阵级看板
- **功能名**:一屏回答每个账号今天该发什么、发了什么、效果如何。
- **来自哪条场景**:S7(🔴 **整条标【假设】**,待复核第 5 条)
- **优先级**:P1 —— 判据:不做则场景办得成但要多绕(逐账号点进去看);⚠️ 若第 5 条复核为「不需要矩阵级视图」,本条可整体砍掉。
- **状态流转**:无状态(只读视图,见 `2b-界面布局.md` 的信息分档)。事件=进入、切换账号、下钻。
- **治理**:失败恢复=数据源不可用时显示「数据未更新」并给出时间戳,⛔ 不显示空白冒充正常;持久化=视图本身不落库,只读上游;并发=只读,无冲突;幂等=只读;超时=无;不可逆=不涉及。
- **验收要点**:一屏能看到矩阵下每个账号的今日状态与效果;数据不新鲜时看得出来。
- **跨哪些页面**:P1 矩阵总览
### S8 商单与内容对账
#### F12 商单与收支记录、内容对账
- **功能名**:一条内容带了商单,内容、发布记录和收支对得上。
- **来自哪条场景**:S8(🔴 **整条标【假设】**,待复核第 6 条;另依赖 **A3**)
- **优先级**:P2 —— 判据:不做不影响场景办成,只是更好用;⚠️ 若第 6 条复核为「不进第一版」,本条移出第一版(属待确认项,见 §五)。
- **状态流转**:`未登记 → 已登记 → 待结算 → 已结算`。事件=登记、核对、标结算;守卫=`已结算` 需内容与发布记录都已关联;可反结算(可逆)。
- **治理**:失败恢复=登记失败保留输入;持久化=收支记录落本地;并发=同一条记录两处改按记录 id 幂等;幂等=同一内容同一口径不重复登记;超时=无中间态;不可逆=标「已结算」后修改需二次确认。
- **验收要点**:一条带商单的内容能查到它的发布记录与收支;对账时不需要翻聊天记录。
- **跨哪些页面**:P8 记录与对账
---
## 三、依赖假设的条目(逐条标出)
⭐ 1a 的 9 条待复核与 A1–A4 **全部未经用户确认,⛔ 不当事实用**。本份凡依赖它们的条目列在下面,写清「依赖哪条、不成立会怎样」。依据假设的判断,条目里已带上假设状态标注。
| 功能 | 依赖 | 假设内容 | 不成立会怎样 |
|---|---|---|---|
| F1 | **A2** + 待复核第 2 条 | 平台数据靠官方接口或授权方式拿 | 自动拉取这条路断,退化成手工录入对标号;S1 的「不用刷榜」打折 |
| F10 | **A2** + 待复核第 2 条 | 同上 | 效果数据读不回来,归因只能靠手工录表现,S6 降级 |
| F11 | **A1** + 待复核第 5 条 | 账号数 10–50;矩阵级视图确实需要 | 账号数超出 ⇒ 看板的组织方式要重设计;视图不需要 ⇒ F11 可整体砍掉,P1 页重画 |
| F9 | **A1** | 账号数 10–50 | 同 F11;且画像数量与存储组织要跟着变 |
| F12 | **A3** + 待复核第 3、6 条 | 收支口径是「内容级」;商单对账进不进第一版 | 口径若是月级 ⇒ 本条整条重做;不进第一版 ⇒ 移出第一版 |
| F5 | **A4** + 待复核第 4 条 | 团队 5–20 人、审批不超过三层 | 审批层数超三层 ⇒ 闸门与审批模型要重做 |
| F13 | **A4** + 待复核第 4 条 | 同上 | 同上 |
| F3 | 待复核第 7 条 | 评论洞察的数据来源与频率未定 | 数据来源定不下来 ⇒ F3 退成手工粘贴评论 |
| (无功能) | 待复核第 8 条 | 「整合营销」含不含投放 | 若含投放 ⇒ 需要新增一条场景(1e §六),本份没有对应功能,⛔ 不编 |
| (策略层) | 待复核第 9 条 | 只服务一个机构自用 vs 可交付产品 | 影响 `1d-产品策略.md` §7、§9 与权限体系是否进第一版,不影响本份功能骨架 |
**假设三归宿**(方法论要求,⛔ 不许长期悬空):上表 9 条**全部**落在「② 待实现且已排定确认时机」这一档 —— 确认时机统一为「②段收口时由主会话转用户一次性过;未过之前,③段不得把这些条目当硬约束用」。另两条落「① 已确认」的:**无**(1a 的 6 项已确认项都是无假设依赖的骨架条款)。落「③ 已按假设落地」的:**无**。
---
## 四、六项治理覆盖核对
判据源 `state-machine.md` 的必答清单。⛔ 不留空,不适用写「不适用」。
| 治理项 | 落点(哪些功能显式写了) | 最要紧的一条 |
|---|---|---|
| 失败恢复路径 | F1 F2 F3 F4 F6 F7 F8 F9 F10 F11 F12 F13 F14 | F5 走 **fail-closed**(检查失败按不过处理),本组唯一一条「宁拦不放」 |
| 持久化范围 | 全部 14 条 | F9 的**记忆作用域收敛到画像目录、不写全局**(对策 R4);F13 的审计轨迹**只追加不改写** |
| 并发冲突 | F1 F2 F3 F6 F7 F8 F9 F12 | 统一做法:写临时文件 + 原子替换 + 回读核对,⛔ 不用文件锁(本机实测会卡死) |
| 幂等 | F1 F2 F3 F4 F6 F7 F8 F9 F10 F12 F14 | F4 与 F8 的**重复入库/重复保存不产生副本、也不覆盖旧版** |
| 超时迁移目标 | F1 F3 F4 F5 F6 F7 F10 F13 F14 | F13 的 `待审` 超时**只提醒、不自动放行** —— 不可逆动作不许靠超时自动过 |
| 不可逆操作二次确认 | F4 F5 F8 F9 F10 F12 F13 | F5 + F13:**发布、删帖、组织级急停三件形态不同**,分别按「人的动作 / 二次确认 / 只有人能触发与恢复」处理 |
补一条方法论要求的分工说明:**发布这个动作本身留在人手里**(read-first / draft-first,源码级);**删帖**带破坏性标注、属需二次确认的一类;**组织级急停**的触发与恢复都只有人能做。⚠️ 三件事的「人来做」形态不一样,⛔ 不压成一句话。
---
## 五、「不做」清单与①段已拍板项的逐条对照
**对照方法**:本份列出的「不做 / 移出 / 暂缓」共 **8 条**,逐条对 `1a-需求文档.md` 的已拍板项 **13 条**(来源:§一 不做什么 4 条 + §八 第一版不做 5 条 + §八 三个入口 1 条 + §三 三条差位的取舍结论 1 条 + §六 治理段「人来做」的三件事分开记 3 条 —— 去重后按条计)。
| # | 本份的「不做 / 移出 / 暂缓」 | 1a 原条目与口径 | 拟改口径 | 理由 | 差异 |
|---|---|---|---|---|---|
| 1 | 不做平台自动化代发 | §一 不做什么;§八 第一版不做 | 不变 | 走 F5 + F13 的人确认路径 | 无 |
| 2 | 不做矩阵级自动投放优化 | §八 第一版不做 | 不变 | 1b 里五家都没这一段证据 | 无 |
| 3 | 不做跨机构协作与权限体系 | §八 第一版不做 | 不变 | A4 假设团队不超过三层审批 | 无 |
| 4 | 不做移动端 App | §八 第一版不做 | 不变 | — | 无 |
| 5 | 不把平台数据抓回来做数仓 | §八 第一版不做 | 不变 | 只对接与留痕 | 无 |
| 6 | 不自建投放系统 | §一 不做什么 | 不变 | 只对接与留痕 | 无 |
| 7 | 不做个人版单账号工具 | §一 不做什么 | 不变 | 面向一个账号矩阵 | 无 |
| 8 | 第一版不铺「三个入口」之外的界面 | §八「这一版只留的三个入口」 | 不变 | 找选题 / 走创作流水线 / 看矩阵复盘 | 无 |
**结论**:**8 条对照完,差异行 0**。没有一条涉及已拍板项的口径改动,因此没有「与已定决策的差异」表要交用户确认。
**一条待确认项**(不是「不做」,是「暂缓」,必须带回收三字段):
本份把 **F12** 标为 P2 并注明「若待复核第 6 条为『不进第一版』则移出第一版」。这是一条**暂缓**。
- 复核人 = 主会话转用户
- 复核时机 = ②段收口时一次性过
- 结论落点 = 本文件 §二 F12 条目与 §三 依赖表
---
## 六、页面清单(跨页引用用的 ID)
本份只写「跨哪些页面」,页面骨架在 `2b-界面布局.md`。为免引用悬空,先把页 ID 列出来(骨架细节见那份):
P1 矩阵总览|P2 选题雷达|P3 资产库|P4 创作台|P5 发布中心|P6 账号画像|P7 复盘台|P8 记录与对账
---
## 附:本份自检
- [x] 每条功能都追回①段《使用场景》的某一条(14 条全覆盖,§四 反向核过)
- [x] 每条功能六字段齐全(功能名 / 来自哪条场景 / 优先级 / 状态流转 / 验收要点 / 跨哪些页面)
- [x] 优先级只用 P0/P1/P2 加一句判据,零数字
- [x] 「不做」清单逐条对照①段已拍板项,**给出对照条目数(8 对 13),差异行 0**
- [x] 六项治理全覆盖,且落在功能条目内(§四 给了落点清单)
- [x] 依赖假设的条目逐条标出(§三 9 条),每条带假设状态标注与「不成立会怎样」
- [x] 唯一一条暂缓项(F12)带齐复核人 / 复核时机 / 结论落点
- [x] 全文零视觉词(配色 / 字体 / 间距 / 组件样式 / 动效)
- [x] 未重开需求(grill 在①段)、未写页面结构(那是 2b)、未新增本段白名单外的文档
- [x] 上游状态写在文首,凡引用 1b 处标了证据等级
*(说人话自评:46/50 直接性 9 / 节奏 9 / 信任度 10 / 真实性 9 / 精炼度 9 —— 判据源 `humanizer-zh`,门槛 45。)*