Entire 的 Git 托管：每次 push 都有一个 agent 评审团打分
前 GitHub 掌门 Thomas Dohmke 周一发布了 Entire 的 Git 托管平台，整个设计的前提是：以后大部分 push 都来自 agent。
它有三块。第一块叫 Trails，就是每次代码 push 都由 agent 打分的可定制自动评测。每个评审 agent 在自己的云沙箱里独立运行，交一个分数和一段理由，Dohmke 的比喻是像花样滑冰的裁判团打分。默认评测有三项：安全、Slop、需要人工审查，每个仓库还能设 Gates，人没批准、CI 没过就不能合并。第二块是分布式 Git 托管，Entire 声称 push 速度最高是 GitHub 的 89 倍。第三块叫 Continuous Memory，把 agent 的会话和提示词同步进仓库本身，另外还开源了一个 entire-graph 工具，公司自测最多省 71% 的 token。底层跑的是 Claude Code 和 Codex，首发 CI 合作方是 Buildkite 和 Depot。
同一天，Product Hunt 上还有个小项目 AVP，说法更直接：给编程 agent 用的版本控制，用来替代 Git，用任务代替分支，用证明代替 CI。一天里冒出两个给 agent 用的 Git，这不是巧合。
这里的赌注是这样的。GitHub 的模式是人写代码、别人来审。当大部分 diff 是 agent 写的，审查就成了最稀缺的资源，谁能决定人到底需要看什么，谁就赢。Entire 那项需要人工审查的评测是最有意思的：它其实是用模型来分配人的注意力。周一的 arXiv 批次里还有篇论文发现 31.1% 的 agent 运行在违反 harness 规则的情况下照样成功，这正是每次 push 都过一遍评审团想抓的东西。悬而未决的问题是：用同一批模型做的裁判，能不能抓到作者模型漏掉的问题。在信任 Gates 之前，这一点值得先测。
发布文章：https://entire.com/blog/the-git-forge-for-agent-human-collaboration HN 讨论：https://news.ycombinator.com/item?id=50247453 AVP：https://www.producthunt.com/products/avp
← 返回所有文章
它有三块。第一块叫 Trails，就是每次代码 push 都由 agent 打分的可定制自动评测。每个评审 agent 在自己的云沙箱里独立运行，交一个分数和一段理由，Dohmke 的比喻是像花样滑冰的裁判团打分。默认评测有三项：安全、Slop、需要人工审查，每个仓库还能设 Gates，人没批准、CI 没过就不能合并。第二块是分布式 Git 托管，Entire 声称 push 速度最高是 GitHub 的 89 倍。第三块叫 Continuous Memory，把 agent 的会话和提示词同步进仓库本身，另外还开源了一个 entire-graph 工具，公司自测最多省 71% 的 token。底层跑的是 Claude Code 和 Codex，首发 CI 合作方是 Buildkite 和 Depot。
同一天，Product Hunt 上还有个小项目 AVP，说法更直接：给编程 agent 用的版本控制，用来替代 Git，用任务代替分支，用证明代替 CI。一天里冒出两个给 agent 用的 Git，这不是巧合。
这里的赌注是这样的。GitHub 的模式是人写代码、别人来审。当大部分 diff 是 agent 写的，审查就成了最稀缺的资源，谁能决定人到底需要看什么，谁就赢。Entire 那项需要人工审查的评测是最有意思的：它其实是用模型来分配人的注意力。周一的 arXiv 批次里还有篇论文发现 31.1% 的 agent 运行在违反 harness 规则的情况下照样成功，这正是每次 push 都过一遍评审团想抓的东西。悬而未决的问题是：用同一批模型做的裁判，能不能抓到作者模型漏掉的问题。在信任 Gates 之前，这一点值得先测。
发布文章：https://entire.com/blog/the-git-forge-for-agent-human-collaboration HN 讨论：https://news.ycombinator.com/item?id=50247453 AVP：https://www.producthunt.com/products/avp
评论