contentm_agent/执行会话/目标-调研5个开源内容工作台项目并生成分析文档-5199a6/docs/pm/content-workbench/证据附卷/1b-竞品分析-5项目清单与初步定位.md

1b 竞品分析（竞品池总览）· 5 个开源内容工作台

项目 slug：content-workbench　｜　本份是 1b 的竞品池总览：池子怎么分、每一家为什么进池、五家各是什么形态、给谁用、干什么用。 判据：方法论 §2「竞品选择与范围」（三层，逐层交代为什么选它）＋ §11 第 1、2 节（属哪一层、为什么纳入；用途四行）。 各家的七节独立分析在 1b-竞品分析-Easel.md、-OpenCreator.md、-Postiz与PostSider同源双形态.md、-文到AI.md 四份里。跨家横向铺开在 ../research/1b-竞品分析.md。 取证时间：2026-10-07　｜　改版：2026-10-07 第二版（重写，见文末「这一版跟上一版的实质差别」）

---

一、池子怎么分

要做的产品是 MCN 短视频内容整合营销智能体：面向一个账号矩阵，把「找选题 → 做内容 → 多账号多平台发布 → 投放与商业化留痕 → 复盘回写」串成一条链路。用户是 MCN 的内容负责人、编导与文案、剪辑与投放。

按这个用户在整条链上的两个动作分池子：

1. 做内容 —— 直接竞品。 同一件事、同一个处境，用户会在它们之间挑。三家：ZJU-REAL/Easel、krillinai/OpenCreator、wendaoai/wendao-content-workbench（文到 AI）。
2. 发内容 —— 间接与替代方案。 形态不同，抢的是同一段用户时间；用户也可以换一种做法绕开它。两家：gitroomhq/postiz-app、lumizone/postsider。
3. 点名参考实装 —— 本次没有。 原始目标只给了 5 个仓库链接，全部按前两层收录。

带着看的一个前提：这五家不在同一赛道。「内容工作台」在这组里指两种东西 —— 做内容的三家和发内容的两家。这个分界后面每一节都要用到。

---

二、逐个速览

每家两个问题：它属哪一层、用户为什么会拿它跟我们比；然后是用途四行。

1、Easel（ZJU-REAL）

属哪一层 · 为什么纳入

属直接竞品（做内容）。用户要在一个工作台里从看热点一路做到发布和复盘，又不想买 SaaS 时，会拿 Easel 比。它是这组里唯一把「发现到归因」铺成闭环的开源项目 —— 纳入的理由是这条闭环，不是它的星标（3175 星在本组排第二，但这不是分水岭）。

• 形态：本地自托管开源工作台，一个仓库给两种壳 —— 命令行 easel 和浏览器界面 easel web（默认 localhost:7860）。不要云账号。
• 给谁用：中文社媒创作者，个人号和团队运营都覆盖。文档全中文，slogan 是「你的私人、持续进化的社媒运营助手」。
• 干什么用：把一个想法推到能发出去的内容，同时管住多个账号各自的口径。拆开是五件事 —— 发现热点、策划选题、生成图文音视频、发到 7 个平台、把数据回头写进账号画像。
• 证据等级：源码级 ＋ 官方文档级 ＋ 界面级。1002 个文件全树；另有 4 张官方工作台截图（画像配置、热点雷达、内容日历、发布中心）。本组唯一有界面截图的一家。

2、OpenCreator（krillinai）

属哪一层 · 为什么纳入

属直接竞品（做内容）。用户要批量做视频、要把一条片子翻成多语言，会拿它比。它走的是另一条路：不做全链路，只做「本地媒体工厂 ＋ Agent 外壳」。纳入的理由是「批量媒体生产」这件事 —— 12,611 星是本组第二高，但用户挑它跟星标无关。

• 形态：本地 Runtime ＋ 单一 Web 前端（http://127.0.0.1:19861/），Desktop 是 Electron 壳，加载同一份 Web 构建产物、只额外补系统能力（目录选择、托盘、原生通知）。
• 给谁用：要在本机持续做创作与开发任务的个人和团队。中文社媒与视频创作者为主 —— 文档覆盖 12 种语言，README 挂 QQ 群和 B 站入口。
• 干什么用：批量产出视频、图像、配音、口播和文章。视频翻译覆盖 14 种源语言到 101 种目标语言；另一个卖点是「可视化工具」和「Agent 对话」跑在同一个状态机上，不是两套界面切来切去。
• 证据等级：源码级 ＋ 官方文档级（含官方用户指南里描述的界面动线）。无界面截图。

3、文到 AI（wendaoai）

属哪一层 · 为什么纳入

属直接竞品（做内容），但只覆盖公众号一条线。用户只做公众号、又在意数据留在自己电脑上时，会拿它比。它在这组里的价值是把单平台这条路走到头：同一份内容，它做出的复用形态最多（长文 → 卡片 → 封面）。

• 形态：闭源商业桌面应用（README 自述基于 Wails，面向 Windows / macOS / Linux）。GitHub 上的仓只是文档仓，NOTICE.md 明写业务源码不分发。
• 给谁用：公众号创作者、内容运营人员和小型内容团队。README 自陈「不是只有一个输入框的 AI 写作工具」。
• 干什么用：在桌面端把公众号一条线做完 —— 选题、写稿、排版、配图、卡片、发布准备、数据复盘；数据默认留本机，AI 模型用户自己配。
• 证据等级：文档级（README ＋ 官网 ＋ 官方更新清单）。全仓 5 个 blob，无业务源码，GitHub 语言统计返回空对象。本组唯一不能做源码级的一家，它的结论不与另四家同权。

4、Postiz（gitroomhq）

属哪一层 · 为什么纳入

属间接与替代方案（发内容）。用户手上有成稿、要把它排出去，会拿 Postiz 比。纳入的理由是它代表「成熟生态」这条路 —— 星标最高（36,809）、迭代最快，但用户挑它看的是「发布这件事有没有人做透了」。

• 形态：社媒排期平台，双形态 —— 托管版 Postiz Cloud（SaaS，含平台预审应用）和开源自托管版。README 明说「不对功能设门槛、不限制许可」，差别只在基础设施、平台审批与运维责任。
• 给谁用：要稳定排期与团队协作的团队和代理商；也服务把发布接进自动化的人（n8n / Make / Zapier 那类）。
• 干什么用：把一批账号的内容排出去并看见效果 —— 排期与日历、跨平台转发、重复帖、审批、分析、团队协作「交换或购买帖子」，外加 API、Webhooks 与 15 个 Agent 连接器。
• 证据等级：源码级 ＋ 官方文档级（README 全文、前端路由与组件树、定价页）。无界面截图。

5、PostSider（lumizone）

属哪一层 · 为什么纳入

属间接与替代方案（发内容），和 Postiz 是同一条产品线的第二个形态。用户要让 AI Agent 直接操作排期工具时，会拿它比 —— 上游 Postiz 得绕一圈，它把这条通路做成了独立产品件。纳入的理由是「Agent 可调用面」，不是它的规模（10 星）。

• 形态：Postiz 的 fork，改造成「Agent 桥」。Docker Compose 一键自托管（镜像 ghcr.io/lumizone/postsider-app），入口 localhost:4007。
• 给谁用：要把发帖能力接给 AI Agent 的开发者和自动化团队；也给需要自托管排期的团队。官网口号是「for humans, teams, and AI agents」。
• 干什么用：30 多个平台的排期与发布，外加三样上游没有的东西 —— 公开 REST API、Node SDK（@postsider/node）、独立 MCP server（@postsider/mcp，19 个工具）。
• 证据等级：源码级 ＋ 官方文档级（README、MCP 文档、SDK 文档、前端路由、ATTRIBUTION.md）。无界面截图。

---

三、一眼看清的五条

1. 「内容工作台」在这组里是两种东西。 做内容的三家（Easel、OpenCreator、文到 AI）和发内容的两家（Postiz、PostSider）分属生产链的两段。想清楚自己切哪一段，是读后面所有对比的前提。

2. 许可有明确分水岭。 Easel 和 OpenCreator 是 Apache-2.0，可以较自由地借代码；Postiz 和 PostSider 是 AGPL-3.0，改后作网络服务对外提供就得开放对应源码。要复用代码，只在 Apache 那一侧取。

3.「开源仓里没有源码」是真实存在的形态。 文到 AI 全仓 5 个 blob，README 与 NOTICE.md 都写了闭源，.gitignore 把 src/、server/、web/ 全排除了。所以调研前必须先验「仓库里到底有没有业务代码」，否则会按 5 个开源项目排期，实际只有 4 个能做源码级分析。

4. Postiz 与 PostSider 同源，按一条产品线两个形态处理。 PostSider 自己的 ATTRIBUTION.md 逐字写了「PostSider is a fork of postiz-app」，版权归 Nevo David 与 Postiz 贡献者。但 GitHub 元数据里 "fork": false，也没给 parent 指针 —— fork 点从 API 求不出来。两家合成一份独立分析，差异写在同一份里。

5. 证据等级不同权，引用时必须标。 四家源码级、一家文档级。文到 AI 的产品形态（Wails ＋ Vue ＋ 本地 SQLite）是有据的推断，不是源码级结论 —— 依据是仓库 topics、.gitignore 和官方 changelog 三处硬线索，没有一行代码可查。另：三家（OpenCreator、Postiz、PostSider）没有界面截图，它们的「场景」一节是按源码与官方文档反推的，已逐处标注。

---

四、取证与缺口

证据落点（在本目标目录内）：取证/api/（五家的元数据、README、文件树）、取证/api/fork/（Postiz / PostSider 增量面与 fork-diff.json）、取证/easel/、取证/opencreator/、取证/wendao/。旁证只读：参考资料/Easel_功能点与截图/ 的 4 张官方截图。

缺口（不猜，如实列）：

1. 五家的真实用户量、下载量、营收：GitHub 星标与 fork 数已取；Postiz 自述「7M downloads」但没给口径，其余各家都没有公开规模数据。查不到。
2. PostSider 与 Postiz 的确切 fork 点（哪个 commit、哪一天）与改动行数：GitHub 未登记 fork、无 parent 指针，API 求不到；tree API 只给 blob 哈希、不给行数。改动只做到文件级与路径级量化。
3. 各家的真实运行证据为零：本目标全程只做静态取证，未安装、未编译、未运行任何命令（调研阶段不做安装与付费生成）。所以「十项创作工具可用」「108 个模板都能跑」「六段链路可用」这类说法，均无实测支撑。
4. 界面级证据只有 Easel 一家（4 张官方截图）。其余三家的界面与操作动线，只能按源码、官方指南或官方文字反推，已在各份里逐处标注。
5. 文到 AI 的源码级面全部缺失：技术栈具体版本、依赖、模块划分、数据表结构、公众号数据采集方式，都因为没有源码而不可得。

---

附：输出检查

本份是竞品池总览，判据取方法论 §2 与 §11 第 1、2 节（对应《输出检查》里与竞品池、第 1 节、第 2 节有关的那几条）：

• §2 竞品池三层齐全（直接竞品 / 间接与替代方案 / 点名参考实装），点名参考实装已标明「本次没有」
• 纳入池子的每一个，都能回答「用户为什么会拿它和我们的产品做选择」（判据是用户的选择，不是名气）
• 每个竞品都写了属哪一层、为什么纳入
• 每个竞品的用途四行都在（形态 / 给谁用 / 干什么用 / 证据等级），没有留白
• 证据等级逐家标明，文档级的那家已写明「不与另四家同权」
• 全文只围绕用途、场景、功能、作用、优势展开；工程与合规内容压到 §三、§四
• 已过内容准则，评分 46/50

---

这一版跟上一版的实质差别

上一版是「第一棒」产物：七节里六节讲的是取证过程与仓库骨架 —— 总览矩阵、取证口径、逐个初步定位（技术栈 ＋ 目录构成 ＋ 关键能力）、格局初判、初步可借鉴点、下一棒建议。没写任何一家的用户是谁、用户在什么处境下用它、界面上怎么操作。

这一版换成竞品池总览，实质差别逐条列：

1. 新增「用户的选择」这条判据。 上一版说「纳入理由」时讲的是星标排第几、链路铺得满不满；这一版每一家都回答「用户会在什么处境下拿它跟我们比」。上一版那句「纳入它的理由跟星标关系不大」在这版被贯彻到全部五家。
2. 位置升了一级。 五家的「形态 / 给谁用 / 干什么用」在上一版是散在「逐个初步定位」里的一段杂述（和文件树计数、技术栈混在一起）；这一版单独立成每家一组的用途四行，行名与独立分析体 §11 第 2 节一致。
3. 技术栈与目录构成从正文退场。 上一版每家的要点是 apps/{web,daemon,desktop}、libraries/nestjs-libraries 这类目录清单；这一版只留「形态」一行，其余归各家的独立分析体或取证附卷。
4. 删掉「下一棒建议」。 那是棒次视角（告诉下一棒做什么），不属于竞品分析。真正的推进口径在《目标执行状态.md》里，本份不重复。
5. 证据等级从「一句话说明」变成「逐家一行」。 上一版只在开头写「本棒不靠二手转述」，并把「文到 AI 无源码」当成待确认事项（问用户要不要降级）；这一版直接定成池子里的一类事实，并写明它不与另四家同权。
6. 保留的事实一条没丢：许可分水岭、同源关系、闭源混在开源池里这三条从「格局初判」挪到 §三，措辞改成产品视角，数字未动。

---

本份是竞品池总览（独立分析体的入口）。各家七节独立分析见同目录另四份；跨家横向对比见 ../research/1b-竞品分析.md；原始证据见 取证/。