GitKraken 推出 Code Flow，助团队驾驭 AI 时代

随着 AI 采用的加速和编码本质的根本性转变，GitKraken 推出了 Code Flow，这是一个描述工作如何在开发者、编码代理、仓库、审查、拉取请求以及最终生产环境之间流动的框架。这是因为 AI 已将开发者从逐行编写代码的角色，越来越多地转向管理、协调和审查多个并发 AI 代理输出的角色。

这种新的工作方式创造了一个复杂的环境。历史上，开发工具是为跟踪人类编写的代码而构建的。现在，开发者必须处理大量工作，包括更多分支、拉取请求和提交，这些全部由跨多个仓库的代理生成。GitKraken 首席执行官 Matt Johnston 指出，困难不再在于生成代码，而在于将所有代理生成的工作转化为高质量、可交付的软件。

Johnston 解释说：“我们考虑了三个受众：编码代理、开发者和工程领导者。我们认为，如果一切运行完美，代码以代理开发的速度从计划流向主分支，那么代理服务于开发者，开发者服务于工程领导者。”他提到，可以将代理视为生产的前线能力，无论是规划、编码还是审查，但最终它们向协调工作、批准或必要时干预工作的开发者“报告”。然后工程领导者向经理报告，经理向副总裁报告，副总裁希望获得代码流，因为他们希望将速度提升 50%。

Code Flow 框架专注于可见性、治理和集成等关键要素。由于代理导致代码速度和数量爆炸式增长，团队需要更好的方式来了解工作卡在何处以及各个代理的表现。Code Flow 是在 AI 驱动开发成为标准时维护标准和保持上下文清晰的准则。

GitKraken 最近推出了多种新产品，使代码得以流动。首先是 Kepler，一个专为代理构建的开发环境（ADE），适用于 Windows、Mac 和 Linux。公司还推出了具有新代理模式的 GitKraken Desktop 12，以及增加了代理功能的 GitLens 18。Johnston 表示，Kepler 是公司所称的开发者体验的一部分，与 GitKraken Desktop 和 GitLens 一起。他描述客户如何使用 Code Flow 框架：“你可以以传统的 Git 模式工作，那就是 GitKraken Desktop。如果你在 IDE 中以代码模式工作，那就是 GitLens。如果你是代理优先模式，那就是 Kepler。”许多预览用户同时使用多种模式，例如在 Kepler 中启动工作，然后通过 GitLens 进入 IDE，最后使用 GitKraken Desktop 解决冲突。这些产品作为统一计划的一部分提供，因为它们代表了开发者不同的工作模式。