夜雨聆风全网都在说「最会编程的歌手」。
但作为一个也在用 Claude Code 做产品的人，我看到的不是一个歌手学会了编程。我看到的是一个有产品直觉的人，找到了 AI 这个杠杆。
这两件事差别很大。
他做对的第一件事：选对了做什么
彦火的功能很简单：每日打卡、积分等级、粉丝动态、巡演地图、一个叫「小 Tiger」的 AI 助手。
每一个功能都是 CRUD，就是增删改查。AI 最擅长干的那种活。
没有推荐算法，没有支付系统，没有实时聊天，没有视频通话。
这不是因为他不想做，是因为他知道什么不该做。
我见过太多人第一个 Vibe Coding 项目就想做「下一个小红书」
然后死在第三天。需求越模糊，AI 越容易跑偏。你会花 80% 的时间在修 AI 造出来的烂摊子。
胡彦斌选了一个需求明确、边界清晰的产品。粉丝社区，功能就那几个，每个都能用一句话描述清楚。
这是做 Vibe Coding 最关键的一步。很多人没意识到。
他做对的第二件事：选了 Claude Code
据报道他用的是 Claude Code + VS Code。
为什么这个选择对了？
市面上做 Vibe Coding 的工具很多。Replit、Bolt、Lovable，拖拖拽拽就能出个页面。对新手更友好。
但碰到稍微复杂一点的问题，比如接口报错、数据库迁移、部署配置，这些拖拽工具就卡住了。
Claude Code 不一样。它是终端 Agent。你拿到的是完整的代码控制权。出了问题，你把报错信息贴给它，它能直接去改文件。
你的项目结构、依赖关系、配置文件，它全看得到。
代价是学习曲线更陡。你得知道怎么开终端，怎么跑命令，怎么看报错信息。
胡彦斌愿意承受这个学习曲线。他在机场写代码，在后台修 Bug。形容整个过程像「游戏通关」。
这个选择说明一件事：他不是在找捷径，是在找杠杆。捷径让你快但浅，杠杆让你慢但深。
他做对的第三件事：带着 Bug 上线
彦火上线当天，视频打不开，图片下载不了。
按传统思路，这种质量的产品不该发布。
但粉丝没骂。反而自发搞起了「Bug 探索」，找到 Bug 能攒积分。评论区一片欢乐。
有人说「虽然视频打不开，但这个 APP 值得占用我的手机空间」。
这正好印证了 Vibe Coding 的一条铁律：先交付再迭代。
我自己做项目也是这样。第一版一定有问题。但如果你等到什么问题都没有了再发，你可能永远不会发。
完美是职业团队的事，一个人做产品，交付本身就是最大的成功。
当然，胡彦斌有一个普通人没有的优势：他的用户（粉丝）对他有天然的信任基础。
这大大降低了交付门槛。粉丝愿意容忍 Bug，愿意等你迭代。
你做产品时，你的信任基础是什么？如果没有粉丝群，你就需要用别的方式建立信任。
比如公开你的开发过程，比如先做一个免费版本让人试。
他做对的第四件事：产品直觉比技术能力重要
积分体系的等级名叫「微焰」到「星火」。AI 助手叫「小 Tiger」，是他的英文名缩写。巡演地图功能，记录他到过的每一个城市。
这些设计决策跟代码没有半点关系。
这是产品设计，是只有他自己才知道粉丝想要什么。Claude Code 写不出来「微焰」这个命名。AI 也不会想到粉丝想看巡演足迹地图。
Vibe Coding 的本质是什么？你是产品经理，AI 是工程师。工程师再厉害，如果产品经理不知道用户要什么，出来的东西就是一堆正确但无用的代码。
胡彦斌之所以能做成，不是因为他学会了编程。是因为他本来就懂用户。他在舞台上跟粉丝互动了二十年。他知道粉丝想要什么样的归属感。
AI 只是帮他把这个理解变成了产品。
普通人能从这件事学到什么
第一，先想清楚做什么。 不要一上来就打开 Claude Code。先用最笨的办法写下来：我要做什么，给谁用，核心功能是哪 3 个
第二，选对工具。 完全零基础，先试 Replit 或 Bolt，门槛最低。愿意多花点时间学习的，用 Cursor。想要完整控制权的，上 Claude Code
第三，第一版只做核心功能。 3 到 5 个就够了。每多加一个功能，复杂度不是加法，是乘法
第四，想清楚你的用户在哪。 胡彦斌的用户是现成的粉丝群。你的用户呢？如果还没有，你需要先建一个小群体，哪怕只有 50 个人
胡彦斌证明了一件事：2026 年，做一个 APP 的门槛低到「会说话就行」。
但他同时也证明了另一件事：门槛低了，做出好产品的难度没变。区别在你对用户的理解。
技术不是壁垒了，理解用户才是。
上面这些 Vibe Coding 的实操原则，我在自己做项目时踩过不少坑才总结出来。想聊具体怎么上手的
扫个好友·加入社群·技术交流