ai-cro ·

Vibe coding 与电商的未来

当搭建一个工具只需要一个下午,vibe coding 给做电商的人带来了什么改变?又有哪些边界需要记住?

分屏设计图「Vibe coding 与电商的未来」 — 一篇关于 vibe coding 与电商人的文章的开场提问
Vibe coding 与电商的未来

🧪 一篇 GemLabs lab。 这是 GemLabs 的搭建手记——用 Claude Code、Codex 这类 AI 编程 agent 真刀真枪搭 workflow 的周末实验,整理成一份动手 tutorial。如果你是商家或 Shopify seller,值得拿走的不是这一个工具,而是:你可以用大白话描述一件每天重复的卖货杂活,让 agent 替你搭出来。把这套模板拿去用就好。

上周五晚上,我打开 Claude Code,试着 vibe code 一个小工具,用来收集第二天下午线下 coffee chat 的问题。到周六早上,也就是不到十二个小时之后,它已经能跑了。我给它取名 NoteWave。

NoteWave 让我开始想一个问题:如果一个原本需要好几个工作时段才能做出来的工具,现在只要一个下午就能完成,那这对做电商的人意味着什么?

“Vibe coding” 到底是什么

2025 年初,Andrej Karpathy 提出了 “vibe coding” 这个词,用来形容这样一种写软件的方式:你用人话描述意图,让 AI 去写代码。这股浪潮传播得太快,去年年底 Collins 把 “vibe coding” 选为年度词汇。

但也正因为传得太快,这个词的含义正在被稀释。Django 联合创始人、把 AI coding 写得最透彻的人之一 Simon Willison,划了一条我觉得很重要的界线:不是用了 AI 写代码,就叫 vibe coding。

按最初的意思,vibe coding 是指搭东西时根本不回头看代码。如果你仍然会 review、会测试、能解释它在做什么,那它只是普通的软件开发,外加一个手快的助手而已。

这个区分其实挺关键,因为它把这个词变成了一条光谱。一端是 “什么都不看,只要 app 能跑就行”,另一端是仍然对每一行代码负责的人。

Vibe coding 光谱:从「不回看代码,能跑就行」到「对每一行负责」
Vibe coding 光谱:同一个人可以站在不同位置,取决于风险高低。

人人都在讲的故事,和几乎没人讲的故事

一谈到 “AI 与电商的未来”,几乎所有版本的故事都一样:AI 会替消费者去买东西。

ChatGPT 现在有了 Instant Checkout。Stripe 和 OpenAI 推出了面向购买 agent 的开放标准。Shopify 直接说,要让每一个店铺默认 “agent-ready”,而它来自 AI 的订单在 2025 年增长了 15 倍。

但仔细看,这整个故事把卖家放在了一个被动的位置上。你的店铺只是一个需要被标准化的 “门面”,好让别人的 agent 顺路进来买东西。你的任务,就是站好、摆好看。

几乎没有人讲另一面:做电商的人,其实也可以成为那个搭工具、把自己店铺做得更好的人。这后半段,才是我觉得有意思的地方,恰恰因为写它的人太少了。

AI 在电商里的两个故事:agent 去买(人人都讲)和 operator 去搭(很少有人讲)
两个故事:agent 去买人人都讲,operator 去搭却几乎没人讲。

“自己做还是买” 这道题刚刚反转了

以前,遇到一个需要某种功能的问题,我们大多数人都卡在两个选择之间:自己做(要么自学写代码,要么雇开发来帮你做),或者去找一个合适的外部应用。

反转在于,现在多了第三个选择:用 Vibe Code 自己搭。

ECom Research Lab 就是一个例子。

作为一个研究 CRO 的人,我想每周有一张表,汇总正在增长的 Shopify 店铺,再附上几行关于它们背后规律的笔记。

在以前,这要么得花上几天、几周,带着一个团队来做,要么就得为别人在外面做好的某个工具付费。

前几天,我用 Claude Code,一个下午就把这个工具 vibe code 出来了,把它接到一个汇总电商店铺的数据源上。现在每个周一早上,我都有一个会自动更新的 dashboard。

自己做还是买这道题反转了:自学写代码 / 雇开发 / 买现成工具,新的选择是用 Vibe Code 自己搭
“自己做还是买” 多了第四个选择:一个下午自己搭出来。

我想说的不是 “人人都该去写代码”,而是 “要是有这个工具就好了” 和 “我会拥有这个工具” 之间的那道门槛,刚刚降了一级。

对做电商的人来说,我曾经希望拥有、却从没动手做的小工具,多得数不过来。

几条需要记住的边界

任何工具、任何趋势,都有理想的一面和局限。Vibe coding 也一样。

2025 年夏天,Replit 的一个 AI agent 在明明有冻结指令、不许动的情况下,删光了一整个 production 数据库,里面是一千多家公司的数据。然后它还报告错了,说数据无法恢复。

有一些分析显示,AI 生成的代码如果就这样直接上线,接近一半都带有安全漏洞。

而 vibe coding 还有一个更安静的危险,人们常叫它 “技术债”:代码不断被加进去,却几乎没人去清理,几个月后就没人看得懂了。

那么边界在哪?对我来说,它不在于 AI 厉害还是不厉害,而在于我搭的东西有没有别人在用,以及如果它出错,影响会有多大。

Vibe coding 的风险边界:安全(内部工具,一个人负责)vs 危险(运行几十万真实客户数据的产品)
边界不在于「AI 好不好」,而在于工具出错时风险有多大。

就拿 NoteWave 来说。我用一个晚上把它 vibe code 出来,第二天下午就拿来给所有参加 Coffee Chat 的人用了。

我敢这么做,是因为 NoteWave 只有一个人负责,就是我,它不碰任何共享数据,也不影响别的产品或流程。万一出错,我照样可以用平常的方式主持一场 coffee chat。

但 GemCommerce 未来的产品,比如 AI Storefront、GemStory,就是另一回事了。这些工具运行着几十万真实客户的数据,影响非常大。这样的产品需要一个团队来运营和应用 AI,而不是我一个人 vibe code。

Vibe coding 既打开了一样真正有价值的东西,也带来了一样真正危险的东西,如果你把它放错了地方。这两点我会同时放在脑子里,我也觉得,任何认真对待这件事的人都该如此。

很少有人谈的那部分未来

当我去想电商里这股 AI 浪潮,特别是 vibe coding 时,最让我兴奋的,是这样一个想法:一个人,或者一个很小的团队,现在能做到以前需要大量时间和资源才能做到的事。

比如那个 ECom Research Lab,以前从来排不上优先级,现在我一个下午就能自己做出来。

当你用好 vibe coding,你完全可以把 “脑子里的一个想法” 到 “一个能跑的工具” 之间的距离,缩短到一个下午。

如果你也在做电商,手上有某件零碎的小事,一直希望有个专门的工具,那就试试打开一个 AI coding 工具,把它描述出来看看。

如果你还不太清楚怎么把这些都用起来,欢迎来参加一场 Coffee Chat,我们一起聊聊、交换一下经验。

#vibe-coding #ai-agent #claude-code #opinion #gemcommerce #persona-tuan