Lovable CTO观点：SaaS的未来是Agent能调用的应用

从「人用应用」到「Agent用应用」的范式转移

Lovable，这家以AI驱动Web应用生成而闻名的公司，正在从单纯的应用构建工具，向基于MCP（Model Context Protocol）的「能力平台」演进。在与Lovable CTO Fabian Hedin的对话中，一个核心判断浮出水面：SaaS的未来，不再是为人类设计的界面，而是Agent能够直接调用的应用。

Lovable CTO: The Future of SaaS Is Apps That Agents Can Use

这一观点看似激进，实则是对当下软件形态演变的敏锐洞察。过去二十年，SaaS的成功建立在「以用户为中心」的产品哲学之上——精心设计的UI、流畅的交互、优雅的仪表盘。但当AI Agent开始成为软件的「使用者」时，这套逻辑正在被重新审视。Agent不需要漂亮的按钮，它需要的是清晰的、可编程调用的能力接口。

MCP协议：连接AI Agent与应用的通用标准

MCP（Model Context Protocol）是理解Lovable战略转向的关键。作为一种开放协议，MCP旨在标准化AI模型与外部工具、数据源之间的交互方式。它扮演的角色类似于「AI时代的API标准」——让Agent能够以统一的方式发现、理解并调用各类应用的能力。

值得补充的是，MCP由Anthropic于2024年底正式提出并开源，其设计灵感部分来源于LSP（Language Server Protocol）——一种在IDE领域已经被广泛验证的标准化协议思路。LSP让不同编程语言的工具支持可以与不同编辑器解耦，MCP则试图让AI模型的工具调用能力与具体应用解耦。MCP采用了JSON-RPC 2.0作为通信基础，定义了工具（Tools）、资源（Resources）和提示（Prompts）三大核心原语，使AI Agent可以通过统一的接口描述发现和调用外部能力。这一协议的出现填补了一个重要空白：此前各大LLM厂商虽然都支持Function Calling，但每家的实现方式、参数规范和错误处理机制各不相同，导致开发者需要为不同模型重复编写集成代码。MCP的出现，正是为了终结这种碎片化局面。

为什么MCP对AI Agent生态至关重要

在传统的软件集成中，每个SaaS产品都有自己的API规范、认证机制和数据格式，开发者需要为每一次集成付出大量工作。而当AI Agent成为集成的主体时，这种碎片化会成为致命瓶颈——Agent无法像人类工程师那样阅读文档、理解语义、编写适配代码。

MCP通过提供标准化的「能力描述」，让Agent能够自动发现应用提供的功能，并以可预测的方式调用它们。这意味着，未来一个AI Agent可以在无需人工干预的情况下，串联起支付、日程、文档、通信等多个应用的能力，完成复杂的端到端任务。

然而，这种Agent自主串联多应用的愿景在技术上仍面临多重挑战。首先是权限管理问题——OAuth 2.0等现有授权框架是为人类用户设计的，涉及浏览器重定向和用户交互式授权，而Agent需要一种无需人工介入的委托授权机制（Delegated Authorization）。其次是幂等性与错误恢复：当Agent调用支付接口失败后是否应该重试？重试是否会导致重复扣款？这类问题在人类操作场景中可以通过界面提示解决，但在Agent自主执行时需要严格的事务语义保障。此外，多Agent协作场景下的状态一致性、调用链的可观测性（Observability）和审计追溯（Audit Trail）也是企业级应用必须解决的基础设施问题。这些挑战意味着MCP要从协议规范走向生产级落地，还有大量的工程工作需要完成。

Lovable的战略延伸：从造应用到造Agent能用的应用

Lovable最初的定位是让任何人都能通过自然语言快速生成Web应用。这一能力已经证明了AI在降低软件开发门槛上的巨大价值。而如今，Hedin所描述的「MCP-powered capabilities」，实际上是这一使命的自然延伸。

要理解这一战略延伸的意义，有必要了解Lovable所处的行业位置。Lovable（前身为GPT Engineer）是AI驱动代码生成赛道的重要玩家之一，与Bolt.new、V0 by Vercel、Replit等产品构成竞争格局。这一赛道的核心理念是将自然语言转化为可运行的全栈Web应用，通常基于React/Next.js等现代前端框架自动生成代码，并集成Supabase等后端服务实现数据持久化。Lovable在2024年经历了品牌重塑和产品重构，强调「可部署级别」的代码质量而非仅仅是原型级输出。这一赛道的快速演进表明，AI正在从「辅助写代码」（如GitHub Copilot的补全模式）迈向「直接生成完整应用」的新阶段。而Lovable此次向MCP兼容性的延伸，则标志着它试图从「代码生成工具」跃迁为「Agent生态基础设施」。

如果说第一阶段是「让人人都能造应用」，那么第二阶段就是「让人人造的应用都能被Agent使用」。当用户通过Lovable生成的应用天然具备MCP兼容性，这些应用就不再是孤立的产品，而是可以被更大的Agent生态系统调用的「能力节点」。

生态飞轮的想象空间

这里蕴含着一个潜在的生态飞轮：

越多的应用支持MCP协议，AI Agent能完成的任务就越丰富
Agent能力越强，用户构建MCP兼容应用的动力就越足
应用生态越繁荣，整个平台的网络效应就越显著

Lovable试图在这个飞轮的早期占据关键位置——既是应用的生产者，也是能力协议的推动者。

对SaaS行业的深远影响

Hedin的判断如果成立，将对整个SaaS行业产生结构性冲击。

产品设计重心的转移

产品设计的重心可能从UI/UX转向能力接口的设计。 当主要「用户」变成Agent时，产品团队需要思考的不再仅是「界面是否易用」，而是「能力是否易于被机器发现和调用」。

这一转变在设计理念上要求产品团队进行根本性的思维重构。传统的分层架构中，业务逻辑通常深度耦合在UI层——表单验证、流程引导、异常处理都通过界面交互完成。而Agent友好的架构要求将业务能力彻底抽象为独立的、自描述的服务层，UI和Agent接口分别作为这一能力层的两个「消费端」。这与近年来兴起的「Headless」架构思潮（如Headless CMS、Headless Commerce）一脉相承。实际上，Stripe、Twilio等API优先公司多年前就证明了这种架构的商业价值，只是在Agent时代，这一需求从开发者群体扩展到了每一个SaaS产品——不仅仅是面向技术用户的基础设施产品需要优秀的API，连面向普通用户的协作工具、项目管理软件也需要提供Agent可调用的标准化能力接口。

分发渠道的重构

SaaS的分发逻辑可能被彻底改写。 在Agent主导的世界里，应用不再依赖用户主动打开、点击、使用，而是被Agent按需调用。这意味着传统的用户增长、界面留存等指标，可能让位于「被调用频次」「能力覆盖度」等新型度量。

这种分发渠道的根本性变革在SaaS历史上并非首次发生。从2000年代的桌面软件到Web应用、从Web到移动端App Store分发、再到2010年代Slack等平台催生的「Workflow内嵌式SaaS」，每一次计算范式的迁移都伴随着分发逻辑的重构。当前Agent驱动的分发变革，与Salesforce AppExchange或Shopify App Store的平台化分发有相似之处——应用的价值不再完全由终端用户直接感知，而是通过平台（或Agent编排层）间接触达。Stripe是一个经典的「API优先」公司范例：它从未拥有面向消费者的界面，却通过卓越的开发者体验和API设计成为支付基础设施的巨头。这或许预示了Agent时代SaaS公司的一种可能形态——最成功的应用未必是用户直接看到的那个，而是被Agent最频繁调用的那个。

竞争壁垒的重塑

SaaS的护城河正在发生变化。 过去的竞争优势往往是品牌、界面体验和用户习惯，而在Agent时代，谁能提供更可靠、更标准化、更易组合的能力接口，谁就更可能被纳入Agent的工作流。

机遇与不确定性并存

「Agent能用的应用」这一愿景仍处于早期阶段。MCP作为一项相对年轻的协议，其标准化程度、安全模型、商业化路径都还在探索之中。Agent自主调用多个应用完成任务，也带来了权限管理、错误处理、责任归属等一系列尚未完全解决的问题。

此外，人类用户在可预见的未来仍将是许多软件的直接使用者。UI并不会消失，而是可能与Agent接口形成「双轨并存」的格局。真正的挑战在于，如何让一款应用同时服务好人类和Agent两类「用户」。

不过，Lovable的这一战略转向至少揭示了一个值得关注的方向：随着AI Agent能力的不断增强，软件的形态、构建方式和使用方式都可能被重新定义。对于开发者和SaaS从业者而言，现在或许正是思考「如何让你的应用被Agent理解和使用」的时刻。