Cursor 產品定位
從 Cursor 官方文件理解它為什麼是 AI editor and coding agent，而不是普通 IDE 外掛。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| 產品定位 | positioning | Cursor 在 AI 程式設計工具裡的位置。 |
| Tab vs Agent | 補全 vs 代理 | 隨手補全和接管任務兩種主用法。 |
| 適用邊界 | fit | 哪些活適合 / 不適合交給它。 |
不想讀完？把下面這段提示詞丟給 AI 幫你跑完——幫你快速判斷 Cursor 適不適合你的工作方式。
你是 Cursor 定位判斷顧問，幫我快速判斷 Cursor 適不適合我的工作方式、該怎麼定位它在我工具鏈裡的角色。
【角色】
你清楚 Cursor 的產品定位、Tab 補全和 Agent 接管的區別、它和其它編輯器 / 工具的邊界，能給務實判斷。
【輸入】
- 我現在的開發工具和習慣：___
- 我想讓它補足什麼：___
- 偏好隨手補全還是讓它接管任務：___
- 我的專案和經驗：___
【工作流程】
1. 判斷 Cursor 能在我工具鏈裡補什麼位
2. 說明該主用 Tab 還是 Agent
3. 指出不適合交給它的場景
4. 給一句話定位和上手建議
【輸出規範】
▌一、在我工具鏈裡的定位
▌二、主用 Tab 還是 Agent
▌三、不適合的場景
▌四、上手建議
【硬約束】
- 不適合的活直說，不硬推
- 不誇大能力，不確定的標註需查官方文件
- 判斷結合我的實際，不給通用套話
- 提醒 Agent 也要給清邊界
- 給的建議具體可執行
- 客觀對待其它工具，只講適用差異Cursor 官方文件把它目前定義為 AI editor and coding agent（之前曾自稱 AI-native code editor，已升級為更具體的雙層定位）：Cursor 既是你日常寫程式碼的編輯器，也是能理解程式碼庫、計劃功能、修 bug、審查變更並連線現有工具的 coding agent。
所以學習 Cursor 不應該只從“聊天視窗在哪”開始。你要先建立一張能力地圖：理解程式碼、計劃和構建功能、查 bug、審 diff、定製上下文、連線團隊工作流。
閱讀目標：讀完本章，你應該能解釋 Cursor 和“VS Code + AI 外掛”的區別，並知道後續為什麼要圍繞 Agent、Rules、MCP、CLI、Cloud Agent 和團隊治理學習。
1. 官方定義裡的兩層身份
Cursor 官方首頁文件寫得很直接：Cursor is an AI editor and coding agent.
這可以拆成兩層：
| 身份 | 意味著什麼 | 學習重點 |
|---|---|---|
| AI editor | 仍然是日常程式碼編輯器，保留檔案、擴充套件、終端、Git 等工作面 | 安裝、遷移、快捷鍵、外掛、Tab、inline edit |
| Coding agent | 能圍繞程式碼庫完成任務，而不是隻補一段程式碼 | Agent、Plan Mode、review、tools、Rules、MCP、Cloud Agent |
普通外掛通常只增強已有 IDE 的某個入口；Cursor 的產品重心是把 AI 工作流放進編輯器核心。
2. Cursor 能做什麼
官方文件把能力分成幾個方向。
| 官方能力域 | 中文理解 |
|---|---|
| Understand your code | 讀程式碼庫、找入口、解釋模組關係 |
| Plan and build features | 規劃功能、用 Plan Mode 控制較大改動 |
| Find and fix bugs | 復現問題、定位根因、驗證修復 |
| Review changes | 看 diff、跑檢查、合併前發現問題 |
| Customize Cursor | 用 rules、skills、prompts 匹配團隊工作方式 |
| Connect your workflow | 接 GitHub、GitLab、JetBrains、Xcode、Slack、Linear、Deeplinks 等（詳見 § 05-integrations-sdk） |
flowchart TD
Cursor["Cursor"] --> Editor["AI Editor"]
Cursor --> Agent["Coding Agent"]
Editor --> Local["檔案 / 終端 / Git / 擴充套件"]
Agent --> Understand["理解程式碼庫"]
Agent --> Plan["規劃和構建功能"]
Agent --> Fix["查 bug 和修復"]
Agent --> Review["審查變更"]
Agent --> Connect["連線團隊工具"]3. Cursor 不等於自動放權
Cursor 可以讀檔案、寫程式碼、跑命令、使用瀏覽器、接 MCP 和外部整合。能力越多，越需要邊界。
真實專案裡，先回答：
- 它需要看哪些檔案？
- 它能不能執行 terminal 命令？
- 它是否需要瀏覽器或外部網頁？
- 它是否會接觸金鑰、賬號、賬單或生產系統？
- 結果用什麼驗證：diff、test、browser、PR 還是後臺狀態？
不要把 Cursor 當成“更聰明的自動改程式碼工具”。它真正適合的是可計劃、可審查、可驗證、可回退的開發任務。
4. 推薦學習順序
第一次系統學習，按這個順序：
- 安裝、登入、開啟第一個低風險專案。
- 讓 Cursor 只讀解釋程式碼庫。
- 做一個小改動並審 diff。
- 學 Agent、Plan Mode、review 和 tools。
- 學 Rules、MCP、Skills、Subagents、Hooks。
- 學 CLI、Headless 和 GitHub Actions。
- 學 Cloud Agent、Bugbot、團隊與企業治理。
深讀：為什麼不要從模型列表開始學 Cursor
Cursor 官方文件確實有很長的模型列表，而且模型、上下文、Max Mode、價格和隱藏狀態變化很快。但如果一開始就圍繞模型學，很容易忽略 Cursor 的核心工作流：程式碼庫上下文、Agent 計劃、工具呼叫、diff review 和團隊策略。
模型影響能力上限，工作流決定結果能不能上線。教學裡應該教“什麼時候查官方模型頁”，而不是把某一天的模型表當成教學主體。
本章自檢
完成本章後，用這 3 個問題檢查自己是否真正理解：
- Cursor 官方定義裡的 “AI editor” 和 “coding agent” 分別強調什麼？
- 為什麼 Cursor 不是普通 IDE 旁邊加一個聊天側欄？
- 一個真實專案任務交給 Cursor 前，至少要先定義哪些邊界？
透過標準：你能把 Cursor 的學習路徑解釋成“編輯器工作面 + Agent 任務閉環 + 團隊治理”，而不是隻說模型或聊天。
官方來源
- Cursor Documentation —— 官方定義 Cursor 是 AI editor and coding agent，並列出理解程式碼、構建功能、修 bug、審查、定製和連線工作流等能力域。
- Cursor llms.txt —— Cursor 官方文件索引，用於核對所有能力頁和 Help Center 頁。