WorkBuddy
df56c2c137
内容分四块： 1、产品规划产出 —— MCN 短视频整合营销工作台的①段五份（1a 需求／1b 竞品／1c 画像／1d 策略／1e 场景）、②段两份（2a 功能／2b 布局）、③段界面（DESIGN.md 契约与令牌表 ＋ mcn-workbench.html 原型 ＋ 实测/会诊/审查三份 ＋ 23 张闸门截图）。 2、开源竞品调研 —— 5 个内容工作台项目的取证原始件与 1b 系列分析文档。 3、参考资料 —— 竞品视频抽帧 1145 张 ＋ 2 个源视频 ＋ 功能点截图。 4、机制侧 —— 协作脚本与状态台账、工作区记忆日志、抽帧/OCR 脚本。 .gitignore 只排运行时日志、脚本备份副本与一次性探针输出，其余按原样入库。
24 lines
5.4 KiB
Markdown
24 lines
5.4 KiB
Markdown
# content_marketing_agent · 项目长期记忆
|
||
|
||
## MCN 短视频整合营销工作台（项目 slug `mcn-shortvideo-agent`）
|
||
|
||
- 产品规划四段流水线，**次序不可跳**：①产品需求（1a 需求／1b 竞品／1c 画像／1d 策略／1e 场景）→ ②产品功能（功能清单＋界面布局）→ ③界面交互 → ④原型说明文档。用户 2026-10-08 定：「应该要先完成 1 2步 在进行第3步」。
|
||
- ①段 1a 是**汇总型**需求（不是 grill 澄清产出），落 `docs/pm/mcn-shortvideo-agent/research/1a-需求文档.md`；1b 竞品分析在 `content-workbench` 项目下（`docs/pm/content-workbench/research/1b-竞品分析.md` ＋ `证据附卷/` 5 份独立分析体），跨项目引用、不重写。
|
||
- 🔴 ③段设计供给口径（2026-10-08 用户定）：**默认主线是 `oil-ui-pro`**（方法＋独立评审），定调与令牌取③段自带样式库 `assets/design-systems/`（当前 `design-system-tiaoyue`）；**不使用 `open-design`**（2026-10-08 起已由**另一个会话**随③段携带于 `references/stage-delivery/assets/open-design/`，作**可选件**、选了才用；源 `nexu-io/[email protected]`，Apache-2.0 本地裁剪版，64 MB / 4177 文件）。
|
||
- ⚠️ 2026-10-08 用户令已**改全局技能文档**（不再是「通则不改」）：`product-planning/SKILL.md`、`references/stage-delivery/SKILL.md`、`references/stage-delivery/references/execution-runbook.md` 三份共 17 处，「③段默认主线」由 open-design 翻转成 oil-ui-pro；`open-design` 降为**可选件**（另一会话同期把它随段携带进 `assets/open-design/`，故口径是「选了才用」而非「装了才有」）。三份各写一条统一读法：凡出现 `open-design/...` 路径一律按段内相对路径 `assets/open-design/...` 读。
|
||
- 🔴 逐段管理要点：`assets/open-design/` 是**第三方件**，不许改其文件内容；署名见 `assets/open-design/ATTRIBUTION.md`。⚠️ 当前**缺 Apache-2.0 的 LICENSE 全文与上游 NOTICE**（2026-10-08 记账）。
|
||
- ⚠️ 全局技能包被多会话并发写：2026-10-08 02:2x 实测「本会话」与「另一个会话」同时在改 `stage-delivery/SKILL.md` / `execution-runbook.md` / `layouts-tooling.md` ⇒ 改前先看 mtime，改后必复跑 `check_naming.py`（该脚本只读、不写盘）。
|
||
- 🔴 **③段供给关系 ＝ 单一可信源**（2026-10-08 用户令「按照建议处理」，A 方案已落地）：`references/stage-delivery/SKILL.md` 的 `## 供给` 块是**唯一定义处** —— 6 行表：方法主线｜定调与令牌｜版式骨架｜工艺数值判据｜独立评审协议｜多方向比选。③段其余章节、`references/execution-runbook.md`、`references/layouts-tooling.md`、总入口 `product-planning/SKILL.md`，提到供给**一律引 `§供给·<行名>`**（行名取表左列），⛔ 不许复述「谁是默认／路径在哪／装了才有」。**改供给只改那一块**，改完跑闸门。边界：各档**内部**篇目（如可选档 `craft/xxx.md`）属执行细节，留在 runbook 各步里，不算复述。起因：此前这一个事实被复述约 40 处，改一次动三份文件 17 处仍漏 13 处。
|
||
- ⚠️ 闸门 `check_naming.py` **必须带 `--ws`**：`python scripts/check_naming.py --root . --ws "E:/ProgramData/AIProject/content_marketing_agent"` ⇒ 期望 `通过 2059 ｜ 失败 0`；只给 `--root` 会因找不到「含 `docs/pm` 的那一层」而 FAIL。
|
||
- 🔴 **产品规划技能包已立「单一可信源」门禁**（2026-10-08）：`check_naming.py` 里的 `AUTHORITY` 表登记「会变的事实 → 唯一定义处」，除定义处外任何地方出现复述即 FAIL。当前 9 条：②③边界（权威＝②段 §②—③ 交接口）｜停线规则（全包禁写，权威＝总入口 §执行规则）｜可选档骨架名单（权威＝`layouts-tooling.md` 开头）｜说人话门槛｜对比度数值｜契约十二字段展开（权威＝runbook §2.1）｜②③定案原话｜1b 定案原话｜grill A/B 节火力点。**改这些事实只改权威处，然后跑闸门。**
|
||
- 🔴 `DEAD_PATHS` 检查：`strategy/`、`ux/` 这类已废目录形态若出现在正文的产出/只读/必读位置 ⇒ FAIL（已废路径曾 4 处残留且无门禁报）。含废止标记（旧/已废/已改名/曾/移进/改为…）的行豁免。
|
||
- ⚠️ 反面教训：`check_naming.py` 曾因**用 stale 变量**（`if old in t` 该用 `tt`，前面还跑了一个只赋值的空循环）导致「旧名提示」**恒不触发**（假绿）。**改门禁后必须做变异对照**：注一条假病进去，确认它真的报红，再还原。
|
||
- 真缺口：open-design `craft/` 的 13 份工艺数值判据（反 AI 味／无障碍／表单校验／动效纪律）在没装 open-design 的工作区**无供给来源** ⇒ 明说，⛔ 不编。
|
||
- 产物落点：执行期间一律落 `执行会话/目标-<标题前缀>-<sha1(title)[:6]>/`（域门禁＋文档合同要求）；正式归档 `docs/pm/mcn-shortvideo-agent/{research,prd}/` 由主会话收口后统一搬。
|
||
|
||
## 机制侧（本工作区）
|
||
|
||
- 全局技能根 `E:/ProgramData/.workbuddy/skills/`；本工作区技能目录 `.workbuddy/skills/` 目前只有 `aigc-idea-impression`。
|
||
- 本机裸 `bash` 会落到 WSL（路径被吃）⇒ 一律用显式路径 `E:/ProgramData/.workbuddy/binaries/PortableGit/versions/1.2.0/usr/bin/bash.exe`。
|
||
- 派活排期名 `[执行]-[<goal.topics>]-<具体>`；本区当前 topic 仍是「开源项目调研」。
|