关键观点
传统 MCP 缺少用户直连通道
传统 MCP 请求由用户发给代理，再由代理调用服务器工具。工具结果首先进入代理上下文，随后由代理组织最终回复，用户不能直接操作 MCP 服务器。这种结构适合给代理增加函数和业务逻辑，却不适合需…展开观点收起观点
传统 MCP 请求由用户发给代理，再由代理调用服务器工具。工具结果首先进入代理上下文，随后由代理组织最终回复，用户不能直接操作 MCP 服务器。这种结构适合给代理增加函数和业务逻辑，却不适合需要持续人机交互的界面。上下文窗口也会成为数据传输的额外中介。
为什么重要: 理解这一限制，才能看清 MCP Apps 解决的不是界面美化，而是用户、代理与服务器之间的交互路径问题。
支撑证据
It always goes through the brain of the agent and more importantly through the context window of the agent.
MCP Apps 将完整界面直接交给用户
MCP Apps 扩展了传统工具调用，使工具能够向用户发送由 HTML、CSS 和 JavaScript 构成的完整界面。用户可在应用中交互、调用工具，并把数据直接发送至应用后端。代理负责发现…展开观点收起观点
MCP Apps 扩展了传统工具调用，使工具能够向用户发送由 HTML、CSS 和 JavaScript 构成的完整界面。用户可在应用中交互、调用工具，并把数据直接发送至应用后端。代理负责发现和启动体验，但部分后续操作由人直接完成。即将加入的代理操作应用能力，还可能支持人和代理共同操作同一个可视界面。
为什么重要: 这使订座、选座、日程操作乃至可视化游戏等任务不再受纯文本对话限制。
支撑证据
The agent uses a tool, but instead of that tool request going back to the agent, it is sent out to the user and it's sent out as HTML, CSS, JavaScript.