作者介绍：
姜天意，网易低代码业务中心技术负责人
段潇涵，字节跳动豆包 MarsCode IDE 架构师
Q：展望未来 10 年，在 AI-first 视角，您认为是否会出现以 AI 为核心的新的交互范式和产品表达？
姜天意：我们认为，早期做需求时采用的是枚举式策略，也就是分支式策略。产品需要为不同用户预留不同的 Landing Page 来承接流程。例如，如果你有一个 SOP（标准操作流程），就需要一个专门的 SOP 页面来承载整个流程，这导致系统变得非常臃肿。而在 AI 领域，第一个可能带来的变化是从枚举式系统转向动态式系统。未来的入口可能是一个超级 Agent，整个界面会根据用户的需求动态生成。例如，当你提出“我要下一个采购单”时，系统不会使用预置的采购界面，而是根据你的 prompt 和需求动态生成一个交互界面。这种变化可能会彻底改变 ToB 系统的交互方式。比如，CRM 领域的 Agent Force 就在做类似的事情。他们已经掌握了各种场景、数据、业务流程和接口，只需要构建一个 Headless 系统，能够分析用户意图并动态生成界面即可。因此，我认为这可能会对传统交互方式带来变革。
此外，AI 在计算机操作能力方面也有显著优势。去年我们在做自然语言生成 SQL 时，我认为这个方向并不理想，因为自然语言过于冗余，生成的界面效率未必比 GUI 高。我认为，能够通过自然语言输入的系统早已存在，比如 Siri，我们没有必要为了某个功能再专门开发一个 LUI（语言用户界面）。然而，一旦计算机操作能力出现，情况就会改变。大模型对外界的交互能力将从传统的 Function Call，提升到对界面、世界甚至接口的理解。
例如，Claude 团队提出了 MCP（Model Context Protocol）的概念。未来，所有的服务接口、数据库或操作指令都可以变成一个 FM（Function Module），并通过 MCP 协议被大模型调用。这将彻底改变产品的交互形态。所有的入口和处理路由都集中在大模型侧， 开发者只需提供各种服务并暴露 MCP 接口，大模型就可以调用它们。这将形成一个网状、离散的“用完即走”的生态系统，超级 App 的概念也将不复存在。
段潇涵：关于 MCP，虽然 Claude 提出了这种交互理念，但历史上类似的事情并不少见。回想移动互联网时代，最初大家各自为战，后来出现了 APP link 等协议，实现了 App 之间的互跳，甚至逐渐完善了权限控制。我认为，在 AI 时代类似的情况可能会重新上演。AI 的交互方式将迎来变革，甚至未来可能不再需要 GUI。虽然短期内可能还无法实现，但从长远来看，GUI 可能不再是一个强需求。目前，除了 MCP 这类协议，还有一些更前沿的尝试，比如为 AI 时代开发的操作系统，这些变革可能会深入到技术底层。作为开发者，我们需要持续关注这些变化，思考如何在这样的时代背景下提升自己的工程能力和编码能力，以适应未来的技术演进。
精选留言
2025-07-29 12:05:34
所以未来的交互应该是这样的：
对于信息呈现，用户问题 -> 大模型 -> MCP server。大模型去定位要调用哪个后端接口，而非用户自己找到具体的页面或button去定位后端接口。交互更注重的是根据接口返回的结构化、非结构化数据如何动态友好地呈现给用户。不需要再为特点的场景专门编写固定的页面，前端需求会减少很多，交付周期也会加快。后端接口应该从适应前端呈现转变为适合大模型理解和调用。
对于用户指令，新的交互应该能从原来的表单，过渡到新的形式。以引导用户把完整的、详尽的信息提供出来为目的，而非固定的表单页，用户甚至可以通过多模态、甚至脑机接口的方式来完成交互。再结合context，完成更加复杂、更加高级的交互。从一步步的操作转向直接实现原始目的交互方向。
2025-07-14 16:26:27
2025-07-29 11:27:13
1. 对于CRUD中的R，也就是信息呈现，我的判断是未来可能不需要固定的页面了。
原因：
目前的前端页面是对信息架构的组织。用户通过先验的知识，在产品和设计师提前定义的信息架构中，找到具体的页面，然后前端（移动端）代码调用固定的后端接口拿到想要查询的数据，呈现给用户。每个接口调用都有自己的位置，用户需要带着问题，先找到可以回答这个问题的页面或者位置。在设计较差的网站中，或者负责的B端应用中，这个位置可能很深，或者对系统不熟悉甚至找不到。
那么目前，大模型通过MCP协议，理解了所有的接口，它可以代劳找到具体的后端接口，并且拼装好参数。
2025-07-24 17:04:03