Entire 是由前 GitHub CEO 托马斯·多姆克创立的初创公司，该公司周一正式推出了其 GitHub 替代产品，用一套名为 Trails 的智能体代码审查系统取代了传统的拉取请求模式。
该公司自今年2月宣布获得6000万美元种子轮融资以来，已逐步发布其平台的各项功能。早些时候，多姆克曾多次表示他并不打算与 GitHub 展开竞争。
但随着周一的发布，Entire 正式推出了一款完整的 GitHub 替代产品，并融入了其对智能体时代"现代版 GitHub"应有形态的独特理解。
在发布之初，Entire 支持私有代码仓库的原生托管。公共代码仓库以及自托管 Git 节点仍在其后续规划之中。
"这正是我们一直期待的时刻，"多姆克上周在加州圣何塞举行的 Linux 基金会 AGNTCon + MCPcon 大会接受 The New Stack 采访时表示。"这让我们感到兴奋，因为我们一年前立下的目标正在逐步实现——我们将 Git 托管与基础设施层整合在一起，在全球各地部署站点，[……] 再加上持续集成、持续交付、持续记忆的理念，以及通过 Trails 对拉取请求进行的重新设计。"
"这让我们感到兴奋，因为我们一年前立下的目标正在逐步实现。"
Entire 与其他开发者工具初创公司一样认为，当下开发者面临的新瓶颈并非代码编写本身——这部分工作已由智能体承担——而是代码审查环节。与该领域的其他一些初创公司不同，Entire 并未将重心完全放在这一个环节上。相反，该公司认为，要真正解决代码审查的瓶颈问题，需要一个全新的平台体系。
多姆克在 AGNTCon + MCPcon 的主题演讲中描述了审查队列正朝两个方向不断膨胀的局面：智能体产生的变更数量在增多，而每次变更所包含的代码量也在增加。
"我打开一个拉取请求，却发现自己完全搞不清楚这些代码到底在做什么，"他谈及自己此前使用编程智能体的经历时说道。
目前，这套平台由 Entire 兼容 Git 的服务器、该公司最初发布时就推出的面向智能体的持续记忆功能，以及 Trails 共同构成。
从拉取请求到 Trails
Trails 是 Entire 对拉取请求模式的重新诠释。开发者不再需要手动审查代码变更，Trails 为他们提供了一个仪表盘，其中包含由智能体打分的可定制评估项。举例来说，该系统可以评估某次代码变更的风险程度，或者评估在一次由大语言模型驱动的长时间开发会话中出现了多少"意图偏移"。
Entire 表示，这些评估会在每次推送代码时自动运行，相关结果可以通过其网页界面以及开源命令行工具（CLI）查看。随后，编程智能体可以利用这些反馈来解决问题并推送新的修订版本，而开发者则负责验证进展。
最终，最初的需求、智能体的会话历史记录，以及最终产生的代码，都会一并成为审查内容的一部分。
GitHub 已经通过 Copilot 提供了智能体代码审查功能。但 Entire 的思路不仅仅是在拉取请求中加入一个 AI 审查员：它让变更背后的意图以及智能体的工作过程，与代码本身一起成为审查流程的组成部分。
对 Entire 而言，其核心理念是：如果评估结果全部通过（显示为绿色），就可以直接合并代码，而无需进行详细的人工审查（尽管现实中很少有人工代码审查能做到真正应有的细致程度）。
默认情况下，Entire 提供预设的审查智能体，但开发者也可以通过 JSON 文件自定义配置，并在受支持的 Claude 和 OpenAI 模型中进行选择。
"我们正在重新定义开发者的工作生命周期，这真的很棒。我曾经晚上在家，坐在沙发上，给我的智能体发消息布置任务——同时还能在 Slack 上收到团队发来的 Trails 链接，然后打开查看。"
"我们正在重新定义开发者的工作生命周期，这真的很棒，"多姆克说。"我曾经晚上在家，坐在沙发上，给我的智能体发消息布置任务——同时还能在 Slack 上收到团队发来的 Trails 链接，然后打开查看。而且因为用户界面是专门为'查看'而设计的——我们称之为飞行员的'抬头显示器'——所以我看一眼我的抬头显示器，就能看到我们内部的一个评估项'stop cop'，如果它显示绿色且置信度很高，那我们就可以直接合并了。"
Entire 还与 Buildkite 和 Depot 展开了持续集成（CI）方面的合作。开发者可以使用 Buildkite 的 bk pipeline 或 Depot CI 来转换现有的 GitHub Actions 工作流，然后在 Entire 中连接相应的代码仓库。
更快、更分布式的 Git 平台
虽然 Trails 是本次发布的重头新闻，但 Entire 的核心仍是其兼容 Git 的分布式源代码控制服务器，该服务器已于今年夏初率先亮相。
Entire 表示，其推送速度最高可达 GitHub 的 89 倍，是 Cursor 旗下 Origin 的 6 倍。
不过，尽管一套跨地理区域部署镜像的分布式系统确有助益，但对许多企业用户而言，真正关键的功能可能在于：Entire 从设计之初就支持在特定区域提供私有代码仓库托管服务。考虑到当前数据治理的监管环境，这项功能正变得愈发重要。
目前可选的区域包括美国、欧洲、印度和澳大利亚。多姆克表示，客户可以选择一个主区域，并在其他区域添加镜像，而区域间的同步工作则由 Entire 负责处理。
面向智能体的记忆功能
持续记忆（Continuous Memory）是 Entire 的第三大支柱功能。它能将 AI 智能体的会话内容同步到项目的代码仓库中，供智能体在未来任务中调用使用。
在多姆克看来，这些会话记录同样保留了开发者曾经否决过的方案，以及那些开发者明确告知智能体"这段代码能跑，但并不是我想要的结果"的关键时刻。
该公司表示，这套系统将一个帮助智能体定位相关代码的代码库关系图谱，与一个"智能体大脑"结合起来，后者能将以往的会话和提示词转化为可供查询的记忆内容。这样一来，智能体在开始新任务时，就能检索到此前的决策记录以及相关背景信息。
多姆克预计，智能体的运行成本将成为下一个瓶颈，各团队在关注工程效率的同时，也将更加重视 Token 使用效率。他认为，相比耗费 Token 自行生成替代方案，开发者可能会发现使用现有的开源项目或是像 Entire 这样的服务反而更加经济划算。
该平台本身是免费的，不过多姆克表示，客户只需为审查智能体所消耗的 Token 付费。
但由于这些审查智能体运行依赖于大语言模型，因此仍会产生费用。多姆克表示，目前 Entire 会为所有用户提供100美元的起始额度。用户用完这些额度后，将按照市场价格为所选用的模型付费。
Entire 目前的商业模式，似乎正是建立在其所能获得的折扣价与市场价格之间的差额套利之上。
GitHub 一直以来都为开源项目提供十分优厚的方案，而 GitHub 的维护者与多姆克均暗示，该公司或许也会在这方面提供相应支持，并提到 Entire 已经在与包括模型供应商在内的一些合作伙伴就相关构想展开合作。"后续还会有更多消息，"他说。
值得一提的是，Entire 此次周一的发布，恰好发生在该公司旗舰开发者大会——2026年版 GitHub Universe（将于旧金山举行）召开前两天。这个时间点颇为微妙。
