# Entire launches a Git forge built for humans and agents writing code together

> Original title: Entire：专为「人和 Agent 一起写代码」做的新一代 Git 托管

- Source: meng shao
- Published: 2026-10-28T13:42:47.000Z
- Bad Influence: https://badinfluence.news/items/pud05cgt6k7y1m6emehrnw5lm
- Original: https://x.com/shao__meng/status/2115439137407009193

## Summary

Entire, founded by former GitHub CEO, rebuilds code hosting, review, CI and agent session memory around human-agent collaboration. Its Trail replaces diff-based pull requests with per-push evaluation scores and open-issue tracking, and its distributed Git service claims up to 89x faster pushes than GitHub in its own benchmark.

## Post

Entire：专为「人和 Agent 一起写代码」做的新一代 Git 托管

前 Github CEO 创办的 @GoEntire 不做另一个「像 GitHub 的网站」，是把代码托管、评审、CI 和 Agent 会话记忆，都按「人机协作写代码」重做：用 Trail 代替以 diff 为主的 PR 时间线，用分布式 Git 服务扛 Agent 高频推送，再用 Continuous Memory 把会话和决策写回仓库，让下一轮 Agent 不必从零重学。
https://entire.com/blog/the-git-forge-for-agent-human-collaboration

为什么说传统 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 则提供当初意图、已上线修复及上次改动踩过的坑。

![](https://badinfluence.news/api/img-proxy?u=https%3A%2F%2Fpbs.twimg.com%2Fmedia%2FHVuMqYdaYAAjQJ_.jpg&mode=thumb&exp=1793404800&sig=b3035a33491cc1d9)