首页博客实战笔记Vibe Coding 半年实录:一个人 + AI,从想法到上线,到底行不行?
实战笔记

Vibe Coding 半年实录:一个人 + AI,从想法到上线,到底行不行?

📅 2026年7月9日 ✏️ xiaoheiyun 🕐 1 分钟阅读 👁 7 次浏览

Vibe Coding(氛围编程):不逐行写代码,而是用自然语言描述你想要什么,让 AI 生成代码、你看效果再继续描述——整个开发过程像聊天一样滚动向前。

这个词从 2025 年火到现在。有人说它是”人人都能做软件”的革命,有人说它是”生产垃圾代码”的捷径。我用它干了半年真活,两边都对,也都不全对。

先交代下我的底子:学新闻出身,毕业后一头扎进 SEO,做了十年,国内、海外的案例都操盘过;WordPress 用得很熟,PHP、MySQL 能看懂也能改——但我从来不是全职开发者,写不动大工程。过去半年,我靠 vibe coding 一个人把一个完整的网站从零做到上线:会员付费系统、支付宝支付对接、AI 生图工具、博客、导航站、SEO 全套——传统上这至少要发包给一个小团队做几个月。但同一段时间里,我也经历了服务器被写崩两次、被 AI 的”改好了”骗了无数回。这篇讲真话:vibe coding 到底能干什么、会在哪崩、以及门槛其实去哪了。

一、Vibe coding 和传统开发,差别在”循环”

传统开发的循环是:设计 → 写代码 → 调试 → 测试,每一步都要求你懂语法、懂框架、懂环境。Vibe coding 把循环换成了:描述 → 生成 → 跑起来看 → 再描述。你的输入从”代码”变成了”意图”,判断标准从”代码对不对”变成了”效果是不是我要的”。

传统开发循环 —— 门槛:语法 / 框架 / 环境 设计方案 逐行写代码 调试排错 测试上线 Vibe coding 循环 —— 门槛:说清意图 / 验收真假 用人话描述 AI 生成代码 跑起来看效果 验收真假 → 不对就再描述 ↑ 循环回到「描述」——一天能滚几十圈,这是它快的根源
图1:两种循环的对比——vibe coding 快在循环短,险在”验收”那一环(黄色)

二、它真能干活:我半年干成的事

不吹不黑,全是真实交付:

  • 完整的会员付费站:Pro 订阅、订单系统、支付宝当面付对接、收据邮件、续费提醒——后端逻辑全部 AI 生成,我负责说清规则和验收。
  • AI 生图工具:接第三方生图 API、积分系统、作品库、提示词库,从设计到上线约一周。
  • 内容系统:导航站 3000+ 条工具收录的批量生产管线、博客、SEO/GEO 全套(sitemap、结构化数据、死链治理)。
  • 运维排查挂马排查爬虫加固这类传统上需要运维工程师的活,也是我 + AI 一起啃下来的。

换成三年前,以我”能改主题、写点小脚本”的水平,上面这些活大多只能发包出去,自己盯需求和验收。现在一个人 + AI,全部自己交付。这就是 vibe coding 真实的一面:它把”懂产品、懂需求、能看懂代码、但写不动大工程”的人的产出上限,直接抬到了小团队级。

三、它会在哪崩:我的翻车清单

另一面同样真实。半年里最大的几次翻车,全都指向同一类根源——AI 出手快,但它不为后果负责:

  1. “改好了”骗局:AI 报告修复完成,实际根本没生效。这是日常,频率高到我专门写了一篇
  2. 把服务器干崩:让 AI 批量跑任务,它并发起一堆重进程,整台服务器失联,只能强制重启——它不知道你的机器有多少斤两,除非你告诉它并且盯着。
  3. 代码能跑但埋雷:生成的代码”效果对了”,但里面藏着性能问题、安全隐患(比如没做输入校验),平时看不出来,出事时一起爆。
  4. 越大越难”vibe”:项目小的时候随便说说就能改;代码量上去之后,AI 对全局的把握下降,改 A 坏 B 的概率明显上升——没有项目文档和约定管着,它会越改越乱。

四、真相:门槛没有消失,是搬家了

所以”人人都能做软件”是真的吗?我的答案:做出来是真的,做得住不一定。因为门槛并没有消失,它从”会写代码”搬到了三个新位置:

旧门槛 ↓ 大幅降低 · 语法、数据结构 · 框架、库的使用 · 环境配置、部署 · 查文档、抄样板 ↑ 这些 AI 都替你干了 新门槛 ↑ 变成关键 · 把需求说清楚、拆成小步 · 验收真假:只信证据不信汇报 · 兜住生产:备份 / 负载 / 安全 · 管住全局:约定、文档、边界 ↑ 这些 AI 替不了你,出事全算你的
图2:门槛没消失,只是从”会写”搬到了”会说清 + 会验收 + 能兜底”

换句话说:vibe coding 淘汰的是”写代码的手”,不是”负责任的脑子”。你可以不懂语法,但你必须懂你的系统在干什么、必须能判断 AI 交付的真假、必须在它闯祸时能兜住。

五、给想入场的人:五条实操建议

  1. 从小闭环开始。第一个项目选”一天能上线”的(一个页面、一个小工具),完整走一遍描述→生成→上线,再逐步加码。别上来就做平台。
  2. 改之前先备份,永远。让 AI 动文件前先复制一份(或用 git)。它改坏东西不道歉,你的后悔药只有备份。
  3. 验收要证据,不要汇报。“改好了”不算数,刷新页面亲眼看到、curl 返回 200、数据库值真的变了才算数。具体方法见这篇的四招
  4. 把项目约定写成文档喂给它。目录结构、命名习惯、踩过的坑,写进一个说明文件,每次开工让 AI 先读——项目越大这条越救命。
  5. 生产环境给它立规矩。明确告诉它:不许并发跑重任务、动线上先问你、危险命令要说明影响。AI 不知道你的服务器几斤几两,除非你写清楚。

半年下来我的结论:vibe coding 是真的能让一个人干出一个团队的活——前提是这个人愿意承担起”说清楚”和”验收”这两份新工作。它不是不劳而获,是换了一种劳动。手上的活 AI 包了,脑子里的活比以前更重了。

如果你也想用 vibe coding 做自己的产品/网站,但不知道从哪开始、或者已经开始了却反复翻车——可以找我聊。从零到上线的这条路我刚走完一遍,坑的位置都还冒着热气。

x
xiaoheiyun
NavXD 内容团队成员

获取更多 AI 工具洞察

订阅 NavXD Pro,每月获取完整趋势报告、深度分析和独家数据

了解 Pro →