Google Bard 解鎖程式設計技能：支援 20 多種語言，程式碼可一鍵匯出 Colab

如果你之前用過剛上線的 Google Bard，可能會發現它在寫程式碼上基本是個門外漢。看著隔壁 ChatGPT 和 Bing AI 把程式設計師伺候得服服帖帖，Bard 卻連一段像樣的指令碼都憋得費勁。

不過，Google 終於把這個大窟窿給補上了。

Google Research 正式宣佈，Bard 開放了程式碼生成、除錯和程式碼解釋能力。官方承認，自上個月開放 Bard 測試以來，寫程式碼一直是使用者呼聲最高的需求。

能跑 Colab，還能寫表格公式

這次更新支援了超過 20 種程式語言，包括 C++、Go、Java、JavaScript、Python 和 TypeScript 等常見語言。

最有意思的是它和 Google 自家生態的聯動。如果你讓它生成 Python 程式碼，頁面裡直接提供了一鍵匯出到 Google Colab 的按鈕，完全不用再手動複製貼上。另外，經常和資料打交道的人也有了新工具，Bard 現在可以直接幫你寫 Google Sheets 的函式公式。

除了從零寫程式碼，Bard 還能充當程式碼導師。你可以把一段看不懂的邏輯扔給它，甚至直接讓它解釋 GitHub 開源專案裡的程式碼。

如果你跑程式碼報錯了，或者它自己生成的程式碼有 bug，只要把報錯資訊甩回給它，或者說一句「這行不通，幫我修一下」，它就會嘗試排錯。你還可以進一步讓它最佳化執行效率，或者給程式碼補上漏掉的異常處理。

官方提前打預防針：別太信它

雖然新功能看起來挺全，但 Google 這次把醜話說在了前頭。

Google Research 產品主管 Paige Bailey 特別提醒，Bard 依然是一個早期實驗專案。它有時候會帶著一副極度自信的語氣，給出完全錯誤、不準確或誤導性的答案。

在程式設計場景下，Bard 給你的程式碼可能表面上能跑通，但輸出結果根本不對，或者程式碼本身就不完整、不是最優解。官方建議在把程式碼放進生產環境之前，一定要人工仔細測試和審查。

另外，針對開源版權爭議，Google 表示如果 Bard 大段引用了某個現有的開源專案程式碼，它會自動標註來源出處。

值得一提的是，The Verge 在報道中提到，此前有內部員工對 Bard 的倉促上線頗有微詞，甚至有人私下稱其為「病態撒謊者」。在多項橫向對比測試中，Bard 的程式碼準確率也落後於 ChatGPT 和 Bing。

為什麼重要

我們認為，這次更新對 Google 來說不是錦上添花，而是一場不能再拖的防禦戰。

在 AI 助手的實際落地場景裡，程式設計是黏性最高、商業化路徑最清晰的一塊腹地。微軟靠著 GitHub Copilot 和整合在 Bing 裡的 GPT-4，早就把先發優勢佔滿了。如果 Bard 連基本的寫程式碼和排錯都做不到，開發者和高階使用者很快就會用腳投票。

打通 Google Colab 和 Google Sheets 是很聰明的一步。既然單論模型智力可能還咬不住 GPT-4，那就靠生態便利度來湊。對於經常在 Colab 裡跑實驗的資料分析師或者日常重度依賴 Sheets 的打工人來說，免去來回複製貼上的體驗確實能省不少瑣碎時間。

但問題的關鍵依然是可靠性。程式碼這東西不同於寫封郵件或編個故事，對就是對，錯就是錯，差一個標點符號整個程式就崩了。在員工都有顧慮、實測表現落後競品的情況下，帶著「一本正經胡說八道」的隱患硬上程式碼功能，看起來更像是為了安撫外界對 Google 掉隊的焦慮。

如果你是初學者，拿它來解釋程式碼邏輯或者寫點簡單的表格公式完全沒問題。但要是拿它寫核心業務邏輯，現階段我們建議你還是多留個心眼，老老實實做完人工 Code Review 再上線。