Microsoft發布了Visual Studio代碼1.97，將GitHub Copilot推向開發過程，旨在提高生產力和安全性。
此最新更新使Copilot能夠預測編輯，自動應用更改，並集成了更嚴格的安全措施，以保護開發商免受惡意擴展。添加 github copilot的下一個編輯建議（nes）為代碼編輯帶來了更加主動的方法，這標誌著傳統自動啟動功能的重大飛躍。/p>
該更新不僅可以增強副本在編輯過程中的作用，而且還引入了新的擴展安全系統，該系統要求開發人員在安裝之前驗證擴展出版商。
These features aim to increase efficiency and safety for VS Code users, continuing the trend通過AI輔助工具來改變開發人員環境。此外代碼編輯器
的代碼完成器隨著下一個編輯建議（NES）的介紹，GitHub Copilot正在從簡單的代碼完成工具中演變為更高級的AI-drien助手。 NES不再等待開發人員完成編寫代碼，而是預期基於開發人員當前操作可能需要的下一個更改。行但還標識並提出了文件中其他位置的所有實例的更改。
根據Microsoft的官方版本註釋，“根據您進行的編輯，Copilot NES都預測了您要進行的下一個編輯的位置以及該編輯應該是什麼。”
此功能意味著現在，開發人員可以依靠副駕駛來處理編輯代碼中涉及的許多重複工作，從而使重構和調試更快，更容易出錯。
這代表了Github副駕駛的主要變化。在開發過程中扮演更積極的角色，而不是簡單地響應直接輸入。
該更新與Microsoft對AI驅動的開發工具的更廣泛的願景一致，如AI-II輔助的早期功能所證明副代碼評論。儘管下一個編輯建議仍處於預覽模式，但它展示了AI在塑造代碼中發揮更大作用的潛力，超越了曾經是傳統的自動完成工具。
自動-接受AI編輯:更高的效率或更多風險?
與NES一起，VS代碼1.97中引入的另一個功能是能夠在可配置延遲後自動接受Copilot提出的編輯。 with Chat.editing.autoacceptdelay設置，開發人員可以選擇讓Copilot進行更改而無需手動干預。<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
一旦顯示了一定時間的建議編輯，除非開發人員介入，否則將自動接受更改。
Microsoft解釋說:“倒數時，倒計時就會停止與接受按鈕或開始審查更改。”
副本編輯的漸變按鈕上的漸變，指示自動了解進度（來源:Microsoft）
此功能有望簡化編輯過程，尤其是對於例行任務而言，但是，不需要人類的疏忽，這也引起了對準確性和錯誤的關注，尤其是在複雜的代碼庫中，即使是小型更改也可以帶來意外的後果。為了確定他們是否要將此自動化功能納入其工作流程。
雖然此功能可以節省開發人員的時間，但它也提出了一個關鍵的問題:AI在編碼過程中應該擁有多少自主權?
在考慮未經檢查錯誤的風險時，這一點尤其重要，如果AI在沒有人類審查的情況下做出決定，這可能會更難發現。因此，Copilot的自動認可功能提供了提高生產力的機會>
，除了Copilot編輯功能的增強功能，Microsoft還擴大了可在VS代碼中使用的AI模型的數量。現在，開發人員可以訪問OpenAI的O3-Mini（提供提高的推理功能）和Google的Gemini 2.0 Flash，這是一款針對更快響應時間進行了優化的型號。
通過集成這些模型，VS代碼現在為開發人員選擇與AI進行交互提供了更大的靈活性，可以根據手頭任務的特定需求進行量身定制建議。
新模型旨在帶來更細微和適應性的AI支持，根據任務的複雜性為開發人員提供不同的選項。例如，在需要詳細推理的情況下，O3米尼可能會出色，而Gemini 2.0 Flash可能對優先級速度和效率的任務有益。
這些模型的引入是使AI驅動的編碼助手更加適應性的努力的一部分。正如市場上其他AI編碼助手所指出的，例如使用自己的vs代碼的光標，這種轉變使開發人員可以選擇最適合其工作流程的AI工具，無論他們是否需要推理能力，速度或其他專業能力。
vs代碼擴展安全:新發布者信任系統
安全性在開發人員社區中越來越關注，尤其是關於VS中的第三方擴展代碼。隨著版本1.97的發布，Microsoft實施了一個新的Publisher Trust系統，以幫助防止惡意擴展損害用戶的開發環境。
從現在開始，將需要開發人員在安裝擴展名之前批准擴展出版商，從而增加針對潛在有害軟件的額外保護層。 Installing extensions via the command line will bypass this verification process.
This gives developers more control over their work environment, which is particularly useful for those嚴重依賴鍵盤驅動的導航。實際上，許多開發人員更喜歡將命令調色板保持在特定位置，無論是在UI中的中心還是其他地方。
正如Microsoft注意的那樣，VS代碼將記住用戶在會話中的命令調色板的位置，從而確保開發人員每次重新打開編輯器時都不必重新配置工作空間。
儘管這似乎是一個很小的變化，但它反映了Microsoft使VS代碼變得更適應性IDE的更廣泛努力。在許多開發人員工具中，朝著可自定義的UI的轉變是一種趨勢，在這些工具中，工作流個性化在提高生產率方面起著重要作用。這一更改補充了對編輯器的其他最新改進，例如可自定義的側邊欄和可碼頭面板，這些更改進一步幫助開發人員根據需求量身定制工作空間。
ai-a-a-ai輔助代碼編輯:開發人員的新時代
引入下一個編輯建議（nes） VS代碼1.97標誌著邁向AI輔助軟件開發未來的重要一步。 Github Copilot現在具有預測編輯和自動化更改的能力，它正在從一個簡單的工具中演變，該工具將完成為更自主的助手。
而不是等待開發人員指定更改，Copilot可以預見下一個邏輯步驟，從而大大減少了在重複編碼任務上花費的時間，例如重命名變量或重構邏輯。
Microsoft’s effort to integrate AI more deeply into the coding工作流程反映了AI在塑形代碼中發揮積極作用的增長趨勢。此舉不僅是提高便利性，還涉及提高開發人員的生產率。 A
s AI繼續成熟，它可能很快承擔了更高級的職責，例如重構整個代碼庫甚至設計新算法。這些更改表明，AI在開發中的作用可能會從被動助手轉變為編碼過程中的重要合作夥伴。
雖然這只是開始，但含義很明顯:通過使平凡的任務自動化，副副詞是使開發人員能夠專注於編碼的更具創造性和戰略性的方面。在軟件開發的其他領域，例如AI輔助代碼審查（如前文章中討論），這種趨勢已經可以看到，在該領域中，Copilot的角色正在擴大，以幫助提高代碼質量，甚至在對其進行測試或部署之前。
<
<
<。 H3> 前方的道路:開發中的AI的未來
向前看，很明顯，AI驅動的開發工具（例如Copilot）只會更加集成到日常編碼工作流中。微軟決定合併多種AI模型（包括OpenAI的O3-Mini和Google的Gemini 2.0 Flash），認為AI不僅變得更有能力，而且對開發人員來說也更具定制。這些模型允許開發人員根據手頭的特定任務選擇正確的工具，無論是通過複雜的代碼推理還是快速生成有效的代碼。
這種靈活性將至關重要，因為AI繼續扮演更大的角色在開發過程中。將來，Copilot甚至可能能夠處理更複雜的職責，例如自動化整個項目或自動管理代碼庫。但是，
目前，NES之類的功能和自動化更改的能力已經顯著提高了編碼速度並減少了人為錯誤。這些增強功能與軟件開發世界中更大的趨勢相吻合，在該世界中，AI用於簡化流程，釋放開發人員專注於高級任務。
隨著AI模型的不斷發展，諸如Copilot可以實現的工具是無限的。儘管這些發展仍處於早期階段，但很明顯，AI在塑造編程的未來方面將發揮越來越重要的作用。對於開發人員而言，挑戰將適應這一新景觀，在該景觀中，人類與AI合作成為編碼的標準方法。
將來，AI驅動的開發工具可能被視為規範，幫助開發人員超越了簡單的代碼完成，以完全自動化和AI增強軟件創建。這種轉變將不僅對開發人員的運作方式，而且對軟件的構建和維護方式都有深遠的影響。使用VS代碼1.97，Microsoft正在為AI是編碼過程中必不可少的一部分的未來奠定基礎。