Laisser l'IA prendre le contrôle : exposer localhost via les serveurs MCP

Les agents de codage IA peuvent désormais écrire un gestionnaire de webhook, lancer un serveur de développement, et exposer ce serveur à Internet, le tout à partir d’une simple invite en langage naturel, sans que le développeur ait besoin d’ouvrir une seconde fenêtre de terminal. La pièce qui a rendu cette étape possible est le Model Context Protocol (MCP) : des agents qui s’arrêtaient à la frontière de la machine locale peuvent maintenant la traverser pour atteindre des services de tunneling comme Pinggy. Cet article explique comment MCP en est arrivé là, où en est le paysage IDE agentique à mi-2026, et comment fonctionne aujourd’hui le serveur MCP et la compétence Pinggy.

Ce que MCP standardise réellement

Anthropic a open-sourcé le Model Context Protocol le 25 novembre 2024, en tant que standard pour connecter les assistants IA aux systèmes où résident données et outils. Avant MCP, relier un modèle à un outil spécifique nécessitait une intégration sur mesure pour chaque paire modèle-outil — ce que Anthropic appelait le problème “N×M”. MCP simplifie cela à un seul serveur par outil, utilisable par tout client compatible MCP. La conception du flux de messages du protocole s’inspire du Language Server Protocol (LSP), et les échanges se font en JSON-RPC 2.0.

L’architecture comporte trois parties :

1. Host — l’application utilisateur : un IDE, un client de chat desktop, un agent personnalisé.
2. Client — la partie dans l’hôte qui parle MCP et route les appels vers les serveurs.
3. Serveur — le processus externe qui expose des outils, ressources ou prompts (dans ce cas, gestion de tunnels).

La couche de transport a évolué depuis la première version de MCP. La spécification initiale de 2024-11-05 utilisait stdio (pour processus locaux à client unique) et un transport HTTP+SSE pour les serveurs distants. La révision de mars 2025 (26 mars 2025) a déprécié HTTP+SSE au profit de Streamable HTTP, qui utilise un seul point d’entrée, supporte le déploiement sans état derrière des load balancers, et permet des sessions résumables — l’ancien design SSE à deux points d’entrée ne tenait pas bien derrière des plateformes serverless ou des proxies. Le transport SSE est toujours supporté pour la compatibilité, mais les fournisseurs fixent des dates de fin de support (par exemple, le serveur MCP Rovo d’Atlassian supprime le support SSE le 30 juin 2026). Pour tout ce qui est construit aujourd’hui, stdio pour outils locaux et Streamable HTTP pour distants restent la recommandation.

L’adoption de MCP en dehors d’Anthropic a été rapide : OpenAI a intégré le support MCP natif dans son SDK Agents en mars 2025, et Google DeepMind a confirmé le support pour Gemini le mois suivant. Au moment où Anthropic a confié la gouvernance du protocole à la Linux Foundation’s Agentic AI Foundation le 9 décembre 2025, l’écosystème comptait plus de 97 millions de téléchargements SDK mensuels et plus de 10 000 serveurs publics actifs.

Le paysage IDE agentique a évolué

Les trois outils les plus associés au codage agentique ont tous changé de forme depuis leur première comparaison côte à côte.

• Cursor, développé par Anysphere sur un fork de VS Code, est toujours basé sur Composer (édition multi-fichier d’agents) et le changement de modèle par tâche entre Claude, GPT et Gemini. En avril 2026, Anysphere a lancé un modèle propriétaire, Composer, avec “Cursor 3” — une refonte centrée sur une fenêtre Agents qui gère des sessions parallèles sur machines locales, Git worktrees, sandbox cloud, et cibles SSH distantes. La valorisation d’Anysphere est passée de 29,3 milliards de dollars lors de la Series D de novembre 2025 à des discussions au-dessus de 50 milliards en 2026, et à la mi-2026, SpaceX (alors fusionnée avec xAI) a structuré un accord lui donnant le droit d’acquérir Anysphere pour 60 milliards de dollars — non encore exercé à ce jour.
• Windsurf a commencé comme IDE agentique de Codeium avec le système de planification Cascade. Après l’acquihire d’environ 2,4 milliards de dollars de Windsurf par Google en mi-2025, Cognition AI — créateur de l’agent de codage autonome Devin — a signé un accord pour racheter le reste de l’entreprise, finalisé vers décembre 2025 pour environ 250 millions de dollars. Windsurf n’est plus un produit indépendant : il utilise désormais le modèle SWE-1.5 de Cognition, propose une fonctionnalité de visualisation de code appelée Codemaps, et est fusionné avec Devin dans une seule stack de développement agentique.
• Claude Code, l’agent de codage d’Anthropic, était initialement terminal-only mais ne vit plus exclusivement là. Il fonctionne maintenant sur six interfaces partageant un moteur commun : le terminal CLI original, une extension VS Code, un plugin JetBrains (IntelliJ IDEA, PyCharm, WebStorm, etc.), une application desktop autonome, une version web sur claude.ai/code, et une intégration Slack. Toutes ces interfaces partagent la même configuration de projet CLAUDE.md, les modes de permission, et les connexions au serveur MCP — le terminal n’est qu’une entrée parmi d’autres, pas le produit entier.

Le MCP est la couche de connexion qui relie tous ces outils : n’importe lequel peut se connecter au même serveur MCP, y compris celui qui gère les tunnels.

Le goulot d’étranglement localhost

Écrire le code pour une intégration webhook n’a jamais été la partie difficile. Le tester contre un service tiers en direct — Stripe, Shopify, un client mobile sur un autre réseau — nécessite une URL publique pointant vers votre machine locale. La procédure traditionnelle brise l’autonomie de l’agent à cette étape : arrêter, ouvrir un autre terminal, s’authentifier avec un service de tunneling, copier une URL dans le contexte de l’agent ou un tableau de bord, reprendre. Multiplier cela pour tester des webhooks, faire des démos à distance, ou travailler avec des IoT/appareils, c’est une source récurrente de changement de contexte qu’un agent ne peut contourner seul — sauf s’il dispose d’un appel d’outil qui gère le tunneling.

Serveur MCP et compétence Pinggy

Pinggy, le service de tunneling basé sur SSH, fournit deux pièces distinctes d’outillage agentique pouvant être installées ensemble ou séparément : une Compétence Agent et un serveur MCP.

La compétence est un ensemble d’instructions et de documentation de référence — commandes SSH, flags CLI, utilisation SDK — que l’agent lit puis exécute lui-même via un accès terminal classique. Le serveur MCP est un processus en cours d’exécution qui expose les opérations de tunnel comme des outils appelables, évitant à l’agent de devoir reconstituer une commande à partir de la documentation ; il appelle directement un outil. La documentation de Pinggy recommande de commencer par la compétence, puis d’ajouter le serveur MCP une fois que l’agent doit gérer ses tunnels de façon autonome.

Installation de la compétence

npx skills add https://pinggy.io

Ceci est publié selon la norme communautaire des Agent Skills, et la CLI skills détecte l’agent et l’installe dans son répertoire de compétences — pour Claude Code, c’est ~/.claude/skills/pinggy/. La seule prérequis est Node.js.

Installation du serveur MCP

Le code source du serveur MCP se trouve à github.com/Pinggy-io/pinggy_mcp — la documentation de Pinggy le qualifie d’“early and experimental”. Il nécessite Python 3.10+ et uv :

curl -LsSf https://astral.sh/uv/install.sh | sh

Rien d’autre ne s’installe globalement ; chaque client récupère et exécute pinggy-mcp à la demande via uvx. La configuration diffère selon le client — notamment, VS Code utilise une clé servers, tandis que Claude Desktop, Cursor, et Windsurf utilisent mcpServers, et le fichier lu est différent aussi.

Claude Code — enregistré directement via la CLI plutôt que dans un fichier de config :

claude mcp add pinggy-mcp -- uvx --from git+https://github.com/Pinggy-io/pinggy_mcp.git pinggy-mcp

Vérifiez qu’il est enregistré avec claude mcp list.

Claude Desktop — modifiez le fichier de configuration pour votre OS : - macOS : ~/Library/Application Support/Claude/claude_desktop_config.json - Windows : %APPDATA%\Claude\claude_desktop_config.json - Linux : ~/.config/Claude/claude_desktop_config.json

{
  "mcpServers": {
    "pinggy-mcp": {
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/Pinggy-io/pinggy_mcp.git",
        "pinggy-mcp"
      ]
    }
  }
}

Cursor — ~/.cursor/mcp.json pour une configuration globale, ou .cursor/mcp.json à la racine d’un projet :

{
  "mcpServers": {
    "pinggy-mcp": {
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/Pinggy-io/pinggy_mcp.git",
        "pinggy-mcp"
      ]
    }
  }
}

VS Code — ~/.vscode/mcp.json (global) ou .vscode/mcp.json (projet) ; notez que la clé de niveau supérieur est servers, pas mcpServers :

{
  "servers": {
    "pinggy-mcp": {
      "type": "stdio",
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/Pinggy-io/pinggy_mcp.git",
        "pinggy-mcp"
      ]
    }
  }
}

Rechargez avec Developer: Reload Window dans la palette de commandes.

Windsurf — ~/.codeium/windsurf/mcp_config.json :

{
  "mcpServers": {
    "pinggy-mcp": {
      "command": "uvx",
      "args": [
        "--from",
        "git+https://github.com/Pinggy-io/pinggy_mcp.git",
        "pinggy-mcp"
      ]
    }
  }
}

Redémarrez Windsurf après avoir sauvegardé.

Ce que vous pouvez lui demander de faire

Une fois connecté, la documentation de Pinggy donne ces exemples de prompts :

• “Expose mon serveur de développement sur le port 3000.”
• “Ouvre un tunnel TCP vers localhost:22.”
• “Partage mon dossier ~/Downloads sur Internet.”
• “Connecte-toi à Pinggy.”
• “Liste mes tunnels actifs.”
• “Autorise uniquement le trafic de 1.2.3.4 vers mon tunnel.”
• “Arrête le tunnel.”

À noter : la documentation de Pinggy ne publie pas les détails techniques de ce que fait “se connecter” en coulisses, et comme le projet est explicitement qualifié d’early and experimental, il est conseillé de lire la source avant de pointer vers des éléments sensibles. Chaque page de doc Pinggy est aussi publiée en Markdown simple à la même URL avec un suffixe index.md, et l’ensemble du site est résumé à pinggy.io/llms.txt — un détail destiné à permettre aux agents de lire la doc directement plutôt que de scraper le HTML rendu.

Cas d’usage pratique

Test de webhook. Demandez à un agent de construire une intégration Shopify de “configurer le webhook de création de commande,” et il pourra écrire le gestionnaire de route, lancer le serveur local, appeler l’outil MCP de Pinggy pour ouvrir un tunnel HTTP, et transmettre l’URL résultante à celui qui l’enregistre chez Shopify — transformant un processus normalement multi-étapes en une seule opération.

Accès aux appareils et capteurs. Pour un capteur IoT local ou un Raspberry Pi devant atteindre un endpoint cloud, un agent peut ouvrir un tunnel TCP et renvoyer l’adresse publique sans que le développeur ait à reconstruire manuellement une commande SSH.

Partage de fichiers et dossiers. La CLI de Pinggy peut servir un répertoire local directement (pinggy --serve /chemin/vers/fichiers), et cette capacité est aussi exposée via le serveur MCP — “partager mon dossier ~/Downloads” est l’un des prompts d’exemple documentés. Pour un collègue qui révise un dataset ou un résultat de build, c’est un lien public sans avoir à uploader quoi que ce soit sur un service de stockage tiers.

Considérations de sécurité

Aucune de ces opérations ne dispense de faire preuve de jugement. La documentation MCP de VS Code le dit clairement : les serveurs MCP locaux peuvent exécuter du code arbitraire sur votre machine, et il faut n’ajouter que des serveurs provenant de sources fiables et que vous avez vérifiées. Le serveur MCP de Pinggy est vraiment nouveau — la documentation de la société le qualifie d’”early and experimental” — donc la diligence habituelle s’applique : lire ce que fait réellement le serveur avant de lui donner accès au réseau ou au système de fichiers, et ne pas supposer que “l’agent a demandé poliment” équivaut à “c’est sûr à exposer.” La liste blanche d’IP et les options d’authentification de Pinggy (authentification basique, tokens bearer) restent disponibles pour tout tunnel ouvert par l’agent, et il est conseillé de les appliquer par défaut plutôt que seulement en cas de problème.

Où cela va-t-il ?

MCP n’a pas seulement standardisé l’accès aux fichiers et aux API — il a donné aux agents une sortie socket vers les outils réseau que les développeurs utilisent déjà. La gestion des tunnels était une étape naturelle, même peu glorieuse, à mettre derrière cette interface : les développeurs exécutaient déjà manuellement une poignée de commandes, et un agent capable d’écrire le gestionnaire webhook peut tout aussi bien appeler l’outil qui l’expose. Que ce soit un flux sensoriel, un webhook, ou un dossier de test, le principe est le même : décrire ce qui doit être accessible, et laisser l’outil gérer la mécanique.

---

Historique des modifications

Ce texte a été réécrit à partir d’un brouillon antérieur. Corrections et ajouts, avec sources :

1. Date et contexte de l’annonce MCP — confirmé au 25 novembre 2024 comme date de sortie, et confirmé le problème d’intégration “N×M” ainsi que la conception inspirée du LSP, contre l’annonce d’Anthropic et plusieurs rétrospectives techniques. (Anthropic, “Introducing the Model Context Protocol,” anthropic.com/news/model-context-protocol ; NeuralCoreTech, “Pourquoi MCP est devenu la norme pour l’IA agentique,” mai 2026)
2. Correction de la couche de transport — la version initiale décrivait SSE comme un transport distant actuel. En réalité, la révision de la spécification 2025-03-26 a déprécié HTTP+SSE au profit de Streamable HTTP ; SSE est conservé uniquement pour compatibilité descendante, et plusieurs fournisseurs ont annoncé la fin du support en 2026. (modelcontextprotocol.io/specification/2025-11-25/basic/transports ; GitHub issue #2278 du SDK python ; Atlassian Community, “Avis de dépréciation HTTP+SSE pour le serveur MCP Rovo”)
3. Adoption et gouvernance MCP — support SDK Agents d’OpenAI (mars 2025), support Gemini de Google DeepMind (avril 2025), et don d’Anthropic à la Linux Foundation le 9 décembre 2025, avec chiffres d’utilisation (97M+ téléchargements mensuels, 10 000+ serveurs publics actifs). (NeuralCoreTech, mai 2026 ; Cuttlesoft, “Protocole MCP d’Anthropic,” fév 2026)
4. Mises à jour Cursor, Windsurf, Claude Code — Windsurf, acquis par Cognition AI après l’acquihire de mi-2025, utilise désormais le modèle SWE-1.5. Cursor, valorisé à 29,3 milliards en novembre 2025, envisage une acquisition par SpaceX/xAI pour 60 milliards. Claude Code, initialement terminal, fonctionne maintenant sur six interfaces (terminal, VS Code, JetBrains, desktop, web, Slack). (Wikipedia, “Cognition AI” ; Taskade, “Windsurf Review 2026” ; ValueAddVC, “Valorisation de Cursor (Anysphere) 2026” ; Fastio, “Configuration IDE Claude Code 2026”)
5. Correction du dépôt GitHub officiel de Pinggy MCP — la source officielle est github.com/Pinggy-io/pinggy_mcp, confirmé via la documentation Pinggy. (pinggy.io/docs/ai_agents/)
6. Suppression de la mention OAuth 2.0 Device Authorization — la documentation Pinggy ne mentionne pas cette méthode d’authentification, la mention a donc été retirée. (pinggy.io/docs/ai_agents/)
7. Correction sur WebDAV — la méthode de partage de fichiers de Pinggy est via son drapeau pinggy --serve <chemin>, pas WebDAV. (pinggy.io/docs/ai_agents/ ; README du repo CLI Pinggy-io)
8. Instructions d’installation corrigées et complétées — les exemples de configuration pour VS Code, Cursor, Windsurf, Claude Code ont été vérifiés et ajustés selon la documentation actuelle, avec les prérequis (Python 3.10+, uv). (pinggy.io/docs/ai_agents/)
9. Exemples de prompts vérifiés — prompts documentés par Pinggy, incluant la liste des tunnels, whitelisting IP, partage de dossier.
10. Suppression des répétitions et reformulation pour cohérence.
11. Note sur la sécurité — basée sur la documentation MCP de VS Code et la description expérimentale de Pinggy, recommandant la prudence et la vérification avant d’exposer des serveurs.