夜雨聆风从胡彦斌的 MacBook，到苹果误打包的 CLAUDE.md
一、"修 bug 在路上"
"你要的 token 全拿走，把 memory 化成空。"
这是 5 月底胡彦斌一条朋友圈下面 2958 条评论里的最高赞。
他举着一台黑色 MacBook 拍了张照，屏幕上密密麻麻的代码，配文只有一句：
vibe coding 的都懂这个姿势！修 bug 在路上……
#有音乐真好 #代码 #IT
1.2 万赞、2958 条评论。《你要的全拿走》的歌手在写代码。
这条帖子上热搜，不是因为娱乐圈，是因为他这个动作正在变成一群人的标准动作。
胡彦斌做的 APP 叫"彦火"，给粉丝的互动社区，覆盖巡演信息、日常打卡、互动交流，已开启内测。他没请外包团队、没找技术合伙人，就是用自然语言告诉 AI 想要什么，遇到 bug 把报错贴回去让 AI 改。
这种姿势有个新名字，叫 Vibe Coding。
凭感觉写代码——但事情远比这一句话复杂。
在他举着 MacBook 拍照的同一周，国内四家头部互联网公司刚刚把 Vibe Coding 同时推到了战略级。
据 Gartner、IDC 等机构测算，AI 编程加上低代码/无代码的合计市场规模已突破 500 亿美元。Gartner 进一步预测，2026 年全球 75% 的新企业应用，将通过低代码或无代码方式构建。
胡彦斌只是浪头上一个看得见的人。底下的水更急。
二、甜区在膨胀
先说真热闹的部分。
「小猫补光灯」 ——一个独立开发者，没有编程经验，借助 AI 编程工具做出来。一只粉色小猫，功能极其简单："给小红书拍照打开屏幕给脸补光"。就这么一个小工具，App Store 评分 4.7，476 个评分，开发者一年收入三四十万元。
这种"小痛点 + 一个人 + 一个 AI"的组合，在过去是不可能成立的——做这么一个 APP 的开发成本，远远高于它能带来的收入。但当一个人可以在周末把它做出来，整个商业模型就变了。
蚂蚁集团的"灵光"App 提供了更夸张的样本。它的核心功能"闪应用"主打"用一句话生成一个小应用"——
• 上线 6 天，下载量突破 200 万 • 截至 2025 年 12 月底，用户创建的闪应用突破 1200 万个 • 2026 年 4 月升级后，累计已超 3000 万个
3000 万个应用——这是中国互联网历史上从未发生过的事。绝大多数创造者完全不懂代码。
百度的"秒哒"则把这件事推向了生产级。在 2026 年 5 月 13 日的 Create 大会上，一位小学生现场演示，用秒哒"手搓"了一个可以安装的原生 APP，全程没有写过一行代码。据百度公开口径，秒哒平台累计服务用户超过 1000 万，应用价值达到 50 亿元。
海外那一档则更猛。
Lovable 在 2025 年 12 月完成 3.3 亿美元 B 轮融资，估值 66 亿美元。Cursor 在 2025 年 11 月以 293 亿美元估值完成 23 亿美元 Series D；据 Bloomberg 报道，正在洽谈新一轮融资，估值区间 500-600 亿美元。
我自己最近也在这条路上玩得很开心。
我用Workbuddy做了一个叫"错题精灵"的 Android app——拍一张试卷照片，AI 找出错题再生成 3 道举一反三。整个项目从想法到 v9 稳定版本，没有写过一行业务逻辑：架构选型让 AI 比，bug 让 AI 修，部署脚本让 AI 写。
测下来 8 题小学算术题，4/4 真错题命中、0/4 误判，单次推理成本 ¥0.018。
那一刻你确实会觉得：胡彦斌晒的那种"修 bug 在路上"的兴奋，我懂。
当 AI 真的能在你说话的时候把代码写出来，这种"以前要请一个团队，现在我自己一个人就能搞定"的感受，是真实的。
三、半年，四家大厂同时下场
胡彦斌晒图能上热搜，是因为他踩中了一个时间点——大厂们正在以惊人的速度涌入这条赛道。
时间线只有半年：
• 2025 年 11 月，蚂蚁灵光率先推出"闪应用"，把概念叫成 Wish Coding • 2026 年 3 月，字节跳动 TRAE 推出脱离传统 IDE 的 SOLO 独立端 • 2026 年 5 月，腾讯"吐司"正式上线 • 2026 年 5 月 13 日，百度秒哒迭代到 3.0，能直接生成 iOS / Android 原生应用并支持热更新
四家公司，四种打法，但抢的都是同一个东西：让普通人用一句话生成应用的入口。
百度走的是"生产级"路线。 秒哒 3.0 已经能从自然语言直生原生 APP，闭环跑得最完整，主打企业和开发者。
腾讯走的是"社交"路线。 吐司定位为"探索型 Vibe Coding 产品"，内置社交分享、灵感广场，用户可以把自己的应用作为模板供他人一键复刻——这是腾讯一以贯之的产品基因。
字节走的是"IDE 范式重构"路线。 TRAE 一开始就不打算做工具，而要重新定义 AI 时代的开发环境。SOLO 提供 Code 和 More Than Coding 两种模式，把会议速记、手绘草图、未清洗的数据都吃进去，AI 一路把分析、原型、代码、部署都做了。
蚂蚁走的是"超级 App 嵌入"路线。 灵光不是单独工具，而是支付宝级超级入口下的 AI 助手。3000 万个闪应用本身就是一个反向数据：当用户每天打开支付宝/灵光，他们生成的应用直接在那里使用，不用安装、不用上架。
四种打法各异，但战略意图是一样的。
App 商店、搜索框、推荐流——这些老入口正在被 AI 抽走。谁能接住，谁就拿到下一轮的分发权。
Cursor 单家估值已经摸到 500 亿美元的门口——这正是大厂们半年内集体下场的原因：他们抢的不是工具，是入口。
这里还有一条值得说的结构性差异。海外的 Lovable / Cursor 走的是"工程师生产力工具"路线——按 seat 收费、to B 为主、估值靠企业续约；中国四家走的是"消费级超级 App 入口"路线——蚂蚁嵌支付宝、腾讯做社交分享、字节做范式重构、百度做生产级。海外是工具公司，中国是入口战。 这一差异，后面也会解释为什么两边的毛利率天差地别。
胡彦斌做的"彦火"，是这场入口战里一个具体的注脚：唱作人也能造 APP；造完之后，他用的是哪一家平台、应用最终装在哪一家的入口里——这才是大厂真正在乎的事。
四、那些没人愿意讲的暗礁
热闹讲完了，要讲冷的。
第一件事：连苹果自己都翻车了
前不久，X 上有开发者在拆苹果官方上架的某款 App 安装包时发现，里面误打包了一个 CLAUDE.md 文件。
这是什么？这是 Anthropic 的 Claude Code 在每个项目根目录用来定义"项目级规则"的标准配置文件。换句话说，这个 App 的开发流程里，有人——多半是苹果内部的工程师或外包——是用 Claude Code 写的代码，写完之后忘了把开发用的配置文件清掉，直接打包上 App Store。
把 CLAUDE.md 打包进 ipa 里，相当于把家里的钥匙串发给了用户。被人拆出来，里面可能写着 prompt 模板、内部命名规范、调试用的 API 路径，甚至 AI 工具链的工作流细节。这件事的讽刺意味是双向的：
一面证明，vibe coding 已经渗透到了苹果这种产品质量神级把控的公司内部；另一面也证明，就算苹果都管不住自己的 AI 工作流——发出去的安装包里都能漏一个 AI 工具的内部文件。
第二件事：微软算不过这笔账
业内最近流传一个讨论：微软在内部讨论是否暂停部分 vibe coding 实验。原因被一个工程师在公开场合讲得很直白——
烧 token 已经比员工贵了。
AI 单次写代码的 token 成本，加上反复迭代修 bug 的总开销，竟然超过了直接让工程师写。这听起来像段子，但它是个真实的财务推算：当你让 AI 反复"猜对一段业务逻辑"时，每一次猜都要把整个上下文重新喂给模型，token 消耗按指数往上走。
中小团队还能用免费/补贴的 API 撑着，巨头按真实成本算账，账就有点尴尬。
第三件事：AI 写出来的 bug，比人多
代码审查工具 CodeRabbit 公开的数据显示，AI 生成代码的逻辑错误率同比增长约 75%、安全问题接近翻三倍。卡巴斯基实验室 2026 年 3 月披露了多起针对合法无代码开发平台的恶意滥用攻击：攻击者利用平台的合法域名和 SSL 证书构建高仿真钓鱼页面，多个主流平台还被曝出存在远程代码执行、SQL 注入等漏洞。
我自己在做"错题精灵"时也踩过类似的坑：让 AI 直接判断"哪些是错题"，结果它矫枉过正——把 8 题全判错，因为视觉模型推理能力弱、又看到了试卷上的红笔√就误以为"老师标对了答案"。最后是我自己用正则在后端兜底过滤，才把 0/4 误判压下来。
这些都是 AI 在"凭感觉"时会留下的活样本。
当代码由 AI 而非人类编写时，质量与安全的最终责任，到底由谁承担？
第四件事：商业模型还没跑通
《The Information》数据显示，Lovable 的毛利率仅为 35%，编程助手 Replit 的毛利润率在 36% 左右波动——而传统软件行业平均毛利率通常在 60% 到 80% 之间。烧的钱多于赚的钱，估值数百亿美元的明星公司，毛利率不到行业一半。
这就回到上面那个海外/中国的结构差。海外没有超级 App 入口红利可吃，只能按 seat 卖；中国大厂把 vibe coding 嵌在自家入口里，本质上是在用"生态"补贴"工具"——所以中国这场入口战的赢家，不一定是工具最强的那个，而是入口最深的那个。
第五件事：原作者亲口给的边界
最讽刺的来自 Vibe Coding 这个词的发明人。
2025 年 2 月，前 OpenAI 创始团队成员、前 Tesla AI 与 Autopilot Vision 总监 Andrej Karpathy 在推特上首次提出 vibe coding 这个词。他写道：
"There's a new kind of coding I call vibe coding, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists."
热血满满。但在同一条推文稍后，Karpathy 自己加了一句被很多媒体跳过的注脚：
"It's not too bad for throwaway weekend projects, but still quite amusing."
（这个方式拿来做用完即扔的周末项目还行，挺好玩的。）
他没说它适合做生产代码。没说它能取代工程师。他说的是 throwaway weekend projects——一次性的周末项目。
这个原始定义后来在传播中被层层加码、层层拔高，从"周末玩具"变成了"全民造应用、人人都是产品经理、程序员要被取代"。胡彦斌做的"彦火"是粉丝小社区，恰好踩在 Karpathy 当初画的圈里；但他被拔高之后的故事，已经远远超出了原作者本意。
五、所以，到底什么场景适合 vibe？
退一步看，把上面这些信号合在一起，能画出一张相当清楚的分场景地图——
| 适合 | |
| 适合 | |
| 适合 | |
| 谨慎 | |
| 谨慎 | |
| 禁止 |
胡彦斌的"彦火"恰好命中第三档——粉丝社区，不出大事，能用就好，他对粉丝群体有最深的理解，AI 帮他把代码写出来。这是 vibe coding 最甜的甜区。
但当媒体把"胡彦斌一个月做出 APP"拔高到"AI 时代懂行比懂代码更重要、人人都能取代程序员"时，就把 Karpathy 自己定的那条边界悄悄抹掉了。
真相是：vibe coding 是一种工作模式，不是一种声明。
它适合"用完即扔的周末项目"——这是 Karpathy 的原话；它不适合"上线之后再也不能出错的关键系统"——这是微软、苹果、卡巴斯基用真金白银和翻车现场证明给大家看的事。
六、所以这事到底要不要跟
胡彦斌晒图那天，有 1.2 万人给他点赞。能理解"修 bug 在路上"那种又喜悦又抓狂感受的，可能远不止 1.2 万——这是一种全新的、属于这个时代的工作姿势。
百度、腾讯、字节、蚂蚁正在抢的，是这个姿势的入口。Lovable 站到了 66 亿美元，Cursor 摸到了 500 亿美元的门口。一只粉色小猫的补光灯，能让一个人一年挣三四十万。一台 MacBook，能让一个唱作人在巡演路上写代码。
这些都是真的。
但 Karpathy 那句"throwaway weekend projects"也是真的。AI 代码逻辑错误率上升 75% 也是真的。微软算账算不过来、苹果误打包 CLAUDE.md、Lovable 毛利率 35%——也都是真的。
vibe coding 是一种工作模式，不是一种声明。 会修 bug 的姿势，比一定要写出 bug 重要。知道哪些事可以放心 vibe、哪些事不能 vibe，比"我也能用 AI 写 APP"更值钱。
下次你看到下一个名人晒图说"我也开始写代码了"，可以先点个赞——但别忘了同时问一句：他做的是周末项目，还是要长期跑在生产环境里的关键系统？
如果是前者，鼓掌。
如果是后者，让我们一起祝他好运。
我自己最近 vibe 出来的最离谱的一个东西，是一个叫"错题精灵"的 Android app。
你呢？评论区放图（代码、bug 截图、半夜被 AI 写出来的奇怪函数都行）。
如果你身边有人正打算用 vibe coding 写他们公司的核心系统——这篇请一定转给他。
宁静致远GC
