GitHub 開放 Copilot Chat 企業公測：在 IDE 聊天就能寫程式碼

寫程式碼最煩人的時候，往往不是寫核心邏輯，而是卡在一個詭異的報錯上，或者在幾十個瀏覽器標籤頁裡來回翻找文件。

GitHub 宣佈面向所有 GitHub Copilot for Business 企業使用者開放 GitHub Copilot Chat 的公開測試版（limited public beta）。

這項功能目前支援 Visual Studio 和 VS Code 兩個主流整合開發環境。作為今年早些時候公佈的 GitHub Copilot X 計劃的核心元件，它標誌著企業級 AI 對話程式設計正式落地。

把對話方塊塞進 IDE，而且它讀得懂你的報錯

很多人早就習慣在網頁端開啟 ChatGPT 問程式碼問題，但頻繁切屏既麻煩又容易打斷思路。

GitHub 這次最大的賣點就是上下文感知能力。Copilot Chat 不是一個獨立的通用對話視窗，它直接紮根在開發者的編輯器裡，隨時看得懂你當前游標選中的程式碼段，以及控制台剛剛彈出的報錯資訊。

這意味著開發者不用再把整段程式碼複製出來、抹掉敏感資訊再貼到網頁裡。你只需要在編輯器裡打一句自然語言，就能讓它解釋一段看不懂的程式碼、編寫單元測試，或者生成繁瑣的樣板程式碼。

GitHub 首席產品官 Mario Rodriguez 提到，現代開發環境里語言、框架和雲服務爆炸式增長，開發者越來越難保持專注。

根據 Stack Overflow 2023 年的開發者調查，有 63% 的開發者每天要花 30 分鐘到 2 個小時去到處翻找答案。GitHub 想做的事，就是把這部分查資料的時間搶回來，讓大家儘量留在同一個介面裡把活幹完。

為什麼重要

這對於寫程式碼的人來說是一次實打實的工作流重塑。企業裡的開發者不用再去第三方網頁上小心翼翼地脫敏提問，直接在 Visual Studio 或 VS Code 內部就能就地排錯和補全單測，上手幾乎零門檻。

對企業管理層而言，這可能是最容易看到立竿見影效果的 AI 投資。雖然 GitHub 喊出了讓開發者效率提升十倍的口號，但在實際落地中，只要能幫工程師省下每天兩小時翻 Stack Overflow 和踩坑的時間，企業的 ROI 就已經相當划算。

從行業競爭來看，這一步走得很聰明。微軟和 GitHub 牢牢把控著 VS Code 和全球最大的程式碼託管平臺，把 GPT-4 的能力原生縫進編輯器，直接封死了大量通用聊天工具切入程式設計場景的退路。

不過隱患依然存在。編輯器級別的上下文感知固然方便，但企業最關心的往往是程式碼安全與合規。既然面向所有商業使用者開放，如何確保企業內部的私有程式碼不被濫用或產生合規風險，依然是組織在全面放開使用前需要審慎評估的地方。