码农早餐 · 2026-10-28

Thomas Dohmke 发布 Entire：一款为 agent 与人类协作设计的 Git forge

Entire 联合创始人兼 CEO Thomas Dohmke 在 10 月 26 日的博客里宣布，Entire 正式对任何开发者开放。按原文说法，这是「第一个专为 agent 与人类协作打造的 Git forge」，建立在三个基础组件上：Trail、分布式 Git 托管、Continuous Memory。原文给出的性能数字是推送比 GitHub 快最多 89 倍、比 Cursor Origin 快 6 倍，依据是他们在 GitHub 上开源的 forgemark benchmark。原文没说上线首日有多少用户或仓库迁入。

Dohmke 此前是 GitHub 的 CEO，这次创业的方向直接冲着 GitHub 的核心场景去。Entire 要替换的是 pull request 那套流程：原文认为 PR 已经变成「只有 agent 在读的审计日志」，人类开发者在长时间线里拿不到能支撑合并决定的信息。Trail 的做法是把每次 push 触发的 eval 分数提到页面顶部，每个 review agent 在 Daytona 和 E2B 提供的隔离云沙箱里独立跑，各自提交分数和理由。Entire 自家仓库常用的是 Security、Slop、Human Review Required 三个 eval，Slop 分数是橙色就让 agent 继续改、继续推，直到转绿。每个 eval 显示最近 5 次运行和当前一次，理由是单次循环经常漏掉关键问题。底层用的模型来自 Claude Code 和 Codex。

CI 方面，Entire 首批集成了 Buildkite 和 Depot。Buildkite 接上后，每次 push 在 Buildkite 或你自己的基础设施上构建，结果作为 check 显示在 Trail 上，构建失败会挡住合并。原文写的是：如果你是 GitHub Actions 用户，可以运行 bk pipeline convert 迁移 workflow，不用重写。Depot 那边用 depot ci migrate 发现 GitHub Actions workflow 并转成 Depot CI，同时标出需要人工检查的部分，配套命令可以导入 secrets 和变量。这两个集成解决的是同一个问题：agent 提交代码的速度快过原有 pipeline 的消化能力。

值得对照的是 89 倍这个数字的成立条件。原文自己写明 benchmark 是开源的，但没说测的是多大的仓库、多大的 push、什么网络条件，也没给 GitHub 一侧的绝对耗时。参考 10 月 20 日我们写过的 headroom，宣传语里 60-95% 的省 token 幅度对应的是 JSON 这类规整输入，编码 agent 整体只省 20%，两个数字差一个量级。Entire 的 89 倍同样是「最多」，和 6 倍并列时读者容易当成平均提升。另外，Trail 的 eval 分数由 agent 打给 agent 看，Slop 这类指标怎么定义、误报率多少，原文没给数字。参考 10 月 23 日 Trail of Bits 那篇，regression-hunt 相比基线 Codex agent 只少 25% 的误报，说明这类自动审查的噪音本来就不低。

托管这一侧，Entire 用的是新的源码控制服务器，配分布式对象存储和事务性 ref 数据库，保持与 Git 兼容，支持在多个区域复制仓库，用来满足数据驻留要求和 agent 流量带来的规模。原文把中心化 forge 的问题归结为缺乏可扩展性、韧性和存放位置的控制权。这部分目前只有架构描述，没有给出多区域复制的延迟或一致性数据。

现状是产品已开放注册，Buildkite 和 Depot 是首批 CI 合作方，原文说「开始阶段」只这两家。Continuous Memory 把会话和 prompt 同步进仓库、让 agent 可搜索，具体实现细节原文没展开。89 倍和 6 倍的 benchmark 可以自己去 forgemark 仓库复现，复现结果和宣传口径是否一致，目前没有第三方数据。

来源：

• The Git Forge for Agent-Human Collaboration

---

本文从过去 24h 的 X / Hacker News / GitHub Trending 共 5 条信息中选出这一件事展开。内容由 LLM 辅助生成并经事实校对，来龙去脉部分参考了本站往期内容，文末附原始来源链接，重要决策请交叉验证。