67 lines
4.8 KiB
Markdown
67 lines
4.8 KiB
Markdown
|
# 目标与任务说明 · 调研 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 "…"`，⛔ 不许只写「卡了」。
|