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. 在交互式商业模式画布中搭建你的模式，在投入时间和金钱开发之前，弄清楚你的客户是谁、要收多少钱。