Entire正在为AI智能体构建分布式Git网络

曾担任GitHub首席执行官、去年离职重新创业的托马斯·多姆克，将于本周三开放一个分布式Git网络的预览版本。该网络旨在防止大规模AI编程智能体集群压垮单一中央服务器，并可能在不久后与GitHub的核心服务展开直接竞争。

多姆克创立的后GitHub时代初创公司Entire，将于本周三推出该网络预览版（目前需加入候补名单）。开发者只需一步操作，即可将现有GitHub仓库镜像到Entire自己的基础设施上。

多姆克在今日发布的公告中表示："在智能体时代，集中式Git托管已成为一个根本性的制约因素。数十亿个智能体和开发者同时访问中央服务器，带来了速率限制、高延迟乃至服务中断等问题。今天，我们开始兑现Git最初的承诺——打造一个分布式、即将完全去中心化并开源的全球互联节点网络。这将使任何开发者或智能体都能在本地区域托管代码，在靠近其运行环境的地方快速推送、拉取和克隆，不受瓶颈限制，同时仍是全球协作网络的一部分。"

Entire强调，代码仍保留在GitHub上，但编程智能体可以通过Entire的镜像进行操作，从而实现"无速率限制地构建"。

Entire的镜像旨在承接智能体集群持续产生的大量流量。正是这种流量压力，导致GitHub近来频繁出现稳定性问题，也给Entire这样的初创公司创造了机遇。

多姆克在接受The New Stack采访时表示，如今数十亿次智能体与开发者操作集中落在同一批服务器上，集中式Git托管已成为"根本性制约"，具体表现为速率限制、延迟和服务中断。

鉴于GitHub近期频繁出现的可用性问题，初创公司纷纷入局这一赛道并不令人意外。Entire是其中之一，且背景深厚；而今年6月，Cursor也发布了Origin——一个专为大批智能体并发克隆和提交同一仓库而重建的Git托管平台。

Entire目前已在美国、欧盟和澳大利亚开设了活跃区域，团队表示在完成首批区域部署后，将很快扩展更多区域。

自研Git后端

为构建这一网络，Entire对Git的服务端进行了全面重写。GitHub、GitLab和Bitbucket都是对Git二进制文件的服务端进行封装，并在此基础上构建各自的基础设施。而Entire则从零开始。

"我们真正将Git视为一个数据库，"多姆克说。他解释称，开源Git项目由两部分组成：智能体用于与仓库通信的客户端，以及托管方用于管理存储的服务端。Entire没有沿用大多数公司的做法在原有服务端基础上构建，而是"选择了另一条路，自主实现了我们自己的Git后端"。

当然，这一选择只有在Entire版本的性能显著优于原生Git服务端时才有意义。Entire公布的基准测试数据显示，该网络持续运行时达到了每小时57万次克隆、每秒586次推送，以及每秒约470次克隆与推送的综合操作速率。

多姆克表示，向Entire原生分支推送的速度最高可比通过GitHub推送快25倍。

Entire还将开源其Git后端和基准测试套件。

从镜像到原生仓库

今年2月，多姆克首次向The New Stack介绍Entire的规划时，描述了一个三层平台架构：底层是兼容Git的数据库，中间是语义推理层，顶层是用户界面。彼时他便表示，这个数据库与集中式Git托管不同，可以构建为一个全球分布的节点网络。

不过，多姆克在2月时也表示，Entire未必会与GitHub形成竞争，代码仓库仍将是其核心定位。

当被追问Entire自托管GitHub仓库副本后这一立场是否仍然成立时，他将镜像定位为互补关系——部分原因在于Entire能够为企业提供将代码保存在本地区域的能力，以满足当地法规要求。他同时指出，GitHub拥有庞大的生态系统和丰富的功能集。

"我认为，对于采购方来说，真正的问题是：从可用性和可靠性角度出发，同时拥有这两款产品是否更为有利？这样一来，如果其中一个出现故障——单点故障和人为失误始终存在——另一侧的镜像仍可使用，"他说，"但与GitHub今天数十亿美元规模的业务相比，我们在竞争中所争夺的资金规模要小得多。"

目前，两者仍处于互补关系。多姆克认为，GitHub依然是"事实来源"或"冷存储"，而工作副本则运行在Entire上。但他也表示，Entire将在未来几个月内推出原生仓库，届时将完全不依赖GitHub。这些功能同样将开源。

Entire于今年2月完成6000万美元种子轮融资，当时公司有15名员工，由Felicis领投，微软旗下风险投资部门也参与其中。公司目前员工人数已超过40人，目标是在年底前扩充至60人。

语义层建设

Entire正在与Git平台并行构建其中间层——语义推理层。

该语义层目前已与所有主流编程智能体集成，包括Claude Code、Codex、Cursor、Factory AI和GitHub Copilot，并将每次会话、提示词和工具调用记录与代码一同存储在仓库中。

这些数据对智能体极具价值，也是Entire最先推出的核心服务。在此基础上，公司正在构建更多上层服务。

例如，公司正在推出Entire Blame功能，不仅能显示最后修改某行代码的人员，还能呈现背后的智能体会话和提示词。此外还有Entire Review功能，可调度多个智能体进行意图感知的代码审查；与此同时，公司还在新增代码与语义搜索功能，让智能体（和开发者）能够跨代码变更及其背后的推理过程进行搜索。

"会话日志现在已成为软件开发中第二重要的产物，它们理应与代码一同存储在仓库中，"多姆克说。

Q&A

Q1：Entire构建的分布式Git网络和GitHub有什么区别？

A：Entire构建的是一个分布式Git网络，与GitHub的集中式托管不同。Entire通过在全球多个区域部署节点，让智能体和开发者可以在靠近运行环境的地方操作代码，避免单一服务器的速率限制和延迟问题。目前代码仍以GitHub为"事实来源"，Entire作为镜像层承接流量，但未来将推出无需依赖GitHub的原生仓库功能。

Q2：Entire的Git后端性能到底有多强？

A：Entire完全自研了Git服务端后端，而非基于原有Git二进制服务端封装构建。根据其公布的基准测试数据，该网络可实现每小时57万次克隆、每秒586次推送，以及每秒约470次克隆与推送的综合操作。向Entire原生分支推送的速度最高可比通过GitHub推送快25倍。

Q3：Entire的语义推理层有什么用？它支持哪些编程智能体？

A：Entire的语义推理层会将每次智能体会话、提示词和工具调用记录与代码一同存储在仓库中，让开发者和智能体能够追溯代码背后的推理过程。目前该层已集成Claude Code、Codex、Cursor、Factory AI和GitHub Copilot等主流编程智能体，并在此基础上推出了Entire Blame、Entire Review以及代码与语义搜索等功能。