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

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

在本期The New Stack Makers節(jié)目中，我們與Staples坐下來討論了為什么編程從來不是真正的瓶頸，GitLab新發(fā)布的Duo智能體平臺(tái)如何旨在自動(dòng)化完整的軟件開發(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ā)者每天只花費(fèi)10%到20%的時(shí)間實(shí)際編寫代碼。這相當(dāng)于每天可能只有一到兩個(gè)小時(shí)。雖然AI工具加快了代碼編寫速度，但開發(fā)者每天80%到90%的時(shí)間都花在代碼審查和等待管道運(yùn)行、安全掃描、合規(guī)檢查、構(gòu)建、部署上。這些工作負(fù)載在很大程度上仍未被自動(dòng)化觸及，更糟糕的是，更快的代碼生成只會(huì)在下游創(chuàng)建更長(zhǎng)的隊(duì)列。

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

GitLab的Duo智能體平臺(tái)

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

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

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

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

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

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

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

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

Q&A

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

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

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

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

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

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