GitLab称Git正在为“机器规模”重新设计。“Git for AI代理”的理念是否超前于时代？

我正在阅读GitLab最近关于智能体软件工程的声明，其中有一句话特别引人注目：*"Git本身正在为机器规模进行重新设计。"* ([Business Insider](https://www.businessinsider.com/gitlab-layoffs-memo-2026-5?utm_source=chatgpt.com)) 根据GitLab的说法，未来的软件开发将涉及AI代理，它们将：* 规划，* 编码，* 审查，* 部署，* 和修复软件，而人类则负责监督和架构决策。([Business Insider](https://www.businessinsider.com/gitlab-layoffs-memo-2026-5?utm_source=chatgpt.com)) 这让我思考了很久。一段时间以来，一直有项目主张，AI代理不应仅仅被视为**更好的自动补全系统**。相反，他们认为代理应该成为**软件开发中的一等参与者**：* 拥有自己的身份，* 自己的分支，* 自己的合并请求，* 自己的审计追踪，* 以及为机器速率协作设计的基础设施。其中一个例子是**GitLawb**，它自称为一种“面向代理的Git”。在当时，许多人认为这些想法不必要或过于雄心壮志。但现在，GitLab——一家价值数十亿美元的DevSecOps公司——正在谈论：* 代理专用API，* 机器规模的Git基础设施，* 协调代理的编排层，* 以及代理作为开发平台的一等用户。([Business Insider](https://www.businessinsider.com/gitlab-layoffs-memo-2026-5?utm_source=chatgpt.com)) 这确实引出了一个有趣的问题：其底层论点是否一直都是正确的？我们之前已经看到过类似的模式：* 在Kubernetes成为标准之前，容器就已经存在。* 电动汽车初创公司推动的想法后来被传统企业采纳。* 云原生公司倡导的架构最终被行业其他部分所接受。最初的创新者并不总是占据市场主导地位。但当大型现有企业开始围绕类似的假设进行重构时，这通常表明**问题本身是真实的**。因此，我很好奇这个社区的看法：**AI代理是否需要一套全新的协作基础设施？**还是现有的平台会进化到足以吸收这些工作流程？因为如果GitLab是对的，那么软件开发可能正在从：人类使用AI工具转变为人类管理AI开发者团队。如果是这样，版本控制本身可能也必须进化。