Entire:专为「人和 Agent 一起写代码」做的新一代 Git 托管 前 Github CEO 创办的 @GoEntire 不做另一个「像 GitHu… · @shao__meng · TwKit
@shao__meng
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 则提供当初意图、已上线修复及上次改动踩过的坑。
曝光 611 · 评论 5 · 点赞 6 · 书签 2
查看原帖