内容分四块: 1、产品规划产出 —— MCN 短视频整合营销工作台的①段五份(1a 需求/1b 竞品/1c 画像/1d 策略/1e 场景)、②段两份(2a 功能/2b 布局)、③段界面(DESIGN.md 契约与令牌表 + mcn-workbench.html 原型 + 实测/会诊/审查三份 + 23 张闸门截图)。 2、开源竞品调研 —— 5 个内容工作台项目的取证原始件与 1b 系列分析文档。 3、参考资料 —— 竞品视频抽帧 1145 张 + 2 个源视频 + 功能点截图。 4、机制侧 —— 协作脚本与状态台账、工作区记忆日志、抽帧/OCR 脚本。 .gitignore 只排运行时日志、脚本备份副本与一次性探针输出,其余按原样入库。
19 KiB
目标执行状态 · 根据 1a 需求文档生成 MCN 短视频整合营销工作台的产品界面
目标目录:
执行会话/目标-根据1a需求文档生成MCN短视频整合营销-d85687/台账(唯一权威):tmp/supervise-inbox/tasks.json| 目标:tmp/supervise-inbox/goal.json本份由任务会话[执行]-[开源项目调研]-补齐MCN工作台①②段产出写于 2026-10-08 02:4x。 🔴 第二棒续写:任务会话[执行]-[开源项目调研]-MCN工作台③段界面交互于 2026-10-08 04:xx 追加 §十(③段界面交互)。§一~§九 属上一棒,一字未动。
一、本棒做了什么(一句话)
把 MCN 短视频整合营销工作台项目的①②段产出补齐并落本目标目录。 ③段界面本轮未做(用户口径逐字:「应该要先完成 1 2步 在进行第3步」)。
先按 stage-discovery/SKILL.md 判了①段五份里哪几份已就位,再按 stage-requirements/SKILL.md 产出②段两份。
二、本轮落盘的文件(7 份,全在本目标目录内)
| # | 文件 | 段 | 字节 | 本轮动作 |
|---|---|---|---|---|
| 1 | research/1a-需求文档.md |
①段 | 24 317 | 逐字复制件 + 一段落本目录说明。原件内容未改一字。 |
| 2 | research/1b-竞品分析.md |
①段 | 7 899 | 新写:跨项目引用登记(不重写分析本体) |
| 3 | research/1c-用户画像.md |
①段 | 16 234 | 新写:3 个画像 |
| 4 | research/1d-产品策略.md |
①段 | 17 660 | 新写:九节画布 + 5 条关键假设 |
| 5 | research/1e-使用场景.md |
①段 | 15 881 | 新写:八条用户故事 |
| 6 | prd/2a-产品功能.md |
②段 | 25 958 | 新写:14 条功能 + 不做清单对照 + 六项治理 |
| 7 | prd/2b-界面布局.md |
②段 | 15 036 | 新写:八页骨架 |
合计约 123 KB。
三、①段五份的就位判定(判据:stage-discovery/SKILL.md)
| 子步 | 判定 | 依据 |
|---|---|---|
| 1a 需求文档 | ✅ 已就位(汇总型,非 grill 澄清产出) | …-72111e/1a-需求文档-MCN短视频整合营销.md,2026-10-07 22:29。已复制进本目录。 |
| 1b 竞品分析 | ✅ 已就位,跨项目 | 分析本体在 …-5199a6/docs/pm/content-workbench/。⛔ 未重写,只写了引用登记。 |
| 1c 用户画像 | 🔴 缺 → 本轮补齐 | 1a §四 只有三行角色描述,不是画像。本轮按 user-personas.md 成文。 |
| 1d 产品策略 | 🔴 缺 → 本轮补齐 | 1a 完全没有策略段。本轮按 product-strategy.md 九节成文。 |
| 1e 使用场景 | 🔴 缺 → 本轮补齐 | 1a §五 是汇总草案,不是用户故事体。本轮按 usage-scenario.md 重写。 |
⭐ 没有把 1a 的草案原样复制成三份充数 —— 1c/1d/1e 各按自己的方法论写,三份的章节结构互不相同,且都补了 1a 没有的东西(1c 的六要素画像与用研缺口、1d 的九节画布与关键假设、1e 的四槽位核对与替代方案检验)。
四、②段两份的就位判定(判据:stage-requirements/SKILL.md)
| 子步 | 判定 | 五样/六字段是否给全 |
|---|---|---|
| 2a 产品功能 | ✅ 本轮产出 | 14 条功能,每条六字段(功能名 / 来自哪条场景 / 优先级 / 状态流转 / 验收要点 / 跨哪些页面)齐全;六项治理逐条落在功能条目内;F1–F14 全部追得回 1e 的某条场景 |
| 2b 界面布局 | ✅ 本轮产出 | 五样给全:页面清单(8 页)|页面流转|每页板块与排列|每页主操作|每条信息分档(含判据回答);另加页型一句(判为工具型页面) |
🔴 上一棒③段要照它做界面,所以骨架真定下来了:八页 = P1 矩阵总览|P2 选题雷达|P3 资产库|P4 创作台|P5 发布中心|P6 账号画像|P7 复盘台|P8 记录与对账。一级导航三组取自 1a §八 的三个入口(找选题 / 走创作流水线 / 看矩阵复盘),P6 跨组。骨架带冻结声明:③段不许新增、移动、删除板块。
五、本轮按用户要求做的三件特别动作
- 1a 的 9 条待复核与 A1–A4 假设,一条都没当事实用。
2a§三 逐条列了「哪条功能依赖哪条假设、不成立会怎样」(9 行),并按方法论给了假设三归宿:9 条全落「待实现且已排定确认时机」,确认时机统一为「②段收口时由主会话转用户一次性过;未过之前③段不得当硬约束用」。「已确认」与「已按假设落地」两档均为 0 条。 - 文首写了「上游状态」。
2a§〇 给了逐项状态:1a 已就位(汇总型)|1b 跨项目已就位|1a 里指向 1b 系列的条目复核已完成(9 条里 2 改 7 不改)|1a 的 9 条待复核与 A1–A4 仍未复核。凡引用 1b 处标了证据等级(源码级 / 界面级只有 Easel / 文档级只有文到 AI)。 - 凡依赖假设的条目逐条标出(见第 1 条),且
2b§四 单独标了两处骨架受限:P1 的形态挂在待复核第 5 条、P8 的第 4 板块挂在待复核第 6 条与 A3。两处都带齐了复核人 / 复核时机 / 结论落点。
六、说人话自评(方法论要求,门槛 ≥45/50)
七份全部逐份自评,判据源 E:/ProgramData/.workbuddy/skills/humanizer-zh(五维各 10 分,总分 50):
| 文件 | 自评 |
|---|---|
| 1a(复制件,含新增说明段) | 46/50(沿用原件自评;新增段并入核) |
| 1b 引用登记 | 47/50(直接性 10 / 节奏 9 / 信任度 10 / 真实性 9 / 精炼度 9) |
| 1c 用户画像 | 46/50(9 / 9 / 10 / 9 / 9) |
| 1d 产品策略 | 46/50(9 / 9 / 10 / 9 / 9) |
| 1e 使用场景 | 47/50(10 / 9 / 10 / 9 / 9) |
| 2a 产品功能 | 46/50(9 / 9 / 10 / 9 / 9) |
| 2b 界面布局 | 46/50(9 / 9 / 10 / 9 / 9) |
⛔ 不是只报「已过」。逐份的分数与五维拆解写在每份文件的末行。
七、还缺什么(照实列,⛔ 不补编)
A. 机制侧两条(本轮无权处置)
goal.json.execution_doc仍指旧目标目录(…-5199a6/目标执行状态.md,登记于 2026-10-07 17:00)。修法是跑一次collabd.py --ensure-goal-dir,只能 main 席位跑(本区collabd-state.json的roles为空,跑它会把检查会话登记成主会话)。前 6 棒已提,本轮复核仍成立。- 本目标连棒空跑:本目标已连建 14 棒检查会话,第 8–14 棒结论相同。本轮的①②段补齐是新内容,与那 14 棒不同,但机制上收口办法(收窄连棒阈值 / 由用户结束目标)仍须用户定。
B. 域外落地(本轮写不了)
docs/pm/mcn-shortvideo-agent/{research,prd}/的正式归档:路径在域外,本轮按派活原文⛔ 未写。本轮产物全在本目标目录内。等主会话收口后统一搬。docs/pm/mcn-shortvideo-agent/research/1a-需求文档.md是旧版(上游状态行停在「正在重写、9 条待复核」),与本目录这份内容不同。若裁定应以本目录这份覆盖,需主会话(域外)执行一步覆盖。
C. 内容侧的悬空项(要用户拍板,本轮已全部标出,未编答案)
- 投放这段没有场景。
1a待复核第 8 条问的就是「整合营销到底含不含投放」。1e§六 明写了三种处理,⛔ 未代写 S9。这一条不定,1c的画像三只有半个人,2a也没有对应功能。 - 机构负责人这个角色在 1a 里悬空(§五 S7 用了,§四 没列)。已记入
1c§五 与1e§二。 1c是零访谈画像(无问卷、无访谈、无行为数据),骨架全部来自1a§四 的三行角色描述。已在1c文首与 §五 明说,⛔ 不许对外说成「基于用户调研」。- 1d 的 §7 增长与 §9 护城河写不下去,卡在待复核第 9 条(单机构自用 vs 可交付产品)。已给两套读法+回收三字段,⛔ 未替用户拍板。
D. 与目标 acceptance_state 的关系(本轮未改它)
goal.json.acceptance_state 的 5 条全是③段判据(设计契约与令牌表、原型 HTML、tiaoyue 与 oil-ui-pro、页面骨架来源、产物落点),标的都是「未过」。本轮做的是①②段,不在这 5 条判据的范围内,所以本轮没有改动 acceptance_state,也没有动 lifecycle(保持「进行中」)。
⚠️ 有一处要主会话注意:那 5 条里有一条是「页面骨架来源已写明(②段缺失时标假设)」—— 本轮把②段的 2b-界面布局.md 补齐了,这条判据的「②段缺失」前提已不成立,③段可以直接按 2b 的八页骨架做,不必再标假设。这一条判据的措辞可能要主会话顺手调一下。
八、一处输入侧更正(供机制记账)
派活原文指定的竞品分析路径是 docs/pm/content-workbench/research/1b-竞品分析.md。这个路径在本工作区不存在 —— 实测 docs/pm/ 下只有 mcn-shortvideo-agent/research/1a-需求文档.md 一份。
1b 的真落点在 执行会话/目标-调研5个开源内容工作台项目并生成分析文档-5199a6/docs/pm/content-workbench/(research 汇总体 + 证据附卷 5 份独立体 + 取证 约 210 件)。已在 research/1b-竞品分析.md §一 写清真路径。
九、下一棒该做什么
等主会话收口:①段五份齐、②段两份齐,③段界面可以开工(照 prd/2b-界面布局.md 的八页骨架)。③段在本目标 acceptance_state 里有 5 条判据,与①②段不重叠。
本轮产物是新内容,--report --state done 已带上 artifact 路径,检查会话可照它读。
两处要在③段动工前定(都在 2b §四):P1 是否降为单账号今日(待复核第 5 条);P8 是否含商单对账(待复核第 6 条 + A3)。
本份是本目标目录的执行状态文档,供下一个检查会话与任务会话接续。产物的判据源与自评分数在各份文件自身,本份不重抄。
十、③段(界面交互)本轮记录(第二棒追加,2026-10-08)
写于:任务会话
[执行]-[开源项目调研]-MCN工作台③段界面交互域锁:已持E:/ProgramData/AIProject/content_marketing_agent/执行会话(与其它工作区无交集) 判据源:stage-delivery/SKILL.md(含 §供给 / Gate-1/2/3)+ 同目录references/execution-runbook.md、references/layouts-tooling.md
10.1 本棒做了什么(一句话)
把 MCN 工作台的③段「界面交互」整段做完并收口:3a 视觉规范 → 3b 可点通原型 + 实测 → 3c 独立评审 → 3d 审查与打磨。 全部产物落本目标目录 ui/ 内,⛔ 未写域外 docs/pm/。
10.2 本轮落盘的文件(全在 ui/ 内)
| # | 文件 | 子步 | 说明 |
|---|---|---|---|
| 1 | ui/DESIGN.md |
3a | 设计契约十二字段 + 三层令牌表 + 6×8 状态覆盖 + 交互清单(唯一交互真相源)+ 两处假设显式标注 + Gate-1 自检 + 缺口与证据边界 + 数值取证登记 |
| 2 | ui/mcn-workbench.html |
3b | 单文件自包含原型:八页 + 七浮层 + 六态,双击可开,自带 #/selftest 自检台 |
| 3 | ui/3b-实测记录.md |
3b | 自检 81 项全文、变异对照 13/13、骨架闸门、多视口密度、15 条真缺陷的现象/根因/证据、偏离单 |
| 4 | ui/3c-GPT会诊.md |
3c | 通道说明、提问原文(含附件清单)、回答原文照录、22 条四列处置表 |
| 5 | ui/3d-审查报告.md |
3d | 固定七节(范围/挡位/阻断项/建议项/状态覆盖核对/结构核对/Gate 结论)+ 偏离单 + 收口清单 |
| 6 | ui/_tools/ |
3b/3d | 三个可复跑脚本:cap.py(取证)、mutate_test.py(变异对照)、check_skeleton.py(骨架冻结闸门) |
| 7 | ui/_gate_shots/ |
3d | 23 张视口帧,每张都经 PNG 像素尺寸比对(⛔ 不是「标称尺寸」) |
10.3 ③段的 5 条验收判据(goal.json.acceptance_state)逐条结论
| # | 判据 | 结论 | 依据 |
|---|---|---|---|
| ① | 设计契约与令牌表已落 DESIGN.md |
✅ 过 | ui/DESIGN.md §一 十二字段全填、§二 三层令牌表全为具体值;Gate-1 十项自检结果写在 §四 |
| ② | 原型 HTML 已交付且可点通 | ✅ 过 | ui/mcn-workbench.html 单文件自包含;自检在 22 个真实场景里逐个驱动 71 个 ID,0 个死控件;六态 × 八页 48 组合全渲染;七浮层逐个过「出口/焦点锁/Esc/遮罩/焦点归还」 |
| ③ | 用了 tiaoyue 设计系统与 oil-ui-pro 方法且来源写清 | ✅ 过 | DESIGN.md §〇 供给核对:方法主线 oil-ui-pro、定调与令牌取 §供给·定调与令牌 指定的 design-system-tiaoyue(色值/圆角/间距/组件逐项标了套内出处);可选档 assets/open-design/ 未动用,已在 §五 第 1 条明示四项工艺判据本次无供给来源 |
| ④ | 页面骨架来源已写明 | ✅ 过 | 照②段 prd/2b-界面布局.md 的八页 37 板块做;另有机检闸门 check_skeleton.py 把②段当权威逐页逐位比(正向 PASS,反向变异两条都报红)。判据里「②段缺失时标假设」的前提已不成立 |
| ⑤ | 产物落点明确且可追溯 | ✅ 过 | 全部落 执行会话/目标-…-d85687/ui/;脚本可复跑(命令见 3b-实测记录.md §一);每个数字都标了取法;⛔ 未写域外路径 |
🔴 两处必须先标假设的事(本轮的处理方式)
派活原文点名的两处尚无用户结论,本轮按②段 §四 给的默认读法做,并在 DESIGN.md §三 与原型里双向显式标注:
| 假设 | 默认读法 | 落地方式 |
|---|---|---|
| 假设 1 · P1 的形态(挂 1a 待复核第 5 条 + A1) | 按「需要矩阵级视图」做:P1 = 矩阵总览,5 个板块全在 | P1 标题行右侧挂「假设」徽章;顶栏另有「假设 2 项」入口,点开逐条给复核人 / 复核时机 / 结论落点 |
| 假设 2 · P8 第 4 板块「商单与收支」(挂 1a 待复核第 6 条 + A3) | 按「进第一版但属 P2、可整块缺」做:渲染出来但标「可点入 + 假设」,展开后给一句「本块依赖未复核项」 | 同上,P8 该板块标题行右侧挂「假设」徽章 |
⛔ 两处都没有当已确认需求写死,也没有自己编答案。复核人=主会话转用户、复核时机=②段收口时、结论落点=prd/2b-界面布局.md §四。
10.4 本轮跑过的门禁(全部可复跑)
自检(#/selftest,原型自带) PASS 81 / FAIL 0 @1440×900(契约视口)
PASS 81 / FAIL 0 @1280×900 / 1024×900 / 768×900
变异对照(mutate_test.py) 13 / 13 通过(基线回绿)
骨架冻结闸门(check_skeleton.py) PASS 八页 37 个板块与②段逐页逐位一致
多视口密度核对 7 个视口,横向溢出全为 0
视口帧 23 张,逐张经 PNG 像素尺寸校验
10.5 🔴 未清零的一项(要用户拍板,本轮没有替用户选)
B-15:≤767px 宽时一屏装不满 6 行。 判据原文(layouts-tooling.md §1)是「一屏可见行数 ≥6(900px 高时)」,不带宽度条件,所以本轮一个字没改。
- 实测:1440/1280 → 10 行;1024/768 → 6 行;641/640 → 5 行;500×844 → 4 行 / 5 行。
- 成因是页面外壳吃掉首屏(≤767px 顶栏折两行 109px;≤640px 导航变横条),不是行变肥 —— 行高 67px、各行差 ≤2px、块内分隔 1px,任何视口都 PASS。
- 自检在这三个视口上就是红的(PASS 80/1 与 PASS 79/2),⛔ 没有靠改判据把它变绿。
- 三条出路只能挑一条:①把支持宽度下限写成 ≥768px(依据:
1a §七明确第一版不做移动端 App);②压掉每行的次级信息、行高压到 40px 上下(那 3 条次级信息是②段定的档位,③段不许改);③动页面外壳(顶栏控件都登记在交互清单里,等于改交互清单)。
10.6 会话侧偏离(必须留痕,⛔ 不许静默)
| # | 原要求 | 实际做法 | 影响 |
|---|---|---|---|
| D1 | 3b 实测走 browser-harness |
等价替代:原型自带自检 81 项 + 变异对照 13/13 + 无头 Chrome 23 张视口帧 + 逐条 DOM 取值 | 证据全可复跑,但没有「真人真点」这一层 |
| D2 | D5 终检要 390×844 帧 |
实测到 500×844(Chrome 窗口宽下限 516) | 手机帧比要求宽 110px;⛔ 报告一律写 500×844,不许写成已测 390 |
| D3 | 对外只留视口帧,长图仅自检 | 未产长图(该通道本机做不到,--full 参数已删) |
无 |
| D4 | 3c 要「外部 GPT 会诊」 | 改用隔离上下文的独立评审执行者(只看任务与截图,不看源码、不继承制作对话) | 与「异厂商外部审查」不是同一条通道。未取得外部审查 ≠ 已通过 |
10.7 还缺什么人工确认(照实列,⛔ 不补编)
- 假设 1 / 假设 2 的结论(P1 形态、P8 第 4 板块)—— 仍无用户结论,本轮只做了默认读法 + 显式标注。
- B-15 的三条出路挑一条(§10.5)。
- 评审提的「要不要把 P1 账号矩阵列表做成真正的矩阵视图」 —— 属信息呈现变更,超出③段权限,是
3c里最值得往上提的一条(另见3d§四 S-16)。 - 评审提的「导航计数只给了一半」 —— 改动落点在交互清单
G-05的反馈列,本轮未动。 - D1 那条人工走查:要不要补一次真人真点。
- ⚠️ 机制侧两条与上一棒相同(
goal.json.execution_doc仍指旧目录、连棒空跑),本轮无权处置,维持原状。
10.8 说人话自评(③段四份,判据源 humanizer-zh,五维各 10 分)
| 文件 | 自评 |
|---|---|
ui/DESIGN.md |
45/50(直接性 9 / 节奏 8 / 信任度 9 / 真实性 10 / 精炼度 9) |
ui/3b-实测记录.md |
45/50(9 / 8 / 10 / 9 / 9) |
ui/3c-GPT会诊.md |
45/50(9 / 8 / 10 / 9 / 9) |
ui/3d-审查报告.md |
45/50(9 / 8 / 10 / 9 / 9) |
扣分集中在两处,逐条说明:节奏——技术规格以表格与短断言为主,句式偏单一;精炼度——为让每条结论都能追溯到判据,⛔/⚠️ 前缀与括号补注偏密。已按「同一事实只写一处」的原则裁过一轮(例:密度逐视口实测表只在 DESIGN.md §五 第 7 条出现一次,§六 只留契约视口值并指回它)。
10.9 下一棒该做什么
③段四步已收口,本目标在 acceptance_state 上的 5 条判据本轮全部转「过」(§10.3)。⚠️ 本轮没有动 goal.json 的 lifecycle 与 acceptance_state(按派活原文)—— 这两项由主会话席位收口。
主会话收口时要做的三件事:
- 把
goal.json.acceptance_state的 5 条按 §10.3 标「过」,并按判断是否结束目标。 - 把
ui/下的产物统一搬到域外正式归档路径docs/pm/mcn-shortvideo-agent/(本轮按派活原文⛔ 未写域外)。 - 把 §10.7 里那 6 条人工确认项转给用户;其中 B-15 与 假设 1/2 是硬卡点。
(本份的 §一~§九 属上一棒①②段,本轮一字未动。)