GitLab CEO：為何AI未能幫助企業(yè)更快交付代碼

AI編程助手正在幫助開發(fā)者更高效地編寫代碼。但為什么大多數(shù)企業(yè)實際上并沒有交付更多軟件？這是GitLab CEO Bill Staples在一年多前接任該職位后，不斷從客戶那里聽到的問題。

"他們會說：我們已經(jīng)投資了，正在使用這些編程工具。我們的工程師很喜歡它們，但我們沒有看到創(chuàng)新速度的加快，"Staples在與客戶交談時聽到這樣的反饋，"我們沒有更快地交付更多軟件。"

在本期The New Stack Makers節(jié)目中，我們與Staples坐下來討論了為什么編程從來不是真正的瓶頸，GitLab新發(fā)布的Duo智能體平臺如何旨在自動化完整的軟件開發(fā)生命周期（SDLC），以及為什么上下文而不僅僅是代碼生成，是讓智能體AI在企業(yè)中發(fā)揮作用的關(guān)鍵。

編程不是瓶頸

Staples說他在擔(dān)任CEO的前100天里與60多位客戶進(jìn)行了交談。他驚訝地發(fā)現(xiàn)，即使是像金融服務(wù)和公共部門這樣高度監(jiān)管的企業(yè)也在全力投入AI。但即使他們?nèi)ν度階I編程工具，軟件交付速度并沒有明顯加快。

正如Staples所指出的，開發(fā)者每天只花費10%到20%的時間實際編寫代碼。這相當(dāng)于每天可能只有一到兩個小時。雖然AI工具加快了代碼編寫速度，但開發(fā)者每天80%到90%的時間都花在代碼審查和等待管道運行、安全掃描、合規(guī)檢查、構(gòu)建、部署上。這些工作負(fù)載在很大程度上仍未被自動化觸及，更糟糕的是，更快的代碼生成只會在下游創(chuàng)建更長的隊列。

"生成得更快的代碼只會卡在編程后續(xù)的隊列中，"Staples說道。"管道必須運行。安全掃描必須進(jìn)行。合規(guī)檢查需要驗證。今天這些工作都沒有通過AI得到加速。"

GitLab的Duo智能體平臺

GitLab的答案是其Duo智能體平臺，該平臺最近正式發(fā)布，代表著Staples所說的將智能體自動化引入整個軟件生命周期的多年旅程的開始。該平臺引入了"智能體流"，他將其描述為多步驟編排，可以將功能請求從問題一直處理到合并請求，在此過程中處理規(guī)劃、代碼生成、測試創(chuàng)建和驗證。

Staples認(rèn)為，關(guān)鍵的差異化因素是上下文。雖然像Cursor、Windsurf或Claude Code這樣的獨立AI編程工具可以處理本地代碼庫，但它們通常缺乏對更廣泛項目的可見性：問題跟蹤器、錯誤報告、史詩、管道歷史、安全掃描和測試用例。GitLab作為一個一體化平臺，可以將所有這些元數(shù)據(jù)整合到一個知識圖譜中，人類和智能體都可以從中獲取信息。

"對于我們談到的所有AI編程工具，它們都有本地代碼庫，"Staples說道。"但智能體本身無法訪問定義此代碼存在原因的問題、錯誤報告或史詩。"

擁抱創(chuàng)新生態(tài)系統(tǒng)

在這個快速變化的環(huán)境中，許多企業(yè)必須問自己應(yīng)該投注于哪些工具。

大量新AI開發(fā)者工具初創(chuàng)公司的涌現(xiàn)并沒有讓Staples擔(dān)心。他認(rèn)為這種動態(tài)很熟悉。GitLab一直在觀察開源和初創(chuàng)公司生態(tài)系統(tǒng)中的創(chuàng)新，并將這些模式融入其平臺。他認(rèn)為，對于智能體AI來說，整合的理由變得更強。每個額外的AI工具都會創(chuàng)建另一個上下文孤島，以及隱私、合規(guī)和治理復(fù)雜性的另一個載體。

"說實話，這與GitLab出現(xiàn)之前的世界沒有什么不同，也與GitLab存在十年的世界沒有什么不同，"他解釋道。"因為在許多方面，GitLab所做的就是觀察行業(yè)，觀察成功的工程模式，并將這些設(shè)計到平臺中。我們觀察點解決方案、最佳解決方案，無論是開源的還是商業(yè)的，然后將這種學(xué)習(xí)融入到軟件工程的一體化平臺中。從很多方面來說，我實際上對初創(chuàng)公司社區(qū)和開源社區(qū)正在發(fā)生的創(chuàng)新感到興奮——比如像OpenClaw這樣探索智能體AI新方法的項目——因為這只是更多的想法、更多的探索，最終有助于指導(dǎo)我們以平臺化方式構(gòu)建軟件的專業(yè)方法。"

目前，大多數(shù)GitLab客戶仍然通過基于聊天的交互來引導(dǎo)智能體，而不是運行完全自主的工作流。但Staples清楚地看到了發(fā)展軌跡——他相信擁有完整生命周期的公司將是最終疏通企業(yè)軟件交付的那一個。

Q&A

Q1：為什么AI編程工具沒有讓企業(yè)更快交付軟件？

A：雖然AI工具加快了代碼編寫速度，但開發(fā)者每天只花10-20%的時間實際編寫代碼，其余80-90%的時間都花在代碼審查、管道運行、安全掃描、合規(guī)檢查等環(huán)節(jié)上。這些環(huán)節(jié)仍未被自動化觸及，更快的代碼生成只會在下游創(chuàng)建更長的隊列。

Q2：GitLab的Duo智能體平臺有什么特殊優(yōu)勢？

A：Duo智能體平臺的關(guān)鍵優(yōu)勢是上下文。作為一體化平臺，GitLab可以將問題跟蹤器、錯誤報告、史詩、管道歷史、安全掃描和測試用例等元數(shù)據(jù)整合到知識圖譜中，而獨立AI編程工具通常只能訪問本地代碼庫，缺乏對更廣泛項目的可見性。

Q3：GitLab如何應(yīng)對眾多AI開發(fā)工具初創(chuàng)公司的競爭？

A：GitLab CEO認(rèn)為這種競爭環(huán)境很熟悉，公司一直在觀察開源和初創(chuàng)公司生態(tài)系統(tǒng)的創(chuàng)新并融入平臺。對于智能體AI，整合變得更重要，因為每個額外的AI工具都會創(chuàng)建上下文孤島和治理復(fù)雜性，一體化平臺更有優(yōu)勢。