托马斯·多姆克，Entire的联合创始人兼首席执行官，经过一年的努力，我们很高兴地介绍第一个专门为代理-人类协作构建的 Git Forge。Entire 基于三个基本元素构建：Trail。与经典的拉取请求模型审查代码更改的方式不同，Trails 为开发人员提供了类似航空公司飞行员的抬头显示器，结合自动化可自定义评估，由代理在每次代码推送时进行评分。分布式 Git 托管。Entire 基于新的源控制服务器，兼容 Git，其推送速度比 GitHub 快 89 倍，比 Cursor Origin 快 6 倍。您可以在全球多个区域托管您的仓库并进行复制，提供数据驻留和代理流量的扩展性。持续内存，这是一种新的方法，让代理和开发团队将会话和提示同步到 Git 仓库，并使该数据始终可用且可搜索，供编码代理使用。此外，我们正在构建一个开放生态系统，以便开发人员可以选择最适合工作的工具。在开始时，我们与 Buildkite 和 Depot 合作进行持续集成（CI），以确保您的构建和测试管道跟上代理的发布速度。今天，Entire 适用于任何开发人员，尤其为 AI 原生团队及其代理进行了优化。让我们跳进新的多元宇宙。 通过 Trails 进行审查 在拉取请求（PR）中，开发人员在线性时间轴上发布评论，持续集成（CI）在底部提供状态，并带有合并按钮。现在，编码和代码审查在这个时间轴上用长描述进行垃圾邮件。开发人员请求他们的编码代理解决代码审查代理的反馈，然后进行另一轮审查。拉取请求变成了只有代理可以阅读的审计日志。它并没有提供开发人员决定是否可以自信合并所需的信息。Trail 改变了这一点。它将相关信息以评估分数的形式呈现在页面顶部，这些分数是在每次推送时计算的。目标很简单：提供您决定您的编码代理与审查代理之间的循环是否足够以达到稳定状态所需的所有信息。或者没有，另一个迭代是必要的。只有在信心高、风险低且所有发现都得到解决时，合并才应发生。以下是 Trail 生命周期的 3 个步骤： 1. 启动一个 Trail 一个 Trail 可以通过提交错误报告或功能请求在 Entire 上开始。或者您可以直接从代理启动一个 Trail，在实现开始之前或之后，就像当您准备推送代码时打开 PR。一个 Trail 可以跨多个仓库，使属于一起的更改被归为一组。 2. 使用评估对 Trail 进行评分 当代码被推送到一个 Trail 时，Entire 会触发审查代理审查该提交。可以把它想成是陪审团评判一场花样滑冰表演。每个代理都在云沙盒中独立运行，提交分数和理由。例如，在 Entire 的许多仓库中，我们使用安全性、质量和人类审查所需的评估。如果质量分数为橙色，您可以指示您的代理根据该数据继续修正和推送，直到分数变为绿色。每个评估显示最后 5 次运行和当前运行。我们认为这很重要，因为一次性循环通常会错过关键问题。重复循环并稳定分数对于代理编码的成功至关重要。每个在 Entire 上的项目都有预定义的代理，负责代码质量、安全性和质量，您可以根据每个仓库启用。您可以通过 Entire 用户界面或在仓库中作为 .json 配置配置自己的代理。在后台，Entire 使用 Claude Code 和 Codex 的最新模型，在 Daytona 和 E2B 提供的隔离云沙盒上运行。 3. 关闭所有发现，然后合并 在每次推送时，代理还可以返回特定的发现和建议修复，具有不同的严重级别。开放的发现始终在 Trail 中可见，而已解决的发现被隐藏，但可以通过菜单检索。通过这种方式，您始终保持对仍然开放的事项的警觉。发现可以由代理或人类开发人员进行处理或驳回。您也可以像在拉取请求中一样发布发现和评论。为了确保合并不会在处理代理发现之前进行，您可以为每个仓库启用 Gates，以定义批准前需要的内容。这些也包括人类批准和通过 CI 检查。与 Buildkite 和 Depot 的 CI 持续集成最早是由 Grady Booch 在 1991 年提出的。它对现代软件开发生命周期的成功至关重要，使团队能够每天进行数百次部署。现在，代理编写所有代码，CI 作为一种保障显得更加重要，以避免代理更改提示未打算的内容。