Skip to main content
← Integrations IA
macOS uniquement
L'editeur 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, editer les configs en SFTP. Serveur MCP local, pas de relais cloud.

Telecharger 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 modele 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'etat distant, un Dockerfile qui a besoin du vrai `apt list --installed` de l'hote, 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, Reglages → MCP, activez "Enable MCP server". Copiez le Bearer token affiche.

  2. 2

    Ouvrez les reglages MCP de Cursor

    Dans Cursor : Cmd+Shift+J → Cursor Settings → MCP. Cliquez "Add new MCP server" et collez le snippet JSON depuis le panneau Reglages 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` connecte avec 7 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 connectees). 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 connecte

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

« Genere 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 entrees 500, resume la stack trace.

Pourquoi associer Cursor a SSHive

Cursor est a son meilleur pour generer du code ; son point faible est raisonner sur l'etat deploye. Votre repo et le systeme 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 resultat : des changements de code alignes sur la realite des le jour 1 au lieu d'apres le deuxieme deploy raté. Le tradeoff securite 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 meme une autre app sur le meme 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 defaut, y compris `ssh_execute`. Vous voyez la commande exacte, vous cliquez "Approuver" ou "Refuser". Vous pouvez regler Cursor pour auto-approuver des outils specifiques, mais le defaut 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 etape si les permissions agent le permettent.
Si je tourne Cursor a distance (via Cursor SSH Remote) ?+
Le serveur MCP tourne sur l'hote 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'integration MCP est configuree cote 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. Telechargement gratuit, sans inscription.

Telecharger SSHive gratuitement