新火種
2024-11-27 
更新了！帶Agent的Cursor太瘋狂了
AI 輔助編程工具這條賽道越來越卷了。新晉 AI 編程神器 Cursor，終于迎來了一次備受關注的版本更新，Cursor 0.43 來了。
新版本最大亮點之一是推出了 Composer Agent 功能，其具有完整的項目理解 / 編輯能力。
用戶已經用上了 Composer 新引入的 Agent 模式，并讓其解析整個文件。來源：https://www.reddit.com/r/cursor/comments/1gyq690/cursor_composer_agent_is_here/網友表示：「帶有 Cursor Agent 的 Cursor 0.43.3 太瘋狂了。」
啟用 Composer Agent 有兩種方法：1. 在 Composer 聊天窗口中啟用2. 在 Settings > Editor > Chat & Composer 中設置「Enable Tools」選項
圖源：https://x.com/imrat/status/1860620192214081614有網友迅速對 Composer Agent 展開了測試。例如，有網友讓 Composer Agent 讀取項目文件：
還有網友嘗試在一個小型 WordPress 插件上進行測試，目標是讓插件更穩健、安全、可維護。該插件包含 2 個文件夾中的 34 個文件，Composer Agent 很好地掌握了主要功能并選擇了要審查的關鍵文件。然后，Composer Agent 繼續審查文件并建議實施 4 項增強功能，更改了 2 個文件，并將一些關鍵視圖移動到單獨的文件中，創建新文件夾和新文件，最后還總結了所做的改變。大約做了 580 個更改，約占此插件中行數的 48%。
圖源：https://x.com/imrat/status/1860620194726486344除了 Composer Agent，Bug Finder 功能也是大家比較關注的， 目的是通過檢測潛在的問題，幫助開發者盡早在開發過程中修復代碼問題。據了解，該功能會分析你當前分支和遠程代碼庫中主分支之間的代碼變更。官方建議是在將代碼從功能分支合并到主分支之前使用此功能，以便在開發初期發現潛在問題。目前，這一功能還處于 Beta 實驗階段 ，并且不是免費的，官方也說明了 Bug 檢測仍處于試驗階段，可能無法發現代碼中的所有問題，可能會損失用戶金錢，卻得不到任何有效漏洞，請自行承擔使用風險，看來大家還是慎用此功能。
圖源：https://x.com/imrat/status/1860620203744178687此外，Cursor 0.43 還有幾項改進，包括：語義搜索：使用戶可以更輕松地使用幾個字符找到所需的文件，和 VS Code 的搜索方式一致；image drop；File pill recommendations。新版本上線后，用戶們也是非常激動，都開始用起來了，但有些網友表示自己并沒有更新成功，「下載頁面只允許下載 setup x 0.42.5，運行 Cursor:Attempt Update，但沒有成功。」對此，官方回復是為了確保新版本的可靠性，他們正在分批推出，還不能更新的用戶只能在等幾天了。
除了 Cursor 的更新吸引眼球外，近日 Github 公布的一些數據證實，這些編程工具確實在改變開發者的工作體驗。真實測試 GitHub Copilot 到底多好用GitHub Copilot 已經面世兩年了，在此期間，該工具幫助開發人員將編碼速度提高了 55%，借助 GitHub Copilot，85% 的開發人員對自己的代碼更有信心，88% 的開發人員在使用 GitHub Copilot 時感覺更順暢。雖然 GitHub Copilot 一直在不斷完善，但大家仍有一個疑問，使用 GitHub Copilot 編寫的代碼質量客觀上是更好了還是更差了？為了回答這個問題，GitHub 進行了一項隨機對照試驗。在這項研究中，他們招募了 202 名擁有至少五年經驗的開發者，并且將一半參與者隨機分配到使用 GitHub Copilot 的組，而另一半被指示不要使用任何 AI 工具。所有參與者都被要求完成一個編程任務，為一個 Web 服務器編寫 API 端點。隨后，通過單元測試和由開發者組成的專家組評審對代碼進行了評估。結果顯示，使用 GitHub Copilot 編寫程序的那組人員代碼質量顯著提高了，并且功能性更強、可讀性更強、可靠性更高、可維護性更強、更簡潔。GitHub Copilot 編寫的代碼功能更強大如果代碼無法正常工作，那么就不能說它是高質量的。因此，研究者通過分析代碼通過了多少單元測試來衡量其功能性。結果發現，使用 GitHub Copilot 編寫的代碼通過的測試顯著更多（p=0.002）。事實上，在這項研究中，擁有 GitHub Copilot 訪問權限的開發者通過全部 10 個單元測試的概率高出 56%（p=0.04）。這意味著使用 GitHub Copilot 幫助開發者編寫的代碼在功能性上有著較大的優勢。
使用 GitHub Copilot 編寫的代碼更容易閱讀在研究的第一階段中，有 25 名開發者編寫的代碼通過了全部 10 個單元測試。這些開發者隨機被分配去盲審匿名提交的代碼，包括使用和未使用 GitHub Copilot 編寫的代碼。審查者發現，GitHub Copilot 顯著減少了代碼錯誤：使用 GitHub Copilot 的開發者平均每 18.2 行代碼出現一個代碼錯誤，而未使用的情況下是每 16.0 行出現一個。這意味著使用 GitHub Copilot 的情況下，平均每個代碼錯誤前可以多寫 13.6% 的代碼行（p=0.002）。這可以轉化為實際的時間節省，因為每個代碼錯誤都需要開發者進行處理。
此外，開發人員還發現使用 GitHub Copilot 編寫的代碼更易讀、更可靠、更易于維護和更簡潔。雖然這些差異很小，但它們具有統計意義，并且確實有助于改善代碼庫。
使用 GitHub Copilot 編寫的代碼更有可能獲得批準開發者更有可能批準使用 GitHub Copilot 編寫的代碼，概率高出 5%（p=0.014）。在實際場景中，這意味著使用 GitHub Copilot 的開發者編寫的代碼更容易達到合并的標準，從而加快修復漏洞或部署新功能的速度。
如今， AI 編碼界不斷推出新的工具，又不斷的迭代更新，人人都是程序員的時代或許真的要到來了。
參考鏈接：https://x.com/imrat/status/1860620189806592455https://github.blog/news-insights/research/does-github-copilot-improve-code-quality-heres-what-the-data-says/
相關推薦
- 免責聲明
- 本文所包含的觀點僅代表作者個人看法，不代表新火種的觀點。在新火種上獲取的所有信息均不應被視為投資建議。新火種對本文可能提及或鏈接的任何項目不表示認可。 交易和投資涉及高風險，讀者在采取與本文內容相關的任何行動之前，請務必進行充分的盡職調查。最終的決策應該基于您自己的獨立判斷。新火種不對因依賴本文觀點而產生的任何金錢損失負任何責任。
