admin/contentm_agent
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
df56c2c137bb8625831829e1385189cb6580af38
contentm_agent/.workbuddy/memory/MEMORY.md
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

5.4 KiB
Raw Blame History

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 仍是「开源项目调研」。
Reference in new issue View Git Blame Copy Permalink