不会写代码的产品经理，体验vibe coding第一天，手搓个人blog网站。
网站发布成功的那一刻，我兴奋的揪住老婆给她讲我做成了什么。
我跟她说，你看，我在 Notion 笔记软件上写一篇文章，然后文章就会链接到我的 github 代码库，生成一个静态 HTML 页面，然后就能发布到我的个人网站上。
老婆抬头看了我一眼，试着领会我为什么如此兴奋，说了几句鼓励的话，然后继续刷手机。
我知道这种感觉不足为外人道也，不过没关系，我知道这就像是小时候打开四驱车的开关，车跑起来的那种感觉。
先说结论
最终跑通的是这样一个系统：我在 Notion 写文章，填好标题、标签、状态、日期，保存。github自动拿到内容，自动构建静态页面，在 Vercel 部署，任何人访问链接就能看到。整个链路，我没有写代码，全都是claude Opus 4.6 在工作。
背后是三层结构：
内容层是 Notion。它既是我的写作工具，也是数据库。文章、元数据、发布状态，全在里面管。
构建层是 Astro，一个静态站点生成器。它做的事情是：从 Notion API 拿内容 → 套进网站模板 → 生成一堆 HTML 文件。把「我写的东西」变成「用户能看到的网页」。
部署层是 Vercel。代码一推，自动构建，自动上线。这层的存在感很低，但它让整件事真正变成了一个产品——有公开地址，任何人可以访问，而不只是跑在我自己电脑上的东西。
代码开源在 GitHub。这也算是一次完整的产品发布。
最困难的部分
最困难的部分，其实是心态。
开始之前，我对「能不能做出来」没什么信心。
不是因为不相信大模型能写代码。我知道它可以。让我没信心的是另一件事：我不知道代码怎么变成产品。写出来的代码，怎么上线？怎么让别人访问？这件事在我脑子里是一个黑盒，不知道从哪里下手。
所以第一步，我没有急着让 Claude 写代码。我先坐下来，和它聊方案选型。
vibe coding 用什么工具？个人 blog 用什么框架？这两个问题，我的标准不是「哪个最流行」，是「哪个最适合我现在的状态」——我不会调试，不熟悉复杂的工程配置，我需要的是能跑通的最短路径。Claude 帮我把选项梳理清楚，分析了各自的上手成本和适用场景，最后我选了 Notion + Astro + Vercel 这条路。
这一步花了挺长时间，但它是整件事能继续下去的原因。大模型什么都会，但是我需要找到最合适我的路径。
因为平时不写代码，过程中也遇到一些小麻烦。
需要在终端输入命令行的环节，Claude 告诉我输入什么，但没告诉我输入之后应该看到什么，我看到终端里吐出一大堆数据，我不知道执行成功了还是失败了。
因为担心反复确认细节造成Claude上下文超长，我把这部分对话交给了豆包，豆包指导我一步一步完成了命令行部分的操作。
我指挥 Claude 负责架构和代码，豆包负责命令行的陪跑，我只需要挥舞着小鞭子，抽打着 LLM 给我打工。
思维方式发生了一些改变
我以前对 vibe coding 总是有一些抵触：要跑通发布一款产品的完整链路，门槛是「懂技术」。
但这次之后，我觉得这个判断要修正一下。
更准确的说法是：门槛是敢不敢走进迷雾森林。
你知道起点在哪，你知道终点在哪，但路径隐藏在迷雾里。以前你站在森林边，望着那片不确定，觉得没有地图就不能进去。但现在有了大模型——它凝结了人类几乎所有的知识，它就是导航。你不需要先把地图背下来，你只需要走进去，遇到岔路就问导航。
不是「我要掌握所有路径」，而是「我要学会问对问题，其他的交给导航」。
跑通全部流程之后，我忽然想到，我为什么要自己操作终端命令行呢？我养了龙虾openclaw呀。完全可以把我的网站托管给龙虾，让ta给我改代码，发布。我只需要专注于写文章就好了。
这种aha moment的感觉，很像小时候，爸爸从哈尔滨给我带回来一个四驱车玩具，我对照说明书，一步一步拼完一台四驱车，装上电池，拨动开关，看着它跑起来那一刻的感觉。
这是我 vibe coding 第一天。
代码写好了，网站上线了，虽然不足为外人道，但四驱车跑起来的快乐很纯粹。