自从开发者开始采用Git已经超过二十年了。今天，它仍然是最受欢迎的版本控制系统，未来的20年它也将继续存在。问题不在于Git是否能凭借其生态系统的锁定 survive，而在于如何扩展、重构和发展Git托管，以适应以AI代理为主要代码生产者的世界。软件的灵魂捕捉Git捕捉了以纯文本文件形式保存在仓库中的内容。简单来说，它用提交信息存储代码行，创建了一个随着时间变化而变化的记录。但随着代理生成的代码日益丰富，“为什么”代码被编写的背景变得至关重要：代理会话及其提示、工具调用、检查点和决策。这些都揭示了开发者的意图，讲述了软件构建的故事。我们的假设很简单：会话日志现在是软件开发中最重要的文档，应该与代码本身一起存储在仓库中。有了这个语义记忆层，代理可以停止重复错误，从而提高准确性、增加生产力并减少代币消耗。人类也可以更容易地理解和验证构建的内容及其原因，提供了一个来源层，使得审核过程大大加快。在仓库中保留这个新的语义层后，人类团队和代理群可以协作并并行构建，而不会覆盖、冲突或失去理解。将Git恢复到其原始承诺从设计上看，Git总是旨在去中心化。每个克隆都包含了仓库及其历史的完整副本，允许软件在多个主机上复制，而不是由单一服务器控制。但实际上，Git托管平台在很大程度上将开发者引导到中心化系统。这在代理出现之前是可持续的。在一个代理快速并行编码的世界中，继续通过这样中心化的平台引导所有内容将导致速率限制、停机、慢代理和根本上受限的软件开发生命周期。Git托管必须演变，以满足其最初的承诺：一个分布式的多主机网络，而不是单一位置存储全球软件的系统。仓库应该存在于尽可能多的地方，既提高可用性和弹性，又允许代理对它们进行查询、同步和大规模操作，以更本地、弹性和可扩展的访问模式。这也提供了数字主权的明显好处。通过去中心化的架构，开发者和组织可以在参与更广泛、全球分布的协作网络的同时，按地区托管、复制和存储自己的代码。代理的交响乐代理已成为新的编码者，随着这种转变，软件开发人员需要比以往更深刻的工程判断。我们的角色现在是将我们的想法流入需要保持同步的代理交响乐中。在这些新的软件开发循环中，Git将继续作为代码的真实来源。它将捕捉来源，协调代理工作，并在去中心化网络中运行。有了这一点，我们将创建真正使代理和人类能够全天候以机器速度协作、构建和交付软件的平台。