在当前的开发环境中，编码代理生成了团队代码的越来越大份额，但每次更改背后的推理——权衡的替代方案、发现的约束、被拒绝的方法——却被困在会话消失的助手记录中。
对于代理开发生命周期（ADLC）而言，记忆通常被视为一个检索问题，并构建为机械系统：分层存储、记忆图、编译的维基、模型判断的接纳。我们认为，记忆应该与 git 绑定——内置于版本控制之中，继承机械系统努力构建的保证：来自提交的事实真相、通过重建获得的新鲜性、通过合并验证、通过审查进行的隔离。
在这个账本上，我们分别解决两个问题，然后将它们结合。种子供应作为一个八语料库的检索研究，遵循预注册的规范：五种导入的排名机制被拒绝，两种保留，最佳配置约为 ~0.31 的合并平均排名——是原始转录 grep 底线的 ~60 倍，是诚实解析轮次底线的 ~15 倍。
答案组装是排名停止帮助的地方：单次检索在真实开发者问题上的得分仅为 0.07-0.20，未经门控的集注显著降低了良好答案的质量。一个路由器将广度分配给一个以 git 为锚的结构图，将指向查找分配给信心门控的事件，并将推理分配给决策合成，重建出单一会话无法包含的原因弧（在一个年轻的约 50k-LOC 的生产系统上达到 0.83 的充分性）。
经过路由系统后，回答的长度为每个问题 382-980 个标记——比记录历史低三个数量级。因为事实真相是从提交会话链接中提取的，而不是经过注释的，每个结果都可以在任何用户自己的历史上以零标记成本复制。剩下的限制是捕获。
代码、基准和论文来源： github.com/rekal-dev/rekal-cli。
博主点评： 本文提出了一个创新的视角，将 git 的版本控制机制与记忆存储结合，旨在提高代理开发生命周期中的信息管理效率。这种方法不仅提升了信息的可追溯性，还降低了对标注的依赖，具有广泛的应用潜力。通过有效的答案组合和路由策略，该系统为开发者提供了更高效的知识检索方式，值得深入研究与实践。