Archived Minutes
7
已用全量回填，不再只是单条样本。
一句话
结论已经从“架构判断”推进到“可运行账本”
David Allen 的核心问题是“capture 之后有没有独立 clarify”，Andy Grove 的核心问题是“没有 owner / next step / evidence 的条目能不能进任务池”，Cal Newport 的核心问题是“Today-Focus 会不会再次退化成第二个 inbox”。这次 dry-run 的价值，就是把这三件事第一次落成了真实运行结果。
现在已经证明了什么
你现在不是没有系统，而是已经有了足够强的归档面。真正缺的，的确就是一层统一的
capture + clarify_item。而且这层现在已经不是概念，它已经能在 7 条历史 minutes 上稳定跑出账本。
Flow
这次真正跑通的链路
最重要变化
minute 不再只能“归档完就停住”，而是第一次被投影成可计数的 clarify 对象。
当前瓶颈
TODO 准入口径还偏宽，里面还混有 [待澄清] 的 next_action。
明确结论
Today-Focus 为空不是 bug，而是 Human Gate 目前真的还没被补全。
Inventory
这批已有资产，已经足够支撑中间层改造
| 维度 | 现状 | 说明 |
|---|---|---|
| 输入事实 | 7 条 archived minutes | 每条都有 meta / raw / transcript / summary / run，已经是高质量证据源。 |
| 中间层对象 | 20 条 clarify item | 说明“一条输入拆成多个语义对象”这件事已经可运行。 |
| 任务候选 | 4 条 ready_for_todo | 但其中 2 条仍是 [待澄清]，需要更严格的准入分层。 |
| 人类动作候选 | 1 条 human candidate | 也正因此，当前 Today-Focus 仍然应该保持空，而不是强行塞项目。 |
| 分布特征 | 11 条 roya-brand / 8 条 latin-dance / 1 条 career-transition | 这说明当前 minute 资产主要在品牌内容与拉丁舞方向，职业转场还只是少量显性条目。 |
| Minute | Clarify Total | TODO Ready | 读法 |
|---|---|---|---|
| 个人发展与产品项目规划 | 6 | 2 | 目前最接近“可投影任务源”的样板 minute。 |
| 资产自动化流程规划 | 4 | 1 | 方向密度高，但仍需要把口语化方向压成真正下一步。 |
| 自媒体与产品化项目规划 | 2 | 1 | 说明 content/productization 线也可以进入同一 clarify 口径。 |
| 其余 4 条 minute | 8 | 0 | 目前更多还是问题和资料，不应该硬塞进 TODO 主池。 |
Execution
这次已经实际新增了什么
脚本与账本
- 新增
scripts/clarify-minute-dry-run.mjs - 支持单条运行，也支持
--all --reset-output全量回填 - 输出
captures.jsonl和clarify_items.jsonl - 新增
inventory.latest.md作为现状盘点面
契约与修复
- 新增
notes/clarify-dry-run-contract.md - 修复中文文本造成的
clarify_id碰撞 - 把原先“单条样本验证”推进到“历史资产回填”
- 明确 Today-Focus 的空白来自 Human Gate 未补齐，不是投影器失效
为什么这一步值钱
因为它第一次把“理想现状和要做哪些处理的改动”变成了 可数、可复跑、可继续接线 的真实中间层，而不是停在报告、草图或概念词。
Gap
为什么 Today-Focus 还是 0，这反而是个好信号
不是因为系统没抓到事
系统已经抓到了 4 条 TODO 候选，其中 1 条明确是 human candidate。
而是因为门槛没被伪造
它没有为了“看起来有输出”就把未补齐 目标 / 现状 / 差距 / AI还能做 / 为何需要你 / 请确认 / 关注点 的条目强行抬进 Today-Focus。
这说明 clarify 在守边界
Cal Newport 关心的那件事正在发生：Today-Focus 没有重新退化成第二个 inbox。
但也说明下一步很明确
接下来要补的，不是更多采集，而是更严格的 admission 与 Human Gate 填写器。
Next
下一步最值得改的，不是更多 UI，而是这 3 处 contract
-
把当前
ready_for_todo再拆成todo_candidate_loose和todo_ready_strict。 现在的 4 条候选里，有 2 条仍是[待澄清]，不适合直接写回主池。 -
把 question workbench 接到同一套
capture -> clarify_item -> projection契约里。 这样 minutes 和 questions 才会共用一层 clarify，而不是继续双轨运行。 -
等 strict gate 稳定后，再把这条干跑线接进正式
feishu-minutes-ingest.mjs，作为 post-ingest clarify hook，而不是现在就直接改 live ingest。
不要反过来做
现在继续扩 board、继续加 dashboard、继续加入口，都会比不上先把
clarify -> admit -> human gate 这条骨架立住。
Closing
这次不是又多了一份分析，而是第一次有了中间层账本
到这里为止，系统的状态已经发生了本质变化：你不再只是“知道自己需要 clarify 层”，而是已经拥有了一版会产出
capture、clarify_item、TODO projection、Today-Focus projection、
inventory 的真实运行入口。下一步该做的是把 gate 变硬，而不是把页面变多。