2026-07-14 的公众号版本已经发布，但我后来明确判断它不适合当代表作。这里保留同一个问题，重新从系统结构、运行证据和失败反馈写起。
真正改变系统的不是多一个 Agent，而是每条输入终于有了状态、去向和停止条件。
先承认：收藏夹也能伪装成知识库
我以前看到新模型、工作流和观点，第一反应是先收藏。输入变多以后，系统却越来越难回答三个问题：来源在哪里、核验到哪一步、它会改变什么行动。
答不上来时，所谓“知识库”只是一个更体面的收藏夹。它保存了阅读焦虑，却没有保存可复用的判断。
不知道是否读过、是否过期，也不知道下一步做什么。
来源、验证强度、处理去向和下一动作同时留下。
三层结构解决的是权限，不是收纳
我用 Horizon 收集当天输入，用 Obsidian 保留材料，用 Codex 辅助整理。三层目录最重要的区别，是谁可以改写、什么可以沉淀、哪些内容能公开。
保留原文、来源、日期与上下文，不偷偷润色。
只沉淀跨场景可复用、还能回到来源的方法。
公开内容必须再过事实、隐私与表达检查。
真正让它跑起来的是状态机
每条 Raw 输入只会进入四种状态之一。状态不是标签装饰，而是决定下一次巡检要不要继续处理。
还没有完成第一次阅读或分类。
信号可能有用，但来源或重复度不足。
已进入可复用知识或公开候选，并保留去向。
当前价值不足，停止投入但不删除原始材料。
三次运行分别暴露了什么
第一次运行让我把“采集成功”和“值得进入长期知识”拆成两个状态。
403、429 或连接失败不能被昨天的摘要掩盖；来源健康本身就是运行结果。
停止比生成一篇空洞日报更可靠，也避免重复整理同一批材料。
两个判断必须留在人手里
| 判断 | Agent 可以提供 | 不能自动决定 |
|---|---|---|
| 是否值得长期保留 | 重复信号、关联页面、来源状态 | 它是否真的会改变我的项目或选择 |
| 是否可以公开 | 敏感信息检查、证据缺口、草稿 | 表达是否代表我，以及风险是否可接受 |
一次“不好”的发布，也必须回到系统
旧公众号文章发布后，7 日有 74 位读者，平均阅读 0.35 分钟，完读率 59%，新增关注 0。数字不等于质量结论，但它们和我的主观判断一起说明：文章没有把真实方法写清楚。
所以旧文没有进入官网代表作，相关小红书版本也不重发。这个决定本身进入发布队列，成为下一次写作的约束，而不是被一句“继续优化”带过。
现在这套工作流能回答什么
- 一条输入来自哪里，当前证据强度是什么。
- 它为什么停在 Raw、观察、知识或公开候选。
- 哪一步由 Agent 执行，哪一步需要我确认。
- 来源失败、没有新输入或发布效果不好时，系统为什么停止或回退。
目前只证明这条链路能连续运行、保留状态并吸收失败反馈。它不代表事实核验已经自动完成，也不代表三次运行足以证明长期效率提升。