Cursor AI與氛圍程式設計：非資深工程師也能做出MVP

目錄

• 快速總結：關於Cursor你需要知道的
• 什麼是氛圍程式設計（以及它不是什麼）

  • 氛圍程式設計與精實創業：少做，先驗證
• 怎麼設定Cursor才好用

  • 和AI協作的幾種方式
  • 管理上下文：回報最高的技能
• 專案規則：AGENTS.md與 .cursor/rules

  • .cursor/rules/ 中的 .mdc 規則
  • AGENTS.md：專案的整體規則
  • 寫好指令的三條黃金法則
• 實戰案例：從想法到上線的MVP

  • 第1步：寫一頁PRD
  • 第2步：搭建骨架
  • 第3步：串接服務
  • 第4步：除錯、版本控制與部署
• 沒人告訴你的風險
• 2026年Cursor價格：10月的調整

  • 怎麼看待成本
• 對拉丁美洲創業者真正改變了什麼
• 寫第一條提示詞之前

Cursor AI是一款內建AI代理的程式碼編輯器。你用自然語言描述想要什麼，代理負責撰寫、修改和修正程式碼。再結合氛圍程式設計（vibe coding，也就是透過對話引導AI，而不是逐行寫程式），非技術背景的創辦人也能在幾天而不是幾個月內，從一個想法走到正式上線的MVP。

不過要先說清楚：難點已經不是語法，而是知道該提出什麼要求、怎麼給AI正確的上下文，以及怎麼審查它交出來的東西。這篇指南講的就是這些：理念、避免「義大利麵程式碼」的設定、一個分步驟的實戰案例、2026年10月方案調整後Cursor的價格，以及幾乎沒人提的風險。

快速總結：關於Cursor你需要知道的

概念	是什麼	有什麼用
代理（搭載Composer 2）	主要模式：根據一條指令擬定計畫並修改多個檔案。Composer 2是Cursor自家的模型。	不用手寫程式碼就能做出頁面、邏輯和設定。
行內編輯（Cmd/Ctrl + K）	對選取的程式碼或指令做局部修改。	調整一個元件，而不動到檔案的其他部分。
專案規則	.cursor/rules/ 中的 .mdc 檔案，以及根目錄的 AGENTS.md。	讓AI在每次對話中都遵守你的技術堆疊、設計和禁止事項。
上下文（@提及和 .cursorignore）	告訴代理該讀哪些檔案和文件，哪些要忽略。	減少幻覺、降低用量、回答更精準。
2026年方案	Free、Plus（每月8美元）、Premium（30美元）、Super（100美元）和Ultra（200美元）。	依專案階段和所需模型來選擇。

什麼是氛圍程式設計（以及它不是什麼）

氛圍程式設計這個說法由OpenAI共同創辦人、前特斯拉AI總監安德烈・卡帕西（Andrej Karpathy）在2025年初帶紅。他描述的是一種「跟著感覺走」的寫程式方式：你和模型對話，接受它的修改，幾乎忘了程式碼的存在。

對非技術創辦人來說，更有用的是一種更有紀律的理解：關鍵能力不再是語法，而是整理需求。如果你能清楚說明要解決什麼問題、為誰解決、每個頁面發生什麼、要儲存哪些資料，把這些翻譯成程式碼的工作就交給AI。

這帶來了三個具體變化：

• 第一版的成本。 過去動輒幾個月的外包報價，現在可能只是一份月訂閱加上你的時間。注意：你的時間仍然有成本，而且不低。
• 驗證假設的速度。 原型幾天內就能放到真實使用者面前，而這正是判斷想法是否值得做所需要的。
• 你的角色。 你從「寫程式的人」變成更接近產品和架構的角色：決定做什麼、按什麼順序做、用什麼品質標準。

它不是什麼：它不是一種什麼都不懂也能開發的方法。純粹的氛圍程式設計適合週末原型。只要會面對使用者、付款或個人資料，你就需要理解它是怎麼搭起來的，即使程式碼不是你寫的。

氛圍程式設計與精實創業：少做，先驗證

創業失敗最常見的原因之一，是在未經驗證的假設上開發產品。氛圍程式設計解決不了這個問題，但能讓修正變得更便宜。如果一個MVP只需幾天而不是幾個月，你就可以發布、衡量、調整方向，而不至於把現金燒光。

順序依然重要：先有假設，再寫程式。打開Cursor之前，值得先用一週時間驗證想法，並把商業模式落實到商業模式圖上。如果你不知道誰會付錢、為什麼付錢，AI只會幫你更快做出沒人要的東西。

怎麼設定Cursor才好用

Cursor是VS Code的分支（fork）：外觀一樣，擴充功能和快速鍵都保留，但把AI放在編輯器的核心。即使從沒用過VS Code，一個下午也能上手。

和AI協作的幾種方式

1. 代理。 這是你最常用的模式。給它一個任務（「加一個有三種方案的價格頁」），代理會讀取專案、提出計畫、修改多個檔案，還能在終端機裡執行指令。你可以決定每個修改都要你核准，還是讓它直接套用；剛開始時，請逐一核准。
2. 計畫模式或提問模式。 在大改動之前，讓它只分析和提議，不動檔案：「解釋一下使用者註冊的流程」或「要加訂閱功能，需要改哪些檔案？」。這是了解你自己專案的最好方式。
3. 行內編輯（Cmd/Ctrl + K）。 選取一段程式碼，提出具體修改。適合小幅調整，不會波及檔案的其他部分。
4. 帶AI的終端機。 描述你想做的事（「安裝相依套件並執行資料庫遷移」），就能得到對應指令。執行前先看懂它在做什麼，尤其是涉及刪除或覆寫的時候。

模型方面，Cursor可以依你的方案，在自家模型Composer 2（2026年3月發布，改程式碼又快又便宜）和Claude、GPT等第三方模型之間選擇。想了解各模型家族的差異，可以看我寫的2026年Claude模型指南。

管理上下文：回報最高的技能

模型的上下文視窗是有限的：也就是對話過程中它能記住的內容。塞滿無關檔案，模型就會混亂，編造你程式碼裡根本不存在的東西；給得太少，它就只能猜。

怎麼給出恰到好處的上下文：

• @提及。 用 @ 精確指出它該讀什麼：某個檔案、某個資料夾（例如 /components），或某個函式庫的官方文件。這比讓它在整個專案裡自己找好得多。
• 簡短、依任務劃分的對話。 一個功能一個對話。當對話變長、開始前後矛盾時，就開一個新的，把重點摘要過去。
• .cursorignore。 放在根目錄，語法和 .gitignore 相同，讓AI不去讀取大型檔案、本機資料、日誌或含有機密的檔案。既節省用量，也降低金鑰出現在對話中的風險。
• 第一天就用GitHub。 把專案連接到程式碼儲存庫。AI弄壞東西時（一定會發生），你有歷史紀錄可以回復；同時也保證程式碼屬於你，而不是屬於工具。

專案規則：AGENTS.md與 .cursor/rules

沒有規則，AI就會即興發揮：混用不同的函式庫，檔案之間風格不一，重複你已經修過的錯誤。規則是代理每次對話都會讀取的持久指令，讓你不必一再重複。

.cursor/rules/ 中的 .mdc 規則

Cursor自己的格式是放在 .cursor/rules/ 裡的 .mdc 檔案。每個檔案都有檔頭，規定何時生效：一律生效（alwaysApply: true）、只在處理特定檔案時生效（globs），或由代理依 description 判斷是否相關。舊的單一檔案 .cursorrules 已成為舊版格式。

範例，.cursor/rules/frontend.mdc：

---
description: 前端元件與樣式規範
globs: "src/components/**/*.tsx"
alwaysApply: false
---

# 前端

1. 使用React函式元件和Tailwind CSS，不使用行內樣式。
2. 介面元件先用shadcn/ui現有的，再考慮新建。
3. 本地狀態用React hooks，資料變更用Server Actions。
4. 絕不把API金鑰或權杖放進在瀏覽器中執行的程式碼。

注意一個細節：如果規則設定了 globs，通常應設為 alwaysApply: false，讓它只在處理這些檔案時生效。兩者都設的話，規則會一律生效，globs 就失去意義。

AGENTS.md：專案的整體規則

AGENTS.md 是放在儲存庫根目錄的一般Markdown檔案，沒有檔頭，也沒有條件：寫進去的內容全部生效。它的優點是這是一個開放標準，Claude Code、Codex等其他代理也會讀取；哪天你換了工具，規則可以一起帶走。

	.mdc 規則	AGENTS.md
放在哪裡	.cursor/rules/*.mdc	專案根目錄（也可放在子資料夾）
何時生效	取決於檔頭：一律、依檔案或依相關性	一律，整體生效
誰會讀取	僅Cursor	Cursor及其他相容的代理
適合寫	只針對程式碼某一部分的規則	專案是什麼、技術堆疊、如何測試、禁止什麼

一種好用的分工：AGENTS.md 寫全局（應用程式做什麼、技術堆疊、指令、適用於所有地方的規則），.mdc 寫只適用於某個資料夾或某類檔案的規則。

寫好指令的三條黃金法則

1. 寫具體事實，而不是願望。 「寫乾淨的程式碼」對模型毫無意義。「使用者資料表是 public.profiles，透過 user_id 關聯」才有用：它迫使模型以你真實的架構為基礎工作，而不是憑空編造。
2. 明確禁止事項。 說清楚什麼不能做：「沒有詢問不要安裝新的函式庫」、「不要用行內樣式」、「不要修改已經執行過的資料庫遷移」。清楚的禁令比模糊的建議能避免更多錯誤。
3. 答案直接切入重點。 要求它先給出程式碼或指令，需要的話再解釋。節省時間，也節省用量。

如果你想更進一步，在寫程式之前先寫規格，規格驅動開發（Spec-Driven Development）正是把這種紀律用在代理上的方法。

實戰案例：從想法到上線的MVP

路徑永遠一樣：規格 → 骨架 → 整合 → 部署。不同的只是每個階段花多少時間。

第1步：寫一頁PRD

在要求寫任何一行程式碼之前，先在專案裡的 PRD.md 檔案中寫一份需求文件（PRD）。不需要很長：要解決什麼問題、為誰解決、第一版做什麼，以及非常重要的一點，它暫時不做什麼。

同時寫上你要追蹤的事件。如果一開始不定義，之後你就無法判斷產品是否有效。SaaS的基本事件清單：

• signed_up：完成註冊。
• onboarding_completed：完成新手導覽。
• created_first_project：第一次從產品中獲得真正的價值。
• invited_teammate：邀請了其他人。
• hit_plan_limit：達到免費方案上限。
• subscription_started：開始付費。
• payment_failed：扣款失敗。
• cancelled：取消訂閱。

PRD寫好後，代理就有了一個「唯一事實來源」，你可以在每個任務中用 @PRD.md 引用它。

第2步：搭建骨架

一套非常常見、文件完整、模型也非常熟悉的技術堆疊：

• Next.js（用於正式環境的React框架），
• Tailwind CSS（用工具類別寫樣式），
• shadcn/ui（可以直接複製到專案中的無障礙介面元件）。

模型是否熟悉這套技術堆疊並非小事：技術堆疊越熱門，AI編造的內容就越少。

給代理的提示詞範例：

閱讀 @PRD.md。提出一個計畫，用App Router、TypeScript、Tailwind CSS和shadcn/ui初始化一個Next.js專案，程式碼放在 /src 中，並在主版面加一個導覽列。在我核准計畫之前，不要執行任何動作。

最後一句很重要：先計畫，後執行。審查一份計畫只要兩分鐘；復原二十個建錯的檔案要花一個下午。

第3步：串接服務

每次對話只做一項整合，每項都測試通過再做下一項：

• 身分驗證。 如果已經在用Supabase，就用Supabase Auth；如果想要幾乎開箱即用的Google或GitHub註冊登入，可以用Clerk。
• 資料庫。 Supabase（代管的PostgreSQL）。為每張資料表啟用列層級安全性（RLS），並讓代理解釋每張表的政策。沒有RLS的資料表可能任何人都能讀取。
• 付款。 如果Stripe在你的國家可用就用Stripe；在拉丁美洲，也可以看看Mercado Pago或其他在地金流。付款結果要透過伺服器端的Webhook確認，絕不能只靠瀏覽器。
• 交易型郵件。 用Resend或SendGrid之類的服務寄送歡迎信和通知。

第4步：除錯、版本控制與部署

• 錯誤。 出錯時，把完整的錯誤訊息貼到代理的對話裡，讓它先解釋原因再修正。如果只說「修好它」，它往往只會掩蓋症狀。
• 頻繁提交。 每完成一個能正常運作的修改就提交一次。這就是你的「復原」按鈕。
• 部署。 把GitHub儲存庫連接到Vercel（或你偏好的平台）。主分支的每次修改都會自動上線，附帶HTTPS和自訂網域。如果是簡單的應用程式、想更省錢，也可以免費部署到Cloudflare。

沒人告訴你的風險

氛圍程式設計降低了入門門檻，但並沒有消除問題，只是把問題藏得更深。最常見的有：

• 安全性。 暴露在瀏覽器中的API金鑰、沒有權限控管的資料表、沒有保護的管理後台路由。程式碼「能跑」，所以沒人去審查。在有真實使用者之前，請讓代理做一次明確的安全稽核；如果涉及付款或個人資料，還要找人工審查。想深入了解，可以看我寫的企業使用AI時的安全與隱私指南。
• 技術債。 每個快速修補都會累積。如果每次新改動都會弄壞兩樣東西，就該停下來，讓代理提出重整方案。
• 依賴單一工具。 這就是GitHub和 AGENTS.md 重要的原因：如果Cursor漲價或改變條款（最近就發生了），你可以換一個代理繼續。我在2026年值得用的IDE和程式代理中比較了各種替代方案。
• 看不見的成本。 當代理陷入「修這裡、壞那裡」的循環時，AI額度消耗得很快。每週檢查一次用量。

2026年Cursor價格：10月的調整

自2026年10月12日起，Cursor的新訂閱改在與Grok和X共用的方案組合 The X Subscription 中銷售。Pro（20美元）和Pro+（60美元）不再提供給新客戶；已經訂閱的使用者可以保留。

方案	月費	包含的用量	適合誰
Free	0美元	有限，使用Cursor模型	試用工具、熟悉流程。
Plus	8美元	每週基本用量，僅限固定設定下的Cursor和Grok模型。沒有Auto、雲端代理和第三方模型。	預算最低的簡單原型。
Premium	30美元	Plus的4倍用量。雲端代理、Bugbot，以及從預付額度中按API價格另外計費的第三方模型（Claude、GPT）。	認真打造MVP的創辦人。相當於原本的Pro。
Super	100美元	Plus的15倍用量，尖峰時段優先存取。	高強度使用或同時進行多個專案。相當於原本的Pro+。
Ultra	200美元	Plus的50倍用量，搶先使用新模型。	團隊或大型程式碼庫。

年繳方案分別為80美元、300美元、1,000美元和2,000美元。價格未稅（來源：Cursor說明中心）。

怎麼看待成本

• 用量不再按「請求次數」計算。 每個方案都有一個每週重置的用量額度，用完可以加值。Cursor沒有公布每個額度折合多少美元，所以判斷夠不夠用的唯一方法，是在頭幾週測量你自己的用量。
• 第三方模型另外付費。 在Premium及以上方案中，使用Claude或GPT會按API價格從預付額度中扣除。大部分工作用Composer 2完成，把較貴的模型留給難題：架構設計、便宜模型解決不了的bug，或安全審查。
• 如果你已經訂閱Pro或Pro+，換之前想清楚。 切換到新訂閱會取消原本的方案，而且無法恢復。
• 和它取代的東西比一比。 即使是Premium加上模型用量，每月成本通常也只是按小時外包開發的一小部分。但要把你自己的時間算進去：自己用AI做MVP，省的是錢，不是時間。

想把Cursor和ChatGPT、Claude、Gemini的訂閱以及開源模型做比較，可以看2026年AI的真實價格。如果擔心依賴單一供應商，也可以透過opencode這類代理使用本機模型。

對拉丁美洲創業者真正改變了什麼

多年來，在這個地區推出一款數位產品，意味著要嘛募資來支付開發費用，要嘛找到一位技術合夥人。氛圍程式設計不會永遠消除這個需求，但對第一版來說確實如此：今天，只要有時間、一份訂閱和自律，你就能觸及真實使用者。

競爭優勢已經不在於背語法，而在於想清楚要解決什麼問題、做出最小可驗證的版本、衡量使用者的行為，並在迭代的同時守住現金流。寫程式已經不再是瓶頸；決定做什麼，才是。

寫第一條提示詞之前

打開編輯器之前，先把數字和商業模式想清楚：

1. 用利潤率計算機估算基礎設施和AI訂閱的成本，以及你的方案要賣到什麼價格，生意才能成立。
2. 在互動式商業模式圖中建構你的模式，在投入時間和金錢開發之前，弄清楚你的客戶是誰、要收多少錢。