每周复制一份。建议命名为
YYYY-Www.md。只记录能帮助下周做决定的证据， 不写“看了多少小时视频”式流水账。
- 周次 / 日期：
- 当前阶段与 Checkpoint：
- 本周可用时间：
- 本周唯一主目标：
- 明确不做：
- 我目前对这个主题的解释：
- 最关键的不变量：
- 我预计最容易失败的地方：
- 这项知识与当前 Agent 工程问题的连接：
- 本周结束时，什么证据会推翻我的理解：
| 工作项 | 预计 | 实际 | 结果/证据链接 | 下周处理 |
|---|---|---|---|---|
| 阅读/讲义 | 继续 / 跳过 / 补课 | |||
| 课程实验 | 继续 / 缩小 / 停止 | |||
| Agent Runtime Lab | 继续 / 重构 / 回退 | |||
| 闭卷回忆 | 通过 / 未通过 | |||
| Rust（可选） | 继续 / 暂停 |
- 假设：
- 最小复现：
- 预期观测：
- 实际观测：
- 结论：支持 / 推翻 / 证据不足
- 症状：
- 根因链：
- 为什么原有测试没有发现：
- 新增测试/指标：
- 修复后如何证明没有只修 happy path：
- 卡住总时长：
- 30～45 分钟后做了什么缩小范围：
- 是否超过单个卡点 6 小时上限：
- 若超过，下周要删除或替换什么：
- 本周概念改变了哪个设计判断：
- 新增的 Runtime Lab 能力：
- 注入的失败场景：
- 观察的 4 个核心指标：
- 对真实项目可立即采取的一个改动：
- 仍不能声称具备的生产/安全能力：
先关掉资料，用图或口头回答；答完再核对。
- 本周最重要的系统路径是什么？从入口画到出口。
- 谁拥有每个资源，何时释放，异常路径由谁负责？
- 哪个不变量保证正确性？哪个 interleaving 或 crash point 会破坏它？
- 性能判断来自什么测量，而不是直觉？
- 同一知识如何迁移到 Agent 的执行、状态、网络或隔离？
- 自评分（0～10）：
- 核对后发现的三处错误：
- 需要做的最小补充实验：
| 指标 | 数值 | 备注 |
|---|---|---|
| 有意识练习时间 | 不含被动播放 | |
| 完成且可复现的实验 | ||
| 被证据推翻的假设 | 越多不代表越差 | |
| 新增故障测试 | ||
| 闭卷正确率 | 目标 ≥ 80% 才压缩重复内容 | |
| Runtime Lab 里程碑 | v0 / v1 / v2 / v3 / v4 | |
| 对真实项目产生的设计变化 |
选择一个：
- 继续：已有可验证产物，推进下一小步；
- 压缩：闭卷 ≥ 80% 且已完成工程迁移，跳过重复内容；
- 补课：只补一个明确缺口和最小实验；
- 降载：连续两周没有产物，下周范围减半；
- 暂停支线/专项：它正在挤占主线或没有改变工程判断。
下周唯一主目标：
删除或推迟的内容：
- 四周前最薄弱的三个主题，现在有哪些可复现证据？
- Runtime Lab 哪个版本完成，哪个验收仍在失败？
- 哪一门课程的边际收益已经下降，应当跳过哪些内容？
- 当前真实瓶颈更接近进程/并发、状态/恢复、网络还是多机一致性？
- 下一阶段选择是否需要改变？证据是什么？
- Rust 是否仍是恢复精力的兴趣支线，还是已经侵占主线？
- 下四周保留的唯一主线结果是什么？