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

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

• 類型：編程工具
• 大小：107MB
• 語言：英文軟件
• 時間：2025-03-19

查看詳情

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

• 類型：編程工具
• 大?。?/span>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.

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

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

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

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

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

第二條，提示詞要具體

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

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

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

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

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

一個小技巧：

可以在 Ask 模式下，把我們說的自然語言轉換成結構化的提示詞

然后再切換到 Agent 模式，把剛才得到的結構化提示詞粘貼進去

所以我們盡量要把提示詞的詳細具體，你的提示詞越接近一個清晰的需求文檔，Cursor 生成的代碼就越接近你的期望。明確技術棧（如 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 一次性生成整個應用程序或一個非常復雜的功能。而是要把任務分解成更小的、可管理的部分，最好是逐個文件或逐個小模塊進行。每生成一小部分代碼，就立即進行測試和審查。

我們可以采用增量開發(fā)的方式。例如，先讓 Cursor 生成一個數(shù)據(jù)模型，審查通過后，再讓它生成相關的 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 輔助編程中的應用。先編寫單元測試來定義代碼應該如何工作（即“鎖定”期望的行為），然后讓 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)幻覺或者不符合你的意圖，這個時候人工審查就至關重要了，當你發(fā)現(xià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 ，它就會應用這個規(guī)則

第六條，限定上下文

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

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

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

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

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

第七條，擅用 .cursor目錄

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

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

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

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

最新評論