在百度工作一年半成功升職，這位AI程序員做對(duì)了什么｜對(duì)話文心快碼

視點(diǎn) 發(fā)自 凹非寺
量子位｜公眾號(hào) QbitAI

在百度工作一年半成功升職，這位AI程序員分享了這些晉升秘籍。

據(jù)了解，文心快碼已經(jīng)參與了超過27%的代碼，協(xié)助了超過80%的工程師。

在最近的云智大會(huì)上，它又get了新的技能——代碼架構(gòu)解釋和代碼審查。

衡量自動(dòng)化編程的關(guān)鍵指標(biāo)是什么？理想態(tài)AI編程產(chǎn)品的實(shí)現(xiàn)技術(shù)路徑會(huì)是什么？AI編程產(chǎn)品的PMF將會(huì)在什么時(shí)候出現(xiàn)？

量子位「365行AI落地方案」邀請(qǐng)到了百度智能云技術(shù)委員會(huì)主席孫珂博士，我們一起聊了聊文心快碼最近的新升級(jí)，編程自動(dòng)化時(shí)代距離我們還有多遠(yuǎn)。

亮點(diǎn)概述

• 現(xiàn)在，大家下班后可以將代碼交給大模型來批量審查，第二天上班時(shí)再針對(duì)修正建議進(jìn)行修改，提升了效率和質(zhì)量。
• 我們更關(guān)注的是在每千行代碼里，到底有多少代碼是被大模型處理過的。
• 現(xiàn)在的應(yīng)用形態(tài)分為兩種大趨勢(shì)：一種趨勢(shì)是指助手或Copilot的邏輯，程序最終的運(yùn)行和交付由程序員來主導(dǎo)的；另一種趨勢(shì)就是像代碼解釋器這種，整個(gè)程序的最終運(yùn)行和交付是由大模型自己主導(dǎo)的。
• 我更期待什么時(shí)候能夠出來一款由大模型完全主導(dǎo)的、自動(dòng)化生成的、能夠穩(wěn)定運(yùn)行并且實(shí)用化、商業(yè)化的應(yīng)用。我認(rèn)為這款應(yīng)用將代表誕生了第一個(gè)實(shí)現(xiàn)PMF的產(chǎn)品。
• 可能未來有一天，我們只需要一個(gè)對(duì)話框告訴網(wǎng)站接下來要干什么事情，大模型就能生成按鈕出來，點(diǎn)一下，這個(gè)任務(wù)就完成了。
• …

（以下內(nèi)容根據(jù)直播對(duì)話整理）

與其開會(huì)，不如直接讓大模型來審查代碼

量子位：前段時(shí)間，云智大會(huì)上看到文心快碼有兩個(gè)能力的升級(jí)：一個(gè)是代碼架構(gòu)解釋，一個(gè)是代碼審查。請(qǐng)先為我們介紹一下這兩個(gè)功能，以及如何賦能企業(yè)開發(fā)工作流的呢？

百度孫珂：文心快碼的定位，就是賦能企業(yè)程序員開發(fā)的全工作流程。從這個(gè)出發(fā)點(diǎn)去看，我們能注意到程序員的日常工作狀態(tài)下，并不是完全在Coding（編程）。實(shí)際上在工作流的開始，比如新進(jìn)一個(gè)項(xiàng)目組，或者剛開始啟動(dòng)項(xiàng)目時(shí)，需要對(duì)項(xiàng)目的代碼架構(gòu)，有個(gè)整體性的理解。

我本人也是干了快20年的程序員，特別不喜歡突然接手了別人幾萬行或者幾十萬行的代碼，這種需要一點(diǎn)點(diǎn)地對(duì)著PRD和注釋來梳理整個(gè)代碼的邏輯脈絡(luò)。我過去覺得干這個(gè)事情還挺痛苦的。

在大模型出現(xiàn)后，我們注意到大模型能夠幫助閱讀代碼、幫寫注釋等等。除了寫代碼，我們是不是可以考慮讓大模型更早期地參與項(xiàng)目，讓大模型快速地把代碼架構(gòu)梳理出來。相信在企業(yè)客戶里會(huì)有非常多程序員，面臨著和我類似的痛苦經(jīng)歷。我們就是基于這樣的考慮，提供了第一個(gè)升級(jí)點(diǎn)——代碼架構(gòu)解讀。

另一個(gè)升級(jí)點(diǎn)，就是代碼審查。這也是我們?nèi)粘ｉ_發(fā)標(biāo)準(zhǔn)化流程的一部分，很常見也很重要，叫做Code Review。程序員在前期開發(fā)、調(diào)試完代碼后，在正式發(fā)布前，會(huì)邀請(qǐng)到公司里的資深程序員組成評(píng)審小組，來審查最終完成的代碼，檢查代碼是否合乎規(guī)范等等，主要目的就是提升代碼質(zhì)量。

在我們和企業(yè)研發(fā)負(fù)責(zé)人的溝通中發(fā)現(xiàn)，這個(gè)非常常見的研發(fā)環(huán)節(jié)，在研發(fā)流程中靠后，而且需要耗費(fèi)很多精力去完成。同時(shí)我們也注意到，大模型其實(shí)還挺擅長干這件事的。它可以直接閱讀企業(yè)內(nèi)部的開發(fā)規(guī)范，再基于規(guī)范審核代碼，審核后還可以標(biāo)注出違反規(guī)定的地方、提出修正建議。

現(xiàn)在可以有這樣的解決方法：大家下班后將代碼交給大模型來批量審查，第二天上班時(shí)再針對(duì)修正建議進(jìn)行修改，提升了效率和質(zhì)量。

量子位：那么文心快碼是否已經(jīng)在百度內(nèi)部，或者其他服務(wù)的企業(yè)中，實(shí)現(xiàn)了怎么樣的效率提升呢？

百度孫珂：百度是一個(gè)擁有大量程序員和研發(fā)工作的公司。我們這款產(chǎn)品的前瞻功能，都會(huì)優(yōu)先在百度內(nèi)部用起來。

其實(shí)文心快碼在百度內(nèi)部，已經(jīng)推廣了快兩年的時(shí)間。現(xiàn)在超過27%的代碼都是由文心快碼生成或者輔助撰寫的，百度內(nèi)部有超過80%的工程師都在使用文心快碼。在百度內(nèi)部，這也是非常強(qiáng)的提效工具，能夠把全局的研發(fā)效率提升10%以上。

除此之外，像喜馬拉雅也在使用文心快碼。文心快碼輔助他們程序員開發(fā)的代碼，大概占了公司總體新增代碼的三分之一。而且對(duì)工程師的覆蓋率也很高，差不多有90%。所以可以看到，文心快碼對(duì)于程序員coding密集型的公司，是一個(gè)很有效果的提效神器。

量子位：現(xiàn)在有更多開發(fā)者和我們反饋說，在日常工作流中已經(jīng)在使用大模型來提高開發(fā)效率了。之前也有第三方機(jī)構(gòu)調(diào)查說，可能五年之后，使用AI代碼助手的工程師能達(dá)到75%。您覺得現(xiàn)在AI編程的發(fā)展，對(duì)開發(fā)者的能力提出了什么樣的新要求呢？

百度孫珂：這是個(gè)很有意思的問題。大模型技術(shù)在做的，就是把我們從日常繁瑣的工作中逐步解放出來。比如代碼助手可以幫你讀代碼、寫代碼、審代碼等等，也能寫注釋、寫單元測(cè)試，這些都是每一個(gè)程序員的基礎(chǔ)能力。我認(rèn)為大模型會(huì)逐漸替代這些工作。

還有像被稱為固定手勢(shì)的，比如非常熟練地啪一下寫出好幾行的for循環(huán)。這些重復(fù)敲幾百上千次的指令，大模型如果能逐漸幫我們省略掉，還是很值得期待的。所以大模型對(duì)于程序員來說，主要還是減負(fù)的效果。

在我看來，未來程序員更重要的能力是偏架構(gòu)性的。也對(duì)應(yīng)著高級(jí)別程序員的頭銜，架構(gòu)師。

這意味著基礎(chǔ)的工作逐漸被大模型節(jié)省掉，那么程序員可以花更多精力在更精髓的點(diǎn)上，比如這個(gè)程序架構(gòu)如何設(shè)計(jì)，如何安排函數(shù)之間的互相調(diào)用關(guān)系，如何拆分功能等等這一系列更有決定性意義的工作。這也是對(duì)未來程序員能力的要求。

量子位：我們看到文心快碼從去年入職百度AI程序員，過了一年后晉升為了AI架構(gòu)師，這個(gè)職級(jí)的升級(jí)，百度是怎么定義的呢？

百度孫珂：我們內(nèi)部對(duì)工程師的要求是，架構(gòu)師要能處理一些更宏觀的任務(wù)，比如跨文件、跨項(xiàng)目的任務(wù)。我們對(duì)文心快碼的定義也是類似的。

文心快碼一開始，也是僅僅處理當(dāng)前頁面、某段代碼的續(xù)寫，就像是一個(gè)普通的小RD一樣，每天只是幫忙續(xù)寫敲代碼。再往后，隨著大模型能力的提升，我們可以讓文心快碼幫我們駕馭更多項(xiàng)目級(jí)文件間的依賴關(guān)系。

文心快碼在處理任務(wù)時(shí)，不僅僅在看當(dāng)前頁面，也能看到項(xiàng)目甚至公司里所有相關(guān)知識(shí)和文件的依賴。你會(huì)發(fā)現(xiàn)它越來越像個(gè)架構(gòu)師了。

量子位：相當(dāng)于文心快碼集成了整個(gè)企業(yè)私域的知識(shí)，然后去處理一些項(xiàng)目級(jí)任務(wù)。

百度孫珂：是的。這也是我們這次很重要的升級(jí)，文心快碼增強(qiáng)了對(duì)企業(yè)知識(shí)整體的閱讀和使用能力。你會(huì)發(fā)現(xiàn)當(dāng)把文心快碼這樣的產(chǎn)品放到企業(yè)中應(yīng)用時(shí)，會(huì)讓你的代碼生成得更得心應(yīng)手，而且貼合企業(yè)的使用習(xí)慣。

量子位：在產(chǎn)品升級(jí)上，會(huì)更多圍繞企業(yè)的需求，還是依賴現(xiàn)在大語言模型的能力呢？這兩者的優(yōu)先級(jí)是什么樣的？

百度孫珂：說實(shí)話，我們做決定的時(shí)候，更多還是考量客戶的訴求。

之前很多客戶反饋說，代碼輔助的工具很好，但是寫出來的東西和自己企業(yè)的知識(shí)庫或者已有開發(fā)出來的東西關(guān)系不大。這意味著把面向公共的代碼輔助產(chǎn)品推廣到企業(yè)內(nèi)部使用的時(shí)候，需要結(jié)合企業(yè)已有的代碼知識(shí)庫，包括像接口之類的結(jié)合。

量子位：是不是可以說，這種要讓企業(yè)用起來的定位，是文心快碼的優(yōu)勢(shì)和獨(dú)特性？

百度孫珂：我們對(duì)于文心快碼的定位很簡(jiǎn)單，就是期望企業(yè)能把它很好地用起來。包括我本人就是RD出身，一般想東西都很樸素，就是希望把能最直接立刻幫到我們的功能，提供給企業(yè)客戶。我們也確實(shí)看到了，能夠結(jié)合企業(yè)的知識(shí)、企業(yè)的研發(fā)流程，以及未來更多與研發(fā)工程師深度結(jié)合的功能，會(huì)是我們產(chǎn)品相比較有優(yōu)勢(shì)的地方。

量子位：結(jié)合咱們的經(jīng)驗(yàn)，您認(rèn)為應(yīng)該怎樣打造定位為企業(yè)級(jí)的編程產(chǎn)品呢？

百度孫珂：首先要定義清楚邊界。我們的產(chǎn)品不會(huì)面向過多的角色拓展功能，比如暫時(shí)不會(huì)涉及過多產(chǎn)品經(jīng)理相關(guān)的PRD等功能。主要還是聚焦于RD這個(gè)工種上，順著RD的研發(fā)工作流去規(guī)劃我們的功能，從項(xiàng)目創(chuàng)建、研發(fā)、調(diào)試、到測(cè)試等每個(gè)環(huán)節(jié)上都要實(shí)現(xiàn)部署。當(dāng)然實(shí)際實(shí)現(xiàn)上會(huì)有先后順序和技術(shù)成熟的問題。

我們現(xiàn)在的一個(gè)基本判斷是，現(xiàn)在文心快碼還是定位在偏輔助形態(tài)的工具，我們會(huì)在每個(gè)研發(fā)環(huán)節(jié)上挖掘?qū)Τ绦騿T有價(jià)值的功能，希望能讓工程師能立刻用起來。我們也在努力探索的另一個(gè)方向是，未來還會(huì)更加面向自動(dòng)化的項(xiàng)目創(chuàng)建和編程。

量子位：現(xiàn)在文心快碼已經(jīng)從AI程序員升級(jí)到AI架構(gòu)師了，那接下來有可能擔(dān)任什么樣的職位呢？

百度孫珂：這個(gè)架構(gòu)師的職位已經(jīng)是很高了（笑）。再往上走可能沒辦法給他更高的頭銜了，不然就是CTO了。

但是在功能上它會(huì)有更多的變化。比如從續(xù)寫升級(jí)到代碼的輔助生成能力，能夠把大模型結(jié)果和程序員正在寫的代碼結(jié)合起來。在審查能力上，我們也會(huì)去做更多的事，除了代碼規(guī)范，還有安全性的檢測(cè)等。

更近一些的升級(jí)，是我們還會(huì)增強(qiáng)單元測(cè)試等測(cè)試環(huán)節(jié)的能力，未來一到兩個(gè)月就會(huì)發(fā)布。

所以接下來可能不是用架構(gòu)師來形容，而是可以稱為全棧工程師，能夠從前到后都解決很多問題。這是我們的預(yù)期。

關(guān)鍵指標(biāo)是大模型生成代碼的滲透率

量子位：我們也看到咱們未來的計(jì)劃有，實(shí)現(xiàn)直接從文字到應(yīng)用這樣端到端的生成?，F(xiàn)在端到端也是很重要的一個(gè)趨勢(shì)，不知道這個(gè)會(huì)是什么時(shí)候?qū)崿F(xiàn)呢？

百度孫珂：沒錯(cuò)。大模型就是大語言生成式模型，我們能看到的主流的大模型應(yīng)用方法或者生成方向，都是用大模型直接生成文字，這也是C端產(chǎn)品比較主流的使用方式。你還可以用大模型去做任務(wù)上的規(guī)劃，或者生成一系列跟代碼相關(guān)的內(nèi)容。這個(gè)過程中也衍生了非常多的應(yīng)用形態(tài)，包括剛才提到的所謂從文字生成應(yīng)用這種端到端的方式，也有現(xiàn)在我們正在聊的代碼助手。

還有一種，是大模型現(xiàn)在具備的代碼解釋器的能力。它的運(yùn)作方式是先讓大模型生成一段代碼，更進(jìn)一步把代碼的運(yùn)行包裹到解決方案里；不僅生成代碼，還把代碼放到運(yùn)行環(huán)境里運(yùn)行，再返回結(jié)果。這步執(zhí)行后，有時(shí)候直接返回結(jié)果，有時(shí)候還會(huì)利用大模型的反思和調(diào)試能力，進(jìn)一步修正結(jié)果。

這意味著，你可以看到現(xiàn)在的應(yīng)用形態(tài)分為兩種大趨勢(shì)：一種趨勢(shì)是指助手或Copilot的邏輯，程序最終的運(yùn)行和交付還是由程序員來主導(dǎo)的；另一種趨勢(shì)就是像代碼解釋器這種類型，整個(gè)程序的最終運(yùn)行和交付是由大模型自己主導(dǎo)的。

這兩種趨勢(shì)之間很有意思的區(qū)別是，程序員主導(dǎo)的可以寫一些正式的商業(yè)化程序，需要保證穩(wěn)定性、規(guī)模和整體架構(gòu)的可控性。而純粹由大模型主導(dǎo)生成的程序，生成一個(gè)較小的應(yīng)用是沒問題的，效果比較穩(wěn)定的話大概是50-100行代碼的應(yīng)用。

那么我認(rèn)為，這兩種趨勢(shì)會(huì)逐漸向同一個(gè)方向靠攏。也就是說，程序員主導(dǎo)的助手類應(yīng)用可能會(huì)從提供一兩行的代碼，到推薦一整個(gè)函數(shù)，讓程序員能夠無腦確認(rèn)并穩(wěn)定運(yùn)行。大模型主導(dǎo)的應(yīng)用則會(huì)寫越來越多的代碼，在這個(gè)過程中保證去生成一個(gè)更復(fù)雜的、端到端的任務(wù)，讓程序自動(dòng)運(yùn)行。未來有一天也許兩種方式會(huì)達(dá)到交匯。

我看到不少創(chuàng)業(yè)項(xiàng)目，已經(jīng)在嘗試這種交匯的方式。但走這條路，需要嘗試解決很多規(guī)劃性問題，來保證整個(gè)程序、整個(gè)結(jié)構(gòu)的規(guī)劃穩(wěn)定，還要做大量的反思動(dòng)作。實(shí)際上往前走的每一步，可能都要花費(fèi)數(shù)倍于之前的token去解決相關(guān)問題。

按照第一種趨勢(shì)，產(chǎn)品需要設(shè)計(jì)跟用戶深度交互的能力，在交互過程中收集用戶的真實(shí)反饋和人類的checking行為，幫助大模型把越來越復(fù)雜的代碼生成能力進(jìn)一步優(yōu)化。而第二種趨勢(shì)，會(huì)是一種很好的探索產(chǎn)品形態(tài)的路徑。

我更期待的，是什么時(shí)候能夠出來一款由大模型完全主導(dǎo)的、自動(dòng)化生成的、能夠穩(wěn)定運(yùn)行并且實(shí)用化、商業(yè)化的應(yīng)用。我認(rèn)為這款應(yīng)用將代表誕生了第一個(gè)實(shí)現(xiàn)PMF的產(chǎn)品，從這個(gè)時(shí)間點(diǎn)開始后續(xù)產(chǎn)品的發(fā)展會(huì)加速。

這款產(chǎn)品也許最長不過三年的時(shí)間就會(huì)出現(xiàn)，我對(duì)它的形態(tài)有很多的暢想，我們也想看有沒有機(jī)會(huì)先做一款出來。到了那一步以后，有了用戶驗(yàn)證和商業(yè)化的反饋，產(chǎn)品就能夠高效地進(jìn)行深度迭代，也能夠極大激發(fā)這個(gè)方向快速地成長。

可能未來有一天，我們的網(wǎng)站上不需要按鈕，也不需要提前寫什么功能，我們只需要一個(gè)對(duì)話框告訴網(wǎng)站接下來要干什么事情，大模型就能生成按鈕出來，點(diǎn)一下，這個(gè)任務(wù)就完成了。我還是挺期待這樣的一天的。（笑）

量子位：Karpathy曾經(jīng)提到說自動(dòng)化編程也可以像自動(dòng)駕駛劃分為L1到L4的發(fā)展階段。您是如何看待代碼生成的L1到L4的階段的呢？

百度孫珂：我心中有一個(gè)L2，也有一個(gè)L4，但我沒有劃分中間的L3。我認(rèn)同我們一定能走到 L4，而且甚至覺得這一天不會(huì)太遙遠(yuǎn)。

這和剛才提到的一樣。程序員主導(dǎo)的產(chǎn)品需要解決數(shù)據(jù)收集的問題，通過很好的產(chǎn)品設(shè)計(jì)和產(chǎn)品交互來收集人的行為，特別是要收集到人類解決問題中的判斷。大模型主導(dǎo)的產(chǎn)品，就是按理想態(tài)做端到端的產(chǎn)品形態(tài)，對(duì)模型進(jìn)行深度打磨，這就非常需要前面收集到的數(shù)據(jù)。所以兩條路需要同時(shí)往前走，而且缺一不可。

就像現(xiàn)在的自動(dòng)駕駛，所有新能源車上都裝備的是L2，但已經(jīng)有正在研發(fā)的L4了，L2可以反哺L4的技術(shù)的。我們也很期待兩條路合攏的時(shí)候，也許意味著真的到了解放雙手的時(shí)候。

量子位：文心快碼的團(tuán)隊(duì)也是兩條路線并行嗎，還是有更加注重的一條路線？

百度孫珂：百度作為一家非常AI導(dǎo)向的公司，我們肯定是要去做很多潛在的技術(shù)布局的。同時(shí)，我們也在致力于去把這些技術(shù)能夠快速的落地，交付到所有用戶手上。所以，可以認(rèn)為兩條路它一定是會(huì)都存在的，而且我們永遠(yuǎn)不缺乏向前探索的、聰明的工程師正在日夜奮戰(zhàn)，往那個(gè)理想路徑上前進(jìn)。

量子位：現(xiàn)在市面上已經(jīng)有很多的編程產(chǎn)品，您覺得現(xiàn)在有什么比較關(guān)鍵的指標(biāo)可以用來評(píng)估這些產(chǎn)品？

百度孫珂：這是一個(gè)很好的話題。業(yè)內(nèi)現(xiàn)在大家比較常用的，也是對(duì)編程輔助這類產(chǎn)品的普遍認(rèn)知，更多的是停留在“我光標(biāo)到這了，開始給你寫”。所以一個(gè)非常通行且常用的指標(biāo)就是寫出來后采不采納，我們稱之為采納率。這個(gè)指標(biāo)我們也會(huì)用，并且也在努力對(duì)其進(jìn)行優(yōu)化。

但我作為一個(gè)做了多年策略的人，會(huì)覺得這個(gè)指標(biāo)不太能完整地衡量我們對(duì)整個(gè)研發(fā)過程的提效。所以，我們也做了很多其他的指標(biāo)，會(huì)根據(jù)不同的功能，有各種各樣的指標(biāo)邏輯，當(dāng)然也會(huì)很瑣碎。

我們還在做一個(gè)端到端的指標(biāo)衡量。我們注意到，程序員不管怎么寫代碼，最終都會(huì)有一個(gè)check in的動(dòng)作，也就是提交代碼。現(xiàn)在我們衡量的是，在單位時(shí)間里，程序員生成的代碼數(shù)量是否有提升，以及在單位時(shí)間內(nèi)，程序員每千行代碼里有多大比例是由機(jī)器生成或修正的。

這個(gè)數(shù)據(jù)意味著大模型在多大程度上，把它的能力滲透到了程序員開發(fā)過程的方方面面。所以，我們更關(guān)注的是在每千行代碼里，到底有多少代碼是被大模型觸碰過的。

量子位：有沒有一個(gè)理想的數(shù)值，比如大模型滲透到百分之多少，能代表這個(gè)能力是有效的？

百度孫珂：其實(shí)每滲透一點(diǎn)進(jìn)去，都能滿足我的預(yù)期。像剛才說到，百度有百分之二三十的代碼已經(jīng)由大模型生成了，這可以認(rèn)為是我的基線。短期一到兩年內(nèi)，我們會(huì)認(rèn)為百分之50到70的比例，是一個(gè)不錯(cuò)的水平。

但在我心目中，我認(rèn)為這個(gè)比例越高越好。也許未來的所有的代碼實(shí)現(xiàn)，都是由大模型生成的，程序員只需要把需求提供給大模型就OK了。所以這個(gè)比例在我心中是沒有上限的。

保證企業(yè)和個(gè)人用戶的體驗(yàn)一致很重要

量子位：企業(yè)的程序員和個(gè)人開發(fā)者，對(duì)于文心快碼的關(guān)注點(diǎn)和需求是否有什么不同嗎？

百度孫珂：這是一個(gè)很有意思的問題。其實(shí)我剛才提的指標(biāo)，基本上都是企業(yè)比較關(guān)心的事。

對(duì)于個(gè)人程序員，其實(shí)并不會(huì)真的仔細(xì)衡量自己的效率，他們更像是日常的C端用戶，更關(guān)心的是功能好不好用、能不能用。比如某個(gè)功能的點(diǎn)擊路徑是否足夠少，能不能用最簡(jiǎn)潔的方式操作，像有些程序員會(huì)有很極客的執(zhí)念，比如我規(guī)定自己寫程序不能動(dòng)鼠標(biāo)，一定要保證雙手都在鍵盤上，只用快捷鍵解決問題。

用戶實(shí)際上關(guān)心的是每個(gè)功能是否能更高效，用更少的點(diǎn)擊和更少的操作達(dá)到解決問題的目的。他們也許不會(huì)把研發(fā)環(huán)節(jié)定義得這么細(xì)致，但他們每天都在處理類似的事情。他們能夠用大模型處理每天事情中的八、九成，也許最后每一個(gè)操作都有大模型在輔助，我認(rèn)為這基本就是個(gè)人程序員用戶最期望得到的了。

量子位：如何平衡滿足個(gè)人程序員和企業(yè)程序員之間不同的需求呢？

百度孫珂：文心快碼有兩個(gè)版本，一個(gè)是面向公有云的，在公域通過baidu.com可直接搜索到并免費(fèi)下載使用，高級(jí)功能也有一些限免策略；另一個(gè)是面向企業(yè)的，會(huì)提供相關(guān)售賣服務(wù)以及企業(yè)部署。

個(gè)人和企業(yè)用戶的差異點(diǎn)，實(shí)際上就是大家到底在關(guān)心什么問題。在企業(yè)內(nèi)部，需要更多地深度結(jié)合企業(yè)知識(shí)，關(guān)注與企業(yè)相關(guān)規(guī)范、研發(fā)流程等的深度結(jié)合和掛鉤。

對(duì)于公有云版本的個(gè)人用戶，他們更關(guān)心能否快速獲取開源網(wǎng)站上的示例代碼并適配到自己的程序中，以及是否可以在文心快碼框架內(nèi)解決編程過程中遇到的問題。

我們還可以看到一個(gè)訴求差異，就是代碼語種的分布不同。比如企業(yè)中java等語言使用更多，公域里除了java外，對(duì)python等AI相關(guān)的語言，也有更多的訴求。但其實(shí)兩者沒有沖突。

如果能同時(shí)滿足兩者的需求，那么當(dāng)企業(yè)的程序員摘掉工牌在家做自己喜歡的事情時(shí)，就可能成為公有云用戶。整體體驗(yàn)的一致性是很重要的。

量子位：在面向企業(yè)端的時(shí)候，是否有構(gòu)建企業(yè)生態(tài)這方面的相應(yīng)措施？

百度孫珂：我們是期待有更多企業(yè)參與到整個(gè)服務(wù)生態(tài)中。有的交付企業(yè)會(huì)希望自己將文心快碼與自身企業(yè)內(nèi)部做深度整合，要求我們只保留服務(wù)端、插件端等，其他的重新根據(jù)他們自身ID重新打造一套。對(duì)于這些訴求，我們都是會(huì)通過企業(yè)生態(tài)的方式來構(gòu)建和推廣。

比如我們會(huì)給生態(tài)企業(yè)提供只有后端服務(wù)能力、沒有插件的版本和接口，相關(guān)插件代碼及向外推廣的服務(wù)都可以由生態(tài)企業(yè)來完成。此外，我們還有更靈活的版本，將產(chǎn)品封裝成一體機(jī)形態(tài)，也交由生態(tài)企業(yè)對(duì)外推廣和售賣。

我們也有面向程序員教育的生態(tài)建設(shè)。要知道，中國有700-800萬正式程序員，還有近十倍的在學(xué)程序的人。我們會(huì)與很多教育機(jī)構(gòu)合作。面對(duì)這群用戶，我們會(huì)有一些不同之處，比如不僅幫他們續(xù)寫代碼或理解項(xiàng)目，還會(huì)提供調(diào)試bug等輔助能力。這是我們大致的生態(tài)構(gòu)建情況。

量子位：最后您還有沒有補(bǔ)充分享給我們觀眾的呢？

百度孫珂：今天聊的很開心。整體就是想和大家聊一聊文心快碼這款產(chǎn)品，從商業(yè)化到具體功能實(shí)現(xiàn)，以及未來的發(fā)展規(guī)劃等。我們產(chǎn)品的迭代速度還是蠻快的，接下來一到兩個(gè)月內(nèi)將有兩個(gè)版本的大升級(jí)，無論是效果還是功能都會(huì)有大幅度提升，會(huì)讓大家很驚喜。希望大家可以多多關(guān)注。

關(guān)于365行AI落地方案

AI技術(shù)的落地應(yīng)用不僅限于科技領(lǐng)域，它已經(jīng)滲透到各行各業(yè)，成為推動(dòng)產(chǎn)業(yè)升級(jí)的重要力量。因此，“365行AI落地方案”主題策劃應(yīng)運(yùn)而生，我們尋找各行各業(yè)中成功應(yīng)用AI技術(shù)的案例和方案，分享給更多的產(chǎn)業(yè)內(nèi)人士。