這是 cursor 的設(shè)計主管在 X 上發(fā)布的 cursor 使用建議

AI代碼生成神器 Cursor v0.47.8 for Windows 官方免費版

• 類型：編程工具
• 大?。?/span>107MB
• 語言：英文軟件
• 時間：2025-03-19

查看詳情

cursor 基于GT-4的代碼編輯器? V0.17.0 Linux最新免費版

• 類型：編程工具
• 大小：159MB
• 語言：英文軟件
• 時間：2023-11-29

查看詳情

Cursor(智能AI代碼生成工具) v0.48.9 官方版

• 類型：編程工具
• 大?。?/span>112MB
• 語言：簡體中文
• 時間：2025-04-21

查看詳情

地址：https://x.com/ryolu_/status/1914384195138511142

訪問不了的可以直接看下面的截圖

第一條，提前編寫 cursor rules

Set 5-10 clear project rules upfront so Cursor knows your structure and constraints. Try /generate rules for existing codebases.

提前設(shè)定 5-10 條清晰的項目規(guī)則，這樣 Cursor 就能了解你的結(jié)構(gòu)和限制。嘗試使用/generate 規(guī)則來處理現(xiàn)有代碼庫。

提前寫好 cursor rules ，如果是新項目， 在項目開始之前你就要把 cursor rules 編寫好，就像給 Cursor 一份“項目章程”。這樣做可以從一開始就引導 AI 生成更符合項目需求的代碼，減少后續(xù)的修改工作。

如果說你用 cursor 打開的是一個已有的項目代碼時，可以使用 /generate rules 讓 Cursor 嘗試從現(xiàn)有代碼中推斷這些規(guī)則。

使用這個命令之后 cursor 就會基于你的項目為你定制一些具體的規(guī)則，這一步的作用就是給 AI 設(shè)定明確的編碼規(guī)范和項目約束。

比如讓 cursor 知道你的代碼風格（縮進、命名約定）、禁止使用的庫、特定的設(shè)計模式、錯誤處理方式等。

第二條，提示詞要具體

Be specific in prompts. Spell out tech stack, behavior, and constraints like a mini spec.

提示詞要具體，詳細列出技術(shù)棧、行為和限制，就像一個迷你規(guī)范一樣。

模糊的指令會導致模糊的輸出，我們在給 cursor 任務(wù)指令的時候，要盡可能清晰、具體。

不要只說“創(chuàng)建一個登錄頁面”，而要說“使用 React、Tailwind CSS 和 Firebase Auth 創(chuàng)建一個登錄頁面，包含郵箱和密碼輸入框，一個登錄按鈕，以及忘記密碼鏈接。登錄成功后跳轉(zhuǎn)到 /dashboard，失敗則顯示錯誤信息。”

這就像給開發(fā)者寫一個小型需求文檔 (mini spec)，當你給 cursor 一個指令的時候，你要想想假如他是一個人類開發(fā)者，他能不能聽的明白。

一個小技巧：

可以在 Ask 模式下，把我們說的自然語言轉(zhuǎn)換成結(jié)構(gòu)化的提示詞

然后再切換到 Agent 模式，把剛才得到的結(jié)構(gòu)化提示詞粘貼進去

所以我們盡量要把提示詞的詳細具體，你的提示詞越接近一個清晰的需求文檔，Cursor 生成的代碼就越接近你的期望。明確技術(shù)棧（如 Python Django, React, Vue.js）、期望行為（用戶操作流程、功能邏輯）和任何限制條件（如性能要求、特定庫版本）。

第三條，處理維度盡量小

Work file by file; generate, test, and review in small, focused chunks

直譯：按照單個文件維度一個一個去處理，用小而集中的模塊為單位進行生成、測試和審查

意譯：按照單個文件維度推進工作，將代碼生成、測試驗證和審查環(huán)節(jié)都控制在專注的小功能模塊范圍內(nèi)，確保每個環(huán)節(jié)的質(zhì)量可控。

我們在使用 cursor 的時候，不要試圖讓 Cursor 一次性生成整個應(yīng)用程序或一個非常復雜的功能。而是要把任務(wù)分解成更小的、可管理的部分，最好是逐個文件或逐個小模塊進行。每生成一小部分代碼，就立即進行測試和審查。

我們可以采用增量開發(fā)的方式。例如，先讓 Cursor 生成一個數(shù)據(jù)模型，審查通過后，再讓它生成相關(guān)的 API 接口，再到前端組件。這種小步快跑、及時反饋的方式更容易控制代碼質(zhì)量，也更容易定位和修復問題。

第四條，測試驅(qū)動開發(fā)

Write tests first, lock them, and generate code until all tests pass.

直譯：先編寫測試用例并鎖定，隨后生成代碼直至全部測試通過。

意譯：遵循測試驅(qū)動開發(fā)(TDD)原則：首先明確需求并編寫自動化測試用例，將這些測試用例作為驗收標準鎖定后，再通過迭代編碼持續(xù)滿足測試要求，最終確保所有測試用例100%通過。

這是測試驅(qū)動開發(fā) (TDD) 的理念在 AI 輔助編程中的應(yīng)用。先編寫單元測試來定義代碼應(yīng)該如何工作（即“鎖定”期望的行為），然后讓 Cursor 生成實現(xiàn)這些功能的代碼，直到所有測試都通過。

比如說你想實現(xiàn)一個功能，那你一開始就可以讓 AI 幫你想一些測試場景，然后把測試用例作為驗收標準，讓 cursor 去生成代碼，最后生成的代碼要保證所有的測試用例都能通過。這樣的話，cursor 就有一個非常明確的目標，當所有測試用例都通過時，AI 生成代碼的正確性也會大大提高，也可以顯著減少手動調(diào)試和驗證的時間。

第五條，人工審查并提供范例

Always review AI output and hard?fix anything that breaks, then tell Cursor to use them as examples.

直譯：始終審查AI生成內(nèi)容，對發(fā)現(xiàn)的問題進行人工修復，并將修正后的案例作為示例提供給Cursor。

意譯：建立AI代碼質(zhì)量閉環(huán)機制：1) 系統(tǒng)審查Cursor生成的代碼 2) 對發(fā)現(xiàn)的問題進行人工修正并記錄 3) 將修正后的標準案例記錄到文檔中或者 Project Ruels 中  4) 引導Cursor學習優(yōu)化

Cursor 生成的代碼可能會出現(xiàn)幻覺或者不符合你的意圖，這個時候人工審查就至關(guān)重要了，當你發(fā)現(xiàn)問題并手動修正后，關(guān)鍵還要讓 Cursor 從你的修正中學習，將這些修正作為后續(xù)代碼生成的“正面教材”。

你糾正 cursor 錯誤之后，要明確告訴它：“下次遇到類似情況，請參考我剛才的修改。” 這樣可以逐步提升 Cursor 在你特定項目中的表現(xiàn)，使其越來越懂你的偏好和項目需求。

案例：

我現(xiàn)在讓 cursor 幫我創(chuàng)建一個 index.html 頁面，它創(chuàng)建出來的 h1 標簽一般都這么寫，但是我覺得這么寫不符合我的要求，我希望的 h1 標簽是「歡迎來到 hepingfly的網(wǎng)站」

那么我就可以把這個生成 index.html 的規(guī)則寫在 Project Rules 中

現(xiàn)在我再讓 cursor 生成一個 index2.html 頁面，你會發(fā)現(xiàn)它的 h1 標簽內(nèi)容就是「歡迎來到 hepingfly的網(wǎng)站」

如果說你希望這個規(guī)則不僅在當前項目中使用，在以后所有的項目中都使用這個規(guī)則的話，你就可以把這個 Project Rules 升級一下，升級成 User Rules

以后只要你打開 cursor ，它就會應(yīng)用這個規(guī)則

第六條，限定上下文

Use @ file, @ folders, @ git to scope Cursor’s attention to the right parts of your codebase.

通過@file（文件）、@folders（目錄）、@git（版本庫）指令限定Cursor的代碼關(guān)注范圍

通過 @ 符號 cursor 提供了很多種限定上下文的方式，比如說文件、文件夾、git 提交記錄等等

有了限定范圍之后， cursor 生成的內(nèi)容也會更加的精準

簡單來說 @ 符號來引用項目中的特定文件、文件夾或 Git 歷史記錄，cursor 會將其注意力集中在相關(guān)的上下文上，這樣就避免了 AI 在整個龐大的代碼庫中漫無目的地搜索，提高了響應(yīng)速度和相關(guān)性。

第七條，擅用 .cursor目錄

Keep design docs and checklists in .cursor/ so the agent has full context on what to do next.

把設(shè)計文檔和檢查清單放在 .cursor 目錄下，這樣 agent 就能有足夠的上下文來知道下一步該做什么

這一條其實就是讓你把相關(guān)的需求文檔和設(shè)計文檔放在 .cursor 目錄下，有點類似于 Project Rules，但是 Rules 中主要是去做一些限制，而我們的需求文檔和設(shè)計文檔是告訴 cursor 應(yīng)該干什么，開發(fā)什么內(nèi)容，有哪些功能需要開發(fā)

這里需要注意的是，不要一次性讓 cursor 把你列的清單全部都開發(fā)完，而是要一個一個的去完成，然后一個一個的去做階段性的測試，測試完成給 cursor 反饋，然后再繼續(xù)下一個任務(wù)。