胡彦斌一个月＂说＂出一个 App:产品经理、项目经理、开发该慌的不是这个,是没用好 Claude

一个歌手，一个月做了个App，评论区吵翻了

这两天挺炸的一条事:歌手胡彦斌,花了一个多月,自己坐电脑前,一行代码没手敲,纯靠"嘴说",做出来一个App,叫「彦火」——粉丝打卡、写信、巡演足迹都有,已经上了App Store。他配了句"修bug在路上……"。评论区两派吵翻:一派"明星都这么卷了",一派程序员半开玩笑——"这是来抢我们饭碗了吗?"

他用的方法叫vibe coding:用大白话说要什么,AI写代码;报错了贴给它,它改;想加功能接着说,全程不写一行传统代码。(工具不重要,本质跟我们天天念叨的Claude这类是一回事。)

看到这条新闻就慌"我是不是要被取代了"的产品经理、项目经理、开发——十有八九慌错了地方。真正的信号,藏在一个几乎所有人都看漏的细节里。

一、真正的信号：一个人，干完了三个人的活

把镜头拉远看胡彦斌这一个多月干了啥:想清楚粉丝要什么(产品经理的活)、自己安排先做什么后做什么(项目经理的活)、让AI写代码报错自己修(开发的活)。这三个岗位之间那两堵墙,在他身上根本不存在。

这才是真正吓人的地方:不是"一个外行会写代码了",而是"产品想、项目管、开发做"这种把人按职能切三块的分工方式,被一个人捅穿了。没有需求文档传来传去,没有"产品说的和开发理解的不一样",没有扯皮——一个人,一口气,从头跑到尾。

二、为什么这套分法，正在过时

先问个根上的问题:为什么要分工?两百多年前亚当·斯密讲过别针工厂——一个人从头做一根针一天做不了几根,把工序拆开各管一段,产量翻不知道多少倍。现代职场"产品想/项目管/开发做"同理:因为"执行"太贵、太慢、太吃手艺,只能拆开,各管一段才划算。

但分工有一笔隐藏代价:交接成本。需求从产品脑子里,翻成文档,传给项目经理,再传给开发,每一道交接都在丢信息、等对方、扯皮——产品以为说清楚了,开发理解歪了;做完才发现要的不是这个,返工重来。你回想一下,项目最大的损耗十有八九不在哪段干得慢,而在段与段之间的接缝上。

好,关键来了:AI干的事,正是把"执行成本"打到接近零。写代码、做原型、跑测试——这些过去最贵最慢的环节,现在一句话的事。

三、那个三段合一的人，叫「AI编排师」

这种"一个人闭环"的物种,硅谷已经有正经岗位了,叫FDE(前沿部署工程师)。最早是一家以"难搞"著称的数据公司逼出来的:把工程师直接派到客户现场,一个人从摸清问题、到把系统做出来、到半年后生产出事爬起来修,全包。这两年它抢手到几家最顶的AI公司互相挖人。它最硬的一条定义是——第一天摸清问题的那个人,就是半年后系统半夜报警时爬起来修的那个人。跟胡彦斌闭环做彦火,是同一件事(他业余,FDE职业)。

翻译成我们更熟的话,我更愿意叫它AI编排师:你不再埋头干某一段,而是一个人,指挥一支AI团队,跑完从想法到上线的全程。调度、委派、并行、验证、迭代——你干的是指挥,不是演奏。哈佛商业评论那帮人有句话我特别认同:在AI时代,懂业务比懂AI更重要——工具谁都能调,但"要把什么做对"只有懂业务的人说得清。

编排师不是天生超人,它是三块肌肉——过去分别长在产品、项目、开发三个人身上,现在AI让一个人有机会全握。握住这三块的人,一个能顶过去一个小团队:不是他更聪明,是他把三个岗位的能力压进了"一个人 + 一支AI团队"。下面一块块拆,每块都给你一个能直接拿走的东西。

四、第一块肌肉：精确描述（过去叫产品经理）

AI执行力几乎无限,但它只能执行你"说清楚"的那部分——你描述得多准,它就给你做到多准。胡彦斌能做出彦火,靠的不是代码功力,是他最懂粉丝要什么。vibe coding做不好的人,多半栽在需求太含糊。"做个登录页"和下面这样说,结果天差地别:

看出区别没?把验收标准、边界、出错怎么办一次说清——这恰好是产品经理写需求的看家本事。过去这本事要靠开发理解、翻译,理解偏了就返工;现在它当场就变成产品——说清楚的当场成型,说不清的当场露馅,中间没有第二个人帮你兜。谁最懂需求,谁就能造。

五、第二块肌肉：验证兜底（过去叫项目经理）

AI生成快了,瓶颈就从"写得出"挪到了"验得过"——过去卡在开发手速,现在AI几秒生成一屏代码,东西多得你验都验不过来。胡彦斌做粉丝App可以"修bug在路上",但你交付给客户的东西,不能靠"我感觉它跑通了"。所以这块肌肉的核心,是给AI产出立一道质量门,让它按固定顺序自己跑出你能核验的证据:

怵这串"接口、断言"看不懂?不用懂。你只盯一件事——这四样证据它有没有真的摆出来,摆不齐就打回。你判断的是"有没有证据",不是"代码对不对"。把这段直接甩给Claude:

六、第三块肌肉：工程判断（过去叫开发）

胡彦斌都能"随地大小修bug"了,纯靠手速吃饭的初级活护城河确实在塌。但反过来——越是AI能写代码,"判断架构稳不稳、代码能不能维护、怎么变成能扛的系统"就越值钱。提出vibe coding的是硅谷大神,但资深工程师Simon Willison紧接着造了第二个词vibe engineering,一句点破:

他还补一刀,这句建议贴在显示器上:

胡彦斌做的是vibe coding的满分演示(粉丝App容错高),但你交付的是错一行就出事的生产系统,必须站到vibe engineering这边。怎么升级?5步,用Claude Code这类工具都能固化:

第2步是魂:每行看懂、能解释。注意跟上一块区分——验证那块你只看证据、不用读代码;但工程判断这块,要为生产系统签字负责时,关键的几行你得读得懂。一句话:代码越来越不值钱,能为结果兜底的人越来越值钱。

七、三块肌肉，串成一条流水线

你可能会说:握住这三块,不就是全栈吗?差别在本质——全栈是"三段活我自己全干",编排是"我指挥AI干、只在关键节点出手"。全栈拼个人产能,一天就那么多小时见顶;编排拼你能同时调度多少AI。真正的编排师,脑子里装的是一条能自己转起来的闭环:

具体到一天是什么样?你把一个大需求拆成几个子任务,让Claude开几个子智能体并行去查、去写、去测,你不盯过程,只在每个汇总节点出现——看证据、做判断、定下一步。一个人的产能,第一次能像一支团队那样横向铺开。

这一整圈,过去要三个人、两道交接才跑完,现在一个人靠AI转完——①处用精确描述,③处用验证兜底,④处用工程判断。再用CLAUDE.md把你的规矩刻进去、拆子任务让它并行,你是指挥,Claude是乐手。这,就是"用好Claude"的真正意思——不是让它帮你写两行代码,是把三块肌肉串成流水线,让你一个人干完过去一个小团队的活。

八、不管你从哪来，今晚先迈一步

道理讲再多,不动手都白搭。三个动作,今晚十分钟就能试——从你已经有的那块肌肉出发,去够还没长出来的那两块:

▸ 产品 / 运营 / 不写代码的:找一个你最熟的小需求,照上面那个"精确描述"模板写成一段规格,丢给Claude,亲身体会一次"我说得多准、它就做多准"。

▸ 项目经理:拿任何一个AI给你的产出,把那段4层质量门prompt甩给它,逼它自己验、把证据摆出来——你只核对证据,不读代码。

▸ 开发:挑一段Claude刚写的代码,逐行问自己"能不能解释它为什么这么写"。卡壳的那几行,就是你和"被取代"之间的距离;顺手把项目的CLAUDE.md立起来,把规矩刻进去。

收尾：起点不是学会，是别停在那

说句公道话:胡彦斌是个业余编排师。他有肌肉①(最懂粉丝要什么),借AI凑了肌肉③,正在学肌肉②("修bug在路上"就是刚开始摸验证)。彦火能上线,但换成要扛大量用户、错一下就出事的生产系统就够呛——他缺的正是后两块肌肉的专业度:不知道怎么系统地验证,也没有为生产代码负责的工程判断。

而这,正好是你的机会:你比胡彦斌多出来的,刚好是他还没练出的那两块——验证兜底(项目经理的本能)、工程判断(开发的功底)。别羡慕明星会编程,你本来就握着他最缺的。

胡彦斌发彦火时说了句"这只是起点"。对三种人也一样:起点不是"学会vibe coding"(歌手一个多月就会了),是别停在它——把三块肌肉用Claude串成流水线,从"能跑的demo"做到"能扛的系统"。

该慌的,从来不是这条新闻。是你看完之后,有没有真的往前,再走那一步。