Entire Launches a New Generation of Git Hosting for Human-AI Collaborative Coding
English text is being prepared.
Entire, founded by the former GitHub CEO, has launched a new generation of Git hosting that reworks code hosting, review, CI, and Agent session memory around human-AI collaboration. It uses Trail to replace the diff-centric PR timeline; each push is scored by a review Agent in a cloud sandbox and tracks unresolved issues, calling Claude Code, Codex, and others under the hood, with sandboxes provided by Daytona and E2B. Its self-developed Git service offers its own open-source benchmark, claiming pushes are up to about 89 times faster than GitHub, and it has integrated Buildkite and Depot as CI.
Why read this
AI score 73
The original article breaks down the three-layer design of Trail review, distributed Git, and Continuous Memory, making clear what hosting for human-AI collaborative coding looks like.
Topics
Body
Entire:专为「人和 Agent 一起写代码」做的新一代 Git 托管
前 Github CEO 创办的 @GoEntire 不做另一个「像 GitHub 的网站」,是把代码托管、评审、CI 和 Agent 会话记忆,都按「人机协作写代码」重做:用 Trail 代替以 diff 为主的 PR 时间线,用分布式 Git 服务扛 Agent 高频推送,再用 Continuous Memory 把会话和决策写回仓库,让下一轮 Agent 不必从零重学。 https://t.co/IztavEEbbc
为什么说传统 PR 不够用了 Entire 团队认为,现在编码 Agent 和评审 Agent 会在同一个 PR 里来回留长文、改代码、再审一轮。对人类来说,这条时间线越来越像「只有 Agent 在读的审计日志」,很难一眼判断:循环是否已经稳定、能不能放心合并。Trail 想把关键信息提到页面顶部(每次推送后由 Agent 打出的评估分数,以及尚未关闭的问题)让人先看「够不够稳」,再决定合不合。
Trail:评审的三步 1. 开一条 Trail:可以从 bug / 功能需求开,也可以像开 PR 一样,从 Agent 侧在动手前后直接开。一条 Trail 可以跨多个仓库,把本该一起合的改动绑在一起。
2. 每次推送都跑评估:推代码后,评审 Agent 在云沙箱里各自打分并写理由,文中用花样滑冰评委作比。Entire 自用仓库里常见的例子包括 Security、Slop(废话 / 滥生成)、Human Review Required。每种评估会展示最近几次分数走势;分数偏橙时,可以继续让编码 Agent 按反馈改到变绿。文章强调:单次一梭子往往漏关键问题,多轮循环、分数稳住才靠谱。预置有代码质量、安全、Slop 等 Agent,可按仓库开关;也可用界面或仓库里的 .json 自定义。底层用 Claude Code、Codex 等,沙箱由 Daytona、E2B 提供。
3. 关掉未解决问题再合并:Agent 还能返回具体 finding 和建议修复,并标严重级别。未关闭的会一直挂在 Trail 上,已解决的默认收起。人和 Agent 都可以处理或驳回。仓库可开门禁:例如必须人批、CI 通过、关键 finding 清完,才允许合。
CI:先接 Buildkite 与 Depot Entire 团队强调:Agent 写得越快,CI 越要当「改动是否超出提示意图」的安全网。CI 配在 项目 级(同一项目下多仓库常共用一套基建)。Buildkite 接上后,每次推送在 Buildkite 或自有基建上构建,结果作为 Trail 上的检查项,失败可挡合并;Agent 也可走 Buildkite API / CLI / MCP 自己闭环。若原来用 GitHub Actions,可用 bk pipeline convert 迁移。Depot 兼容 GitHub Actions 工作流、中间不必再经 GitHub;depot ci migrate 可发现并迁工作流,并支持导入 secrets / variables。按秒计费,跑得快相对更省。
分布式托管与推送速度 Entire 自研兼容 Git 的源码服务,配分布式对象存储和事务性 ref 数据库。文章给出自家开源基准:推送最高约比 GitHub 快 89 倍、比 Cursor Origin 快约 6 倍;表里粗算吞吐是 Entire 约 418 次/秒,GitHub 约 4.7,Cursor 约 65,Pierre 约 15,GitLab 约 10。可在多区域复制或只留一地,满足驻留与扩展;当前已开 美国、欧盟、澳大利亚、印度。仓库挂在组织或个人账号下的 项目 里,建项目时选主区域再复制。
用法分三种:在 Entire 原生建仓(网页或 CLI);用 GitHub App 镜像,GitHub 仍可当真相源,Trail 也能叠在 PR 上;镜像时推送仍走 GitHub,GitHub 挂了时镜像还能继续 clone / fetch,Agent 可推到以 entire/unmirrored/ 为前缀的分支;或 迁移(美国镜像可 Detach,也可用 entire-migrate 插件,或本地 fetch 再 push)。
Continuous Memory:把理解也写进仓库 Entire 团队把 CI / CD 对代码的汇合与发布,类比到「理解」也要持续往前传:仓库应成为 Agent 真正需要的记忆。CLI 里两个开源、本地优先的插件配合工作: · entire-graph:用 tree-sitter 在本地解析,给出仓库的预计算地图(排序搜索、定义、调用方、类型、路由、改动影响,并带 文件:行号),文中称测试里可省最多约 71% token;不联网、不调模型、不查 API Key。 · entire-brain:在 graph 之上索引过去的 Agent 会话(经 Entire CLI 记进 Git 历史),把「为什么这么改」绑到「改了什么」上。也可接到 Entire 后端,让团队记忆共享;每条 Trail 会展示 Agent 留下的记忆,方便评审看见当时决策。举例:修计费舍入 bug 时,graph 追调用链和测试,brain 则提供当初意图、已上线修复及上次改动踩过的坑。