Entire 推出私有仓库免费托管，并加入 AI 评审与跨会话记忆

Entire于2026年10月26日为其面向人与AI智能体协作的开发平台“Entire”新增了免费直接托管私有仓库的功能。除以往的GitHub镜像外，用户现在无需在GitHub上保留原始仓库即可使用。平台还提供由智能体进行代码评审的功能，以及让新会话中的AI智能体参考此前会话中确定的方针和尝试过的方法的功能。托管免费，在該服务上运行的智能体则根据AI模型的使用量计费。

联合创始人兼CEO Thomas Dohmke在配合发布的X帖子中表示，智能体改变了代码的编写方式，开发工具和工作流程有一半随之改变，剩下的一半也到了该跟上步伐的时候。在后续帖子中，他介绍了Git托管的去中心化、智能体之间共享会话记录，以及将评审结果用于下一次修改的机制。他还表示，Entire自身的开发也使用了Entire。

Agents reinvented how we produce code. It changed our tools and half of our workflow. It’s time for the other half to catch up. Today, we’re shipping Entire: the Git forge for agent-human collaboration. We’ve built @GoEntire using Entire. Now we want to see what you'll build with it.

Here’s why and what’s different. 🧵— Thomas Dohmke (@ashtom) October 26, 2026

从CLI、GitHub镜像走向独立的开发基础

Entire于2026年2月10日作为新公司公布了人与AI智能体协作的开发平台构想。同时，作为首款产品发布了开源Entire CLI。其Checkpoints功能将提示词、工具调用等会话信息与Git提交关联起来，使变更的来龙去脉可追溯。

在7月8日的发布中，该公司介绍了将GitHub的公开及私有仓库镜像到Entire的功能。以GitHub为原始存储位置，在用户所选地区的Entire上放置副本，从而可以从该副本获取代码。而在本次发布中，又新增了不在GitHub上放置原始仓库、仅由Entire托管的选择。

免费托管私有仓库

Entire上的仓库可通过Web界面或CLI创建。用户选择主地区，并可根据需要在其他地区也放置副本。截至10月26日发布时，已在美国、欧洲、印度、澳大利亚提供。直接托管的对象为私有仓库，也计划支持公开仓库。

仓库说明中称，向GitHub镜像的普通push会被转发至GitHub，而在Entire上直接托管时，读取和写入均在Entire内部处理。

根据计费说明，Entire收费的是在该服务上运行的智能体的AI模型使用量，托管等其他功能均可免费使用。使用智能体需使用预付额度[1]。

支撑分布式Git托管的EntireDB

Entire于10月27日解说了负责仓库存储及Git读写的EntireDB的设计。该公司指出，大量智能体clone仓库等操作会使读取请求集中到原始存储位置，这是一个课题。EntireDB在每个部署地区放置仓库的完整副本，各副本分别响应clone和fetch请求。据称，由此可以避免读取请求集中到单一存储位置。

各地区以cell为单位管理仓库，每个cell包含一个PostgreSQL数据库和多个存储节点（以下简称节点）。每个仓库都会分配同一cell内的多个节点作为保存目标。记录文件内容和提交等信息的Git对象会被复制并保存到这些节点上。由于Git对象创建后内容不再改变，因此可以由多个节点并行接收。另一方面，会被更新的分支和标签的引用目标由PostgreSQL管理，当对同一分支等的更新发生重叠时，会按顺序处理。

在push时，客户端发送汇总了Git对象的数据，接收数据的节点会并行地将数据转发给保存同一仓库的其他节点。然后，在验证并持久保存数据之后，更新分支等的引用目标[2]。在读取时，即使负责响应的节点没有所需数据，也可以从同一cell内保存该仓库的其他节点获取。因此，无需等到复制到该仓库的所有保存节点完成后再允许读取。

在将仓库复制到其他地区时，cell之间会同步数据。不过，确定写入的位置按仓库固定为一个。对于由Entire直接托管的仓库，该位置称为home cell，在其他地区接收的push也会转发到那里。虽然可以从各地区的副本读取，但home cell中确定的变更反映到其他地区副本会有延迟。

该公司还计划在未来几个月内将EntireDB本身也开源。

在Trails中汇总评审结果与合并条件

在代码评审中，引入了Trail作为替代拉取请求的机制。一个Trail可以汇总工作目的、代码变更、智能体会话、评审结果，还能处理同一工作涉及的多个仓库的变更。评审用智能体是可选的，也可以由人工确认差异并批准、合并。

启用评审用智能体后，以向Trail的push为契机，可以自动评估代码质量和安全性等。该评估会根据AI模型的使用量收费。评估项目可以自定义，结果会显示分数、理由和具体指摘。开发者可以将这些指摘交给编码智能体，反复进行修正和重新评审。画面上会并列显示本次和过去5次的评估结果，开发者可以结合评估趋势和未解决的指摘来判断是否合并。在管理合并条件的Gates功能中，可以将指摘解决、人工批准、CI成功等设置为条件。

CI集成支持Buildkite和Depot，并以公开预览形式提供。这两项服务也提供了转换和迁移现有GitHub Actions工作流的机制。向设置了集成的仓库push后，CI服务会执行构建和测试，并将结果返回给Trail。使用CI时，适用各CI服务的计费体系。

利用以往会话信息的Continuous Memory

在Continuous Memory中，新会话的AI智能体可以检索和参考以往会话中选择实现方式的理由以及尝试过的方法，并基于这些经过推进工作。

该功能结合使用entire-graph和entire-brain。entire-graph整理代码中的定义和调用关系，entire-brain将Entire CLI记录在Git历史中的会话与该结构关联起来。例如，在重新审视开发中软件对失败请求的重试方式时，可以查找以往会话中决定的重试方针，并基于其经过修改代码。

entire-graph和entire-brain是开源的，基本以本地使用为前提。记录在entire-brain中的知识和判断，初始状态下也保存在本地机器上。在团队共享时，连接到Entire上的仓库并启用同步。连接时同步一次后，同步会在后台持续进行，从而共享各自机器上积累的知识和判断。