内容资产流水线 v1

做了什么

把「整个 vibe coding / AI 学习 / 工作过程」的记录需求，设计并落地成一条内容资产流水线：

• 素材卡：content-inbox/ + templates/content-card.md（统一 schema + type 区分 踩坑/决策/里程碑/效果对比）。
• 即时写：SessionStart hook 注入「内容资产协议」，模型会话中遇到四类时刻即时写卡。
• 归档/索引：pnpm content:weekly 维护 content-inbox/INDEX.md；Stop hook 只维护 session-log 元数据。
• 周频消费：site/scripts/aggregate-content.mjs + pnpm content:weekly，按「工地日记/工具箱实测」双线聚合为选题草案。

过程与坑

• 关键认知：Stop hook 是「每轮触发」不是「会话结束触发」，只能当归档器不能当生成器，生成留在模型侧即时写。
• 习惯证据：publish/log/ 时间流 40+ 条稳定更新（强习惯）；session-log 只有 1 条、Stop hook 08-06 后没跑过（弱/死）。互补 = 顺着强习惯加产出，不赌修开关。
• 决策树（grill 八问）：目的=可复用资产 → 内容资产主线 → 四类筛选 → 即时写 + Stop 归档 → 统一 schema → 周频消费 → 工具资产「可复用且可编码」标准。
• 优化：Stop hook 每轮触发虽零 token，但每轮重建 INDEX 是冗余活，已把 INDEX 生成移到 content:weekly，Stop 只留 session-log upsert。
• 测试踩坑：手动测 Stop hook 时用了撞尾号的假 session_id，冲掉 session-log 08-06 行，已恢复。

下一步

• Codex /hooks 审查并信任项目 .codex/ 层（唯一人工待办）。
• 信任后跑一次真实会话验证 Stop 归档；每周跑 pnpm content:weekly 消费素材卡。