MCP Apps étend le Model Context Protocol pour afficher des interfaces HTML interactives — graphiques, tableaux de bord, vues avec drill-down — directement dans les conversations des clients IA. Annoncée en janvier 2026, cette extension réduit le workflow typique de visualisation de données en six étapes (écrire SQL → exécuter → exporter CSV → importer dans le BI → créer la viz → partager le lien) à une seule conversation.
Ce hub regroupe les notes couvrant MCP Apps depuis les fondements conceptuels jusqu’à l’implémentation pratique.
Parcours de lecture
Comprendre MCP Apps
Fonctionnement interne du protocole MCP Apps — Comment l’extension fonctionne au niveau protocole : le champ _meta.ui.resourceUri qui déclare les métadonnées UI sur les outils, le type de ressource ui:// pour servir des bundles HTML, le rendu en iframe sandboxé, et le canal JSON-RPC bidirectionnel via postMessage. À lire en premier si vous souhaitez comprendre le mécanisme avant de toucher au code.
MCP Apps vs. BI traditionnel — Quand MCP Apps a du sens par rapport à Looker, Tableau ou Metabase. La comparaison honnête des capacités, l’architecture hybride avec laquelle la plupart des équipes finissent (dbt + couche sémantique + BI traditionnel + MCP Apps comme couche d’exploration), et des recommandations précises sur quel outil utiliser dans quelle situation.
Mettre les visualisations en marche
Visualization MCP Server Ecosystem — Les serveurs disponibles pour le rendu de graphiques : AntV (26+ types de graphiques, installation en une commande), Vega-Lite (spécification déclarative), et mcp-visualization-duckdb (traitement local pour les données sensibles). Plus les serveurs de sources de données — BigQuery, dbt, GA4, Looker — qui les alimentent. Le chemin le plus rapide vers une démo fonctionnelle est ici.
MCP Setup Troubleshooting — Les trois modes d’échec qui bloquent la plupart des configurations MCP : les problèmes de PATH sous macOS (les applications GUI n’héritent pas du PATH du shell — utilisez des chemins absolus), les erreurs silencieuses de configuration JSON (validez avant de redémarrer), et la dégradation du nombre d’outils (50 outils → 31 % de succès, 8 outils → 89 %). Où trouver les logs de débogage et comment utiliser l’inspecteur MCP.
Créer des applications personnalisées
Créer un serveur de visualisation MCP Apps — Implémentation TypeScript complète d’un serveur MCP Apps personnalisé : enregistrement des outils app avec _meta.ui.resourceUri, service des ressources HTML, implémentation du SDK client (app.ontoolresult, app.callServerTool(), app.updateModelContext()), et l’outillage Vite qui produit le bundle HTML en fichier unique requis.
La place de MCP Apps dans l’écosystème MCP
MCP Apps est une extension du protocole principal, pas un remplacement. Le fondement est MCP Protocol Architecture — l’architecture en trois couches (host, client, serveur), la communication JSON-RPC, et les trois primitives serveur (outils, ressources, prompts).
Pour créer des serveurs MCP de sources de données qui alimentent la couche de visualisation, le hub Custom MCP Servers for Data Engineering couvre le workflow complet : critères de décision, sélection du SDK, conception des outils, tests et patterns de serveurs pratiques pour les catalogues de données, les pipelines et la qualité.
La place de MCP Apps
MCP Apps est une couche d’exploration qui se superpose à la stack BI de production — pas une alternative à celle-ci. La couche sémantique de Looker, la qualité de présentation de Tableau et l’autonomie offerte par Metabase restent appropriées pour leurs cas d’usage respectifs. MCP Apps convient aux questions ad hoc et à l’analyse itérative avant qu’un tableau de bord soit justifié. Voir MCP Apps vs. BI traditionnel pour la comparaison complète.