从vibe coding到vibe using：AI如何让你告别应用商店
App是if-else技术范式的妥协产物；AI瓦解if-else后，数字世界的入口将从分散的App转向持续生长的个人数字界面，从”vibe coding做App”进化为”vibe using接入世界”
基本信息
- 来源类型：文章（网页）
- 原文位置：raw/articles/2026-06-26-205651-tg-61e183.md
- 原文 URL：https://www.woshipm.com/ai/6419151.html
- 消化日期：2026-06-26
核心观点
-
App是if-else技术范式的妥协，不是需求本身：传统软件本质是一套if-else逻辑体系，开发者必须穷举用户意图并预设响应路径。这种技术框架天然把数字世界切割成孤岛——你的社交在微信、购物在淘宝、出行在滴滴，不是因为你的生活本身割裂，而是技术只能这样做。人真正需要的只有两样东西：信息（CP）和服务（SP），App只是上一个时代给出的答案。
-
AI正在瓦解if-else底层范式：大语言模型不需要穷举意图，可以理解自然语言描述的、模糊的、未被预设过的意图，并动态生成响应。软件不再需要提前把所有路径写死，可以在运行时根据用户当下需求实时”长”出来。这意味着建立在旧范式之上的一切——商业模式、产品形态、交互方式、App概念本身——都可能被重新定义。
-
Karpathy的vibe coding仍带旧时代思维惯性：Karpathy提出vibe coding并预言App Store将不复存在，但他的叙事里最终产出物仍然是一个App——只不过是从应用商店下载变成自己用AI做的。从”人只需要信息和服务”的判断看，App本身就是一个不必要的中间层。
-
真正的变革是vibe using——个人数字界面的持续生长：目标不是每次”新建”一个界面，而是在已有基础上”演化”一个系统。你早上问天气，系统渲染简洁页面；几天后你说还想看时事，系统在已有界面上扩展；再过一周你说想看运动数据，系统又新增一块。这个界面不是任何App，是你的个人专属数字界面——一个持续生长的、由需求驱动的、动态演化的系统。
-
两种新形态：界面生成与委托执行：前者适合需要人参与决策、可视化探索的场景（如查看天气+时事+运动数据的综合面板）；后者适合目标明确、可完全交给系统执行的场景（如”帮我安排周末去杭州的行程”→AI协调航班、酒店、日历、朋友确认，最后只给你一条通知）。两者不矛盾，是同一趋势的两种表现。
-
信息和服务的源头不可替代：AI可以重塑你接入信息和服务的方式，但无法替代信息和服务本身。气象站、记者、航空公司、酒店、医院号源、社交关系——这些是AI无法凭空生产的。未来商业组织的重心应放在把物理世界信息高效数字化、把线下服务可靠包装成数字接口上。
-
巨头会抵抗但终将让步：淘宝、美团、微信、滴滴的商业模式建立在”你必须来我的App”之上。当用户通过个人数字界面直接获取底层信息和服务，巨头从平台被降格为供应商。但互联网发展史就是开放与封闭的博弈史——每次技术范式跃迁都会重新定义入口。可能先从长尾领域（Karpathy心率App）开始蔓延，商业模式从toC转向toAI（卖API调用）。
-
代码本身也是一种妥协：代码是人为编译器设计的中间翻译层，不是为人设计的。AI作为新解释器能理解模糊的自然语言后，代码可能不再是必需的中间层。未来可能出现介于自然语言和形式化规约之间的新中间表达形式——对人类直观可审计、对AI高效可解析。可审计性不等于必须用Python或Java。
实操内容保留
（本文无实操代码/模板/步骤）
本文为思辨性分析文章，不包含可直接复用的代码或操作步骤。但提出了一个可操作的思维框架：
思维框架：从App思维到需求思维
- 区分你的需求本质是”获取信息”还是”获取服务”
- 识别当前使用的App是否只是if-else范式下的妥协产物
- 思考如果AI能动态生成界面/自动执行委托，你还需要这个App吗
- 关注信息和服务的源头（数据+接口），而非前端展示层
关键概念
- Vibe Coding — Karpathy提出的”用自然语言+AI生成代码”的开发方式，本文认为它仍带旧时代思维惯性
- Vibe Using — 本文提出的新概念：用户只管”使用”，系统在背后自动完成构建，是比vibe coding更本质的描述
- Generative UI — Google提出的生成式用户界面概念，AI动态创建沉浸式视觉体验和交互界面
- App as Compromise — 本文核心论点：App是if-else技术范式的妥协产物，不是需求本身
- 委托模式 — 用户表达粗略意图，AI在背后协调所有信息源和服务方，最后只给结果通知
- 个人数字界面 — 持续生长的、由需求驱动的、动态演化的个人专属数字系统
与其他素材的关联
- 与 2026-06-22-woshipm-ai-product-connection-density 的关系：两篇都讨论AI时代的产品形态变革，但切入角度不同。连接密度文章从产品方视角看”如何做深连接”，本文从用户视角看”App是否还有存在的必要”。两者共同指向：未来竞争不在于App本身，而在于信息和服务的源头以及连接深度。
- 与 2026-06-23-别再-vibe-coding-用-agent-做真正开发 的关系：Jeremie说”别再vibe coding了，用Agent做真正的开发”，本文则说”vibe coding本身还不够，应该是vibe using”——两篇都对vibe coding概念做了升级，但方向不同：前者强调工程纪律和Agent方法论，后者强调从产品概念回归需求本身。
- 与 2026-06-18-2026-ai-narrative-definition-power 的关系：定义权文章说”技术不再是护城河，定义权才是”，本文的”信息和服务源头不可替代”与之形成互补——定义权是抽象层面的护城河，数据和接口是物理层面的护城河。
原文精彩摘录
传统软件的技术框架，本质上是一套if-else的逻辑体系。用户点击了这个按钮，系统走A分支；用户输入了那个关键词，系统走B分支。所有的交互路径、页面布局、功能逻辑，都需要工程师提前预设好。这意味着，每一个App都必须在开发之前就定义好自己的边界……这种技术框架天然地把数字世界切割成了一个个孤岛。你的社交关系在微信里，你的购物记录在淘宝里，你的出行数据在滴滴里。不是因为你的生活本身是割裂的，而是因为if-else的技术框架，只能以这种方式组织和呈现服务。
试想这样一个场景：你早上起来，对手机说”今天天气怎么样”。系统并不是打开任何天气App，而是直接在你面前渲染出一个简洁的天气信息页面……这个界面不是任何一个App，它是你的个人专属数字界面。一个持续生长的、由你的需求驱动的、动态演化的系统。它不是一次性用完就丢的，而是随着你的使用不断积累和迭代的。
你可以用AI生成一个无比精美的天气界面，但如果拿不到气象数据，那就是一个好看的空壳。所以未来的商业组织，重心会更多地放在提供”信息”和”服务”的源头上。谁能把真实物理世界中的信息高效地数字化，谁能把线下的服务可靠地包装成数字接口，谁就拥有不可替代的价值。