0 Fork 0

Files

T

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

4.8 KiB

Raw Blame History

目标与任务说明 · 调研 5 个开源内容工作台项目

本文件是本目标的唯一任务说明载体（派活 prompt 只写「去哪读」，⛔ 不抄正文）。目标登记在 tmp/supervise-inbox/goal.json；台账在 tmp/supervise-inbox/tasks.json（四态，唯一权威）。

一、目标（用户原话）

使用产品规划技能调研下面的开源项目并生成分析文档。

二、要调研的 5 个项目（用户当轮给出的原文链接，⛔ 不许增删替换）

1、https://github.com/ZJU-REAL/Easel 2、https://github.com/wendaoai/wendao-content-workbench 3、https://github.com/krillinai/OpenCreator/blob/master/docs/zh/README.md 4、https://github.com/gitroomhq/postiz-app 5、https://github.com/lumizone/postsider

三、验收判据（与 `goal.json` 的 `acceptance_state` 逐条对齐 —— 改判据必须两处一起改）

1、单项目分析文档齐全 —— 5 个项目全覆盖；gitroomhq/postiz-app 与 lumizone/postsider 同源代码血统（fork 关系），合并为一份并在文中写明二者差异 2、每份含产品定位与功能清单与可借鉴点 3、一份跨项目汇总对比文档 4、每份标注来源链接与取证时间 5、产物全部落在本目标目录内

四、产物落点（死规定）

本目标目录：执行会话/目标-调研5个开源内容工作台项目并生成分析文档-5199a6/
--report --state done 的 --artifact 必须指向本目录内的实际文件；读不到 ⇒ 台账硬拒收。
⛔ 不许写回 交付物/、docs/、工作区根 —— 那正是「下棒到处找」的由来。
⛔ 只读访问工作区其它目录是允许的（参考资料/ 里有既有的两个视频抽帧分析，可作旁证）。

五、方法（用产品规划技能）

加载 product-planning，按 ①段「产品需求」的 1b 竞品分析形态走（stage-discovery）。
项目 slug 建议 content-workbench；若用户另给项目名，以用户为准。
⛔ 只做调研与分析：不写业务代码、不改别的目录、不装依赖。

六、取证要求

每个项目：README / docs / 依赖清单 / 目录结构，源码级实证优先，⛔ 不靠二手转述、⛔ 不编数字。
每条结论标来源（链接＋取证时间）；查不到就写「查不到」，⛔ 不猜。

六之二、口径补充（🔴 用户 2026-10-07 18:27 裁定，逐字）

用户原话：「https://github.com/wendaoai/wendao-content-workbench 通过说明文档调研就行不需要源码」

闭源 / 无源码仓库按「说明文档口径」调研即可，⛔ 不追源码、⛔ 不把「无源码」当缺口挂账。
适用范围：本次特指 wendaoai/wendao-content-workbench（文到 AI，全仓仅 5 个文档 blob、NOTICE.md 声明闭源）；同型仓库照此办理。
代价照旧要标：产物里必须写明「覆盖边界＝基于官方自述与仓库元数据，未经源码级验证」（第 5 棒已照此写，无需返工）。
该裁定消解第 5 棒留在 tmp/supervise-inbox/NEED-USER.md 的那条待裁项。

六之三、产物形态口径（🔴 用户 2026-10-07 19:40 裁定，逐字）

用户原话：「分析重点是讲用途讲场景讲功能讲作用讲优势其余跟产品规划不相关的都去掉」

每份分析文档按这五节组织：用途 → 场景 → 功能 → 作用 → 优势。
与产品规划无关的内容一律去掉：仓库元数据（创建时间/提交数/贡献者/stars）、许可与合规细节、取证口径与方法说明、技术架构与协议契约、工程治理条款、模板源码级计数、遗留取证缺口清单等。
保留两条硬要求：来源链接＋取证时间必须留（判据 4 仍生效）；「覆盖边界（文档级/源码级）」一句话留。
旧稿处置：移进目标目录内 归档/源码级深稿-20261007/，⛔ 不删除（可逆）。
⚠️ 本口径与技能侧方法论冲突 —— product-planning 的 1b 竞品分析唯一方法论 references/competitor-analysis.md 是未本地化的英文市场商业框架（市场规模/份额/融资/定价/GTM），与本技能自己声明的「不做市场规模、份额、定价、融资」自相矛盾，且全段无「用途/场景/功能/作用/优势」这组中文产品视角。技能侧修法待用户拍板，见本轮对话。

七、节奏（一棒一线）

本轮只做一件可核对产物的事，做完即停并 --report。
建议第一棒：把 5 个项目的仓库骨架与 README 拉齐，产出「5 项目清单与初步定位」一份；后续棒次逐个深入。
收尾自判：还有缺口 ⇒ 接下一棒；卡住 ⇒ --report --state blocked --reason "…"，⛔ 不许只写「卡了」。

4.8 KiB Raw Blame History Unescape Escape