如何从0-1 AI Coding一个可以上架的产品
我的一个 App 上架 App Store 一周后，后台已经有上百人下载，也开始产生了一点收入。金额不大，但这件事给我的冲击很大：这个 App 并不是我像以前那样一行一行代码慢慢写出来的，而是用 Vibe Coding 的方式，借助 AI 一点点做出来的。
这让我越来越明显地感觉到，普通人做软件的门槛正在变化。以前你想做一个 App、一个网页、一个小工具，第一反应可能是先学编程，先搞懂前端、后端、数据库、部署这些东西。但现在，如果你的目标只是先做出一个能用的小产品，起点不一定是“学会写代码”，而是先学会把自己的想法讲清楚。
我理解的 Vibe Coding，不是让 AI 替你完成一切，也不是随便说一句话就自动生成一个完美产品。它更像是一种新的产品开发方式：你负责想法、判断和验收，AI 负责设计、拆解和执行。你们一起把一个模糊想法，推进成一个能运行的东西。
这篇文章不讲复杂技术，只讲一套普通人也能理解的流程：如何从一个想法开始，用 AI 做出自己的第一个小产品。
一、Vibe Coding 的关键，不是 Coding
很多人第一次用 AI 写代码，都会直接说：“帮我做一个很厉害的网站。”这句话看起来没问题，但其实很容易让项目翻车。因为 AI 不知道什么叫“厉害”，它不知道你要的是页面好看、功能复杂、能登录注册、能收费，还是像大厂产品一样完整。
你没有说清楚，AI 就只能猜。AI 一旦靠猜，项目就容易跑偏。最后你可能会得到一堆看起来很高级的代码，但自己根本跑不起来，也不知道哪里出了问题。
所以 Vibe Coding 最大的误区，就是一上来就让 AI 写代码。真正稳定的做法，是先让 AI 理解需求。
不要说“帮我做一个很厉害的网站”，而是说：“我想做一个个人记账网页，用户是我自己。第一版只需要添加收入、添加支出、显示余额、保存记录。先做本地版本，不做登录、不做后台、不做支付。”
前者是许愿，后者是需求。Vibe Coding 不是向 AI 许愿，而是把需求拆清楚，让 AI 能执行。
二、先让 AI 做产品经理，而不是程序员
如果你脑子里只有一个模糊想法，不要急着让 AI 写代码。更好的方式，是先让 AI 帮你把想法整理成产品方案。
比如我想做一个加强版番茄钟。真正的需求不是“做一个计时器”，而是因为我长期坐在电脑前工作，普通番茄钟提醒一下很容易被我顺手关掉，所以我需要一个更明显的“久坐打断器”，在连续工作一段时间后提醒我起身活动。
这时候，我不会直接说：
帮我写一个番茄钟软件。
而是先把问题讲清楚：
我要解决什么问题，为什么要做这个软件，第一版需要哪些功能，哪些功能暂时不要做。
这样 AI 的角色就变了。它不再只是写代码的工具，而是先帮你梳理产品目标、使用场景、核心功能和第一版范围。很多小白做不下去，不是因为不会写代码，而是需求一开始就没想清楚。需求越模糊，后面返工越多。
你可以把下面这段提示词发给 Claude：
你是我的产品设计师和桌面软件交互设计师。 我是一个 0 基础小白，想做一个运行在 mac 电脑上的番茄钟桌面软件。 项目起因： 我最近因为长时间坐着工作，颈椎和后背疼得很厉害，还去医院做了针灸。 普通番茄钟的问题是，时间到了我会直接关掉，然后继续工作。 所以我想做一个更强提醒的久坐打断器。 软件目标： 当我专注工作超过设定时间后，软件要强烈提醒我起身活动。 提醒要足够醒目，不容易被误关，但不能做成恶意软件。 可以设置提醒 1 分钟、3 分钟或 5 分钟后自动关闭。 我希望第一版功能包括： 1. 设置专注时间 2. 设置提醒持续时间 3. 开始、暂停、重置计时 4. 时间到了弹出桌面提醒窗口 5. 提醒窗口显示多条催促起身的文案 6. 播放提示音或音乐 7. 提醒窗口不能被普通点击误关 8. 提醒时间结束后自动关闭 9. 保留紧急退出方式 请先不要写代码。 请帮我整理一份适合交给程序员实现的产品设计文档，包括： 产品目标、用户场景、页面结构、交互流程、提醒文案、第一版 MVP 功能范围、后续可扩展功能。 有些问题我还没有想到，可能会遗漏，可以帮我补充。 如果有不确定的地方，可以先问我。
第一句是“我是一个 0 基础小白”。这会让 Claude 用更适合新手的方式输出方案，不会默认你懂技术。
第二句是“有些问题我还没有想到，可以帮我补充，如果有不确定的地方，可以先问我”。这句话的作用是让 Claude 主动帮你查漏补缺，而不是你说什么它就做什么。
如果它反过来问你问题，你可以根据自己的想法回答；如果没有想法，就直接选它推荐的方案。这个过程本身就很有价值，因为它会帮你一步步把模糊想法变清楚。
做完这一步后，你通常会得到一份比较完整的产品方案，包括产品目标、用户场景、核心功能、页面结构、交互流程和后续可扩展方向。
三、让 Claude 把需求拆成任务
当 Claude 帮你整理完产品方案之后，先不要急着写代码。
因为一份产品方案通常会比较大，如果你直接全部交给 Cursor 或 Codex，它可能会一次做太多。功能一多，项目后面就容易乱。
所以这一步要继续让 Claude 做一件事：拆任务。
前面那一步，是把一个模糊想法整理成产品方案；这一步，是把产品方案变成程序员能执行的开发清单。
最简单的拆法，就是按照 P0、P1、P2 来分优先级。P0 是第一版必须完成的功能，P1 是体验优化功能，P2 是以后再考虑的功能。
比如这个加强版番茄钟，P0 就应该只保留最核心的功能：设置专注时间、开始、暂停、重置、到时间弹出提醒。至于更多提醒文案、提示音选择、数据统计、账号系统，这些都可以放到后面。
这一阶段最重要的原则是：
先跑起来，再优化，再增加新需求。
你可以把下面这段提示词发给 Claude：
请把上面的需求整理成程序员可以执行的开发任务清单。 要求： 1. 按 P0、P1、P2 分优先级 2. P0 是第一版必须完成的功能 3. P1 是体验优化功能 4. P2 是以后再考虑的功能 5. 第一版尽量简单，不要加入登录、数据库、后台、支付等复杂功能 6. 请告诉我第一版 MVP 应该做到什么程度
这一步的目的不是让 AI 少做事，而是让它先做对最重要的事。对小白来说，第一版越简单，成功率越高。
四、创建几个项目管理文件
任务拆好之后，就可以回到本地电脑，新建一个项目文件夹。
比如这个项目可以叫：
standup-pomodoro
接下来，把前面 Claude 生成的内容整理成几个文件，放进项目里：
DESIGN.md TASKS.md BUGS.md README.md
这几个文件不用理解得太复杂。DESIGN.md用来放产品设计方案，TASKS.md用来放 P0、P1、P2 任务清单，BUGS.md用来记录后面遇到的问题，README.md用来记录项目说明和运行方式。
很多小白用 AI 写代码会越来越乱，一个重要原因就是所有内容都堆在聊天记录里。刚开始还好，聊到后面，AI 很容易忘记前面定好的需求，甚至把已经修好的功能又改坏。
把这些内容沉淀到文件里之后， Cursor 或 Codex 就可以直接读取项目上下文。即使你后面换一个新会话，也可以让它先读这些文件，再继续开发。
这一步不是为了显得专业，而是为了让项目稳定。
五、把任务交给 Cursor 或 Codex 开发
现在，设计文档有了，任务清单也有了，才真正进入写代码阶段。
打开 Cursor 或 Codex，模型选择GPT5.5，打开提前创建的文件夹standup-pomodoro。这里也不要一上来就让它直接写代码，而是先让它阅读DESIGN.md和TASKS.md，再分析第一版应该怎么做。
如果你不习惯使用 Codex 桌面版，也可以直接用 VSCode，然后安装 Codex 插件来开发。
模型选择上，我个人更建议优先用 GPT-5.5。尤其是做页面和界面设计时，我实测下来 GPT-5.5 的审美和完成度会更好。
当然，如果只是改一些简单代码，或者做一些小功能，为了节省 token，也可以选择 Claude Sonnet 4.6、GPT-5.4，或者 Cursor 的 Composer 2.5 模型。简单任务没必要每次都上最强模型。
可以这样说：
请先阅读 DESIGN.md 和 TASKS.md。 按照 P0 任务分析第一版桌面番茄钟。 要求： 我是 0 基础小白，请保持项目结构简单。 第一版只做 P0 功能。 先不写代码，给我项目架构以及技术方案。
这一步很重要。因为如果你不限制范围，AI 可能会直接给你上 React、Next.js、数据库、后端服务，甚至生成一堆你暂时根本用不上的复杂结构。
不是这些技术不好，而是对小白来说，第一版技术越复杂，报错越多，越容易放弃。
所以第一版建议尽量简单。能用 HTML、CSS、JavaScript 解决，就先不要上复杂框架。只要能在浏览器里打开，核心功能能跑起来，就已经成功了。
等它分析完项目结构之后，再让它按照 P0 任务开始写代码。通常第一版会生成几个最基础的文件：
index.html style.css script.js
index.html负责页面结构，style.css负责页面样式，script.js负责计时、按钮点击、弹窗提醒这些交互逻辑。
小白第一版不要追求技术高级，先追求能跑起来。
六、第一次运行和验收
代码写完之后，不要急着加新功能，先运行。
如果是简单网页项目，通常直接打开index.html就可以看到效果。如果 AI 创建的是现代前端项目，可能会让你运行一些命令。但对小白来说，第一版尽量选择最简单的方式，能少一步就少一步。
第一次验收的时候，也不要一上来就纠结页面好不好看。按钮不够精致，先不管；颜色不够高级，先不管；动画不够顺滑，也先不管。
你先检查核心流程有没有跑通。
比如番茄钟这个项目，可以重点看这些问题：
能不能设置时间？ 能不能开始计时？ 能不能暂停？ 能不能重置？ 时间到了有没有提醒？ 提醒结束后能不能正常关闭？
只要这些核心流程能跑起来，你就已经完成了从 0 到 1。
这一步很重要。因为你会第一次看到：原来自己脑子里的一个想法，真的可以变成一个能运行的小工具。
后面所有优化，都是建立在这个基础上的。
七、遇到 Bug，先把问题写清楚
小白最怕的不是写代码，而是遇到 Bug。
但 Bug 其实不可怕，真正可怕的是你只跟 AI 说一句：
坏了，帮我修。
这样 AI 很难判断问题在哪里，也很容易乱改。
正确做法是，把 Bug 写清楚，最好写到BUGS.md里。比如你做的是记账网页，发现添加支出后余额没有变化，就不要只说“余额不对”，而是要写清楚它是怎么发生的。
可以这样写：
BUG 1： 添加支出后，余额没有正确减少。 复现步骤： 1. 打开网页 2. 输入类型：支出 3. 输入金额：20 4. 点击添加 5. 交易记录出现了，但余额没有变化 期望结果： 余额应该减少 20。
然后再把这个问题交给 Cursor 或 Codex：
请阅读 BUGS.md，修复 BUG 1。 要求： 先定位问题并分析原因。 告诉我如何修复。 只做必要修改，不要重写整个项目。
这里最重要的是最后一句：
只做必要修改，不要重写整个项目。
因为 AI 有时候为了修一个小问题，会顺手把一堆代码都重写掉。对小白来说，这样风险很大。
所以修 Bug 的原则是：小步修改，小步验证。
如果是界面问题，比如按钮太小、文字重叠、移动端错位，最好直接截图发给 AI，再告诉它具体哪里不对。图片加文字，AI 理解会更准确。
八、跑通之后，再让 Claude 规划下一版
第一版跑起来之后，不要马上让 Codex或者Cursor 一口气加十个功能。
更稳的方式，是回到 Claude，让它从产品角度帮你规划下一版。
比如你可以告诉它：现在第一版已经能用了，已经实现了哪些功能，目前还有哪些体验不够好，希望下一版不要太复杂。然后让它从用户体验角度，帮你挑出最值得做的几个优化点。
可以这样说：
这是我的第一版功能： 1. 可以设置专注时间 2. 可以开始、暂停、重置计时 3. 到时间后会弹出提醒 4. 提醒可以自动关闭 请从用户体验角度，帮我规划下一版最值得做的 3 个功能。 要求不要太复杂，适合小白继续开发。
Claude 可能会建议你优化提醒文案、增加提示音、优化弹窗样式、增加统计功能。但这里不要全部做，只选一个最重要的功能，写进TASKS.md，再交给Cursor 或 Codex 开发。
这样就形成了一个比较稳定的循环：
很多人用 AI 写代码容易乱，是因为一直在同一个聊天窗口里不断追加需求。项目越聊越长，AI 记不住，代码也越来越乱。
所以一定要让关键信息沉淀在文件里。DESIGN.md记录设计，TASKS.md记录任务，BUGS.md记录问题，README.md记录运行方式。
每完成一个能跑的版本，最好再让 AI 帮你保存一次 Git 版本。这样后面如果 AI 改坏了，你还有机会回到之前能运行的版本。
小白做 Vibe Coding，最重要的不是代码多高级，而是项目能稳定往前推进。
九、新手最适合做什么项目？
第一次练习，不要做太大的项目。不要一上来做商城、社交 App、知识付费平台、复杂后台系统。这些不是不能做，而是不适合第一个项目。第一个项目最好满足三个条件：功能简单，自己用得上，结果容易验证。
比如个人介绍网页、Todo 待办清单、个人记账工具、番茄钟、单词卡片、健身打卡、文章收藏夹、简单数据统计工具，都很适合新手练习。这些项目边界清楚，结果也容易判断。比如记账工具，能添加收入、添加支出、显示余额、保存记录，它就是一个完整的小工具。比如番茄钟，能设置时间、开始暂停、到点提醒，它也已经能解决一个具体问题。
小白的第一个项目，不需要改变世界。先解决自己的一个小问题，能用，就是成功。
最后总结
Vibe Coding 不是让 AI 自动替你做完一个产品。它真正有价值的地方在于，普通人也可以用 AI 参与产品创造。你不一定要先成为程序员，但你需要学会把想法说清楚，把需求拆小，控制第一版范围，让不同 AI 做不同角色，测试结果，描述 Bug，然后一点点迭代。
如果用一句话总结这套方法：先设计，再拆解；先跑通，再优化。
不要一开始就追求完美，不要一开始就做大而全，也不要让 AI 自由发挥。你只需要先想清楚三个问题：我想解决什么问题？第一版最少需要什么功能？我怎么判断它已经能用了？
想清楚这三个问题，就可以开始了。先做出来，先跑起来，再慢慢变好。普通人做软件的门槛，真的已经变了。
