我的vibe coding初体验

注如果遇到了具体的下载问题可以检索或者直接问我如果不忙的话我会很乐意能帮到你们。如果对我vibe coding的具体项目感兴趣可以在YozaPomo-Github或主页查看 代码 和 我的心路历程。啥是vibe coding翻译为氛围编程说人话就是让ai帮我写代码我当键盘侠对他指指点点。Claude Code1. 安装 Claude CodeGit如果是从头开始要先下载Git但我是糕手‍️就跳过了。VS Code大概会需要吧我倾向于下载CLI当然如果你喜欢VSCode用VSCode集成Claude Code也是非常不错的选择。Claude Code主角来了2026年6月份官方提供的Windows一行下载链接irm https://claude.ai/install.ps1 | iex然后claude就可以打开。2. 配置 Claude Code首先我肯定是准备使用便宜好用的国内模型在网上检索到有一些开源的项目可以做到cc-switch和 claude-code-router如果没有看到第二个的记录那肯定是我第一个就成功了。CC-Switch在cc-switch中下载Windows的msi版本一路下一步成功。打开cc-switch(居然有图形化界面)点击右上角的加号添加自己喜欢的模型回到Powershell输入claude 回车 回车提问“你是什么模型“回答“mimo-2.5”出乎意料的简单怎么vibe coding告诉ai需求让他生成代码然后 run 起飞 “帮我把前端 后端都写了”很显然以上是正确的‍️‍️只不过vibe coding的正确姿势需要拆解下这句话。对《只不过》… …。我希望ai能完整的听懂我的意思并有计划的一步步实现、测试。所以这是我现在感觉比较稳妥的流程打磨需求/技术选型 - 分步开发规划 - 步骤1开发文档校验 - 开发 - 测试 - 步骤2开发文档 … …1. 告诉ai需求再让ai给你你的需求如果你不太在乎这一点点的Token你可以打开Plan Mode或者像我一样在网上随便选一个网页版的ai(抠门这一块的)详细的阐述你的软件需求我是一个不懂代码的小白(有点经验/经验丰富的程序员/无敌的大佬)想做一个xxxxxx功能介绍…页面介绍…UI介绍…以上是我的想法帮我进一步整理我的需求做好技术选型如果有不妥的内容做好记录并提出优化建议如果有不确定的地方先问我我们先沟通需求等我确认好再进一步执行。这一步可以多找几个AI反正不消耗Token总会有一个靠谱的… 吧。需求文档是这个项目的地基没有好的需求文档后面拿到的代码大概率也是一团乱麻。在解决完所有问题之后仍然需要检查和打磨这份文档。我的方式是通过手动检查和修改后的文档继续发给ai检查仍然潜在的问题这时候就需要分辨哪些问题是需求问题比如我的ai就会问我建表语句相关这很显然是后续才会涉及的内容… …我准备通过vibe coding来实现一个项目帮我检查下当前的需求文档… …2. 生成开发计划(不积跬步就是没走)此时此刻我们手中已经有(可能)完美的需求文档最后让免费劳动力生成一份README.md后续的计划我总不放心交给网上的流浪AI就打开Claude Code键入神圣的/plan指令开始做计划(被迫做一个J人)。这一步也是处处小心的告诉克劳德为了让项目稳定完全有效的推进阅读文档目录永远不要尝试修改需求文档下的文档在开发日志对应位置记录修改和优化。在docs下生成 技术、设计规范 执行步骤等具体标准在Claude.md中添加指引各标准文件路径及工作说明。(需要我确认的内容需要用中文解释)– – 引用自抖音大牙大但是因为步骤稍有不同我会更期望他这次不生成开发计划为了让项目稳定完全有效的推进阅读文档目录在docs下生成除开发流程外的 技术、设计规范 执行步骤等具体标准在Claude.md中添加指引各标准文件路径及工作说明。这一个步骤的开销会稍微有些大如果只是想试试可以试着增加一点诸如简介 简单之类的限定词。如果你和我一样生成了开发的计划可以尝试让他再次检查根据需求再次检查开发流程是否有什么问题让我每一步能测试尽量在图形化界面测试或Swagger如果没有生成这时候就可以根据项目的大小生成开发计划了规划开发的步骤(一次性不要做太多)让我每一步能测试尽量在图形化界面测试或Swagger不要忘记Git提交一下3. 然后就是开发环节(原来是刚开始吗)马上要结束了也说不定直接告诉ai开干根据开发流程逐步推进保留开发日志每次验证时由我验证然后所有项目都一样的他会给你准备环境这时候就疯狂的点yes。下载 – yes更新文件 - yes… … - yes它干了啥谁知道呢 - yes yes yesTips其实还是要稍微看看的要不会… … 很无聊。4. 修改bug和优化最恐怖的内容来喽为了让这个漫长又繁琐的时间 出现不可控的修改的概率降低我将在docs/需求文档/(指定目录替换成你放需求的目录)目录下新建文件来记录bug和优化项。每次只修复一个bug或优化一处内容修复前请先描述如何触发这个 bug你认为最可能的原因是什么你打算改哪几个文件做完交由我验证验证后我修改需求文档下的状态然后你在开发日志目录下对应文件记录并一同提交。随后就是漫长且略显枯燥的改bug时间如果你觉得你的ai还不是你想要的样子那么你可以让他记住一些内容记得 验证过的bug和bug修改日志一起提交… …记得 Git提交每次只提交一件事… …记得 提交时只提交改动相关的文档… …记得 我是你的老大… …记得 疯狂星期四v我50块… …… …最后的最后一定要说一下vibe coding 最容易翻车的时候就是你开始无脑信任、不再看 diff 的时候。