关键观点
传统 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 构成的完整界面。用户可在应用中交互、调用工具，并把数据直接发送至应用后端。代理负责发现和启动体验，但部分后续操作由人直接完成。即将加入的代理操作应用能力，还可能支持人和代理共同操作同一个可视界面。