harvest

收获

用于路由单元结束时收获的入口——将单元产出的成果、学到的内容和未解决的问题，汇总到各自的持久化存储中。流程、三个环节和存储目标表由 lib:reference/harvest.md 负责定义；请查阅并遵循。不要在此处重新推导路由规则——请指向该文档。

执行期间，工作笔记应写入当前运行阶段的阶段表（state/.../phases/phase-NN.md）——这里存放的是可丢弃的工作上下文。收获是收尾汇总，将重要内容移入持久存储；该切片的 notes.md（按需使用 doctrine slice notes <ID> 创建）用于记录持久性文字内容。遵守存储规则：实时进展记录在状态树中，绝不写入已编写的文件。

如果不知道哪一个切片负责这项工作，请运行 doctrine slice list 查找。没有负责的切片（例如 RFC、规范或评审结项）？仍然要进行收获——各环节按照 lib:reference/harvest.md §5 路由到各自的存储目标；只是无需维护 ## Harvest 清单。

三个环节

• 产出 — 工作增量。内容要简洁，但需记录：
  • 已完成的事项
  • 以下任何内容：
    • 遇到的意外或所需的调整
    • 后续可能需要处理的粗糙之处、遗漏或重构
    • 建议采取的后续行动
    • 与已完成或即将开展的工作相关的未决问题
    • 应记录为记忆的持久事实、模式或注意事项
    • 相关提交哈希，或说明工作尚未提交
    • .doctrine 的更改是否已按照仓库规范及时提交，或仍待提交及原因
    • 如果已提交，在这对下一位 Agent 有影响时，说明更改是随代码一起提交，还是单独提交
    • 代码最后一次修改后，验证门禁（doctrine check gate）是否已成功运行，或说明仍有未解决的错误
• 所学 — 可复用的指导和可引用的认知观察，按照 lib:reference/harvest.md 路由到各自的存储目标。
• 未解决事项 — 本单元需要继续处理的决策、问题、假设和约束。只汇总产出、却默默遗漏此环节的做法不可取：请通过 /knowledge 路由（→ DEC / QUE / ASM / CON）。

每个环节的存储目标均由 lib:reference/harvest.md 的 §2 表格规定——请引用，不要重述。

## Harvest 维护

按照 lib:reference/harvest.md § Canonical output 更新 ## Harvest 部分。