GitHarness：将Agent记忆视为Git仓库实现版本控制
Treating agent memory like a Git repo, with commits and branches, lets agents dr…
Agent开发者的实用工程技巧，提供了一套可落地的记忆版本控制方案，实测显著降低Token消耗并提升效果，建议在做长链路Agent时参考此架构。
Treating agent memory like a Git repo, with commits and branches, lets agents drop outdated requirements and keep the work that is still valid.
将代理（Agent）的记忆视为 Git 仓库，包含提交（commits）和分支（branches），使代理能够丢弃过时的需求并保留仍然有效的内容。
Agents handle mid-task changes from users better when they save versions of their work and resume from the right one, so build that versioning into any agent that takes feedback.
当代理保存其工作的版本并从正确的版本恢复时，能更好地处理用户中途提出的变更，因此应在任何接收反馈的代理中构建版本控制功能。
Users rarely give a full spec upfront. They add, fix, or drop requirements as results come in. Most agents then carry stale work forward or redo everything.
用户很少一开始就提供完整的规范。随着结果的呈现，他们会添加、修复或剔除需求。大多数代理随后会带着陈旧的工作继续前进，或者重做所有内容。
GitHarness stores each requirement with its matching work, like Git commits, and branches from the closest valid version. It beat plain continuation in all 30 tested settings. In 1 setup, it used 73.6% fewer tokens on coding tasks while scoring higher.
GitHarness 像 Git 提交一样，将每个需求与其对应的工作一起存储，并从最接近的有效版本进行分支。它在所有 30 个测试设置中均优于简单的延续方法。在一种设置中，它在编码任务上减少了 73.6% 的 token 使用量，同时得分更高。
When a user changes 1 detail, go back to the version that still fits and redo only what changed.
当用户更改一个细节时，回到仍然适用的版本，并重做仅发生变化的部分。
更进一步：量化金融体系
看懂新闻只是起点——沿量化金融路径，把它变成能交付的工程能力