复盘看板 · 2026-09-12（周六）· 入库策略七轮迭代与Capture链根因分析
2026.09.12 成文的快照式复盘；词云词可点回站内证据。
REVIEW DIGEST · DAILY
入库策略七轮迭代与Capture链根因分析
本周一句话：复盘看板经历七轮迭代明确入库策略，Capture链4项问题侦察发现锁无自愈是真根因，ACK改四态实现确定性承诺，生成器补parse_todo与best-minds两项能力。
一、入库策略七轮迭代
复盘看板368文件提交入库，明确入库策略：insights/*.json（原子层数据，不可再生）入仓，insights/*.html（174个渲染中间产物）不入仓。补.gitignore防止pyc误跟踪，用git rm --cached移出索引但保留磁盘文件。
"入库策略（重要约定）：✅ 入库：insights/*.json（原子层数据，不可再生）、scripts/、20*/权威源 ❌ 不入库：insights/*.html（174个渲染中间产物，可由JSON再生）" — 09-12 00:06
二、Capture链四项问题根因分析
Capture链4项问题侦察发现真根因：锁无自愈导致中断静默停链，feishu-progress.mjs有能力但从未被调用填充完整字段，reconcile成功通知写了但cron未调度——这是"成功或失败都会再回执"承诺落空的调度层根因。
"feishu-minutes-ingress-reconcile.mjs 没被 cron 调度：它其实同时有成功通知和失败通知——但 cron 里搜不到该脚本。这是 E2「成功或失败都会再回执」承诺落空的调度层根因" — 09-12 00:20
三、ACK四态与确定性承诺
ACK改四态（成功✅/超时⏱️/失败❌/缺失❌），每条带messageId实现闭环。修复超时被杀（code=null, SIGTERM）与真失败无法区分的bug——这是E1/E3的真根因。
"ACK 改四态（直击 E1/E3）：成功✅+stdout / 超时⏱️\"超过 N 秒被中止，结果不确定\" / 失败❌+exit+stderr / 脚本缺失❌。每条都带消息 ID（E3 闭环）" — 09-12 00:36
四、生成器能力补齐
为生成器补两项能力：parse_todo_items()从录音提取待办并标注'非逐字原话'；build_bm()实现best-minds专家研判面板，按当日文本命中打分取前3。168份全过8项客观规则。
"parse_todo_items()：解析内容.txt内嵌的「【待办】」段，填入「后续方向」表。表下显式标注「由录音智能归纳的动作项（非逐字原话）」——【待办】是 AI 归纳，不能冒充说话人原话" — 09-12 00:35
五、品牌文档增量更新
MermaidFlow与Excalicord品牌升级文档做增量更新而非重写，补入09-12新证据。核心定位不变：MermaidFlow='AI画错了，不必重来'，Excalicord='想法准备好，打开就能讲'。
"发现 2026-09-04 已有两份完整文档...处理方式：不重写，做增量更新——补入 09-12 新证据" — 09-12 00:00
六、合并待办
| # | 动作 | 来源 |
|---|---|---|
| 1 | P0：加clearStaleGitLocks()锁自愈 | 09-12 00:20 |
| 2 | P1：feishu-progress填全已有字段+改代码模板 | 09-12 00:20 |
| 3 | P3：删capturePrivateRepoHttpsRemote死代码 | 09-12 00:20 |
| 4 | 围绕Top1收敛并行任务 | 09-12 23:59 |
与历史呼应：入库策略为后续09-19原子层fail-fast奠基，Capture链根因分析直接指导09-12当天P0/P3修复落地，ACK四态模式延续到09-17部署失败复盘的边界披露。
▣ Atomic Structure Layer · schema v1.0
原子结构层：7 条可被引用的条目
每条结论带稳定 id、三层标签与逐字原话；点击卡片展开出链 / 反链。叙事层靠读，这一层靠取——下游周报 / 月报按 id 引用，不必重读原文。
AI观
创作
日常
全部AI观创作日常
全部维度个人转录
INS-0912-01
复盘看板经历七轮迭代改动入库：368文件提交，明确入库策略（JSON原子层入、HTML中间产物不入），补.gitignore防止pyc误跟踪。
"入库策略（重要约定）：✅ 入库：insights/*.json（原子层数据，不可再生）、scripts/、20*/权威源 ❌ 不入库：insights/*.html（174个渲染中间产物，可由JSON再生）"
查看来源 ↗
追踪已检索 od/hub 无同题
INS-0912-02
Capture链4项问题侦察发现真根因：锁无自愈导致中断静默停链，feishu-progress.mjs有能力但从未被调用，reconcile成功通知写了但cron未调度。
"feishu-minutes-ingress-reconcile.mjs 没被 cron 调度：它其实同时有成功通知和失败通知——但 cron 里搜不到该脚本。这是 E2「成功或失败都会再回执」承诺落空的调度层根因"
查看来源 ↗
追踪已检索 od/hub 无同题
INS-0912-03
ACK改四态（成功✅/超时⏱️/失败❌/缺失❌），每条带messageId实现闭环，修复超时与失败无法区分的bug。
"ACK 改四态（直击 E1/E3）：成功✅+stdout / 超时⏱️"超过 N 秒被中止，结果不确定" / 失败❌+exit+stderr / 脚本缺失❌。每条都带消息 ID（E3 闭环）"
查看来源 ↗
追踪已检索 od/hub 无同题
INS-0912-04
为生成器补两项能力：parse_todo_items()从录音提取待办并标注'非逐字原话'；build_bm()实现best-minds专家研判面板，按当日文本命中打分取前3。
"parse_todo_items()：解析内容.txt内嵌的「【待办】」段，填入「后续方向」表。表下显式标注「由录音智能归纳的动作项（非逐字原话）」——【待办】是 AI 归纳，不能冒充说话人原话"
查看来源 ↗
追踪已检索 od/hub 无同题
INS-0912-05
为MermaidFlow与Excalicord品牌升级文档做增量更新而非重写，补入09-12新证据，核心定位不变：MermaidFlow='AI画错了，不必重来'，Excalicord='想法准备好，打开就能讲'。
"发现 2026-09-04 已有两份完整文档...处理方式：不重写，做增量更新——补入 09-12 新证据"
查看来源 ↗
追踪已检索 od/hub 无同题
INS-0912-06
并行任务偏多是最大变量，多条任务线（品牌文档、采集链修复、生成器能力补齐、合规审计）同时进行，需围绕Top1收敛。
"最大的变量：并行任务偏多；明天：围绕 Top1（目标：分享传播）收敛并行，推进到可交付结果。"
查看来源 ↗
追踪已检索 od/hub 无同题
关联（出链 0 / 反链 0）
孤儿节点——尚未被任何 insight 关联（建议定期审视是否合并）。
INS-0912-07
复盘产物审计168份全过8项客观规则，130条历史呼应全指向真实录音日，线上168/168全部200已发布，产物层100%覆盖。
"168 份（日134/周27/月7）全过 8 项客观规则；A4=0/A5=0/C5=0（130条历史呼应全指向真实且更早的录音日）"
查看来源 ↗
追踪已检索 od/hub 无同题