跨主题线索

阅读线索:如果 coding 是 commodity,AI startup 的护城河长在哪儿

跨主题线索 · 拉的是 vibe-coding-shift × ai-moat-2026 · 2026-05-20

这条线索

vibe-coding-shift 主题里所有阵营都承认一件事:工程师写代码这件事本身正在被自动化压缩。Cursor + Claude Code + Codex 之后,一个有品味的工程师 + AI 工具一周能搭出来的东西,几年前一个团队三个月才能做完。这就把一个问题推到极致——如果 coding 不再是稀缺资源,AI startup 的护城河到底长在哪儿? ai-moat-2026 主题里有六种回答,但跟 vibe-coding 的现实结合起来后,真正还能扛得住的护城河只剩下两个半

把这两个题目接起来的具体瞬间

1. Boris Cherny 说 "coding is largely solved" —— 然后 Tuhin Srivastava 立刻给出"那护城河长哪儿"的答案

"I think at this point it's safe to say that coding is largely solved."
「我认为现在可以肯定地说,编码在很大程度上已经解决了。」
Boris Cherny · Head of Claude Code

如果 Boris 是对的,那 Tuhin 的判断就成了主线索:

"If user signal is encoded in a model, your business is at risk. If it is encoded in workflows, that is where you develop moats."
「如果用户信号编码在模型里,你的业务就有风险;编码在工作流里,那才是护城河。」

桥接:vibe-coding-shift 让"写代码"商品化;ai-moat-2026 里 Tuhin 的"workflow 护城河"假设你掌握了一个 incumbents 解码不出来的工作流。但这条假设反过来被 vibe-coding 削弱——如果竞争对手也能用 Cursor + Claude Code 一周复刻你的 workflow encoding,那 workflow 本身也不稳。这意味着 Tuhin 的判断只有在客户信号本身需要长期积累(多年用户行为 + 反馈循环)时才成立——而不是一周能复刻的接口。


2. Cannon-Brookes 把护城河押在设计 —— 但 Ryo Lu 自己揭穿了它的边界

ai-moat-2026 里 Cannon-Brookes 给的是"设计是新护城河":

"In the AI era, design becomes more valuable because it differentiates software through feel and function, which are difficult to copy."
「AI 时代,设计变得更有价值——因为它通过感觉和功能差异化软件,而这些很难复制。」
Mike Cannon-Brookes · 20VC: Atlassian CEO

但 vibe-coding-shift 里 Cursor 自己的设计负责人 Ryo Lu 给了直接反驳的限定:

"There needs to be something for the human to specify: What is good? What is right? How I want to do it? If you don't put in that opinion, it will just produce AI slop."
「需要人来指定:什么是好的?什么是对的?我想怎么做?如果你不放进这层判断,它只会产出 AI slop。」

桥接:如果 Cannon-Brookes 的"设计"是护城河、Ryo Lu 的"没有 taste 就是 AI slop"是事实,那真正的护城河不是"设计能力"——是有 taste 的人。这是个人才约束、不是产品约束。意味着 Cannon-Brookes 的论点其实是:Atlassian 的护城河是它雇得到 + 留得住有 taste 的设计师——这跟工具时代的护城河没差别。vibe-coding 没削弱这条,反而强化了它,因为现在 *缺* taste 的工具变多了。


3. Karpathy 担心"过度生产 bespoke apps" —— Cadwallader 给的 agent-led distribution 把它接成护城河

vibe-coding 那条线里 Karpathy 的隐忧是个反音:

"Maybe there's an overproduction of lots of custom bespoke apps that shouldn't exist because agents kind of crumble them up."
「也许会有大量本不该存在的定制 app 被过度生产——因为 agent 会把它们捏碎。」

ai-moat-2026 里 Cadwallader 的 agent-led distribution 把这条反音变成了一个具体的护城河维度:

"It's not so much that the front door of the internet has changed; it's the person going through the door that has changed."
「不是互联网的前门变了——是穿过门的'人'变了。」
James Cadwallader · From SEO to Agent-Led Growth

桥接:如果 Karpathy 是对的——bespoke apps 过度生产、被 agents 捏碎、everything-as-API-endpoint——那"哪些 endpoint 被 agent 经常调用"会变成新版的 SEO。这条护城河不是产品功能、不是设计、不是 workflow,而是对 agent 可见性 (legibility)。这是 vibe-coding 让所有产品趋同后剩下的真正差异化维度——但语料里只有 Cadwallader 一个人具体说出来。


4. Mansour 的"outlier founder"框架是这场辩论的 meta 答案

ai-moat-2026 里 Tarek Mansour 提出的"outlier 创始人属性"看起来跟 vibe-coding 无关,但在 coding 商品化之后,它成了最 robust 的那条

"A startup is intrinsically something that the world does not want to exist."
「初创公司本质上是这个世界不希望存在的东西。」
"If you want to achieve outlier results, you need some sort of outlier imbalance."
「要做出 outlier 的结果,你需要某种 outlier 的不平衡。」

桥接:当工具门槛归零,*执行*的差异化消失,但愿意做世界不希望存在的东西的人没有变多。Mansour 的"outlier 创始人属性"在 vibe-coding 时代变成了唯一不可被工具复制的稀缺资源——这跟 Reducto 的 Adit Abraham 押 "PDF 处理是没人想做的脏活" 的逻辑同构(见 ai-native-products 的模式 A)。


如果你继续往下拉

把 vibe-coding-shift 和 ai-moat-2026 接起来后,还撑得住的护城河可能只剩 2.5 个

1. 足够长时间积累的客户 workflow signal——Tuhin 押的那条,但前提是积累周期长到 vibe-coding 工具无法在短时间复刻。 2. 对 agent 可见性 (Cadwallader 的 agent-led distribution)——还非常早期、几乎没人在做,但如果 Karpathy 的"bespoke app 过度生产"成真,这条会迅速重要。 3. (0.5) 雇得到有 taste 的人——不是护城河本身,是其他护城河的*前提条件*;Cannon-Brookes 的设计护城河、Mansour 的 outlier 创始人都依赖它。

其他在 ai-moat-2026 里被讨论的护城河——data moat(被 a16z 自己定性为只在 mega-scale 成立)、垂直整合(不适用纯软件 AI startup)、品牌(Camp D 反复说但缺可证伪指标)——在 vibe-coding-shift 的现实下都更难站住脚。

对 builder 的具体含义:如果你今天在做 AI startup,"能不能用 Cursor 一周复刻"应该是判断你这个产品是否值得存在的第一道筛——*不是*"能不能"。能复刻的产品大概率被复刻;不能复刻的部分一定是某种积累、taste、或对 agent 的 legibility,没别的。


取材