用途：在 Cavekit 工作流中，修订指把生产缺陷沿 cavekit 链向上追溯，找到允许该缺陷出现的缺口，并在 kits 与 prompts 源头修复，而非只改代码。若修复只存在于代码而没有对应的 cavekit 更新，下一轮迭代循环可能重新引入同一缺陷；目标是让 kits 加迭代循环能自主复现任何修复。
主要能力：提供六步修订流程——1) 定位并修复缺陷；2) 分析 cavekit 遗漏了什么，从 WHAT、WHY、VISUAL、RULE、LAYER 五个维度拆解；3) 更新 cavekit，补充带验收标准的需求；4) 将变更传播到 plans 与 impl 跟踪；5) 若属重复模式，做系统性 prompt 改进；6) 验证并锁定，运行迭代循环证明修复仅凭 kits 即可产生，并生成回归测试。还包含自动化修订分析：分类提交（手动修复、迭代循环、基础设施），分析每个手动修复，发现受影响的 plan 文件，更新上下文文件，运行测试并生成回归测试。
使用方式：资料给出若干命令示例，如 git log --oneline -5、iteration-loop context/prompts/003-generate-impl-from-plans.md -n 5 -t 1h、{TEST_COMMAND} --cavekit context/kits/cavekit-data.md，以及 {BUILD_COMMAND}、{TEST_COMMAND} 占位符。
适用场景：手动修复后需追溯根因、迭代循环反复重现同类缺陷、需要提升 kits 覆盖率与收敛速度时。
限制：并非所有代码修复都需要修订，一次性环境问题、拼写与格式、原型探索性改动、不改变行为的性能优化通常可跳过；判定标准是迭代循环是否可能重新引入该缺陷。资料未提供具体安装命令、收费或平台信息。