用Vibe Coding撸个博客：实战经验分享

把需求用大白话描述，然后看着 AI 把 App 吐出来，这种所谓的“Vibe Coding”最近被吹得有点过头。我习惯在 C++ 系统级开发里把 AI 当辅助，每一行生成的代码我都会死盯着审一遍，所以这次我想试试，如果完全交给 AI 从零构建前端，这种“描述-审核-引导”的流程在舒适区之外是否还管用。

我没用 Demo 项目，直接给自己撸了个个人博客。规模不大，但涉及路由、布局和内容结构，如果 AI 逻辑不行，立马就会露馅。

很多人把 Vibe Coding 误以为是“不需要懂编程就能写软件”，这完全是误区。在我看来，它更像是一个极其死板但速度极快的协作伙伴：它能快速搭建骨架，但它不知道什么是“好代码”，更意识不到自己写了 Bug。

这次实操我的核心逻辑是：描述意图（Intent）而非实现细节（Implementation）。我告诉它博客要实现什么功能，而不是要求它用哪个组件。每一步生成后，我都把它当成一个 PR 来审核，架构决定权依然在我手里。

技术栈上，我用了 Google AI Studio 的 Build 模式。它的逻辑是左边聊天，右边实时预览+代码编辑器。最实用的是它的标注模式，直接点预览界面里的元素就能要求修改，不用在那费劲描述“右上角那个蓝色按钮”。

由于我不需要 CMS 这种重型设施，整个项目维持在纯 React 状态，省去了后端部署的麻烦。

起步时我用的 Prompt 结构大概是这样：

Build a minimal, modern personal blog in React.
Home page: list of posts with title, date, short excerpt.
Post page: full article content, clean typography, no sidebar.
Focus on high readability and a professional developer aesthetic.

整个过程最让我反思的是：在这种工作流下，核心竞争力不再是打字速度，而是提出清晰问题的能力，以及在什么时候停止信任预览界面、强迫自己去读源代码的自觉。