Tommy

从新星到烟花

From Supernova to Fireworks

· 7 min read
···阅读reads

从新星到烟花

天文学里有一件浪漫又残酷的事:我们看见的星光,是几万年前发出的。当那束光终于抵达瞳孔时,恒星本身也许早已坍缩成一团冷灰。人类看见的,永远是过去。

AI 时代把这件事翻了个面,而且翻得更狠:光比星先到,星却再也没有升起来。

一个想法在周五晚上诞生,周六被 demo 出来,周日在社交平台上收获三千个赞,周一某家实验室发布新版本模型,它就死了。它没有经历过成长,没有经历过被误解,没有经历过缓慢积累的口碑,它甚至没来得及有一个真正的用户。它只是”曾经被看见过”。

我们这个时代最大的恐怖,不是新星陨落——陨落是叙事,是有始有终的悲剧。真正的恐怖是未升先灭:来不及成为什么,就已经不必要了。

远处自燃的星,与地面上被点燃的烟花

所以更准确的说法也许是:以前的初创企业是新星,现在大多数是烟花。

星是自燃的,烟花是被点燃的。星的燃料在自己体内,聚变是它自己的事;烟花的火药是别人装的,升空那股推力也是别人给的。今天大量的产品是一个极其精致的炉灶,而火不是它的——用户可以在几家模型之间随手切换,这是卖点,也是命门。一个”任何模型都能插进来”的东西,同时意味着”任何人都能做一个这样的东西”。

星死于坍缩,烟花死于绽放。这是最刺人的一层:烟花在最亮的那一刻,就是在死。 它的高潮和它的终结是同一个动作。多少产品的巅峰就是发布会当天、榜单登顶那一夜——不是绽放之后衰亡,是绽放即衰亡。

星是用来导航的,烟花是用来被看见的。水手靠星辰定位,因为星可靠、有轨道、始终在那儿。烟花没有轨道,只有一条抛物线,它的全部功能就是被观看。

还有一层,正好把开头的天文学补完整:星死了,光还在路上走几万年;烟花灭了,什么都不剩。 恒星有余荫,烟花没有遗产。

但我想给烟花留一点公允:它是有意义的,只是意义不在单发。 一发烟花什么都不是,一万发同时炸开,夜空才亮那么一瞬。行业的探索确实需要这种穷举式的、一次性的试错,那些失败的形态本身就是信息。

真正该警惕的是另一件事:烟花是节庆的一部分,而庆典是别人办的。 你要想清楚,自己是在放自己的烟花,还是在给别人的庆典当引信。

也有不甘心做烟花的。

上周我去了一趟出门问问。他们的 CodeBanana 没有走那条最热闹的路——不去重写编辑器,不去跟 Cursor 抢”你写代码的地方”,而是直接钻进组织的肌理里:一个项目同时是一个群聊、一个 Agent、一个独立工作区,三位一体。人和 Agent 都是团队的正式成员。团队反复用的工作方法可以封装成 Skill 发布到市场,供全组织调用;Agent 之间可以跨项目直接委托任务、传递上下文;定时任务让它从”你叫它才动”变成”它自己会动”;所有行为留痕可追溯,关键节点保留人工审批。

它背后的理论叫”幽灵效率”——当 AI 只强化个体时,组织会陷入一个悖论:个体越强,系统越堵。 十个超级个体各自狂奔,文件在本地、密钥写死在代码里、流程只存在于某个人脑子里,组织的吞吐量反而下降。

必须承认,实地看下来,这东西目前是好用的。方向感也准——它赌的是:组织的记忆,比模型的能力更难被下一版模型抹掉。 这是一个想当星、而不是当烟花的赌注。

可我从那栋楼里走出来的时候,心里是沉的。

因为它的护城河,本质上是别人的组织惰性。它做的所有事——让沟通和执行发生在同一个地方——那些已经占着工作流入口的平台同样能做,而且它们已经占着那块地了。一个协作平台最危险的处境,不是没人用,而是”它做的事是对的,但做这件事最顺手的位置不在它手里”。当 IM 长出同样的 Agent 层,用户不需要迁移,只需要不动。

更微妙的一层在 Skill 上。把个人方法论沉淀为组织资产,听起来是最扎实的护城河。但能被封装成标准 Skill 的东西,恰恰是最容易被下一代模型直接内化的东西。 你辛辛苦苦把流程显式化、结构化、可复用化——你可能只是在替模型做数据标注。真正抹不掉的组织记忆,往往是那些无法被封装的部分:某个决定背后没写下来的顾虑,某段丑陋代码兜住的三年前那场事故。

还有一个更朴素的隐忧:它最有力的证据是自证——用它把自己公司的产研效率提了好几倍。可自证是所有证据里最脆弱的一种。一个为”已经想清楚要变成超级组织”的公司做的操作系统,最难的从来不是技术,而是大部分公司并不想改变自己的形状。

所以我的判断是:它可能是对的,但对的东西未必活得下来。

这才是最刺人的地方。过去我们相信”做对的事,时间会奖赏你”,而现在时间不够长了。一个正确的产品完全可能在它的正确性被市场验证之前,就先被验证得起的对手抄走。新星未升先灭,说的不只是那些平庸的模仿者,它说的恰恰是那些走在前面的。

层层工具被向上攀爬的能力逐层抹去

Cursor 是同一道题的另一种解法。如果说 CodeBanana 是横着长,长进组织的协同机制里,那么 Cursor 是竖着爬,一路爬向个体效率的天花板。

它的演化线索很清晰:补全 → 编辑器 → 会话式改写 → Agent → 后台并行的一群 Agent。表面上是功能在加,实质上是它在往上爬——从”你写代码的地方”,爬到”你调度机器写代码的地方”。

这是聪明的。因为模型能力每提升一个台阶,就会顺手抹掉一层工具:曾经需要精巧提示工程的,模型自己会了;曾经需要复杂检索的,长上下文自己吞下了;曾经需要人拆解的任务,Agent 自己规划了。贴着模型能力边缘做的产品,都是模型下一次呼吸时被吸走的空气。

那么当模型可以整体持有一个代码库、自己跑测试、自己修错、自己开 PR 的时候,还剩下什么?

我的判断是,剩下的不是”编码”,而是三样很不性感的东西。

上下文的所有权。 模型是通用的、无记忆的、可替换的;而”这个组织为什么这样做事""这段丑陋的代码是为了兜住哪次事故”,是不可替换的。

注意力的界面。 当代码生成变得无限便宜,稀缺的就不再是产出,而是”人能审阅多少”。未来的 IDE 也许不再是编辑器,而是审阅台——核心指标不是让你写得多快,而是让你在十分钟里安全地否决九个方案。

责任的落点。 AI 写的代码出了事,谁签字?这个问题没有技术答案,只有制度答案。而制度是需要时间长出来的东西——恰恰是这个时代最缺的东西。

有意思的是,这三样东西,横着长的那一派早就在做了:Skill 沉淀是上下文,可介入可叫停是注意力,全程留痕加人工审批是责任。所以两条路最终会撞在一起。

而它们各自的软肋对称得近乎残酷:竖着爬的,护城河是模型的呼吸空间;横着长的,护城河是别人的组织惰性。 一个赌模型别涨太快,一个赌对手别醒太早。两个都是在赌别人不做什么,而不是赌自己能做什么。

赌别人不做什么的,都是烟花——只是引信长短不同。

但如果只谈产品,这篇文章就太轻了。

真正令我不安的,是未升先灭正在从产品蔓延到人。

一个人的成熟需要十年。要笨拙地写一堆烂代码,才知道什么是好代码;要搞砸几个项目,才懂得什么叫边界;要在一件事上待够久,久到审美从别人的变成自己的。学徒制的全部秘密,就在于允许一个人在一段时间里是无用的。

而现在,无用的时间没有了。初级的活儿被抹平了,中间的台阶被拆掉了,一个年轻人站在山脚下,抬头看见的是一段没有踏步的绝壁,上面还写着”经验丰富者优先”。

我们造出了能瞬间生成十万行代码的机器,却造不出能瞬间生成一个成熟的人的机器。创造的速度超过了意义沉淀的速度——这就是全部的恐怖所在。烟花越来越多,夜空越来越亮,亮到没有一颗星是可见的。

那么怎么办?

我的答案很老派:既不做星,也不做烟花,去做河床。

星靠自身发光,所以命运只取决于燃料还剩多少;烟花靠别人点燃,所以命运连自己都不掌握。河床不发光,它只是躺在那里,让水从上面流过去——一茬又一茬的模型、框架、工具、热点,都是水。河床不决定水什么时候来,但它决定水往哪儿流。

具体一点:去做那些必须靠时间才能成立的事。

信任是靠时间成立的。审美判断是靠时间成立的。对一个具体行业、一群具体的人、一段具体历史的理解,是靠时间成立的。承担后果的意愿,是靠时间成立的。这些东西的共同点是:它们无法被并行化。 你没法开十个 Agent 帮你更快地被人信任。

AI 抹掉的,恰恰是那些可以并行化的部分。它没有抹掉、也抹不掉那些必须串行的部分。

所以当我看到又一场漂亮的烟花在三个月里升起又熄灭,我不再觉得那是浪费。它们是水。水流过,河床加深一寸。

恐怖之所以是恐怖,只因为我们仍然习惯用”是否被看见”来定义”是否存在”。

一颗星未升先灭,是悲剧。一发烟花灭了,连悲剧都算不上,只是散场。而一段河床没被看见,什么也不是——它只是还在那里,等下一场水。

展开评论Show comments