Cursor AI 教學：免費版、Agent、Rules 與 MCP 怎麼用

Cursor 適合誰、免費版夠不夠、Agent 怎麼下指令？從安裝後第一個任務到 Rules、MCP、Background Agent、價格與隱私風險一次說清楚。

發佈於： 2026-03-01 | 更新於： 2026-07-14

內容查核： 2026-07-14 價格查核： 2026-07-14 來源查核： 2026-07-14

⚡ 重點摘要（TL;DR）

Cursor 2026 已經從 VS Code 風格的 AI 編輯器擴成 agent 工作台；官方產品面包含 Agent、Cloud Agents、CLI、Review、Rules、MCP、skills、hooks 與團隊 marketplace。
Cursor Pricing 目前列出 Hobby 免費、Individual 每月 20 美元、Teams 每人每月 40 美元、Enterprise 客製；每個方案含一定模型用量，超出後可用 on-demand usage。
2026-06-29 Cursor 官方宣布 iOS app public beta：付費方案可從手機啟動 cloud agents、用 Remote Control 接手桌面 agent，並在手機看 diff、log、demo 與 PR。
2026-06-22 Cursor 3.9 changelog 把 plugins、skills、MCPs、subagents、rules、commands、hooks 集中到 Customize page；6 月 18 日 changelog 加強 Automations、Slack 與 GitHub triggers。
個人開發者可以從單一 repo、低風險 bug、文件整理與小型重構開始；團隊導入前要先定義 Rules、MCP 權限、Privacy Mode、成本上限與 PR review 責任。
如果你的痛點是終端機長任務、GitHub 原生 PR 流程或公司已重押 VS Code，Claude Code、Codex、GitHub Copilot 或既有 IDE 可能比全面換到 Cursor 更合適。

先講結論：Cursor 最適合已經會讀程式碼、願意看 diff，並想把「找檔案、跨檔修改、跑測試」交給 AI 加速的人。 完全新手也能用，但它不會替你判斷產出的程式是否安全；公司有敏感程式碼時，更不能只因為開了 Privacy Mode 就把所有 repo 交給 Agent。

Cursor 是以 VS Code 操作習慣為基礎的 AI 程式編輯器。一般補字用 Tab，小範圍改寫可用 Cmd-K，問專案問題用 Chat，需要讀多個檔案、執行指令和完成一整段任務時才用 Agent。第一次使用請拿一個可回滾的小專案，要求它先說明計畫、只修一個可重現問題、跑完測試，再由你逐段檢查 diff；一句「幫我做一個 App」通常會讓修改範圍失控。

免費 Hobby 方案適合試用、學習和低頻 side project；若每週固定用 Agent 處理 debug、測試或重構，再考慮付費。團隊則要多看 Rules、MCP 權限、Background Agent 的網路與終端機能力、用量上限和 PR review 責任。以下直接從第一個任務開始，再處理免費版、Agent 指令與遠端 agent 風險。

Cursor Agent 第一個任務怎麼下？

用「目標、邊界、驗收」三段就夠。以登入頁錯誤提示為例：先說要改善哪個畫面，再明確寫「不要改 API 與資料庫 schema」，最後要求它列出預計修改的檔案、執行既有測試，完成後摘要風險。這會比一句「幫我修登入」少很多失控修改。

第一次跑 Agent 建議照這個順序：先在 Git 建立可回滾分支；請 Agent 只讀專案並列計畫；確認檔案範圍後才允許修改；跑 lint、typecheck 與測試；最後自己看 diff。若你看不懂它改了什麼，就不要合併。想把這套方式變成固定模板，可接著用 AI Coding Agent Prompt 範本。

先判斷：Cursor 適合哪一種工作？

Cursor 的強項是把程式碼、專案脈絡、agent 任務與開發者互動放在同一個工作台。它最適合處理「人知道方向，但不想手動改完所有細節」的任務，例如補測試、整理重複樣板、追一個可重現 bug、做小型重構，或把已經講清楚的需求變成第一版 pull request。

你的情境	Cursor 可能帶來的價值	第一個安全動作
個人開發者、正在學框架或做 side project	用自然語言生成、修改、解釋程式，降低從空白檔案開始的摩擦	選一個非正式 repo，要求它先列計畫，再只改一個小功能
每週都要 debug、補測試、改文件的工程師	讓 Agent 讀多檔上下文，減少自己來回找檔案的時間	從錯誤訊息、測試失敗或文件補齊這種可驗證任務開始
3–20 人開發團隊	Rules、MCP、team marketplace 與 Review 可以把共同規範拉進工作流	先定義 repo 分級、共用 Rules、PR review 責任與成本觀測
已經重度使用 GitHub Copilot 或 Claude Code	Cursor 不一定要取代全部工具，可能只負責 IDE 內多檔修改	把任務分成 IDE 小改、終端機長任務、GitHub PR 流程三類
高敏感程式碼、金融/醫療/客戶資料 repo	不能只看效率；要看隱私模式、模型/工具限制、審計與人工驗收	先做政策與 sandbox，不要直接讓 agent 讀 production secrets

這張表要避免把「AI 編輯器」誤用成「沒邊界的初級工程師」。Cursor 省下的時間，常常會轉成 review、測試、權限與成本管理的工作；只有這些工作也被設計進流程，效率才是真的。

2026 版 Cursor：從編輯器走向 agent 工作台

Cursor 的早期印象是「像 VS Code，但 AI 更深入」。2026 年的產品線已經擴大很多：官方導覽列把 Agents、Cloud、CLI、Review、Tab、Marketplace、Enterprise、Docs 與 Changelog 放在同一組產品入口，價格頁也把 Agent、frontier models、MCPs、skills、hooks、Cloud agents、Bugbot 與 team marketplace 列為方案差異。6 月 29 日新增的 iOS app，則把「agent 在哪裡跑」和「人在哪裡 review」拆開：程式不會真的搬到手機上，手機負責啟動、引導、通知、檢查產物與決定下一步。

6 月 22 日的 Cursor 3.9 changelog 值得特別看。官方把 plugins、skills、MCPs、subagents、rules、commands、hooks 集中到新的 Customize page，並讓 team marketplace 顯示團隊裡常用的 plugins、skills 與 MCPs。這代表 Cursor 正在把「每個人自己設定一堆 prompt」改成「團隊可以分發與管理工作能力」。

6 月 18 日的 changelog 則把 Automations 往工作流推進：/automate 可以在本機 agent session 裡建立自動化，Slack emoji 可以觸發自動化，GitHub issue、PR review、review thread、PR 狀態等事件也能成為 trigger。這對團隊很有吸引力，但也提高了導入門檻：一旦 agent 能從聊天、GitHub 或雲端環境被觸發，權限、停止條件與追蹤紀錄就不能只靠口頭約定。

6 月 29 日的 Cursor for iOS 公告把手機能力講得更具體。官方說 iOS app 目前是 public beta，開放給所有付費方案；使用者可以在手機選 repo、啟動 cloud agent、用語音輸入和 slash commands 調整方向，也可以用 Remote Control 接手正在電腦上跑的 agent。Cloud agents 會在隔離 VM 裡執行，產出 demo、截圖、log 和 diff；手機端則能收到 Live Activities、push notification，並在任務完成、需要輸入或準備 review 時提醒人回來看。

官方 iOS app 的實際用途，是把 on-call、客訴修補、UI feedback 和長任務 review 變成可遠端接力的流程，不該被理解成在手機上寫完整個軟體。Teams 與 Enterprise 方案還要注意一個管理細節：官方 changelog 寫明 Remote Control 需要管理員在 Cursor Dashboard 啟用。至於 The Decoder 6 月 23 日報導提到的自訓模型與 Origin Git 平台，仍應視為活動資訊與 roadmap 訊號；本文只把 Cursor 官方已公開的 iOS、Cloud agents、Remote Control、Customize 與 Automations 當成導入依據。

價格怎麼看：不要只記每月 20 美元

Cursor Pricing 目前把方案分成 Hobby、Individual、Teams、Enterprise。最容易犯的錯，是只記得「Pro 每月 20 美元」，卻沒有把模型用量、Cloud agents、團隊治理與隱私模式算進去。可以先這樣分流：

Hobby 免費、不需信用卡，適合學習、side project 和低頻試用；它用來熟悉互動方式，不該被當成正式產線額度。
Individual 每月 20 美元，適合每週固定寫程式、需要 agent 協助 debug、重構或補測試的個人；升級前先記錄哪些任務真的省時間，避免只是把所有問題都丟給 agent。
Teams 每人每月 40 美元，主要價值在集中帳單、team marketplace、Bugbot、shared team context、usage analytics、team-wide privacy mode、SAML/OIDC SSO 等治理能力，而非單純多人購買比較方便。
Enterprise 客製，才會把 pooled usage、Invoice/PO、SCIM、repo/model/MCP access controls、browser/network controls、audit logs、service accounts 等問題放進採購與審計流程；高敏感 repo 應先問能否限制 repo、模型、MCP、browser/network 與 service account 權限。

官方 FAQ 也提醒，每個方案都包含一定模型用量；超出後 on-demand usage 會讓你繼續用模型並在事後計費。成本要用「席次 × 模型用量 × agent 長任務 × 返工率」來看，不能把方案價格當成固定總額。如果團隊準備開 Cloud agents 或 Automations，請先設一週觀察期，不要等月底帳單才回頭追原因。

隱私也要一起看。價格頁 FAQ 說 Privacy Mode 可由個人或 team admin 啟用，啟用後 Cursor 保證 code data 不會被 Cursor 或模型供應商用於訓練。這句話很重要；實務上仍要搭配 repo 分級、secrets 管理、MCP 工具白名單、production write access 限制與 PR review。

Background Agent 不是在你電腦裡跑

Cursor 官方文件說明，Background Agents 會在隔離的 Ubuntu 遠端機器中非同步工作，複製 GitHub repo、建立獨立分支，也能安裝套件與連上網路。這讓長任務比較方便，卻代表程式碼離開本機；官方也提醒遠端 agent 需要保留程式碼數天，而且會自動執行終端機指令，網路存取可能放大提示注入與資料外洩風險。

因此高敏感 repo 不應把 Background Agent 當預設入口。先移除 secrets、限制可用 repo 與工具、禁止 production 憑證進入環境，並確認任務開始時就已開啟 Privacy Mode；官方文件特別指出，如果任務啟動時未開啟、執行途中才切換，該次 agent 仍會沿用原本的隱私狀態直到結束。

個人開發者怎麼開始：先把任務縮小

第一次用 Cursor，不要從「幫我做整個產品」開始。比較好的起手式，是拿一個可以重建、可以回滾、沒有客戶資料的小 repo，請 Cursor 先做三件事：解釋現有架構、列出修改計畫、只改一個可測試的小功能。

一個安全的 prompt 會長這樣：先描述目標，再說明不能碰哪些地方，最後要求它先列計畫。例如「這個 Next.js 專案要新增登入頁錯誤提示；不要改 API、不要碰資料庫 schema；先列出你會看哪些檔案和要改哪些檔案，等我確認再動手。」這比直接說「幫我修登入」更容易控制 diff，也讓你在 AI 寫程式前就抓到錯誤方向。

日常使用可以把 Cursor 的入口分成四種：Tab 適合接續你正在寫的一兩行；Cmd-K 適合改選取的小段程式；Chat 適合問錯誤、理解檔案、討論方案；Agent 或多檔修改適合跨檔案任務。範圍越大，越要先要計畫、跑測試、看 diff、分批 commit；若要把 issue 變成 PR 的流程標準化，可延伸看 AI coding agent 工作流。

團隊導入：Rules、MCP 和 Automations 要一起設計

團隊用 Cursor 最常見的失敗來源，是每個人把不同隱性規則丟給自己的 agent。A 工程師要求用 Zustand，B 工程師要求不要新增 dependency，C 工程師忘了說測試命名規則；最後 review 時大家才發現 AI 產出風格不一致。

Cursor Rules 的價值，就是把這些隱性規範變成 repo 或團隊可以共用的內容。不要只寫「請寫好程式」。好的 Rules 應該包含技術棧、命名、測試、錯誤處理、禁止事項、需要先問人的變更，以及 PR 前必跑的指令。例如：新增 API route 前要檢查既有 middleware；碰到資料庫 migration 要先產生 plan；修改權限邏輯時要補測試；不允許把 secrets 寫進範例檔。

MCP 則是另一層風險。它讓 Cursor 連到外部工具與資料源，價值很高，因為 agent 可以查文件、讀 issue、理解資料庫結構或串接內部系統；風險也很高，因為原本只在編輯器裡的 agent，開始碰到真實資料與操作權限。導入時請把 MCP server 分級：文件查詢可以先開，issue 讀取次之，資料庫與 production 操作要最後才評估，並且預設只讀。

Automations 和 Cloud agents 也要有停止條件。Cursor 官方 Cloud 頁面把 Cloud agents 描述成能控制自己的電腦來完成軟體工作；CLI 頁面也強調可以在 terminal、GitHub Actions、自動化與 scripts 中跑 agent。這些能力不該直接開給所有 repo。請先定義：任務超過多久要停、失敗幾次要通知人、哪些 branch 可改、哪些檔案不可動、哪些 CI 失敗要回交給人類。

Cursor、Claude Code、GitHub Copilot 怎麼分工？

不要把工具選擇變成信仰題。比較實用的方式，是看任務在哪裡發生、誰要 review、成果要接到哪一個流程。

Cursor 最適合「IDE 內跨檔修改、Agent、Rules、MCP、Cloud agents、CLI」集中在同一個工作台的團隊。如果公司已經有強制 IDE、extension、端點控管，或無法接受新的資料流，不必急著全面替換。

Claude Code 比較像終端機裡的長任務協作者，適合熟悉 CLI、需要跑測試、改檔、呼叫工具、分析 repo 的工程師；新手若需要視覺化 diff 與編輯器整合，學習成本會比較高。

GitHub Copilot 的優勢在 VS Code、GitHub、PR、Copilot app 與企業 GitHub 管理。團隊已深度依賴 GitHub 時，可以把模型、PR、issue、mobile app 與 policy 留在原生生態；只有需要更激進的 agent workspace 或 Cursor 特有 Rules/Customize workflow 時，再把 Cursor 放進主流程。

Windsurf 或其他 AI IDE 則適合已經驗證其 agent flow 更貼近團隊流程的情境。不要只因新工具聲量，就換掉已經成熟的 review 與安全流程。

如果團隊已經有 Copilot Business/Enterprise，Cursor 未必應該一口氣取代它。可以先讓 Cursor 負責「IDE 內跨檔開發與規則化 agent」，讓 GitHub Copilot 留在 GitHub PR、Chat 或政策既有流程。若工程師常在 terminal 裡完成長任務，再把 Claude Code 或 Codex 納入分工；需要更完整的工具選型，可以接著看 Claude Code、Codex、Antigravity 比較，不要把所有任務塞進同一個工具。

7 天低風險試跑清單

試跑 Cursor 的目標，是證明它在可控範圍內少返工、少等待、少重複溝通。以下路線適合個人或小團隊縮小風險。

Day 1：選一個低敏感 repo，設定 Privacy Mode，確認方案、用量與資料政策；驗收標準是所有人知道哪些 repo 可以用，哪些資料不能貼給 agent。
Day 2：寫第一版 Rules，包含技術棧、測試、命名、禁止事項與必跑指令；觀察 Cursor 產出的 diff 是否少掉重複 review 意見。
Day 3：跑三種任務：錯誤解釋、小型 bug fix、文件或測試補齊；每次都先列計畫，再限制改動範圍與 commit。
Day 4：測 MCP，先只開文件或 issue 讀取，不開 production 操作；確認 agent 能少問背景，但沒有碰到敏感資料。
Day 5：試 Cloud agent 或 CLI 長任務，只選可回滾分支；要有停用條件、CI 結果與人工 review owner。
Day 6：若有付費方案，試一次 iOS 遠端接力；Teams/Enterprise 先確認 Remote Control 是否由管理員開啟。手機只負責啟動、補指令與看產物，合併前仍回到可審查環境跑測試。
Day 7：檢查用量、返工率、失敗案例與團隊接受度，再決定擴大、維持小範圍或暫停。

試跑後若發現 Cursor 主要節省的是「找檔案、補樣板、整理測試」這類工作，就把它留在低風險高頻任務；若它能穩定處理跨檔重構，再慢慢擴到 Cloud agents 或 Automations。不要因為一次 demo 很順，就讓 agent 直接碰付款、權限、production 設定或客戶資料。

常見風險：效率提高後，review 不能變薄

Cursor 會讓小修改變快，也會讓錯誤修改變多。最需要防的情境，是 agent 在你沒看懂的情況下改了權限、資料模型、錯誤處理或外部 API 契約。每次讓 agent 動多檔案前，請先要求它說明會改哪些檔案、為什麼要改、會跑哪些測試。

第二個風險是「Rules 寫得太像願望」。如果規則只有「保持乾淨」「遵守最佳實務」，AI 很難知道團隊真正要什麼。請把過去 code review 常出現的具體問題寫進 Rules：import 順序、錯誤物件格式、feature flag 命名、測試目錄、禁止新增套件、資料庫 migration 流程。

第三個風險是成本。agent 越順手，使用量越容易上升。Cursor 官方價格頁已把 usage analytics、pooled usage、on-demand usage、Cloud agents 等放進商業與團隊語境；導入時應每週看用量、任務類型、失敗率與需要人工重做的時間。省下一小時開發，卻多出兩小時 review，就不是成功。

FAQ

Cursor 和 VS Code 加 GitHub Copilot 有什麼差別？

Cursor 比較像 agent-native IDE，重點是把多檔修改、專案脈絡、Rules、MCP、Cloud agents、CLI 與 Review 串成同一套工作流。VS Code 加 Copilot 的優勢是生態成熟、企業已熟悉、GitHub PR 與政策整合強。若團隊已在 GitHub 生態裡，建議先做任務分工，不要只因 Cursor demo 順手就全面替換。

Cursor 免費版夠用嗎？

免費 Hobby 適合學習、試用和低頻 side project。正式工作若每週都用 agent debug、重構或補測試，很快就會碰到模型用量與功能限制。升級前先記錄三件事：哪些任務真的節省時間、哪些回覆需要重做、哪些 repo 不能交給 agent。

Cursor Pro 或 Individual 每月 20 美元值得嗎？

如果每週有固定開發工作，且任務多是可驗證的小型修改、測試、文件、debug，Individual 很容易值得試一個月。若任務牽涉多人 repo、資料權限、Cloud agents 或共享規範，請不要只買個人方案硬上；Teams 或 Enterprise 的 usage analytics、team-wide privacy mode、access controls 和 audit 能力才是決策重點。

Cursor 能不能處理公司內部或客戶程式碼？

可以評估，但不要預設安全。先看公司政策、Privacy Mode、repo 分級、secrets 管理、MCP 工具權限、model/repository access controls 與審計需求。高敏感 repo 應先在 sandbox 或只讀環境試跑，並要求人工 review 與測試通過後才合併。

Cursor for iOS 現在能用嗎？Origin 和自訓模型也能用嗎？

Cursor for iOS 已由官方在 2026-06-29 宣布進入 public beta，開放給所有付費方案。它可以啟動 cloud agents、遠端控制桌面上的 agent、看 demo、截圖、logs、diff，並在手機上補 follow-up 指令或處理 PR；Teams 與 Enterprise 方案使用 Remote Control 前，還要由管理員在 Dashboard 啟用。Origin Git 平台與自訓模型目前仍應以官方頁面、changelog、docs 和帳號實際可見功能為準，不要把活動報導當成已可用承諾。

參考來源

№ · further reading