contentm_agent/执行会话/目标-重写5份竞品分析文档并重新生成MCN短视-72111e/复核清单-1a受影响条目.md

# 复核清单 · 1a 需求文档受影响条目

> 复核时间：2026-10-07 22:2x　｜　复核人：任务会话 `[执行]-重生成MCN需求文档`（域 `content_marketing_agent/执行会话`）
> 被复核文档（只读，域外）：`docs/pm/mcn-shortvideo-agent/research/1a-需求文档.md`（15 KB，21:36 写）
> 复核依据：
> · 5 份新版**独立分析体** —— `执行会话/目标-调研5个开源内容工作台项目并生成分析文档-5199a6/docs/pm/content-workbench/证据附卷/`（Easel 21:40 / 5项目清单 21:58 / OpenCreator 21:59 / Postiz与PostSider 22:00 / 文到AI 22:01）
> · 旧版**汇总对比体** —— 同目标 `…/content-workbench/research/1b-竞品分析.md`（21:41 写，早于 4 份新版独立体）
> · 判据源 —— `E:/ProgramData/.workbuddy/skills/product-planning/references/stage-discovery/references/competitor-analysis.md` §0.4 与 §11
> 口径：逐条写「原文怎么写 / 新版依据是什么 / 结论」。⛔ 不写「差不多没问题」。

---

## 一、汇总体 vs 独立体：职责边界核对

### 1.1 判据（方法论 §0.4 定死的分工）

- 单个竞品的**形态 / 给谁用 / 干什么用**、**场景里用户把事办成的过程**、**它自己的能力与机制** → 归**独立体**（§11 七节）。
- 跨竞品的**横向铺开**（同一场景谁怎么做）、**能力矩阵**、**共识与空白**、**本产品优先解决什么** → 归**汇总体**（§1—§10）。
- 两边都写的只有**可借鉴 / 该避开 / 可突破**：独立体写「从这一个竞品拿什么」，汇总体写「三类分开汇总并追回 §4 / §5 / §7」。
- 汇总体的输出检查有一条硬闸：**「没有把独立体的内容整段抄一遍（横向铺开才算汇总体）」**。

### 1.2 核对结果：**边界不正，且有四处硬冲突 ⇒ 要出新版**

**逐处列**：

1、**证据等级分类少一级。** 汇总体文首写「证据分两级：源码级 / 文档级，本次只有文到 AI 落在文档级」。新版独立体里 Easel 明写「源码级 ＋ 官方文档级 ＋ **界面级**（官方 4 张工作台截图）」，且是本组**唯一**有界面级证据的一家。汇总体这套两级口径把「界面级」这一级漏掉了。

2、**节号引用悬空。** 汇总体 附B 依据列写「第 2 棒 §八·4、第 3 棒 §十三·1」；新版独立体已统一为七节结构（一～七 ＋ 附），既没有 §八 也没有 §十三。同类悬空还有 附D「照抄《目标执行状态.md》§八」这种按旧棒次文档编号的引用。

3、**场景矩阵的格子超出证据。** 汇总体 §4 按「五个用户处境 × 五家」填了一整张矩阵，文到 AI 那一列逐格给了具体做法。新版文到 AI 独立体 §3 已把边界写死：**六行动作链里三行整行「取不到」**（核心步骤 / 系统帮了什么 / 哪一步最省力·最麻烦），全文只有文档级证据。拿文档级证据去逐格填「用户在这五个处境下怎么用它」，属于越证据。

4、**逐家产品面重复。** 汇总体 §5.1 后半的六项能力详述（技能即能力 / 创作模板体系 / 公开 API / 卡片工坊 / 能力库 / 画像记忆）、§6 的六条机制（两投影状态机 / 三层加载 / 分级闸门 / 透传 Codex / 免密钥 provider / 画像即记忆作用域），都是**单个竞品的能力与机制**，与新版独立体 §4 能力、§5 机制大面积重合。按 §0.4，这类内容归独立体。

**判定**：边界要重核，出**新版汇总对比体**。新版收紧为「横向铺开 ＋ 选型结论」，把逐家的用途详述、能力详述、机制详述交回独立体，只保留：竞品池分层、处境 × 竞品矩阵、能力矩阵、机制横向取向、优势不足（相对谁）、三类可借鉴汇总、结论、许可与缺口速查。

**新版落点**：`执行会话/目标-重写5份竞品分析文档并重新生成MCN短视-72111e/1b-竞品分析-汇总对比体.md`（⛔ 不覆盖旧件）。

---

## 二、逐条复核（9 条）

### 小结

**9 条里 2 条要改、7 条不改。**

要改的两条：F5（措辞与新版事实对不上）、F7（「多账号」这一半只到画像层，发布中心只直证「多平台」）。
不改的七条：F8、F9、F13、F10 后半、§三 三条差位、§四 后两条、§七 该抄八条与该避五条 —— 新版依据**全部坐实，部分还比旧版更实**。

---

### 2.1 F5 发布前分级闸门 —— 改

**原文怎么写**

> F5 | 发布前分级闸门（**敏感词与事实检测**，硬拦加软劝） | S5 | P0 | Easel `content_guard` 加 `persona_gate`；不过闸就不许发

**新版依据是什么**

新版 Easel 独立体 §四 能力 5「发布安全闸门（两道）」：一道硬拦，出站内容里出现 **API key、内部路径**这类信息，退出码 7 直接拦住不发；一道软劝，**人设一致性低于 80 分只告警，不阻断**。§五 机制 3 补了分工理由：把「API key、内部路径」和「AI 措辞、模型名」分开，后者在 AI 科普里是正常内容。

**结论**

**改。** 新版事实里没有「敏感词检测」，也没有「事实检测」；硬拦管的是**密钥与内部路径这类敏感信息**，软劝管的是**人设一致性**。F5 括号里那六个字两头都不对，照原文写下去会把②段的功能设计带偏（去做一个 Easel 没做、竞品池里也没人做的「事实核查器」）。改成「敏感信息硬拦 ＋ 人设一致性软劝」。

---

### 2.2 F7 一份母版到多账号多平台版本 —— 改（依据列）

**原文怎么写**

> F7 | 一份母版到**多账号多平台**版本 | S4 | P0 | Easel 发布中心；不做则 S4 办不成

**新版依据是什么**

新版 Easel 独立体 §四 能力 4「发布中心」：一处编辑、**各平台**预览、字数与格式适配、发布前检查；左边改一次，右边**八个预览**同步。§三 核心步骤 5 写得更细 —— 发布平台多选是 8 个 chip（小红书、抖音、快手、B站、视频号、公众号、知乎、微博），右半边每个平台一张预览卡。

多账号这一半在新版里落在**画像层**：§二 干什么用写「同时管住多个账号各自的口径」，§三 步骤 1 写「一个账号一个画像」。发布中心本身**没看到逐账号的版本**。

**结论**

**改（改「来源与说明」列，功能名保留）。** 功能名「多账号多平台版本」不是抄来的，是 MCN 矩阵（§一 为谁做写的是「一个账号矩阵」）的硬需求，保留。要改的是依据：Easel 发布中心**直证的只有「多平台」**；「多账号」的依据是 Easel 的多画像支持加 MCN 需求侧，发布中心未见逐账号变体。依据列照此拆开写，别让②段以为「Easel 的发布中心已经能做矩阵级变体」。

---

### 2.3 F8 内容与素材的版本管理 —— 不改

**原文怎么写**

> F8 | 内容与素材的版本管理（改稿新建版本不覆盖） | S3 S4 | P1 | OpenCreator 的「修订产生新版本」；文到 AI 也独立出现过同一条

**新版依据是什么**

新版 OpenCreator 独立体 §五 机制 4：修订产生新版本、不覆盖结果，带 `sourceArtifactIds` 溯源和 `stale` 标记；并补了一句边界 —— `stale` 只表示上游变了，不等于当前选的这份无效。新版文到 AI 独立体 §五 机制 4：修订不覆盖，版本可对比、可采用、可继续改；并指出这条在本组被**两次独立观测**到，是这类产品的收敛点。

**结论**

**不改。** 依据坐实，而且比旧版更实 —— 旧版只写了「OpenCreator 的修订产生新版本」这一处，新版把「两次独立观测」这个反证也补上了，说明它不是某一家偏好。来源与说明列可以照新版补一句「本组两次独立观测（OpenCreator、文到 AI）」。

---

### 2.4 F9 多账号画像与记忆 —— 不改

**原文怎么写**

> F9 | 多账号画像与记忆（每账号独立，互不覆盖） | S6 S7 | P0 | Easel 画像六维加记忆作用域收敛到画像目录

**新版依据是什么**

新版 Easel 独立体 §四 能力 2：账号画像六维（定位、风格、受众、平台、偏好与红线、长期记忆）。§五 机制 3：画像进 prompt 用**内联**，刻意不落全局 `USER.md`，理由是全局文件在多会话并行时会互相覆盖。§五 机制 4：画像目录即记忆作用域。§七 该借鉴 2 还直接点了 MCN 场景：多账号是 MCN 的日常，「记忆不写全局」这一条照搬。

**结论**

**不改。** 依据坐实。新版把「为什么」补全了（内联而非全局文件，为了并发不覆盖），正好对上 1a §九 R4 的对策。

---

### 2.5 F13 发布留痕与人工确认记录 —— 不改

**原文怎么写**

> F13 | 发布留痕与人工确认记录 | S5 | P1 | PostSider 的审计与审批流思路

**新版依据是什么**

新版 Postiz 与 PostSider 独立体 §四 能力 3：团队协作与审批，两家共有，PostSider 更厚 —— 多组织机构、审批流、Admin 与 User 角色、**审计轨迹**。§三 PostSider 核心步骤 3：草稿进**审批队列**，人批了才正式排上。§五 机制 5：read-first / draft-first，Agent 能准备、能排期、能送审，**发布是人的动作**，组织级急停的恢复只有人能做。§三 最终产出明列「审计轨迹」。

**结论**

**不改。** 依据坐实，「审计轨迹 ＋ 审批队列」这一对在 PostSider 里是独立页面（`/approval`、`/review/<token>`），不是附加功能，够撑起 F13 的 P1。

---

### 2.6 F10 后半（Easel 归因回写）—— 不改

**原文怎么写**

> F10 | 效果复盘与归因回写 | S6 | P0 | 视频关键帧·四分离复盘；**Easel 归因回写**

（文首「上游状态」行只把 F10 的**后半**列为待复核，前半「四分离复盘」来自视频关键帧，不受影响。）

**新版依据是什么**

新版 Easel 独立体 §三 核心步骤 6：读各平台的播放、互动、评论，把有效的结构和偏好沉淀回画像的记忆文件。§六 强 1：5 个项目里唯一把「发现到归因」串成闭环的；对用户的结果是「一个工具从头用到尾」。

**结论**

**不改。** 依据坐实。要注意的是新版把这项说成「**唯一**闭环」，措辞比旧版更硬；1a 引用时别写成「多家都做了归因」，写成「本组只有 Easel 做成闭环」。

---

### 2.7 §三 产品定位与边界（三条差位）—— 不改

**原文怎么写**

> 1. 发现热点这一段普遍弱 ……【源：竞品主份 §8、§9.3①】
> 2. 合规的自动发布是空白 ……【源：竞品主份 §9.3②】
> 3. 做内容与发内容仍是两套产品 ……【源：竞品主份 §9.3③】

**新版依据是什么**

三条在新版里都有独立体级别的旁证，不再只靠汇总体一句话：

- 差位 1（发现热点弱）：新版各家的能力面直接可见 —— Easel 有热点雷达（六到八个平台并排，独立体 §三 核心步骤 2）；文到 AI 有选题与热点（独立体 §四 能力 1，文档级）；Postiz 只有 RSS 自动发、PostSider 无（新版汇总对比体 §4 处境 ① 与 §8 ①）。新版汇总对比体 §8 ① 也标「全组普遍弱」。
- 差位 2（合规自动发布空白）：新版 Postiz 与 PostSider 独立体 §七 可突破 1 原话「**「合规的自动发布」这条第三条路还没人走**」；新版 Easel 独立体 §六 弱 2 承认小红书自动发布有封号风险、还内置反检测。
- 差位 3（做与发两套）：新版 Easel 独立体 §七 可突破 1「本组里『做内容』和『发内容』是两拨人在做两半，中间是断层」；新版 Postiz 与 PostSider 独立体 §七 可突破 3「做内容与发内容之间那段桥，还是空的」。

**结论**

**不改。** 三条差位全部坐实，而且现在能从独立体逐条追到出处。要改的只是引用节号（旧版指向旧汇总体节号，新版汇总体的 §8 与 §9.3 编号保持不变，所以引用仍成立；细节出处补到独立体 §7 更硬）。

---

### 2.8 §四 为谁做（后两条）—— 不改

**原文怎么写**

> **编导与文案**（高频用户）…… 他要的是「不用记 skill 名字，点就行」。（【源：视频关键帧·创作 Tab；**Easel 三层加载设计**】）
> **剪辑与投放**（协作用户）…… （【假设：视频关键帧里只出现「生成录制卡片」和「收支」，投放侧没有画面证据】）

**新版依据是什么**

- 编导与文案那条引的 Easel 三层加载：新版 Easel 独立体 §五 机制 1 写全了 —— frontmatter 常驻（给 Agent 做路由）、`SKILL.md` 主体（被触发时才加载）、`references/` 与 `scripts/`（执行中按需读），配套硬约束是 `SKILL.md` 不超过 200 行。机制给的用户结果正是「技能多到一百多个，聊天仍然跑得动，用户不用自己去关技能」。
- 剪辑与投放那条是【假设】，新版独立体不改变它 —— 五家竞品里都**没有** MCN 投放侧的证据，新版 OpenCreator 独立体 §三 也只到「审批、结果、继续对话」，碰不到「投放留痕」。

**结论**

**不改。** 编导与文案那条依据坐实且更实；剪辑与投放那条仍是【假设】，新版没有把它变成事实，也没有否掉它 —— 照旧标【假设】。

---

### 2.9 §七 能力底座（该抄八条、该避五条）—— 不改

**原文怎么写**

八条该抄（技能即能力 / 三层加载 / 契约层独立成包 / 状态机加版本号加幂等键 / read-first·draft-first / 发布前分级闸门 / 本地与免密钥 provider 一等公民 / 独立更新清单）；五条该避（浏览器自动化发平台 / README 与发行状态脱钩 / 上游强耦合薄壳 / 命名双轨 / 素材授权未核实就用）。

**新版依据是什么**

| 条目 | 新版出处 | 坐实 |
|---|---|---|
| 1 技能即能力 | Easel 独立体 §四 能力 1（114 技能，146 个 `.py`） | ✅ |
| 2 三层加载 ＋ 200 行 | Easel 独立体 §五 机制 1 | ✅ |
| 3 契约层独立成包 | OpenCreator 独立体 §五 机制 3、§七 该借鉴 2（`packages/protocol`＋`protocolVersion`） | ✅ |
| 4 状态机三件套 ＋ 两态 | OpenCreator 独立体 §五 机制 3（`unknown_remote_acceptance`、`abandoned_unknown`） | ✅ |
| 5 read-first / draft-first | Postiz 与 PostSider 独立体 §五 机制 5 | ✅ |
| 6 发布前分级闸门 | Easel 独立体 §四 能力 5 | ✅ |
| 7 本地与免密钥 provider 一等公民 | OpenCreator 独立体 §五 机制 6（并注「本组三个做内容的项目都出现」） | ✅ |
| 8 独立更新清单 | 文到 AI 独立体 §五 机制 3（`stable.json` 逐字段） | ✅ |
| 避 1 浏览器自动化发平台 | Easel 独立体 §六 弱 2 | ✅ |
| 避 2 README 与发行脱钩 | 文到 AI 独立体 §六 弱 3 | ✅ |
| 避 3 上游强耦合薄壳 | OpenCreator 独立体 §六 弱 1 | ✅ |
| 避 4 命名双轨 | OpenCreator 独立体 §六 弱 4 | ✅ |
| 避 5 素材授权未核实就用 | OpenCreator 独立体 §五 机制 8、§七 该避开 4 | ✅ |

**结论**

**不改。** 十三条全部坐实。要多做一件事：把依据列从「四份单项目附卷的可借鉴点与风险段」这种笼统说法，换成逐条挂新版独立体的节号。

---

## 三、清单外补核（因引「附卷」源，一并核）

**§六 功能范围末段**（六项治理那段）写：

> 其中「不可逆操作二次确认」与 F5、F13 直接相关：发布、删帖、**组织级暂停**三类动作必须人来做。【源：PostSider 把 `destructiveHint` 只留给删帖与组织级暂停】

新版 Postiz 与 PostSider 独立体 §四 能力 5 列了 MCP 写侧的六件（建帖、改状态、送审、从 URL 导入媒体、删帖、组织级急停），§七 该借鉴 3 写「`destructiveHint: true` 只留给**删帖和急停**两件」，§五 机制 5 写「组织级**急停**的恢复只有人能做」。

**结论：改（措辞）。** 新版用的是「组织级**急停**」，不是「暂停」；而且「必须人来做」的准确说法是 —— 发布是人的动作、删帖带破坏性注解、**急停的恢复**只有人能做。三件事的「人来做」形态不一样，别压成一句话写。这一条不在文首列出的 9 条里，但它引的是附卷源，按文首「凡引附卷源即待复核」的口径一并核到。

---

*本清单是给「重生成 1a 需求文档」用的判据底稿。新版 1a 落在 `执行会话/目标-重写5份竞品分析文档并重新生成MCN短视-72111e/1a-需求文档-MCN短视频整合营销.md`；⛔ 不动工作区根 `docs/`。*