MCP Apps transforme les sorties d’agents en surfaces produit
MCP Apps n’est pas seulement une couche visuelle. Un outil peut déclarer une ressource UI, rendue par l’hôte dans une iframe sandboxée au sein de la conversation. Le support du Nuxt MCP Toolkit montre que ce modèle commence à rejoindre les workflows frontend classiques.
Ce qui change
Pour les équipes, la vraie question est la frontière de responsabilité: quelles données vont au modèle, quelles données restent dans l’interface, quelles actions exigent consentement, journalisation et reprise après erreur.
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.
Les bons cas d’usage sont les tableaux de bord, l’approbation de déploiement, la revue de documents et le triage d’incidents. Pour une simple réponse courte, l’UI ajoute surtout de la maintenance. Testez le vrai hôte, pas seulement l’inspecteur MCP.
The practical conclusion is simple: treat MCP Apps as a product surface for high-friction agent workflows, not as decoration for every tool response.
Sources
- 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