落两态结构：方案文件夹收当前权威版16份+归档-过期版收28份+索引重写；规则写进 product-planning 技能（闸门2061|0|27）；顺修1b白名单FAIL与自身吃标题错误

docs/pm/mcn-shortvideo-agent/research/1a-需求文档.md

@@ -1,13 +1,22 @@
+> **落本目录说明（2026-10-08 由任务会话 `[执行]-[开源项目调研]-补齐MCN工作台①②段产出` 补记）**
+> 本份是 1a 的**逐字复制件**，为了目标目录自包含（③段与后续会话不必跨目录找）。原件在
+> `执行会话/目标-重写5份竞品分析文档并重新生成MCN短视-72111e/1a-需求文档-MCN短视频整合营销.md`（23 KB，2026-10-07 22:29）；
+> 同一内容另有一份在 `docs/pm/mcn-shortvideo-agent/research/1a-需求文档.md`——⚠️ 那一份是**旧版**（上游状态行停在「正在重写、9 条待复核」），
+> 与本目录这份**内容不同**，引用时以本目录这份为准。
+> 本件**未改一字**（只加了这段说明）。性质是**汇总型需求**，不是 grill 澄清产出——下游引用时按这个性质读。
+> ⚠️ 本份里的 §三/§四/§五 是**汇总草案**，1c/1d/1e 三份按各自方法论独立成文，不照抄本份。
+
+---
+
 # MCN 短视频内容整合营销智能体 · 需求文档（1a）
 
 > 项目 slug：`mcn-shortvideo-agent`｜性质：**汇总型需求**（不是 grill 澄清出来的，来源见 §二）
 > 汇总时间：2026-10-07　｜　状态行：**已确认 6 项 ／ 模型补全 9 项（其中 9 项未经用户确认）**
-> 本文档由三类输入汇总：① 视频关键帧梳理（AI 内容工作台 2.0 / 3.0）；② 6 份开源竞品分析（`content-workbench`）；③ MCN 场景约束（多账号矩阵、短视频为主、整合营销）。
+> 本文档由三类输入汇总：① 视频关键帧梳理（AI 内容工作台 2.0 / 3.0）；② 5 份开源竞品独立分析体加 1 份汇总对比体（`content-workbench`）；③ MCN 场景约束（多账号矩阵、短视频为主、整合营销）。
 > 凡模型自补的内容标【假设】，凡来自具体来源的标【源：…】。
-> 🔴 **上游状态（2026-10-07 21:35 补记，别漏读这一行）**：三类输入里，**第 ②类（6 份开源竞品分析）正在按 1b 方法论重写** —— 原版缺产品面（没写「给谁用 / 用户在什么处境下用它 / 界面上具体怎么操作」）。
-> ⇒ 本文档凡引 【源：附卷…】或【源：竞品主份…】的条目都是**待复核状态，⛔ 不得当终稿用**：F5、F7、F8、F9、F13、F10 的后半（Easel 归因回写），§三 三条差位，§四 后两条，§七 该抄八条与该避五条。
-> ⇒ 第 ①类（视频关键帧梳理）是独立证据，不受影响：F1、F2、F3、F4、F6、F14 整条，F10 的前半（四分离复盘）。
-> ⇒ 处理时机：5 份独立分析体重写完成后，拿新版逐条复核上面那份清单。
+> 🔴 **上游状态（2026-10-07 22:3x 更新，此前一行已作废）**：第 ②类输入已**重写完成并逐条复核完毕**。5 份独立体在 21:40 到 22:01 重写为产品视角七节结构；汇总对比体在 22:3x 按新边界重排。逐条复核结论：**9 条受影响条目里 2 条改、7 条不改**（清单见 `执行会话/目标-重写5份竞品分析文档并重新生成MCN短视-72111e/复核清单-1a受影响条目.md`）。
+> 本版据此改了两处：**F5 的措辞**（旧写「敏感词与事实检测」，新版事实是「敏感信息硬拦 ＋ 人设一致性软劝」）、**F7 的依据列**（Easel 发布中心直证的只有「多平台」，「多账号」另找依据）。另外 §六 治理段的「组织级暂停」按新版改成「组织级急停」，并把三件事「人来做」的形态分开写。
+> 其余受影响条目（F8、F9、F13、F10 后半、§三、§四 后两条、§七）复核后**依据全部坐实**，未改内容。
 
 ---
 
@@ -26,13 +35,14 @@
 | 来源 | 性质 | 证据等级 | 落点 |
 |---|---|---|---|
 | AI 内容工作台 2.0 / 3.0（作者「小曾」） | 关键帧视觉梳理，Obsidian 插件形态 | 视频画面级（532 加 772 帧逐帧读） | `参考资料/AI内容工作台_功能点梳理.md`、`参考资料/Bilibili_BV1gsHn6AEk6/`、`参考资料/YouTube_jVHyoCYidLM/` |
-| Easel | 开源竞品，源码级 | 文件树加源码加官方文档 | `content-workbench/证据附卷/1b-竞品分析-Easel.md` |
-| OpenCreator | 开源竞品，源码级 | 同上（2182 blob） | `…/1b-竞品分析-OpenCreator.md` |
+| Easel | 开源竞品 | 源码级 ＋ 官方文档级 ＋ **界面级**（唯一有官方截图的一家） | `content-workbench/证据附卷/1b-竞品分析-Easel.md` |
+| OpenCreator | 开源竞品 | 源码级 ＋ 官方文档级 | `…/1b-竞品分析-OpenCreator.md` |
 | 文到 AI | 闭源商业产品 | **文档级**（仓库无源码，全仓 5 blob） | `…/1b-竞品分析-文到AI.md` |
-| Postiz 与 PostSider | 开源竞品，源码级 | 文件树加源码，含 fork 差异量化 | `…/1b-竞品分析-Postiz与PostSider同源双形态.md` |
-| 跨项目汇总对比 | 主份，10 节骨架 | 综合上述四份 | `content-workbench/research/1b-竞品分析.md` |
+| Postiz 与 PostSider | 开源竞品 | 源码级 ＋ 官方文档级，含 fork 差异量化 | `…/1b-竞品分析-Postiz与PostSider同源双形态.md` |
+| 5 项目清单与初步定位 | 独立体入口（竞品池总览） | 同各家 | `…/1b-竞品分析-5项目清单与初步定位.md` |
+| 汇总对比体 | 主份，横向铺开加选型结论 | 综合上述五份 | `content-workbench/research/1b-竞品分析.md`（新版见目标目录 `72111e/1b-竞品分析-汇总对比体.md`） |
 
-**证据强度要带着看**：文到 AI 那一列只有文档级证据，它的结论不能与另四个源码级项目同权；AI 内容工作台的结论来自视频画面，能确认「界面上有什么」，不能确认「它内部怎么实现」。
+**证据强度要带着看**：文到 AI 那一列只有文档级证据，它的结论不能与另四个源码级项目同权；AI 内容工作台的结论来自视频画面，能确认「界面上有什么」，不能确认「它内部怎么实现」；界面级证据本组只有 Easel 一家有，所以凡是「界面怎么动」的判断，五家里只有 Easel 是直证，其余都是源码或文档反推。
 
 ---
 
@@ -40,11 +50,11 @@
 
 一句话定位：**矩阵级的内容生产与经营中枢**，不是又一把写作工具。
 
-和已有的三类工具比，差位有三条（这三条也正好是竞品分析主份 §9.3 里写明的三个空白）：
+和已有的三类工具比，差位有三条（这三条正好是竞品分析 §9.3 里写明的三个空白）：
 
-1. **发现热点这一段普遍弱**。做内容的三家里两家只是「有」，做发布的两家几乎不管。【源：竞品主份 §8、§9.3①】
-2. **合规的自动发布是空白**。现在只有「浏览器自动化（有账号风险）」和「官方 OAuth 或只填充（要人工）」两条路，没有第三条。【源：竞品主份 §9.3②】
-3. **做内容与发内容仍是两套产品**，用户要在两处搬一次。机会在只做中间那段可复用的桥，而不是再造一个全链路。【源：竞品主份 §9.3③】
+1. **发现热点这一段普遍弱**。做内容的三家里两家只是「有」，做发布的两家几乎不管。【源：竞品主份 §8 ①、§9.3①；独立体 Easel §三（热点雷达）、OpenCreator §三（「弱，没有热点发现」）、文到 AI §四（热点雷达，文档级）、Postiz 与 PostSider §四（弱）】
+2. **合规的自动发布是空白**。现在只有「浏览器自动化（有账号风险）」和「官方 OAuth 或只填充（要人工）」两条路，没有第三条。【源：竞品主份 §9.3②；独立体 Postiz 与 PostSider §七 可突破 1 原话「这条第三条路还没人走」；独立体 Easel §六 弱 2（自认自动化发布有风控风险）】
+3. **做内容与发内容仍是两套产品**，用户要在两处搬一次。机会在只做中间那段可复用的桥，而不是再造一个全链路。【源：竞品主份 §9.3③；独立体 Easel §七 可突破 1（「做内容」和「发内容」是两拨人在做两半，中间是断层）；独立体 Postiz 与 PostSider §七 可突破 3（「那段桥还是空的」）】
 
 本产品选的是第 1 条与第 3 条，第 2 条按 §六 F5 的边界处理：只做分级闸门，不做自动代发。
 
@@ -54,9 +64,9 @@
 
 **内容负责人**（主用户）：定选题方向、审内容、看矩阵效果。他每天要回答的是「今天哪个账号发什么」。（【源：视频关键帧·对标与热点、发布与经营】）
 
-**编导与文案**（高频用户）：把一个选题做成成稿，走完创作流水线。他要的是「不用记 skill 名字，点就行」。（【源：视频关键帧·创作 Tab；Easel 三层加载设计】）
+**编导与文案**（高频用户）：把一个选题做成成稿，走完创作流水线。他要的是「不用记 skill 名字，点就行」。（【源：视频关键帧·创作 Tab；独立体 Easel §五 机制 1「三层加载」——元数据常驻、指令触发、资源按需，机制带来的用户结果正是「技能多到一百多个，聊天仍然跑得动」】）
 
-**剪辑与投放**（协作用户）：拿到成稿做视频，管发布与投留痕。他要的是「素材和文案对得上」。（【假设：视频关键帧里只出现「生成录制卡片」和「收支」，投放侧没有画面证据】）
+**剪辑与投放**（协作用户）：拿到成稿做视频，管发布与投留痕。他要的是「素材和文案对得上」。（【假设：视频关键帧里只出现「生成录制卡片」和「收支」，投放侧没有画面证据；五家竞品也都没有 MCN 投放留痕这一段的证据 —— 独立体 OpenCreator §三 只到「审批、结果、继续对话」】）
 
 ---
 
@@ -66,31 +76,32 @@
 
 **S1 找选题**
 作为编导，当我面对一个矩阵下十个账号、每天要出三条内容时，我要知道「哪个赛道的哪条内容数据异常地好」，这样我不用逐个平台刷榜。
-【源：视频关键帧·对标博主监控四指标卡与「N 倍平时互动」异常值；竞品主份 §9.3①】
+【源：视频关键帧·对标博主监控四指标卡与「N 倍平时互动」异常值；竞品主份 §8 ①、§9.3①】
 
 **S2 选题进资产库**
 作为内容负责人，当我把一条爆款拆完，我要它的「角度、结构、开场白、标题」进资产库，这样下一次创作不是凭空写。
-【源：视频关键帧·拆解与沉淀·资产库；文到 AI 的「能力库」把稳定步骤沉淀为可复用方案】
+【源：视频关键帧·拆解与沉淀·资产库；独立体 文到 AI §四 能力 4「能力库」把稳定步骤沉淀为可复用方案】
 
 **S3 走完创作流水线**
 作为文案，当我要把一条选题做成短视频，我要在同一条流水线里走完「聊思路 → 写文案 → 起标题 → 做封面 → 发布检查 → 生成录制卡片」，不用记每个 skill 的名字。
-【源：视频关键帧·创作 Tab 子流程】
+【源：视频关键帧·创作 Tab 子流程；独立体 Easel §五 机制 1】
 
 **S4 一份母版变多份**
 作为运营，当一条母版内容做好，我要它变成矩阵下多个账号、多个平台各自的版本，这样我不用手工改十遍。
-【源：Easel 发布中心「一份母版内容到多平台版本」；文到 AI 卡片工坊「一稿多形态」】
+【源：独立体 Easel §四 能力 4「发布中心」——一处编辑、八端预览、超限当场标出（**直证的是「多平台」**）；「多账号」靠 Easel 的多画像支持加本产品的矩阵需求，发布中心本身未见逐账号变体；独立体 文到 AI §四 能力 3「卡片工坊」一稿多形态】
 
 **S5 发之前先过闸**
-作为内容负责人，当我要把内容交出去发，我要在发之前看到「哪里有风险、具体改哪一句」，而且不可逆的动作必须由人确认。
-【源：Easel 发布前分级闸门（硬拦加软劝）；PostSider read-first / draft-first（发布仍是人的动作）】
+作为内容负责人，当我要把内容交出去发，我要在发之前看清两件事：哪里会被硬拦、哪里只是提醒（发布中心会把超限的当场标出来），而且不可逆的动作必须由人确认。
+【源：独立体 Easel §四 能力 5（硬拦只认账号密钥与内部路径这类敏感信息，人设偏低只告警）；独立体 Postiz 与 PostSider §五 机制 5（read-first / draft-first，发布仍是人的动作）】
+⚠️ 上一版这里写「看到具体改哪一句」，新版没有这个依据 —— Easel 的发布中心只标超限和格式问题，不逐句给改写建议。已按事实收紧。
 
 **S6 效果回写**
 作为负责人，当一条内容跑完，我要它的表现沉淀回账号画像，这样下一轮选题自己会变准。
-【源：Easel 归因回写账号画像；视频关键帧·数据复盘「四分离」分析】
+【源：独立体 Easel §三 核心步骤 6（读播放、互动、评论，把有效结构和偏好沉淀回画像记忆文件）＋ §六 强 1（本组唯一把发现到归因串成闭环）；视频关键帧·数据复盘「四分离」分析】
 
 **S7 看整个矩阵**
 作为机构负责人，当我的矩阵有二十个账号，我要一个界面回答「每个账号今天该发什么、发了什么、效果如何」。
-【假设：五个竞品都只做单账号或单团队视角，矩阵级视图是推断出来的差位，视频画面里也只看到单账号工作台】
+【假设：独立体五家都只做单账号或单团队视角（PostSider 到「多组织机构」为止，还是团队级），矩阵级视图是推断出来的差位；视频画面里也只看到单账号工作台】
 
 **S8 商单与内容对账**
 作为商务，当一条内容带了商单，我要内容、发布记录与收支能对上。
@@ -108,37 +119,41 @@
 | F2 | 选题库与灵感速记（落本地知识库） | S1 S2 | P0 | 视频关键帧·首页随手记录加选题 |
 | F3 | 评论区洞察找选题 | S1 | P1 | 视频关键帧；不做仍能从 F1 得选题，只是少一路输入 |
 | F4 | 爆款拆解与资产库（角度、结构、开场白、标题四库） | S2 | P0 | 视频关键帧·关键差异化；这一条决定了「越用越准」 |
-| F5 | 发布前分级闸门（敏感词与事实检测，硬拦加软劝） | S5 | P0 | Easel `content_guard` 加 `persona_gate`；不过闸就不许发 |
+| F5 | 发布前分级闸门（**敏感信息硬拦 ＋ 人设一致性软劝**） | S5 | P0 | 独立体 Easel §四 能力 5 两道闸：密钥、内部路径这类敏感信息 fail-closed 硬拦；人设一致性低于 80 分只告警。不过硬闸就不许发 |
 | F6 | 创作流水线（聊思路到录制卡片七个环节） | S3 | P0 | 视频关键帧·创作 Tab |
-| F7 | 一份母版到多账号多平台版本 | S4 | P0 | Easel 发布中心；不做则 S4 办不成 |
-| F8 | 内容与素材的版本管理（改稿新建版本不覆盖） | S3 S4 | P1 | OpenCreator 的「修订产生新版本」；文到 AI 也独立出现过同一条 |
-| F9 | 多账号画像与记忆（每账号独立，互不覆盖） | S6 S7 | P0 | Easel 画像六维加记忆作用域收敛到画像目录 |
-| F10 | 效果复盘与归因回写 | S6 | P0 | 视频关键帧·四分离复盘；Easel 归因回写 |
-| F11 | 矩阵级看板（每账号该发什么、发了什么、效果如何） | S7 | P1 | 【假设】竞品无此形态 |
+| F7 | 一份母版到多账号多平台版本 | S4 | P0 | **Easel 发布中心直证「多平台」**（一处编辑、八端预览）；**「多账号」的依据是 Easel 多画像支持 ＋ 本产品的矩阵需求**，发布中心未见逐账号变体。不做则 S4 办不成 |
+| F8 | 内容与素材的版本管理（改稿新建版本不覆盖） | S3 S4 | P1 | 独立体 OpenCreator §五 机制 4（修订产生新版本、带 `sourceArtifactIds` 溯源与 `stale` 标记）；独立体 文到 AI §五 机制 4（版本可对比、可采用、可继续改）。本组两次独立观测到同一条 |
+| F9 | 多账号画像与记忆（每账号独立，互不覆盖） | S6 S7 | P0 | 独立体 Easel §四 能力 2（六维画像）＋ §五 机制 3（画像内联进 prompt、不写全局文件，为了并发不覆盖） |
+| F10 | 效果复盘与归因回写 | S6 | P0 | 视频关键帧·四分离复盘（前半）；独立体 Easel §三 核心步骤 6 加 §六 强 1（后半，**本组唯一闭环**） |
+| F11 | 矩阵级看板（每账号该发什么、发了什么、效果如何） | S7 | P1 | 【假设】五家竞品无此形态 |
 | F12 | 商单与收支记录、内容对账 | S8 | P2 | 【假设】视频关键帧有「收支」Tab，口径未证实 |
-| F13 | 发布留痕与人工确认记录 | S5 | P1 | PostSider 的审计与审批流思路 |
+| F13 | 发布留痕与人工确认记录 | S5 | P1 | 独立体 Postiz 与 PostSider §四 能力 3（审批流、审计轨迹）＋ §三 PostSider 核心步骤 3（草稿进审批队列，人批了才排上） |
 | F14 | 录制卡片与画板（Excalidraw 形态） | S3 | P2 | 视频关键帧·画板模块；不影响场景办成，只是更好用 |
 
-**六项治理要在每条功能条目里各自交代**（失败恢复路径、持久化范围、并发冲突、幂等、超时迁移目标、不可逆操作二次确认）。这几条在本版只列要求，具体落在②段 P0 条目上。其中「不可逆操作二次确认」与 F5、F13 直接相关：发布、删帖、组织级暂停三类动作必须人来做。【源：PostSider 把 `destructiveHint` 只留给删帖与组织级暂停】
+**六项治理要在每条功能条目里各自交代**（失败恢复路径、持久化范围、并发冲突、幂等、超时迁移目标、不可逆操作二次确认）。这几条在本版只列要求，具体落在②段 P0 条目上。「不可逆操作二次确认」与 F5、F13 直接相关，但**三件事「人来做」的形态不一样，别压成一句话**：
+
+- **发布**：发布这个动作本身留在人手里（read-first / draft-first）。【源：独立体 Postiz 与 PostSider §五 机制 5】
+- **删帖**：带破坏性注解，属需要二次确认的一类。【源：独立体 Postiz 与 PostSider §七 该借鉴 3，`destructiveHint: true` 只留给删帖和急停两件】
+- **组织级急停**：触发与恢复都只有人能做。【源：独立体 Postiz 与 PostSider §三 PostSider「系统帮了什么」】
 
 ---
 
 ## 七、能力底座（从竞品抄什么、避什么）
 
-**该抄的八条**（都能追溯到具体项目）：
+**该抄的八条**（都能追溯到具体项目，节号指新版独立体）：
 
-1. **技能即能力**：技能不是名词，配可运行脚本，成品落盘。【源：Easel 114 技能，含 146 个 `.py`】
-2. **三层加载加 `SKILL.md` 不超过 200 行**：Metadata 常驻、Instructions 触发、Resources 按需。这是让能力持续变多而不炸 prompt 的唯一解。【源：Easel `SKILL-SPEC.md`】
-3. **契约层独立成包**：三端同源，版本号明文可读。【源：OpenCreator `packages/protocol` 与 `protocolVersion`】
-4. **状态机加版本号加幂等键三件套**，并为「远端到底收没收」专设 `unknown_remote_acceptance` 与 `abandoned_unknown` 两个状态。【源：OpenCreator】
-5. **read-first / draft-first**：Agent 可以准备、排期、送审，发布仍是人的动作。这条把「自动化」与「不可逆」分开。【源：PostSider】
-6. **发布前分级闸门**：不可逆的硬拦，可商量的软劝，不做一刀切。【源：Easel】
-7. **本地与免密钥 provider 作一等公民**：用户不必先配 Key 才能开始用。【源：OpenCreator、文到 AI、Easel 共同】
-8. **独立更新清单**：`channel`、逐包 `sha256`、`minimumSupportedVersion`、`allowSkip`、`remindAfterHours`。【源：文到 AI `stable.json`】
+1. **技能即能力**：技能不是名词，配可运行脚本，成品落盘。【源：独立体 Easel §四 能力 1（114 技能，技能树挂 146 个 `.py`）】
+2. **三层加载加 `SKILL.md` 不超过 200 行**：元数据常驻、指令触发、资源按需。这是让能力持续变多而不炸 prompt 的唯一解。【源：独立体 Easel §五 机制 1】
+3. **契约层独立成包**：三端同源，版本号明文可读。【源：独立体 OpenCreator §五 机制 3、§七 该借鉴 2（`packages/protocol` 与 `protocolVersion`）】
+4. **状态机加版本号加幂等键三件套**，并为「远端到底收没收」专设 `unknown_remote_acceptance` 与 `abandoned_unknown` 两个状态。【源：独立体 OpenCreator §五 机制 3】
+5. **read-first / draft-first**：Agent 可以准备、排期、送审，发布仍是人的动作。这条把「自动化」与「不可逆」分开。【源：独立体 Postiz 与 PostSider §五 机制 5】
+6. **发布前分级闸门**：不可逆的硬拦，可商量的软劝，不做一刀切。【源：独立体 Easel §四 能力 5】
+7. **本地与免密钥 provider 作一等公民**：用户不必先配 Key 才能开始用。【源：独立体 OpenCreator §五 机制 6（自注「本组三个做内容的项目都出现」）、文到 AI §五 机制 2、Easel §四】
+8. **独立更新清单**：`channel`、逐包 `sha256`、`minimumSupportedVersion`、`allowSkip`、`remindAfterHours`。【源：独立体 文到 AI §五 机制 3（`stable.json` 逐字段）】
 
 **该避的五条**：
 
-避浏览器自动化发平台（账号风控是真实风险，Easel 自己在 README 里承认）。避 README 与发行状态脱钩（文到 AI 的文档停在「尚未发布」，实际已发 10 个版本）。避上游强耦合的薄壳路线（OpenCreator 把 Agent loop 全交给 Codex，一次破坏性变更就可能整体不可用）。避命名双轨（产品改名了，内嵌件还用旧名）。避素材授权未核实就用（一律先设 `draft`）。
+避浏览器自动化发平台（账号风控是真实风险，Easel 自己在 README 里承认）【源：独立体 Easel §六 弱 2】。避 README 与发行状态脱钩（文到 AI 的文档停在「尚未发布」，实际已发 10 个版本）【源：独立体 文到 AI §六 弱 3】。避上游强耦合的薄壳路线（OpenCreator 把 Agent loop 全交给 Codex，一次破坏性变更就可能整体不可用）【源：独立体 OpenCreator §六 弱 1】。避命名双轨（产品改名了，内嵌件还用旧名）【源：独立体 OpenCreator §六 弱 4】。避素材授权未核实就用（一律先设 `draft`）【源：独立体 OpenCreator §五 机制 8、§七 该避开 4】。
 
 ---
 
@@ -158,10 +173,10 @@
 | A2 | 平台数据靠官方接口或授权方式拿，不靠抓取 | 假设 | F1、F10；若拿不到，S1 与 S6 要降级 |
 | A3 | 收支记录的口径是「内容级」而不是「月级」 | 假设 | F12 |
 | A4 | 团队 5 到 20 人，不超过三层审批 | 假设 | F5、F13 |
-| R1 | 上游模型或 Agent 引擎的破坏性变更 | 风险 | 全链路；对策是契约层加可用版本回退 |
-| R2 | 平台发布规则变动导致合规路线失效 | 风险 | F5、F7；对策是分级闸门加人工确认 |
-| R3 | 资产库沉淀质量差，变成垃圾场 | 风险 | F4；对策是入库前设门禁，参照 OpenCreator 模板治理的 `draft` 做法 |
-| R4 | 多账号并发写同一份状态互相覆盖 | 风险 | F9；对策是记忆作用域收敛到画像目录，不写全局 |
+| R1 | 上游模型或 Agent 引擎的破坏性变更 | 风险 | 全链路；对策是契约层加可用版本回退【源：独立体 OpenCreator §六 弱 1、§九 借鉴 6 迁移演练】 |
+| R2 | 平台发布规则变动导致合规路线失效 | 风险 | F5、F7；对策是分级闸门加人工确认【源：独立体 Easel §六 弱 2、Postiz 与 PostSider §七 该避开 1】 |
+| R3 | 资产库沉淀质量差，变成垃圾场 | 风险 | F4；对策是入库前设门禁，参照 OpenCreator 模板治理的 `draft` 做法【源：独立体 OpenCreator §五 机制 8】 |
+| R4 | 多账号并发写同一份状态互相覆盖 | 风险 | F9；对策是记忆作用域收敛到画像目录，不写全局【源：独立体 Easel §五 机制 3】 |
 
 ---
 
@@ -185,17 +200,50 @@
 
 | 功能或结论 | 主要来源 |
 |---|---|
-| F1 F2 F3 F4 F6 F10 F14 | `参考资料/AI内容工作台_功能点梳理.md`（视频关键帧梳理） |
-| F5 | `…/1b-竞品分析-Easel.md` §8.2 发布安全闸门 |
-| F7 F8 | Easel 发布中心；`…/1b-竞品分析-OpenCreator.md` §4.2 与 §十一 |
-| F9 | `…/1b-竞品分析-Easel.md` §九 账号画像 |
-| F13 | `…/1b-竞品分析-Postiz与PostSider同源双形态.md` §4.1 与 §七 |
-| §三 三条差位 | `content-workbench/research/1b-竞品分析.md` §8、§9.3 |
-| §七 该抄与该避 | 四份单项目附卷的可借鉴点与风险段 |
+| F1 F2 F3 F4 F6 F14 | `参考资料/AI内容工作台_功能点梳理.md`（视频关键帧梳理） |
+| F5 | 独立体 Easel §四 能力 5（发布安全闸门两道） |
+| F7 | 独立体 Easel §四 能力 4（发布中心） |
+| F8 | 独立体 OpenCreator §五 机制 4；独立体 文到 AI §五 机制 4 |
+| F9 | 独立体 Easel §四 能力 2、§五 机制 3 |
+| F10 | 视频关键帧（前半）；独立体 Easel §三 核心步骤 6、§六 强 1（后半） |
+| F13 | 独立体 Postiz 与 PostSider §四 能力 3、§三 PostSider 核心步骤 3 |
+| §三 三条差位 | 汇总对比体 §8、§9.3①②③；独立体 Easel §七 可突破 1、Postiz 与 PostSider §七 可突破 1 与 3 |
+| §七 该抄与该避 | 独立体 Easel §四 §五 §六、OpenCreator §四 §五 §六、Postiz 与 PostSider §五 §七、文到 AI §五 §六 |
+| §九 R1—R4 对策 | 独立体 OpenCreator §五 机制 8、独立体 Easel §五 机制 3 |
 | S7 S8 A1—A4 | 【假设】，无外部来源 |
 
-🔴 **这张表里凡指向 `1b` 系列的行，上游都在重写中**（原因见文首「上游状态」行）：F5 / F7 / F8 / F9 / F13、F10 的后半（Easel 归因回写）、§三 三条差位、§七 该抄该避 —— 复核完才能算数；指向视频关键帧梳理的行不受影响（F1 / F2 / F3 / F4 / F6 / F14，以及 F10 的前半四分离复盘）。
+🔴 **这张表里所有指向竞品分析的节号都已在 2026-10-07 22:3x 按新版独立体逐个核过**（新版独立体统一为七节结构，故不再出现旧的 `§8.2` / `§九` / `§十一` / `§十三` 这类编号）。指向视频关键帧梳理的行不受影响。
 
 ---
 
-*本文档是「MCN 短视频内容整合营销智能体」的①段 1a 需求文档（汇总型）。上游取证见 `content-workbench` 的 1b 系列与 `参考资料/` 下的视频抽帧材料。*
+## 这一版跟上一版的实质差别
+
+上一版（2026-10-07 21:36 写）发布时，第 ②类输入（6 份开源竞品分析）**正在按 1b 方法论重写**，它把 9 条受影响条目挂成「待复核」，并声明「⛔ 不得当终稿用」。这一版就是那份复核的结果落地。
+
+实质差别逐条列：
+
+1. **文首状态行整条换掉。** 上一版写「上游正在重写、9 条待复核、不得当终稿」；这一版写「重写完成并逐条复核完毕、9 条里 2 条改 7 条不改」，并把复核清单的路径写上。这是这一版存在的理由。
+
+2. **F5 的措辞改了（这是内容层真改，不是换词）。** 上一版写「敏感词与事实检测，硬拦加软劝」。新版独立体里 Easel 的硬闸管的是 API key、内部路径这类**敏感信息**，软闸管的是**人设一致性**，全程没有「敏感词」也没有「事实检测」。照旧写会把②段带去做一个竞品池里没人做过的「事实核查器」。已改成「敏感信息硬拦 ＋ 人设一致性软劝」。
+
+3. **F7 的依据列改了。** 上一版直接写「Easel 发布中心；不做则 S4 办不成」，读起来像「Easel 的发布中心已经能做矩阵级变体」。新版独立体证明：发布中心直证的只有**多平台**（一处编辑、八端预览）；**多账号**靠的是 Easel 的多画像支持，加上本产品的矩阵需求。依据列已按这个界线拆开写。
+
+4. **S5 收紧。** 上一版写「我要在发之前看到哪里有风险、具体改哪一句」。「具体改哪一句」在新版独立体里找不到依据 —— Easel 的发布中心只标超限字数和格式，不逐句给改写建议。已改成「哪里会被硬拦、哪里只是提醒」，并加了警示行说明为什么收。
+
+5. **§六 治理段的「人来做」拆开了。** 上一版把发布、删帖、组织级暂停三件事压成一句「必须人来做」。新版说的是：发布是人的动作、删帖带破坏性注解需要二次确认、组织级**急停**的触发与恢复只有人能做 —— 三件形态不一样。已拆成三条，并把「暂停」更正为「急停」。
+
+6. **§七 的十三条依据全部换新版节号。** 上一版笼统写「四份单项目附卷的可借鉴点与风险段」（那些附卷当时还是旧结构）；这一版逐条挂新版独立体的节号，并且每条都核过。
+
+7. **§二 来源表重排。** 上一版把 6 份开源分析压成 4 行；这一版按「5 份独立体 ＋ 1 份汇总对比体」分列，并把证据等级改成三级（加「界面级」，只 Easel 有），在表下补了一句「界面级的判断五家里只有 Easel 是直证」。
+
+8. **§三 三条差位补独立体出处。** 内容判定没变（三条都坐实），但每条后面补上了独立体里的旁证，不再只靠汇总对比体一句话。
+
+9. **§四、§九 的引用更新。** 编导与文案那条补了 Easel 三层加载的机制细节；R1 到 R4 的对策逐条挂上独立体节号；剪辑与投放那条仍是【假设】，因为五家竞品都没有 MCN 投放留痕的证据。
+
+**没变的部分**：§一 一句话与不做什么、§五 的 S1 到 S8 骨架、§六 的功能编号与优先级、§八 明确不做、§十 的 9 条待复核。这些不受上游重写影响。
+
+---
+
+*本文档是「MCN 短视频内容整合营销智能体」的①段 1a 需求文档（汇总型）。上游取证见 `content-workbench` 的 1b 系列与 `参考资料/` 下的视频抽帧材料。本版落在目标目录 `72111e` 内，⛔ 未覆盖工作区根 `docs/pm/mcn-shortvideo-agent/research/1a-需求文档.md`。*
+
+*（说人话自评：46/50　直接性 9 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 9 —— 判据源 `humanizer-zh`，门槛 45。）*

docs/pm/mcn-shortvideo-agent/research/1b-竞品分析.md

@@ -0,0 +1,384 @@
+# 1b 竞品分析 · 汇总对比体（内容工作台）
+
+> 项目 slug：`content-workbench`　｜　原始目标：调研 5 个开源内容工作台项目并生成分析文档
+> 本份是 1b 的**汇总对比体**，只做一件事：把 5 个竞品**放在一起比** —— 共识是什么、差异在哪、哪里没人做好、我们要先解决什么。主线是五问：用途 → 场景 → 功能 → 作用 → 优势。
+> 单个竞品的完整形态 / 给谁用 / 干什么用、用户把事办成的过程、它自己的能力与机制，**在各家独立分析体里**（`证据附卷/` 5 份，写法判据见方法论 §11）。本份不重抄那部分，只保留横向对比需要的基线。
+> 竞品池是 5 个开源项目，实际是 **4 条独立产品线 ＋ 1 组同源双形态**（见 §2）。
+> 证据分三级：**源码级**（结论来自仓库文件树、源码或官方文件）· **官方文档级**（只有官方自述与仓库元数据）· **界面级**（有官方界面截图）。本次**界面级只有 Easel 一家**（4 张官方工作台截图）；**文档级只有文到 AI 一家**（无业务源码）。
+> 原始证据在 `取证/`：`api/` · `api/fork/` · `easel/` · `opencreator/` · `wendao/`。取证时间见 §附 E。
+> **改版说明（第二版，2026-10-07 22:3x）**：第一版 21:41 写就，早于 4 份新版独立体，边界要重核（详见文末「这一版跟上一版的实质差别」）。本版按方法论 §0.4 收紧为纯横向：逐家的能力详述、机制详述交回独立体，只留横向铺开与选型结论。
+
+---
+
+## 0. 怎么读这份
+
+五问落在哪：用途看 §3，场景看 §4，功能和作用都在 §5，优势看 §7。§8 的矩阵和 §10 的结论负责收口。
+
+**想知道「某一家具体长什么样、用户怎么用它」** —— 那不在本份，去读对应那家的独立分析体。本份只回答「摆在一起看，它们差在哪」。
+
+文到 AI 的证据只到官方文档级，在本组不进源码级，凡引用处都已标注。它和另外 4 家的结论不同权。
+
+许可、风险、取证冲突、缺口这四类工程与合规内容不进正文，统一放在 §附 A 到 §附 E。
+
+---
+
+## 1. 这次要回答什么
+
+做一款**自有内容工作台**时，这 5 个项目各自把「用户的内容工作」做成了什么形态？哪些做法值得借鉴、哪些要避开、哪些还没被解决好？
+
+竞品池见 §2。**不展开**的部分：用户量、下载量、营收、定价实测；行级代码 diff；各项目的真实运行验证（缺口见 §附 D）。
+
+五问各自落在哪一节：
+
+| 五问 | 关注点 | 落点 |
+|---|---|---|
+| 用途：是什么、给谁用、干什么用 | What / Who | §3 |
+| 场景：用户在什么处境下用它 | When / Why | §4 |
+| 功能：有哪些核心能力 | What | §5 |
+| 作用：每项能力解决什么问题 | What for | §5 |
+| 优势：相对谁、在哪些场景更强更弱 | vs Whom | §7 |
+
+---
+
+## 2. 选了哪些竞品
+
+分三层：
+
+1. **直接竞品（做内容）**：`ZJU-REAL/Easel`、`krillinai/OpenCreator`、`wendaoai/wendao-content-workbench`（文到 AI）。
+2. **间接与替代方案（发内容）**：`gitroomhq/postiz-app`、`lumizone/postsider`。
+3. **点名参考实装**：本次**没有**。原始目标只给了 5 个链接，所以全部按前两层收录。
+
+为什么是这 5 个：用户要「把内容做出来」时，会在 Easel、OpenCreator、文到 AI 之间比，比的是**全链路 / 媒体工厂 / 单平台桌面**三条不同做法。用户要「把内容发出去、排期、接 Agent」时，两条路是**成熟生态**与 **Agent 桥**。
+
+PostSider 是 `postiz-app` 的 fork —— 它的 `ATTRIBUTION.md` 里逐字写了这一点，两者同为 AGPL-3.0。所以这两个按**一条产品线、两个形态**处理；矩阵里分两列只为写清差异，同源关系回到 §附 C 第 3 条。
+
+读的时候要带上一个前提：**这 5 个不在同一赛道。** 它们分属内容生产链的上游（做）和下游（发），这个分界后面每一节都要用到。
+
+---
+
+## 3. 用途基线（一行一家）
+
+这一节只给「摆在一起比」需要的最小基线。各家完整的用途四行（形态 / 给谁用 / 干什么用 / 证据等级）在独立体 §2，本份不重抄。
+
+| 竞品 | 形态 | 给谁用 | 用它干什么 |
+|---|---|---|---|
+| **Easel** | 开源社媒内容工作台，本地自托管（Web `:7860` ＋ CLI） | 要一条龙做社媒内容的个人或小团队 | 一个 Agent 贯穿「发现热点 → 策划选题 → 创作图文音视频 → 多平台发布 → 归因回写画像」 |
+| **OpenCreator** | 创作者 AI 工作台，Web 单前端 ＋ Electron 壳，Codex 驱动 | 要批量做媒体的创作者 | 把 Agent 对话与可视化创作工具装在同一个本地 Runtime 上，批量生产视频、图像、语音、口播 |
+| **文到 AI** | 本地优先的**公众号**写作 / 排版 / 配图**桌面工具**（Wails，三平台） | 只做公众号一条线、在意数据留本机的人 | 从选题、写稿、排版、配图到发布准备，全在桌面端本地完成 |
+| **Postiz** | 社媒**排期**工具（Cloud SaaS ＋ 开源自托管双形态） | 要稳定排期与协作的团队 | 30+ 平台排期、分析、团队协作，并接受 n8n / Make / Zapier 式自动化接入 |
+| **PostSider** | Postiz 的 fork，改造成「Agent 桥」（Docker Compose，入口 `:4007`） | 要把发帖能力接给 AI Agent 的开发者 | 30+ 平台排期，加公开 REST API、Node SDK、MCP server（19 个工具） |
+
+「内容工作台」这个词在本组里指两种东西：**做内容**的（Easel、OpenCreator、文到 AI）和**发内容**的（Postiz、PostSider）。
+
+---
+
+## 4. 使用场景横向对比
+
+横切方式：按**内容生产链上的五个用户处境**铺开，看用户在这个处境下要办成什么、各竞品怎么让他办成。不按竞品逐个写。
+
+| 用户处境 | Easel | 文到 AI（文档级） | OpenCreator | Postiz | PostSider |
+|---|---|---|---|---|---|
+| **① 我该做什么**（发现热点、定选题） | 有，热点雷达聚合 6 到 8 个平台 | 有，热点雷达加营销日历 | 弱，有视频下载，没有热点发现 | 弱，RSS 自动发 | 弱，无 |
+| **② 选题怎么排成计划** | 有，策划技能成组 | 有，选题库、系列规划、能力库编排 | 弱，脚本和模板 | 无 | 无 |
+| **③ 把东西做出来** | 有，技能库带可运行脚本 | 有，写作、排版、配图、卡片工坊 | 有，十项创作工具加 108 条模板（视频翻译覆盖 14 源语言到 101 目标语言） | 弱，AI Copilot 与图、视频、切片，要自带 Key | 无，主动移除了 AI 内容生成 |
+| **④ 发出去** | 有，7 平台，靠浏览器自动化喂入 | 弱，发布助手插件只填充不代发 | 无，不做发布 | 有，30+ 平台，走官方 OAuth | 有，30+ 平台 |
+| **⑤ 发完怎么复盘** | 有，归因结果回写账号画像 | 弱，公众号数据月度复盘 | 无 | 有，按渠道分析 | 有，分析和客户报告 |
+
+⚠️ 文到 AI 那一列的证据只到官方文档级。它的「场景」在独立体 §3 里已写明**六行动作链里三行整行取不到**，本表的格子只是官方自述能支撑到的粒度，别当界面级事实读。
+
+各自处境下「为什么这么做」（When / Why 这一层）：
+
+① 到 ② 是**做内容三家的主场**。它们把「该做什么」当成产品入口。两家排期产品不做选题，因为用户是带着已成稿的内容来的。
+
+③ 是**分歧最大的一段**。OpenCreator 把这段做成媒体工厂，批量、多语言、模板化；Easel 做成技能库，技能就是可运行脚本，产物落盘；PostSider 反过来主动移除了 AI 生成，它只服务已经有稿子的人。
+
+④ 是**产品边界的分水岭**。Easel 用浏览器自动化把「发」也纳入闭环，自己在 README 里承认有平台风控风险；Postiz 不自动化也不抓取；文到 AI 只填充不代发；OpenCreator 干脆不做。这背后是两种用户价值：把 ④ 做进产品省下一次搬运，代价是把不可逆的动作交给了自动化；不做 ④ 少一段风险，但用户要手动搬一次。
+
+⑤ 只有 **Easel 做成了闭环**。归因结果回写账号画像，下一轮的 ①② 由此收敛。这是本组唯一一处「用得越久越懂你」的设计。
+
+---
+
+## 5. 功能横向对比
+
+维度按内容链路层建，可增不可缺：能力面、Agent 可调用面、内容治理。**每项能力「解决什么问题 / 起什么作用」的完整写法在独立体 §4**，本节只做横向。
+
+### 5.1 能力面（按链路层）
+
+| 维度 | Easel | 文到 AI | OpenCreator | Postiz | PostSider |
+|---|---|---|---|---|---|
+| 发现 / 热点 | 强，多平台热榜聚合 | 中，热点雷达 | 弱，仅视频下载 | 弱，RSS | 弱，无 |
+| 策划 / 选题 | 强，技能成组 | 中，选题库加系列规划 | 弱，脚本与模板 | 无 | 无 |
+| 创作 | 强，技能库带脚本 | 中，写作 / 排版 / 配图 / 卡片工坊 | 最强，十项工具加 108 模板 | 中，自带 Key | 无，主动移除 |
+| 发布 | 中，7 平台自动化 | 弱，只填充不代发 | 无 | 最强，30+ OAuth | 最强，30+ |
+| 归因 | 强，回写画像 | 中，月度复盘 | 无 | 中，分析 | 中，分析 / 客户报告 |
+
+横向看下来，能拉开差距的只有两段：**创作**（OpenCreator 最重）和**发布**（Postiz 与 PostSider 最全）。其余各段都有至少一家做得出，差异在深度不在有无。
+
+### 5.2 Agent 可调用面
+
+| 竞品 | 形态 | 解决什么问题 |
+|---|---|---|
+| Easel | OpenClaw Agent ＋ MCP | 让技能能被 Agent 调起 |
+| OpenCreator | MCP runtime 透传 Codex | 不自造 Agent 循环，省一半工期 |
+| Postiz | MCP 嵌在后端 ＋ CLI ＋ 15 个 agent 连接器 | 让现成 Agent 接进来 |
+| PostSider | 独立 MCP 包，19 工具（13 读 6 写） | 把「可调用面」做成独立产品件 |
+| 文到 AI | 无 | — |
+
+这一行的横向结论：**Agent 可调用面已经不是差异点。** 5 家里 4 家都有，两家排期产品还把 MCP / API / SDK 放进了每一个付费档，没当成加价项。它已经从卖点变成基础能力。
+
+### 5.3 内容治理（发布前）
+
+横向铺开四家的姿态：
+
+- **Easel**：两道闸。`content_guard.py` 管敏感信息（API key、内部路径），fail-closed，退出码 7；`persona_gate.py` 管人设偏离，低于 80 分只告警。一道硬，一道软。
+- **PostSider**：read-first / draft-first。Agent 可以准备、排期、送审，**发布仍然是人的动作**；急停恢复也只有人能做。
+- **文到 AI**：只填充不代发，把最后一步留给人。
+- **Postiz**：托管侧走平台官方 OAuth，不抓取、不自动化。
+- **OpenCreator**：不做发布，所以这一段没有对应设计。
+
+横向看下来分两派：**「硬拦 ＋ 软劝」「只填充不代发」是产品内的闸门**；「不自动化平台」是产品外的合规姿态。两条不冲突，但见 §9.2 第 1 条 —— 同一条产品线里不能两头都抄。
+
+---
+
+## 6. 机制横向对比
+
+§5 比的是「有什么」，本节比「同一个问题各家怎么解」。**各家的完整机制清单在独立体 §5**，本节只挑横向有分歧的几组。
+
+**1. 记忆与上下文的作用域。**
+
+- Easel：按**账号画像**分（六维画像，画像目录即记忆作用域，不写全局文件）。
+- OpenCreator：按**通用三级**分（global / project / thread）；文档说明它不会自动保存，只给「存为长期记忆」的建议。
+- 文到 AI：单机本地 SQLite，没有账号维度。
+- Postiz / PostSider：没有内容记忆这一层。
+
+⇒ 这一组的分歧是「作用域的粒度」。做内容的三家里，只有 Easel 把粒度收到了**账号**；OpenCreator 收到**项目**；文到 AI 干脆不做多账号。
+
+**2. 改稿与版本。**
+
+- OpenCreator：修订产生新版本、不覆盖，带 `sourceArtifactIds` 溯源和 `stale` 标记。
+- 文到 AI：版本可对比、可采用、可继续改。
+- Easel：产物落 `outputs/<主题>/`，系统状态目录带 `_` 前缀。
+
+⇒ **修订不覆盖是本组的共识**，两家独立出现同一条（OpenCreator、文到 AI）。Easel 走的是另一条路（按主题归档，不强调版本链）。
+
+**3. Agent 与人的分工。**
+
+- Easel：发布前分级闸门，硬的拦、软的劝。
+- PostSider：read-first / draft-first，Agent 到「送审」为止，发布归人。
+- 文到 AI：插件只填公众号编辑器，不登录、不存草稿、不点发布。
+- Postiz：不自动化、不抓取。
+
+⇒ 四家的落点不同，方向一致：**把不可逆的那一步留给人。** 这条在本组是共识，不是某一家的偏好。
+
+**4. 能力怎么加载 / Agent 引擎从哪来。**
+
+- Easel：自建技能运行时，三层加载（元数据常驻 / 指令触发 / 资源按需），`SKILL.md` 不超过 200 行。
+- OpenCreator：不重写 Agent 引擎，全透传给 Codex，只做生命周期、事件归一化、持久化、调度与 UI。
+- 文到 AI：能力库，把多步骤编排成一套「创作方案」。
+
+⇒ 这是**唯一的真分歧**：自建运行时（Easel）对上透传上游（OpenCreator）。两种都能跑，代价不同，见 §7 与 §9.2 第 1 条。
+
+---
+
+## 7. 优势与不足
+
+每条都写清「相对谁 / 什么场景 / 什么结果」。逐家的完整强弱清单（每条四行）在独立体 §6，本表只留横向判断。
+
+| 竞品 | 优势 | 不足 |
+|---|---|---|
+| **Easel** | 相对另 4 家，**唯一**覆盖「发现到归因」全闭环；在「要让内容越做越贴账号」的场景下，归因回写画像，输出持续收敛 | 相对 Postiz，发布环节用浏览器自动化；在「账号安全优先」的场景下，有风控、限流、封号风险（README 自陈）。安装门槛也高（Node 版本窗口窄，还要 FFmpeg 和 Chromium） |
+| **OpenCreator** | 相对另 4 家，**媒体生成能力最强**；在「批量做多语言视频」的场景下，十项工具加 108 模板，边际成本近零。工程治理也最重 | 相对自建引擎者，**上游强耦合** —— Codex 一次破坏性变更就可能整体不可用。另外它**不做发布**，用户得另找出口 |
+| **文到 AI**（文档级） | 相对另 4 家，**单平台纵深最完整**；在「只做公众号、要在意数据留本机」的场景下，端到端本地完成。产品侧 13 天发了 11 版 | 相对开源同行，**闭源**（全仓 5 blob），用户无法自审、无法二开；GitHub 侧只发文档（3★），社区支持弱 |
+| **Postiz** | 相对另 4 家，**生态最成熟、星标最高、迭代最快**；在「要稳定排期与协作」的场景下，30+ 平台走官方 OAuth，合规且省维护 | 相对 Easel，**不做内容生产**。相对自用者，AGPL-3.0 意味着一旦作对外网络服务就得开放源码 |
+| **PostSider** | 相对 Postiz，**把 Agent 桥做成了独立件**（19 工具 MCP 加 API 加 SDK）；在「要把发帖接给 Agent」的场景下，接入成本最低 | 相对 Postiz，**单人开发、10★、发布停在 v1.2.0**，且已放弃跟随上游。作设计样本有价值，作可依赖上游风险高 |
+
+---
+
+## 8. 竞品能力矩阵
+
+```
+能力 / 场景             Easel    文到AI    OpenCreator   Postiz    PostSider    机会
+① 发现热点              强       中       弱            弱        弱           ← 全组普遍弱
+② 选题与计划            强       强       中            —         —            ← 生产侧已有解
+③ 内容生产              强       中       最强          中        主动放弃      ← 差异化主战场
+④ 多平台发布            中(自动化) 弱(半)   无            最强      最强         ← 合规路线二选一
+⑤ 归因回写              强       中       无            中        中           ← 只有 Easel 成闭环
+⑥ Agent 可调用面        中       无       中            强        最强         ← 已成基础能力
+⑦ 发布安全闸门          强(分级)  中       无            强        强           ← 已成基础能力
+⑧ 本地优先/免密钥        强       强       强            弱        弱           ← 做内容侧共识
+```
+
+这张矩阵能看出五件事：
+
+**已经是基础能力、不再构成差异的**：⑥ Agent 可调用面、⑦ 发布安全闸门、⑧ 本地优先与免密钥。
+
+**能拉开差距的**：③ 内容生产（OpenCreator 最强）、④ 多平台发布（Postiz 和 PostSider 最强）。
+
+**某家独有的**：只有 Easel 做出了 ⑤ 归因回写闭环；只有 PostSider 把 MCP 做成了独立产品件。
+
+**普遍做得不好的**：① 发现热点 —— 做内容的三家里两家只是「有」，发内容的两家几乎不管。
+
+**还没被解决好的需求**：④ 的**合规自动化**。现在只有「浏览器自动化（有风险）」和「OAuth 或只填充（要人工）」两条路，没有第三条。
+
+**取值口径**：本矩阵只保留能区分竞品的行。⑦⑧ 作为「共识能力」行列保留，用途是提示「不必在这里找差异」。
+
+---
+
+## 9. 可借鉴点与产品机会
+
+三类分开写。**每条第 4 段「它现在怎么做」的完整版在独立体 §7**，本节做的是三类汇总，并追回 §4 / §5 / §7。
+
+### 9.1 该借鉴（竞品已验证有效，且与自有目标一致）
+
+**可以直接搬的工程做法**（成本低、边界清晰）：
+
+1. **技能 / 工具契约独立成包 ＋ 版本常量**（OpenCreator）—— 三端同源最低成本的一步。
+2. **状态机 ＋ 版本号 ＋ 幂等键三件套**（OpenCreator）—— 为「远端到底收没收」专设 `unknown_remote_acceptance` / `abandoned_unknown` 两态。
+3. **工具契约独立成断言目标**（PostSider）—— 把「Agent 能看到哪些工具」写死成独立清单，静默增删改名会直接测试报红。
+4. **每个工具显式声明四个风险注解**（PostSider）—— `readOnlyHint` / `destructiveHint` / `idempotentHint` / `openWorldHint`。
+5. **换牌与二开闸门**（PostSider）—— `.rebrand-allowlist` ＋ `rebrand-check.mjs`（CI `exit 1`）。
+6. **迁移回滚按「演练先行 ＋ 不变量 SQL ＋ 幂等复验」做**（OpenCreator）—— 只建临时库，第二次修复必须 `repaired=0`。
+7. **性能门禁写进 CI 并带硬阈值**（OpenCreator）—— 请求数、DOM 峰值、Long Task、gzip 预算。
+8. **「技能文档与脚本参数」机器校验**（Easel）—— 防文档漂移。
+9. **独立更新清单**（文到 AI）—— `stable.json`：`channel` / `publishedAt` / `supportedPlatforms` / 逐包 `sha256` / 升级策略三字段。
+10. **可用版本回退的运行组件管理**（OpenCreator）—— 定期检查更新但永不自动安装，失败时保留当前可用版本。
+
+**高价值的产品设计**：
+
+11. **技能三层加载，`SKILL.md` 控制在 200 行内**（Easel）。
+12. **发布前分级闸门：一道硬、一道软**（Easel）。
+13. **出站内容安全要分级而不是全禁**（Easel）。
+14. **「工作台」与「对话」共用同一状态机，修订产生新版本而非覆盖**（OpenCreator）。
+15. **read-first / draft-first 的产品边界**（PostSider）。
+16. **画像六维，记忆作用域收敛到画像目录**（Easel）。
+17. **付费操作的前置协议**（Easel）—— 先给范围、计划、费用预估再请求。
+18. **本地与免密钥 provider 作一等公民**（OpenCreator、文到 AI、Easel 共同）。
+19. **技能市场的合规面**（OpenCreator）—— 每条带七项风险声明、给 Agent 的指令、给人的步骤、商业许可审查位。
+20. **`AGENTS.md` 的分级验证铁律**（OpenCreator）—— 同时治「动不动跑全量测试」和「用没跑的验证暗示无回归」。
+
+### 9.2 该避开（竞品存在明显问题，不照搬）
+
+1. **同一条产品线里不能既自动发、又宣称合规。** Easel 走浏览器自动化（README 自陈风控风险），Postiz 走官方 OAuth、不抓取不自动化。两条是互斥的设计红线，选一条走到底。（追回 §4 ④、§5.3）
+2. **不把「薄壳透传」当默认路线**（OpenCreator）—— 省工期的对价是上游一次破坏性变更就可能整体不可用。
+3. **不让对外文档与发行状态脱钩**（文到 AI）—— README 停在「尚未发布」，实际已发 10 个版本。对外文档必须有「最后校准时间」。
+4. **不留命名双轨**（OpenCreator）—— 产品改名了，内嵌 CLI、脚本、技能前缀还用旧名。
+5. **不用未核实授权的素材**（OpenCreator 自述案例）—— 来源没复测的一律先设 `draft`。
+
+### 9.3 可突破（需求真实存在，竞品解决得不够好）
+
+1. **发现热点这一段普遍弱**（追溯 §5.1 ①、§8 ①）。三家「有」但不深，两家不管。机会在把「找题」做成真正的入口。
+2. **合规的自动发布是空白**（追溯 §8 ④）。现有两条路是「有风险的自动化」和「要人工的半自动」，**第三条路**（平台侧可控通道加分级确认）还没人做好。
+3. **做内容与发内容之间那段桥，还是空的**（追溯 §2、§4 ④）。用户要在两处搬一次。机会在只做中间那段可复用的桥，而不是再造一个全链路。
+
+---
+
+## 10. 结论（产品层）
+
+1. **用户最核心的需求**是让「该做什么 → 做出来 → 发出去 → 知道效果」这条链跑通，并且越跑越顺，而不是买到某一项最强的功能。
+2. **竞品共同解决了什么**：③ 内容生产（有模板或技能就够用）、④ 多平台发布（30+ 平台已是基础）、⑥ Agent 可调用面（已成基础能力，不再是卖点）。
+3. **竞品共同存在什么问题**：① 发现热点普遍弱；④ 的合规自动化没人做好；⑤ 归因闭环只有一家做成。
+4. **已经是基础能力的**：Agent 可调用面、发布安全闸门、本地优先与免密钥。
+5. **还能形成差异的**：内容生产的批量化与本地化（OpenCreator 路线）；归因回写形成复利（Easel 路线）。
+6. **本产品应优先解决什么** —— 先立规范再堆能力。① 技能和工具先有规范且机器可校验；② 再立契约层，可版本化、可断言；③ 发布这类不可逆动作一律设分级闸门；④ 工程治理直接内化（分级验证铁律、把 `unknown` 当一等结论、迁移演练加幂等复验）。
+7. **一句话**：本组没有对手，只有零件。Easel 给「技能即能力加治理闸门」的骨架，OpenCreator 给「契约化加治理铁律加迁移演练」的工程底座，Postiz 和 PostSider 给「分发中枢加 Agent 桥」的接口范式，文到 AI 给「单平台纵深加发布边界」的产品取舍。最划算的路径是：以 Easel 的技能体系为主干，以 OpenCreator 的契约与治理为工程底座，以 PostSider 的 read-first / draft-first 定发布边界，许可上只搬 Apache-2.0 那一侧的代码。
+
+---
+
+## 附 A. 许可与合规速查
+
+要复用代码，只在 **Apache-2.0**（Easel、OpenCreator）里取。取 Easel 时先确认内联的 `gzh-design`（AGPL-3.0）是否在交付路径上。
+
+只借鉴设计、不搬代码，这 5 项都能看。
+
+要把 AGPL 项目（Postiz、PostSider）改后作网络服务对外，须开放对应源码；内部自用不受约束。
+
+要复用官方文案、截图或品牌素材，**只有文到 AI 明确禁止**（proprietary，`NOTICE.md`）；其余以各自 LICENSE 为准。
+
+## 附 B. 风险总表
+
+| 项目 | 风险 | 级别 | 依据 |
+|---|---|---|---|
+| Easel | 平台风控：自动化发布到小红书存在验证、限流、封号风险 | 高 | README 加 `skill-xhs-publisher` 风险段逐字（独立体 Easel §六 弱 2） |
+| Easel | 许可混用：主体 Apache-2.0 但内联 `gzh-design` 是 AGPL-3.0 | 中 | 独立体 Easel 附录「仓库自述口径差异」 |
+| Easel | 依赖重、安装门槛高（Node 版本窗口窄） | 中 | 独立体 Easel §六 弱 1 |
+| 文到 AI | 无 LICENSE：文案、截图、品牌素材均不可复制 | 高 | `NOTICE.md` 逐字（独立体 文到 AI 附录「许可提醒」） |
+| 文到 AI | 「免费」边界未核实（changelog 出现「商用绿色版」） | 中 | 独立体 文到 AI 附录「查不到 / 待核实」第 3 条 |
+| 文到 AI | 闭源加静默更新（`allowSkip: true`） | 中 | 独立体 文到 AI §五 机制 3 |
+| OpenCreator | 上游强耦合：Codex 一次破坏性变更就可能整体不可用 | 高 | 独立体 OpenCreator §六 弱 1 |
+| OpenCreator | 素材与商标再分发许可未在仓内单独声明 | 中 | 独立体 OpenCreator §六 弱 4 |
+| Postiz / PostSider | AGPL-3.0 网络服务义务加上游署名义务 | 高（若对外） | `ATTRIBUTION.md` 逐字（独立体 Postiz 与 PostSider §五 机制 8） |
+| PostSider | 单点风险：单人、10★、发布停在 v1.2.0 | 高 | 独立体 Postiz 与 PostSider §六 弱 1 |
+| 全组 | **平台合规路线二选一，不可混**：Easel 走浏览器自动化，Postiz 走官方 OAuth，文到 AI 只填充不代发 | 高（设计红线） | 独立体 Easel §六 弱 2、Postiz 与 PostSider §七 该避开 1 |
+
+## 附 C. 取证一致性复核（冲突读数，以原始件为准）
+
+1. **Easel 技能数 113 与 114 冲突，以 114 为准**。`easel.tree.stat.json` 里 `skills_openclaw_dir_count = 114`、`skillmd_count = 114`，用 `取证/api/easel.tree.json` 复算一致。113 是 README 旧徽章和能力地图的口径。
+2. **Postiz 文件树「截断前」的措辞有误，实际未截断**。`_summary.json` 里 `tree_total_blobs = 1018`、`tree_truncated = false`。真正被截断的是 OpenCreator 的树，已用 11 份分片补全。
+3. **PostSider 连接器 33 与 34 冲突**。34 是仓库里 `*.provider.ts` 的文件数（源码级），33 是 README 口径，30+ 是官网营销语，三者口径不同，引用时要标明。「活跃注册数」仍未逐条核对。
+4. **OpenCreator 模板 108（79 / 28 / 1）**：`tree.stat.json` 的 `template_entries_by_category` 三档全为 0，该派生字段失真，须以原始分片 `tree_template.json` 为准，复算吻合。
+5. **Postiz 版本口径不一**：`version.txt` 是 v1.47.0，releases 最新是 v2.25.0（2026-10-02），两处口径不一，原因查不到。
+
+## 附 D. 已知取证缺口（照抄《目标执行状态.md》，不补编）
+
+**全组共性**：五家的真实用户量、下载量、营收基本查不到（Postiz 自述「7M downloads」但没有口径）。**真实运行证据为零** —— 全程只做静态取证，未安装、未编译、未运行任何命令。
+
+**Postiz 与 PostSider**：fork 点（GitHub 未标记 fork、无 parent 指针）与改动行数（tree API 只给 blob sha，行级 diff 需要 clone 两侧）都未取到。PostSider「33 个活跃连接器」的口径未逐条核对；是否有托管云服务查不到。
+
+**Easel**：CI 称 38 条技能自带测试，实际只测到 6 个测试文件；114 技能的 `layer` 源码级分布没做；`SKILL-SPEC` 的 `test1.*` 约定整树零文件；`.env.example` 里 `xhs-maas` / `agnes` provider 的来源未核实。技能可用率没有实测。
+
+**OpenCreator**：商业与规模证据全缺；技能市场「上架态」口径未核实；`docs/plans/` 10 份计划的落地率未核；火柴人、头像、音频的再分发许可未核；`runtime/`（183 个 blob，其中 `.go` 163 个）只做了结构级取证；语言构成是按文件数口径（与官方字节口径不可混）。
+
+**文到 AI**：源码级面全部查不到；「商用绿色版」是什么查不到；`updates/versions/` 只到 0.0.115 而 `stable.json` 已到 0.0.123，原因查不到。
+
+## 附 E. 来源与取证时间
+
+五个对象仓库：
+
+1. `https://github.com/ZJU-REAL/Easel`（`main`）
+2. `https://github.com/wendaoai/wendao-content-workbench`（`main`；主页 `https://www.asfop.top/`）
+3. `https://github.com/krillinai/OpenCreator`（`master`）
+4. `https://github.com/gitroomhq/postiz-app`（`main`；官网 `https://postiz.com`）
+5. `https://github.com/lumizone/postsider`（`main`；官网 `https://postsider.com`）
+
+| 棒次 | 产物 / 证据 | 取证时间（CST） | 落点 |
+|---|---|---|---|
+| 第 1 棒 | 5 项目元数据、README、文件树 | 2026-10-07 16:13–16:17 | `取证/api/*.{repo.json,README.md,tree.json}` 加 `_summary.json` |
+| 第 2 棒 | Postiz / PostSider 同源双形态，fork 差异 | 2026-10-07 16:40–17:05 | `取证/api/fork/`（19 件）加 `fork-diff.json` |
+| 第 3 棒 | Easel 深度分析 | 2026-10-07 17:06–17:19 | `取证/easel/`（17 件）加 `easel.tree.stat.json` |
+| 第 4 棒 | OpenCreator 深度分析 | 2026-10-07 17:37–17:56 | `取证/opencreator/`（76 件）加 `opencreator.tree.stat.json` |
+| 第 5 棒 | 文到 AI 分析（文档级） | 2026-10-07 18:07–18:10 | `取证/wendao/`（20 件） |
+| 第 6 棒 | 跨项目汇总对比（本份第一版前身） | 2026-10-07 18:31–18:5x | `归档-1b旧口径/1b-竞品分析-跨项目汇总对比__旧口径-20261007.md` |
+| 第 7 棒 | 5 份独立分析体重写（产品视角七节） | 2026-10-07 21:40–22:01 | `证据附卷/`（5 份） |
+| 第 8 棒 | 汇总对比体按新边界重排（本份） | 2026-10-07 22:3x | 本文件 |
+
+---
+
+## 这一版跟上一版的实质差别
+
+上一版（21:41 写）已经按新方法论重排过一次，也过了「说人话」。但它**写在新版独立体之前** —— 4 份独立身体是 21:58 到 22:01 才落盘的。于是它对边界、对证据等级的分类都停在旧认识上。
+
+这一版的实质差别，逐条列：
+
+1. **证据等级从两级改成三级。** 上一版写「证据分两级：源码级 / 文档级，本次只有文到 AI 落在文档级」。新版独立体里 Easel 是「源码级 ＋ 官方文档级 ＋ **界面级**」（4 张官方截图），是本组唯一有界面级证据的一家。这一级是重写独立体时才补上的，上一版没有。
+
+2. **§3 用途从「逐家细述」改成「一行一家的基线」。** 上一版 §3 用一张三列表把五家的形态、给谁用、干什么用逐格写满，和独立体 §2 的用途四行重复。这一版只留对比基线，明写「完整四行在独立体 §2」，不再重抄。
+
+3. **§5.1 后半的六项能力详述删掉了。** 上一版在能力矩阵后面又挑了六项能力（技能即能力 / 创作模板体系 / 公开 API / 卡片工坊 / 能力库 / 画像记忆）逐条展开，那是逐家产品面，归独立体 §4。这一版只留矩阵加横向解读。
+
+4. **§6 从「逐家机制罗列」改成「同一机制横向对比」。** 上一版 §6 六条里，四条是单家机制（OpenCreator 两投影状态机、Easel 三层加载与分级闸门、OpenCreator 透传 Codex、Easel 画像记忆），按 §0.4 归独立体。这一版换成四组横向：记忆作用域、改稿与版本、Agent 与人的分工、能力加载与引擎来源 —— 每组比的是「同一个问题各家怎么解」。
+
+5. **§7 表加了指引，§9 明标「细节在独立体 §7」。** 优势不足表与三类汇总保留（它们是汇总体该写的），但都加了一行「完整清单在独立体 §6 / §7」，避免读者以为本份就是全量。
+
+6. **清掉悬空的节号引用。** 上一版 附B 依据列写「第 2 棒 §八·4、第 3 棒 §十三·1」，上一版 附D 写「照抄《目标执行状态.md》§八」—— 这些指向的是旧棒次文档的编号，新版独立体早改成七节结构。这一版全部换成**指向新版独立体的节号**。
+
+7. **§4 场景矩阵给文到 AI 那一列加了证据警示。** 上一版直接填格；新版独立体已明确文到 AI 的场景「六行里三行整行取不到」。这一版在表下加了警示行，说明那一列只到官方自述粒度。
+
+8. **§4 处境的格子从「技能计数」改成「能力强弱」。** 上一版写「有，9 个热点技能加基础 6，共 15」「有，114 个技能」这类计数 —— 计数是独立体的事。这一版只留强弱与做法。
+
+9. **附 E 补了第 7、8 两棒。** 上一版只到第 6 棒；这一版把「第 7 棒 独立体重写」「第 8 棒 汇总重排」补上，时间对得上。
+
+**没变的部分**（事实一条没丢）：竞品池分层与纳入理由、§8 能力矩阵的八行与五个判断、§9 的三类条目、§10 的七条结论、§附 A 到 §附 D 的许可、风险、冲突读数与缺口。
+
+---
+
+*本份是 1b 竞品分析的**汇总对比体**（第二版，2026-10-07 22:3x 按方法论 §0.4 收紧为纯横向）。**独立分析体**见 `证据附卷/`（5 份）；原始证据见 `取证/`；旧口径原件见 `../归档-1b旧口径/`；本次改版前版本见 `../归档-说人话重写前-20261007/`。本版落在目标目录 `72111e` 内，⛔ 未覆盖 `research/1b-竞品分析.md`。*