在 AI 編程工具引領(lǐng)潮流的當(dāng)下，許多開(kāi)發(fā)者仍在觀望，疑惑這些“AI 輔助編碼”工具究竟有多大實(shí)用價(jià)值，是否值得為高昂的訂閱費(fèi)用買(mǎi)單。本篇文章中，從事編程工作已有 36 年的開(kāi)發(fā)者 Tom Yedwab 將以 Cursor 為例，分享他對(duì)這款工具的實(shí)際體驗(yàn)與見(jiàn)解，希望能為仍在猶豫的讀者提供有價(jià)值的參考。
作者 | Tom Yedwab 責(zé)編 | 蘇宓出品 | CSDN（ID：CSDNnews）在 AI 編程的論壇中，我經(jīng)常會(huì)看到有軟件開(kāi)發(fā)人員提出一個(gè)常見(jiàn)的問(wèn)題：有人從 Cursor 這樣的工具中獲得價(jià)值嗎？為此付費(fèi)訂閱是否值得？
于是，在將 Cursor 作為我個(gè)人和工作項(xiàng)目中日常工具使用了幾個(gè)月后，我有一些觀點(diǎn)想和大家分享，以此來(lái)討論這究竟是一個(gè)“必備”工具，還是僅僅曇花一現(xiàn)的流行產(chǎn)品。同時(shí)，我還會(huì)介紹一些快速獲得最大化收益的策略，希望能幫助那些想嘗試它的人�？赡苡行┤嗽囘^(guò) Cursor，覺(jué)得效果不盡人意，而這些建議也許能激勵(lì)你再給它一個(gè)機(jī)會(huì)。
我沒(méi)有受到 Cursor 的贊助，也不是產(chǎn)品評(píng)測(cè)者。我既不是要推崇它，也不是要貶低它，只是想分享我個(gè)人的使用體驗(yàn)。
我是誰(shuí)？
首先，先向大家介紹一下我自己。我是有一名有著 36 年編程經(jīng)驗(yàn)的開(kāi)發(fā)者，熟練掌握多種語(yǔ)言，主要專(zhuān)注于 C 語(yǔ)言為主的游戲引擎開(kāi)發(fā)，以及 Go、Python、JavaScript 的網(wǎng)頁(yè)開(kāi)發(fā)。我假設(shè)這篇文章的讀者同樣能夠在大型代碼庫(kù)中自如地工作，能用自己擅長(zhǎng)的語(yǔ)言編寫(xiě)和調(diào)試代碼等。對(duì)于那些希望借助 AI 學(xué)習(xí)編程概念或想讓 AI 替他們寫(xiě)超出自身水平的代碼的初學(xué)者，我會(huì)提供完全不同的建議！
對(duì)我來(lái)說(shuō)，AI 助手的吸引力在于幫我處理模板化和重復(fù)性的工作，這樣我可以集中精力在每個(gè)問(wèn)題的核心邏輯上。我對(duì)自動(dòng)生成大量代碼并不特別感興趣，對(duì)“寫(xiě)了多少行代碼”作為效率指標(biāo)持高度懷疑態(tài)度。我更希望在花費(fèi)更少時(shí)間寫(xiě)同樣多代碼的情況下，有更多時(shí)間去思考邊界情況、可維護(hù)性等問(wèn)題。
那么，言歸正傳：
什么是 Cursor？
Cursor 是基于 Visual Studio Code（VS Code）開(kāi)發(fā)的一個(gè)分支版本，內(nèi)置了大模型（LLM）支持的功能，集成在核心界面中。這是一個(gè)專(zhuān)有產(chǎn)品，開(kāi)發(fā)商提供了免費(fèi)和訂閱兩種方案；不過(guò)，價(jià)格表并沒(méi)有明確說(shuō)明訂閱用戶(hù)的具體權(quán)益，以及與其他競(jìng)品的區(qū)別。我會(huì)結(jié)合自己的理解，在后續(xù)功能介紹中盡量說(shuō)明這一點(diǎn)，以下是簡(jiǎn)要總結(jié)：
Tab 補(bǔ)全：這是一組專(zhuān)有的微調(diào)模型，提供代碼補(bǔ)全功能，并可以通過(guò) Tab 鍵跳轉(zhuǎn)到下一個(gè)推薦操作。該功能僅對(duì)訂閱用戶(hù)開(kāi)放。
內(nèi)聯(lián)編輯（Inline editing）：這是一個(gè)基于聊天界面的編輯工具，可以對(duì)選定代碼進(jìn)行修改，并通過(guò)簡(jiǎn)單的差異視圖顯示更改，采用基礎(chǔ)模型如 GPT 或 Claude。此功能對(duì)免費(fèi)和付費(fèi)用戶(hù)均開(kāi)放。
聊天側(cè)邊欄：同樣是基于聊天的編輯界面，允許在側(cè)邊欄進(jìn)行更大范圍的修改，支持更長(zhǎng)的討論、多文件代碼建議等，采用基礎(chǔ)模型如 GPT 或 Claude。此功能對(duì)免費(fèi)和付費(fèi)用戶(hù)均開(kāi)放。
Composer：這是專(zhuān)門(mén)用于跨代碼庫(kù)大規(guī)模重構(gòu)的聊天界面，生成多個(gè)文件的差異視圖供用戶(hù)逐一查看和批準(zhǔn)，使用基礎(chǔ)模型如 GPT 或 Claude。此功能對(duì)免費(fèi)和付費(fèi)用戶(hù)均開(kāi)放。
Tab 補(bǔ)全
雖然其他由 LLM 驅(qū)動(dòng)的編碼工具更側(cè)重于聊天體驗(yàn)，但在我使用 Cursor 的過(guò)程中，Tab 補(bǔ)全功能才是最符合我日常編碼習(xí)慣并能節(jié)省最多時(shí)間的功能。顯然，這個(gè)功能背后投入了大量的思考和技術(shù)研究，因此它不僅可以建議一行、多行，甚至整個(gè)函數(shù)的代碼補(bǔ)全，還可以建議下一個(gè)需要編輯的行。這樣一來(lái)，只需不斷按下 Tab 鍵，就能在整個(gè)文件中自動(dòng)完成相關(guān)的修改。
使用它的一種用法是將它當(dāng)作一個(gè)“增強(qiáng)版”代碼重構(gòu)工具。例如，假設(shè)我有一段代碼塊，其中的變量名是 under_score，而我希望將它們改為 camelCase。我只需重命名一個(gè)變量的一個(gè)實(shí)例，然后逐行按 Tab 鍵，就能更新所有需要更改的行，包括其他相關(guān)變量。許多繁瑣、容易出錯(cuò)的任務(wù)都可以通過(guò)這種方式自動(dòng)完成，而無(wú)需額外編寫(xiě)腳本：
有時(shí) Tab 補(bǔ)全甚至?xí)?dú)立發(fā)現(xiàn)并提出修復(fù) bug 的建議。很多時(shí)候，當(dāng)我在 Python 或 Go 中添加依賴(lài)項(xiàng)時(shí)，它會(huì)自動(dòng)建議導(dǎo)入相應(yīng)的模塊。如果我將字符串用引號(hào)給括起來(lái)，它會(huì)適當(dāng)?shù)剞D(zhuǎn)義內(nèi)容。與其他工具類(lèi)似，它還可以根據(jù)函數(shù)簽名和可選的文檔字符串生成整個(gè)函數(shù)代碼：
總體而言，這個(gè)工具感覺(jué)就像在讀我的心思，能預(yù)測(cè)我接下來(lái)的操作，讓我能更少關(guān)注代碼細(xì)節(jié)，而更多專(zhuān)注于構(gòu)建的整體架構(gòu)。
值得一提的是，補(bǔ)全速度極快，幾乎是在我停止輸入的瞬間，代碼建議就彈出來(lái)了，完全沒(méi)有等待的感覺(jué)。如果這個(gè)過(guò)程拖延太久，那對(duì)我來(lái)說(shuō)肯定會(huì)是個(gè)大缺點(diǎn)。
那么，我對(duì) Tab 補(bǔ)全的抱怨是什么呢？第一個(gè)問(wèn)題比較�。河袝r(shí)候我沒(méi)及時(shí)看到補(bǔ)全建議就繼續(xù)輸入了，結(jié)果建議消失了。而一旦消失，似乎沒(méi)辦法讓它重新出現(xiàn)，只有重新輸入一部分再試。
另一個(gè)問(wèn)題剛好相反：有時(shí)補(bǔ)全的建議完全不合適，我會(huì)故意忽略它。然而，偶爾我選擇了一個(gè)不同的補(bǔ)全，但之前忽略的建議卻被悄悄應(yīng)用了。這種情況雖然不多，但已經(jīng)引發(fā)了一些難以察覺(jué)的 bug，因?yàn)槲也⑽匆庾R(shí)到不對(duì)的邏輯被誤用。這雖然不至于影響 Tab 補(bǔ)全帶來(lái)的效率提升，但確實(shí)稍微影響了體驗(yàn)。
內(nèi)聯(lián)編輯、聊天側(cè)邊欄和 Composer
據(jù)我所知，這些功能在與基礎(chǔ)模型的交互上非常相似我?guī)缀踔挥?Claude 3.5 Sonnet主要區(qū)別在于用戶(hù)界面。
內(nèi)聯(lián)編輯可以通過(guò)選中代碼并按下 Ctrl-K/Cmd-K 啟動(dòng)。我輸入想要的更改后，文件里會(huì)顯示一個(gè)清晰的差異視圖，讓我選擇接受或拒絕。我主要用它來(lái)添加小段代碼或做些小范圍的重構(gòu)。
一個(gè)典型的用法是，當(dāng)我有一個(gè)任務(wù)循環(huán)并想把它并行化時(shí)，就可以用這個(gè)功能來(lái)處理：
然后，你可以通過(guò) Ctrl+L/Cmd+L 來(lái)打開(kāi)聊天側(cè)邊欄，它為多輪對(duì)話(huà)提供了更大的操作空間。不過(guò)，我對(duì)當(dāng)前測(cè)試過(guò)的 LLM 模型有個(gè)小抱怨：它們總是先返回代碼，而不是在遇到歧義時(shí)先詢(xún)問(wèn)澄清。建議的代碼會(huì)有一個(gè)“應(yīng)用”按鈕，點(diǎn)擊后可以在當(dāng)前選中的文件中生成差異視圖。這對(duì)于單文件的大規(guī)模重構(gòu)，或基于當(dāng)前打開(kāi)的文件創(chuàng)建新文件非常有用。如果涉及其他文件，它們可以手動(dòng)添加到上下文中，不過(guò) Cursor 會(huì)根據(jù)查詢(xún)和后臺(tái)生成的索引來(lái)猜測(cè)相關(guān)文件。
這里有一個(gè)示例：將應(yīng)用程序的數(shù)據(jù)庫(kù) API 轉(zhuǎn)換為 REST API，并提供參數(shù)驗(yàn)證和正確的 HTTP 狀態(tài)碼，然后再編寫(xiě)一個(gè)客戶(hù)端庫(kù)來(lái)訪(fǎng)問(wèn)這個(gè) REST API：
另一個(gè)示例是將這個(gè)客戶(hù)端庫(kù)從 Python 轉(zhuǎn)換為 Go 語(yǔ)言，注意松散類(lèi)型的 Python 代碼如何被轉(zhuǎn)換為結(jié)構(gòu)明確的結(jié)構(gòu)體類(lèi)型，且符合 Go 慣用的錯(cuò)誤處理風(fēng)格！這并非簡(jiǎn)單的 1:1 重寫(xiě)。
最后，Composer 專(zhuān)門(mén)用于跨文件的重構(gòu)，這是我最少使用的功能，但它提供了一次性查看多個(gè)文件差異的良好體驗(yàn)。
.cursorrules 文件
我最初并不知道這個(gè)功能的存在，直到在（我認(rèn)為過(guò)于簡(jiǎn)略的）文檔中偶然發(fā)現(xiàn)它，那時(shí)我看到各種聊天模式始終會(huì)包含位于工作區(qū)根目錄的 .cursorrules 文件的內(nèi)容，以提供額外的上下文。我目前在嘗試?yán)盟鼇?lái)告知 LLM 有關(guān)代碼庫(kù)的編碼規(guī)范、常用包和其他文檔信息。
這個(gè)功能可能有助于解決我在使用 Cursor 時(shí)遇到的一個(gè)大難題：它無(wú)法遵循代碼風(fēng)格和模式，除非這些風(fēng)格已經(jīng)存在于你正在編輯的文件中。例如，在 Khan Academy，我們使用一個(gè)專(zhuān)有的 Go 庫(kù)來(lái)在函數(shù)間傳遞上下文，用于日志記錄、HTTP 請(qǐng)求等場(chǎng)景，所以 LLM 需要能夠使用這個(gè)庫(kù)。過(guò)去這一直很困難，但或許一個(gè)寫(xiě)得好的 .cursorrules 文件可以作為改進(jìn)的第一步。
目前的限制是每個(gè)工作區(qū)只能有一個(gè) .cursorrules 文件，因此像我們這樣包含多種語(yǔ)言代碼的 monorepo 將比包含一個(gè)小型代碼庫(kù)（代碼風(fēng)格一致）要復(fù)雜得多且更難設(shè)置。
另外，文檔提到 .cursorrules 文件僅在聊天模式中使用，而不適用于 Tab 補(bǔ)全。不過(guò)，我嘗試將該文件固定在工作區(qū)的一個(gè)標(biāo)簽頁(yè)中，確認(rèn)可以讓它至少部分參與到 Tab 補(bǔ)全的上下文中。
對(duì)我的工作流程的改變
像 Cursor 這樣的工具最令人興奮的地方并不是我可以更快地編寫(xiě)代碼，畢竟寫(xiě)代碼本身并不是瓶頸；事實(shí)上，我常常需要放慢速度，以免過(guò)分關(guān)注代碼本身而忽視要解決的高層次問(wèn)題。真正的價(jià)值在于它改變了我的編碼方式。
雖然這種技術(shù)還處于早期階段，但到目前為止，我的工作方式已經(jīng)發(fā)生了以下變化，我也期待在不久的將來(lái)看到更多改變：
我現(xiàn)在在編碼時(shí)不太傾向于引入新的庫(kù)或框架。并不是說(shuō)我自己會(huì)去寫(xiě)加密庫(kù)，而是對(duì)于小型工具而言，直接讓 LLM 按我的需求生成定制代碼比引入一個(gè)通用庫(kù)更簡(jiǎn)單。這些通用庫(kù)通常在剛推出時(shí)小巧且輕便，但因?yàn)槭情_(kāi)放的并且被越來(lái)越多的人使用，所以它們慢慢會(huì)積累我不需要的功能和選項(xiàng)。
很多庫(kù)存在的意義只是為了減少樣板代碼，過(guò)去我會(huì)覺(jué)得這很值，因?yàn)橛辛诉@些庫(kù)可以幫我省下了寫(xiě)和維護(hù)代碼的時(shí)間�？涩F(xiàn)在，LLM 可以幫我完成這些重復(fù)性的工作，所以我覺(jué)得使用庫(kù)的成本就顯得有些不劃算了。而且，這個(gè)成本可能更高你試過(guò)讓一個(gè)寫(xiě)了一年甚至更久的 Node.js 項(xiàng)目重新跑起來(lái)嗎？不過(guò)借助 LLM 干脆從頭再寫(xiě)一遍。
我也不再擔(dān)心在自己的代碼中是否遵循 DRY（不要重復(fù)自己）。過(guò)早地定義抽象會(huì)導(dǎo)致后期的技術(shù)債增加，因此能夠參考其他代碼快速生成相似代碼，而不將其抽象為函數(shù)或類(lèi)，為我提供了更大的靈活性。如果需要在未來(lái)將重復(fù)的邏輯重構(gòu)出來(lái)，LLM 也能提供幫助。
我對(duì)不熟悉的語(yǔ)言或框架的接受度也更高了。例如，多年來(lái)我一直在使用 R 語(yǔ)言，尤其是將它用于數(shù)據(jù)可視化。但說(shuō)實(shí)話(huà)，我對(duì)它并不熟練，我對(duì) dplyr 的理解不深，總覺(jué)得有很多不同的方法可以完成同樣的任務(wù)�，F(xiàn)在我只需描述想要的可視化效果，LLM 就會(huì)自動(dòng)生成相應(yīng)的數(shù)據(jù)操作和 ggplot 可視化。以前花一小時(shí)的任務(wù)，現(xiàn)在五分鐘就能完成，所以我更不容易放棄轉(zhuǎn)而用 Python 來(lái)做了。
也許有一天我甚至?xí)?Rust 寫(xiě)點(diǎn)什么�；蛟S吧。
我現(xiàn)在會(huì)先對(duì)一些小模塊做快速調(diào)整，然后再把它們整合到大項(xiàng)目里面。這樣做的部分原因是因?yàn)?LLM 處理大項(xiàng)目有些吃力，另一方面也讓我發(fā)現(xiàn)了一些以前沒(méi)想到的工作方法。比如，我可以先用 Python 這種靈活的語(yǔ)言來(lái)做原型，解決好技術(shù)細(xì)節(jié)后，再迅速轉(zhuǎn)成類(lèi)型嚴(yán)格的 Go 代碼，直接在 Web 應(yīng)用中。我還可以讓 LLM 自動(dòng)生成測(cè)試數(shù)據(jù)，或者模擬一個(gè)后端來(lái)對(duì)前端進(jìn)行開(kāi)發(fā)。既然一個(gè)想法還沒(méi)完全確定下來(lái)，為什么要一下子投入在成熟的大項(xiàng)目里付出高昂的成本呢？
總結(jié)
我不確定幾年后我是否還會(huì)繼續(xù)使用 Cursor，亦或者轉(zhuǎn)向其他工具。但可以肯定的是，在我撰寫(xiě)本文時(shí)，我覺(jué)得 Cursor 是 LLM 編程助手的最佳工具。如果你想探索這類(lèi)工具可能帶來(lái)的價(jià)值，我建議你試試 Cursor。
