应用的消解

应用的消解指"App"这一产品单位在智能体时代被拆散、退化成按需生成的一次性功能的过程。OpenClaw 传奇里最深刻的洞察来自一个具体案例。^1

维也纳的设计公司

彼得斯坦伯格 在维也纳的一次聚会上遇到一位设计师。这个人没有任何编程经验，却使用 OpenClaw 构建了 25 个内部网络服务。^1

环节	传统路径	智能体路径
需求	文件转换、客户审批流程、资产管理	同
方案	订阅 5–10 个不同 SaaS 产品，或雇开发代理机构	通过 Telegram 向智能体描述需求
成本	每月数百美元订阅，或数万美元外包	边际成本接近算力费用
交付物	通用软件的使用权	为这一个需求生成的定制脚本
界面	拖放式无代码工具 / SaaS 控制台	自然语言

那位设计师的原话式请求是这样的："我需要一个工具，我上传 PDF，它把它拆分成页面。"智能体编写了 Python 脚本，设置了本地服务器，并通过隧道把它暴露出来。^1

这是"无代码"梦想的实现，但没有"无代码"工具。没有拖放界面。只有自然语言和原始代码。

graph LR
    A[需求出现] --> B{过去}
    A --> C{现在}
    B --> B1[找一个通用 SaaS<br/>适配自己的流程]
    B1 --> B2[月费订阅<br/>功能 90% 用不上]
    C --> C1[描述给智能体]
    C1 --> C2[生成刚好够用的脚本]
    C2 --> C3[用完可弃<br/>无订阅无锁定]

为什么这动摇的是商业模式而非工具

SaaS 的定价逻辑建立在一个前提上：开发软件很贵，所以多方分摊。通用产品服务一万个客户，每人付一份订阅，谁也不用自己造。这个前提要求"造软件"的成本远高于"忍受不合身的通用软件"的成本。

当生成一个刚好合身的定制工具的成本降到接近于零，天平就翻了：当任何人都可以通过自然语言让 AI 为自己生成定制工具时，谁还需要为通用软件付费？^1

这与 saaspocalypse与席位经济崩塌 是同一场危机的两个不同切口：

页面	攻击的是 SaaS 的哪一根柱子
saaspocalypse与席位经济崩塌	按席位计价——AI 减少了需要席位的人数
本页	通用产品本身——定制品的边际成本坍塌，通用性不再是优势

两者叠加意味着 SaaS 同时在乘数（席位数）和被乘数（是否需要买通用软件）上被侵蚀。

一个连带后果：数据解放与灰帽地带

同一套能力还改变了用户与平台数据边界的关系。斯坦伯格创造了"数据解放"这个词：现代网络中用户数据通常被锁在围墙花园内，平台要么不提供 API，要么 API 受严格限制。而智能体不尊重这些围墙——如果 API 不存在或"API 很烂，做不到我想要的"，智能体就用浏览器功能抓取数据，或通过监控开发者控制台流量逆向工程网站的私有 API。^1

他认为这是一种数字权利："这是我的数据。如果公司不给我 API，我的智能体就会自己去取。"

这里必须标出边界：这种做法违反了几乎所有主要平台的服务条款；由于智能体在本地运行并模仿人类用户，它极难被检测或阻止。源脚本本身也给出了双面判断——"你可以说这是民主化，也可以说这是混乱"。本 wiki 记录这一现象及其争议，不作立场推荐，也不提供操作方法。

更长的推论：从"用户"到"操作员"

源脚本把这个案例读成一个更大的转变的证据：我们正在从使用软件（点击按钮）转向操作智能体（定义目标）。设计公司的案例证明，这种转变甚至对于非开发者也已经发生。^1

这与 调度力阶梯 从另一端汇合：那边说程序员正在变成 AI 经理人，这边说非程序员正在跳过程序员这一步、直接成为 AI 经理人。两条路的终点是同一个身份——操作员。

边界

• 25 个内部服务是一个轶事证据，不是统计。它证明可行性上限，不证明普及率。
• 定制工具的隐性成本（维护、安全、可靠性、无人接手）在该案例里未被计量；SaaS 的一部分价值恰恰是把这些成本外包出去。
• "App 之死"是趋势判断而非既成事实；更可能的中期形态是通用平台与按需生成功能长期共存。

相关页面

• OpenClaw — 案例载体
• saaspocalypse与席位经济崩塌 — SaaS 危机的另一根柱子
• 调度力阶梯 — 操作员身份的另一条入口
• 终端即接口 — 使这一切成为可能的权限前提
• 距离即分配 — 本批顶层综合页