MCP Apps convierte la salida de los agentes en una interfaz de producto
MCP Apps no es solo una forma bonita de mostrar resultados. Permite que una herramienta declare un recurso de UI que el host renderiza en un iframe aislado dentro de la conversación. El soporte de Nuxt MCP Toolkit muestra que este patrón ya entra en frameworks cotidianos.
Qué cambió
La decisión práctica es separar lo que debe leer el modelo de lo que debe explorar el usuario. Las acciones de solo lectura, los cambios de estado y las operaciones destructivas necesitan reglas distintas de consentimiento, auditoría y recuperación.
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.
Funciona bien para dashboards, aprobaciones, revisión documental y triage operativo. Es excesivo para respuestas cortas. Valida en el host real, porque CORS, OAuth y renderizado pueden diferir del inspector.
The practical conclusion is simple: treat MCP Apps as a product surface for high-friction agent workflows, not as decoration for every tool response.
Fuentes
- 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