大家好，我是东哥。「Vibe Coding AI编程实战」系列来到第2篇。
上一篇聊了Vibe Coding是什么。今天动手干点实事——从零做一个能和大模型对话的AI聊天机器人，样子跟你用过的ChatGPT差不多。
有人会问：这不得会前端、会后端、会数据库？说实话，不用。我把整个流程和踩过的坑拆给你看。
第一步：让AI先帮你规划
不少人打开编程工具，上来就把需求甩给AI让它直接写。简单的小工具行，稍微完整点的产品就不靠谱了。
正确的姿势是先用”规划模式”。你跟它说一句：我想做个类ChatGPT的对话问答系统，帮我规划下前后端要做什么、用什么技术栈。
它不会闷头就写，而是反过来问你几个关键问题：这项目是练手还是商用？用什么大模型，OpenAI的接口、多个模型还是本地模型？技术栈有偏好吗？
回答完，它会出一份完整规划：前端用什么框架、后端用什么、数据库选什么、需要哪些功能模块、接口怎么设计、分几步实现。
这份规划文档，就是你后面所有开发的底图。底图没定好就开工，后面改一处牵动全身，这是最大的坑。所以这一步别省。
几个功能要不要，先想清楚
规划的时候AI会塞给你一堆功能选项，别贪多。
基础对话、流式输出、对话历史保存、Markdown渲染，这几个要。流式输出就是AI回答时一个字一个字往外蹦，不是等半天一口气吐出来，体验差很多。对话历史保存就是你刷新页面，之前的聊天还在。Markdown渲染是回答里的加粗、标题、代码块能正常显示。
至于用户登录注册、文件上传、知识库检索，练手阶段先别上。先跑通核心闭环，再往里加功能，这是铁律。
大招：别一键执行，拆开一步步来
规划文档出来后，工具会给你一个诱人的按钮：一键执行全部。
别按。
一键执行意味着AI按规划自己往下跑，跑完一坨代码丢给你。表面省事，实际坑深。你测第一个功能发现不对，让它改，它顺手把别的功能也改乱了——在它眼里这些代码是关联的。这就是很多人吐槽”AI越改越乱”的根源。
我的做法是把规划拆成几个阶段：先项目初始化和前后端连通，再前端UI，再后端接口，再前后端联调，最后数据库。
拆完，一个阶段一个阶段地让它做。做完一段、测一段、没问题再下一段。你能控制住每一步，AI也专注在当前这块，不容易跑偏。
报错了怎么办
跑起来报错是常态，尤其前端依赖装一半、网络抖一下，都可能挂掉。
处理办法特别简单：把报错信息原样复制，粘给AI，什么都不用多解释。它自己看得懂，会告诉你少了哪个包，然后帮你装上。网络卡住不写代码了，就暂停它，保存一下，让它继续。
别一报错就慌着去查文档。AI看报错比你熟练。
不懂的技术名词，问另一个AI
规划里会蹦出一堆你可能没见过的词：React、FastAPI、SQLite、SSE流式通信。
不用慌，也不用专门报班学。遇到不懂的，直接把这个词丢给另一个大模型问一句”React是什么”，它会告诉你这是做前端界面的框架。FastAPI是写后端接口的。SQLite是个轻量数据库。
知道它是干啥的就行，具体怎么写，让编程工具去写。
我自己就是做算法出身的，前后端基本没做过。但靠这个套路，现在想做什么前后端都能做出来，代码我几乎不读。你要是前后端都不太熟，也没关系，Vibe Coding的玩法里，你管的是目标，不是代码细节。
还有个坑：UI不定制就像抽卡
这次我们先跑通流程，没做定制化的界面设计。但不定制有个问题——AI生成的界面长什么样全凭运气，像抽卡。
你跟它说做个聊天界面，它可能给你整出个左边的对话框、也可能整出个右边的，配色和布局全看它心情。想要稳定好看、符合你审美的界面，得用专业的设计工具先把UI画好，再让AI照着实现。这块后面会专门讲，今天先把流程走通。
东哥说两句
做个AI聊天机器人，难点不在写代码，在规划。规划定得清楚、拆得够细，AI就能指哪打哪；规划糊里糊涂就一键执行，那基本是给自己挖坑。
下一篇，我们把这个机器人的后端接口和大模型接上，让它真正能聊起来。下篇见。