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 解決衝突。這些產品作為統一計劃的一部分提供，因為它們代表了開發者不同的工作模式。