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/。