Skip to main content
← Integrations IA
macOS uniquement
L'éditeur de code AI-first (fork de VS Code)

Cursor + SSH via le serveur MCP de SSHive

Laissez Cursor inspecter votre flotte qui tourne, lister les conteneurs, lire les logs, éditer les configs en SFTP. Serveur MCP local, pas de relais cloud.

Télécharger SSHive gratuitementVoir la page MCP
Cursor est un fork de VS Code construit autour du coding assiste par IA, Cmd+K pour les edits inline, Cmd+L pour le chat, mode agent pour les refactors multi-etapes. Son support MCP laisse des serveurs d'outils externes exposer des capacites que le modèle peut appeler. Le serveur MCP de SSHive donne a Cursor sept outils : lister les sessions SSH actives, lancer des commandes SSH, parcourir et lire/ecrire des fichiers en SFTP, et streamer les gros uploads sans overhead base64. Tout cible aux sessions actives dans SSHive, tout authentifie via le Trousseau macOS, tout sur `127.0.0.1` uniquement. La paire est la plus utile quand Cursor edite du code qui depend d'état distant, un Dockerfile qui a besoin du vrai `apt list --installed` de l'hôte, une config nginx qui doit matcher la version deployee, une migration de base qui doit savoir quelles tables existent. Au lieu de deviner ou de vous demander de coller, Cursor demande au serveur MCP de SSHive.

Setup Cursor avec SSHive en 4 etapes

  1. 1

    Activez le serveur MCP dans SSHive

    Ouvrez SSHive sur macOS, Réglages → MCP, activez "Enable MCP server". Copiez le Bearer token affiche.

  2. 2

    Ouvrez les réglages MCP de Cursor

    Dans Cursor : Cmd+Shift+J → Cursor Settings → MCP. Cliquez "Add new MCP server" et collez le snippet JSON depuis le panneau Réglages MCP de SSHive (remplacez `<your-token>` par le vrai Bearer token).

    A copier
    {
  "mcpServers": {
    "sshive": {
      "type": "http",
      "url": "http://127.0.0.1:49422/mcp",
      "headers": {
        "Authorization": "Bearer <your-token>"
      }
    }
  }
}
  3. 3

    Rechargez Cursor

    Cmd+Shift+P → "Reload Window". Au redemarrage, l'indicateur MCP en bas doit afficher `sshive` connecté avec 11 outils. Cliquez pour verifier.

  4. 4

    Ouvrez les sessions SSH a exposer

    Dans SSHive, connectez-vous aux serveurs que vous voulez exposer a Cursor (Cursor ne voit que les sessions connectées). Dans le chat Cursor, demandez : « Quels conteneurs tournent sur prod ? », Cursor appelle `ssh_list_sessions`, choisit prod, lance `docker ps`, repond.

Que demander a Cursor une fois connecté

Vous demandez

« Refactore ce Dockerfile pour matcher les versions de package reellement installees sur prod. »

Ce qui se passe

Cursor pull `apt list --installed` via `ssh_execute` sur la session prod, diff contre votre Dockerfile, propose des changements minimaux.

Vous demandez

« Génère le docker-compose.yml depuis le stack compose qui tourne sur staging. »

Ce qui se passe

Cursor lit le fichier compose deploye via `sftp_read_file` et `docker compose config` via `ssh_execute`, produit un fichier compose propre aligne sur la realite.

Vous demandez

« Tail les logs api-gateway et dis-moi quand la prochaine erreur 500 arrive. »

Ce qui se passe

Cursor appelle `ssh_execute` avec `docker logs -f api-gateway 2>&1 | head -200`, scanne les entrées 500, resume la stack trace.

Pourquoi associer Cursor a SSHive

Cursor est a son meilleur pour générer du code ; son point faible est raisonner sur l'état deploye. Votre repo et le système deploye drift constamment, et Cursor ne peut pas connaitre ce drift sans aide. Le serveur MCP de SSHive est le pont : Cursor edite le code, SSHive lui fournit la verite terrain sur la flotte qui tourne. Le résultat : des changements de code alignes sur la réalité des le jour 1 au lieu d'après le deuxième deploy raté. Le tradeoff sécurité est favorable : les sessions SSHive sont pre-authentifiees sur le Mac qui fait tourner Cursor, donc Cursor ne voit jamais les credentials. Le serveur MCP est loopback-only et Bearer-token-gated, donc même une autre app sur le même Mac ne peut pas piggyback. Et comme le protocole est ouvert (le MCP d'Anthropic), vous pouvez desactiver, switcher vers un autre client MCP, ou auditer le trafic n'importe quand, pas de lock-in proprietaire.

Questions frequentes

Cursor peut-il accidentellement lancer une commande destructrice ?+
Cursor demande confirmation avant tout appel d'outil par défaut, y compris `ssh_execute`. Vous voyez la commande exacte, vous cliquez "Approuver" ou "Refuser". Vous pouvez regler Cursor pour auto-approuver des outils spécifiques, mais le défaut est approuver-chacune.
Ca marche pour le mode agent de Cursor ?+
Oui. Les outils MCP sont exposes au mode chat et au mode agent. En mode agent, Cursor peut chainer plusieurs appels SSHive automatiquement, par exemple `ssh_list_sessions` → `ssh_execute` → `sftp_read_file`, sans que vous confirmiez chaque étape si les permissions agent le permettent.
Si je tourne Cursor a distance (via Cursor SSH Remote) ?+
Le serveur MCP tourne sur l'hôte ou vit l'UI de Cursor, c'est-a-dire votre Mac local. Cursor SSH Remote fait tourner le language server sur la machine distante, mais l'intégration MCP est configurée côté client, donc elle pointe sur votre SSHive local. Votre Mac parle a SSHive, votre Mac parle au dev box distant, les deux sont independants.

Essayer SSHive gratuitement sur macOS

Obtenez le client tout-en-un SSH, SFTP, RDP et VNC pour Mac. Téléchargement gratuit, sans inscription.

Télécharger SSHive gratuitement