观测记录与设计记录
Insights
把调查、设计、实现的轨迹收进同一份档案。
这里只保留两个面：观测记录与设计记录。
不要继续把 Personal Log 和 Formula Archive 当成分离的品牌。把它们压缩成同一个公开层：先看到现场观测，再看到它被切成什么结构，以及下一步应该接到哪里。
目标不是写日记，而是保留可复用的判断上下文。
当前公开的损失观测笔记
可直接通向公开 spell 的设计记录
每条记录都能继续通向 recovery 或 spell 正文
Archive
把观测和设计并排着读
在问题信号与解决它的结构之间来回切换，不让两边脱节。
预约遗漏的观测
当 intake 分散在电话、DM、口头时，漏回与漏接几乎是必然结果。解法是一体化入口。
查看 recovery 范围重复培训成本
不停重复说明，往往不是资料不够，而是更新流没有被设计进去。
查看 recovery 范围库存信号噪音
只看数量无法做判断。批次、期限、移动、补货理由必须放在同一面。
查看 recovery 范围属人化带来的停滞
只存在于个人脑中的规则，会在扩张或人员变动时直接变成损失。
打开委托窗口Why This Exists
为什么要公开这些记录
不是为了保存“想法”本身，而是为了留下之后还能继续使用的判断上下文。
公开判断依据
把看见了什么、为什么这么切结构讲清楚。
失败观察也有价值
没成功的尝试也会成为下一次设计时的重要边界条件。
直接连接 spell
每条记录都应该通向具体结构，而不是停在独立文章上。
快速返回委托入口
读完之后应能立刻回到 contact 或 recovery 的判断路径。
Next Step
从观测继续走向结构。
如果某条 insight 很像你现在的问题，就直接顺着它进入相关 spell 或 recovery 范围继续看。