MCP Apps transforma a saída de agentes em uma superfície de produto
MCP Apps permite que uma ferramenta declare um recurso de UI renderizado pelo host em um iframe isolado dentro da conversa. Com o Nuxt MCP Toolkit, esse padrão começa a virar fluxo normal de frontend: componente, dados estruturados e chamadas de ferramenta controladas.
O que mudou
A decisão importante é separar o resumo para o modelo dos detalhes para a interface. Ações que mudam estado precisam de consentimento, auditoria e recuperação.
Practical checklist
- Keep the tool schema stable before designing the widget.
- Separate model-readable summaries from UI-only detailed data.
- Require explicit consent and logs for state-changing actions.
- Test iframe sandboxing, CSP, CORS and OAuth redirects in the real host.
- Track UI actions, tool calls and failures in one trace.
Use em painéis, aprovações, triagem de incidentes e revisão de documentos. Evite para respostas simples. Valide no host real, porque CORS, OAuth e sandbox variam.
The practical conclusion is simple: treat MCP Apps as a product surface for high-friction agent workflows, not as decoration for every tool response.
Fontes
- Model Context Protocol Blog: MCP Apps - Bringing UI Capabilities To MCP Clients
- Model Context Protocol Docs: MCP Apps overview
- Model Context Protocol SEPs index: SEP-1865 status
- Vercel Changelog: Nuxt MCP Toolkit now supports MCP apps
- Nuxt MCP Toolkit documentation
- Microsoft Learn: Add interactive UI widgets to declarative agents
- Microsoft Q&A: MCP Apps UI does not render in Copilot 365 Chat, used as practitioner signal
- Reddit r/ClaudeAI thread on MCP Apps traction, used as community signal