Files
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

7.0 KiB
Raw Permalink Blame History

落点说明 · vibe-product 六份①②段文档新稿

产出:第 10 棒任务会话 [执行]-[开源项目调研]-vibe-product六份阶段文档重写新稿(排期 e012f7d6,域 content_marketing_agent/执行会话) 时间:2026-10-07 23:3x|目标:执行会话/目标-重写5份竞品分析文档并重新生成MCN短视-72111e/

一、新稿 → 源路径,逐条对应

六份新稿全部落在本目录下的 vibe-product六份-新稿/,文件名与源文件逐字相同。

# 新稿(本目录内) 源(⛔ 全程只读,未改动一个字节)
1 vibe-product六份-新稿/1a-需求文档.md E:/ProgramData/AIProject/vibe-product/docs/pm/proto-board/research/1a-需求文档.md
2 vibe-product六份-新稿/1c-用户画像.md E:/ProgramData/AIProject/vibe-product/docs/pm/proto-board/research/1c-用户画像.md
3 vibe-product六份-新稿/1d-产品策略.md E:/ProgramData/AIProject/vibe-product/docs/pm/proto-board/research/1d-产品策略.md
4 vibe-product六份-新稿/1e-使用场景.md E:/ProgramData/AIProject/vibe-product/docs/pm/proto-board/research/1e-使用场景.md
5 vibe-product六份-新稿/2a-产品功能.md E:/ProgramData/AIProject/vibe-product/docs/pm/proto-board/prd/2a-产品功能.md
6 vibe-product六份-新稿/2b-界面布局.md E:/ProgramData/AIProject/vibe-product/docs/pm/proto-board/prd/2b-界面布局.md

源六份的 mtime 仍是 01:46(1a/1c/1d/1e)与 01:47(2a/2b),本棒未触碰。

二、②段两份在哪找到的

派活原文说「在该目录子树内自行定位」。实测结果:都在,没缺。

  • docs/pm/proto-board/prd/2a-产品功能.md(3034 B,mtime 01:47)
  • docs/pm/proto-board/prd/2b-界面布局.md(3383 B,mtime 01:47)

⇒ 不需要写「源缺失」。

三、按什么判据重写

份 方法论载体(只读)
1a stage-discovery/references/grill-me.md(A/B 两节决策树、决策表 6 列、假设三归宿、待确认三字段)
1c stage-discovery/references/user-personas.md(6 块结构)+ stage-discovery/SKILL.md「必须能追到原话」
1d stage-discovery/references/product-strategy.md(9 节 Canvas + 第 11/12 步验证实验)
1e stage-discovery/references/usage-scenario.md(四槽位、六条完成判据、§5 替代方案)
2a stage-requirements/references/create-prd.md(六字段、优先级判据、不做对照)+ state-machine.md(六项治理)
2b stage-requirements/SKILL.md(②—③交界)+ create-prd.md §二(布局五样、信息分档、页型一句)

段入口:stage-discovery/SKILL.md、stage-requirements/SKILL.md。 说人话判据源:E:/ProgramData/.workbuddy/skills/humanizer-zh/SKILL.md+session-mechanism/references/作业规矩/04-去AI味与说话方式.md。

四、逐份做了什么(一句话)

  1. 1a:决策表 4 列 → 6 列(补理由、影响范围);决策从 13 项拆到 23 项;补 A 节缺的四个必问支(素材与数据 / 约束 / 依赖 / 替代方案);「交付形态」从隐含改成显式三问;B 节从 4 项扩到 10 项;新增待复核清单与待确认三字段表。
  2. 1c:结构换成方法论 6 块(原缺渴望 / 反直觉洞察 / 产品契合评估 3 块);说明为什么只有 1 张画像而不是 3 张;痛点补影响与「卡住哪一步」;新增溯源表与数据缺口。
  3. 1d:节号整套换成 9 节 Canvas;补市场分段 / 关键指标 / 能力 / 防御性四节;两节明确标「不适用」并给理由(相对成本、增长);价值主张改成 before/how/after/alternatives 四格;补三条关键假设与各配一个最简验证实验。
  4. 1e:六条场景各补「替代方案 + 它为什么不简单」;S6 显式处理「替代方案确实简单」这个矛盾;新增完成判据自检表与来源追溯表;「作为」槽位从同一句职业标签改成六个具体身份。
  5. 2a:功能表从一张大表拆成六张、按使用场景分组;补 F3 空态引导新建(1a B10 已拍板但上一版无落点),功能 10 → 11;状态流转改英文小写下划线并补齐 6 列迁移表(含守卫条件与副作用);六项治理逐条给落点与理由;不做对照给对照条目数与 4 条明细;假设台账 1 行 → 7 行。
  6. 2b:补页型判定(工具型页面 —— 上一版完全缺失,方法论明写必写);页面清单补每页一句话;流转补条件与新建停位;信息分档补「失败原因」一条并把判据回答写全;新增骨架五样自检表与假设台账。

五、硬约束逐条对账

# 要求 结论
1 重写 ≠ 润色:内容层真改、按方法论节号重排,文末写明「与上一版的实质差别」逐条列 ✅ 六份文末各有该节,合计列出实质差别 48 条(1a 9 / 1c 8 / 1d 7 / 1e 6 / 2a 9 / 2b 9,逐份现数)
2 落盘文字过说人话,门槛 ≥45/50,每份文末写评分(五维) ✅ 六份评分:1a 47、1c 46、1d 46、1e 48、2a 46、2b 46(均五维分列)
3 半成品按失败交付,不许当完成上报 ✅ 六份均写全(各自文末的实质差别与评分都在位),无半成品
4 收口命令带 tid 位置参数,done 带 --artifact ✅ 收口命令见 §七,--artifact 指本文件
5 落地到 vibe-product 不由本棒做,写 NEED-USER.md ✅ 已追加(见 tmp/supervise-inbox/NEED-USER.md 第 3 条)
6 不改 goal.json / 生命周期 / 不删旧文件 / 不碰 session-mechanism ✅ 全部未触碰

六、自检(本棒现算)

  • 文件名逐字一致:六份新稿文件名与源逐字相同(含中文与全角括号),另加本说明一份,共 7 个文件。
  • 零视觉词(只对 2b 有硬要求):2b-界面布局.md 未出现配色 / 字体 / 间距 / 圆角 / 阴影 / 动效这类词;提到「面包屑」「状态」属于骨架层。
  • 功能零越界:1e-使用场景.md 六条「我要办成什么」里无功能名;2a 不含页面结构描述;2b 不含功能优先级与有无。
  • 事实与假设分开:1a 来源列只用「用户拍板 / 【假设】/【事实】」三种取值,并在顶部给出「已确认 15 / 模型补全 8」两个数。
  • 未编造:1c 的人口学信息、使用频率、1d 的 North Star 数字、2a 的超时阈值,全部显式写「取不到 / 待定」,没有填数。

七、收口与余项

  • 本棒收口:collabd.py --report ea3ce52d-6afd-4397-a737-ec7626e2e73d --state done --by "[执行]-[开源项目调研]-vibe-product六份阶段文档重写新稿" --artifact "执行会话/目标-重写5份竞品分析文档并重新生成MCN短视-72111e/vibe-product六份-新稿/落点说明.md"
  • 落地留给主会话:六份新稿要覆盖进 E:/ProgramData/AIProject/vibe-product/docs/pm/proto-board/,属跨工作区写入,本棒域门禁写不了 —— 已写进 tmp/supervise-inbox/NEED-USER.md。