Déployer une application depuis Claude Code ou Cursor, par MCP

MCP en deux phrases

Le Model Context Protocol est un standard ouvert qui permet à un assistant d'IA d'utiliser des outils externes. Claude Code, Claude Desktop, Cursor et la plupart des agents de code le parlent : on leur donne l'adresse d'un serveur MCP, et ils découvrent seuls ce qu'ils peuvent y faire.

Le serveur MCP de Bastide expose toute la console : créer un projet, déployer, rattacher un domaine, lire les journaux, revenir en arrière. Votre agent agit avec vos droits, sous votre contrôle.

1. Délivrer un jeton à votre agent

Dans la console, ouvrez votre organisation et créez un jeton pour votre agent. Vous choisissez ce qu'il peut faire : lire seulement, déployer, ou administrer. Un jeton se révoque d'un clic, et chaque action faite avec lui est journalisée sous le nom de l'agent et sous le vôtre.

2. Brancher le serveur MCP

Dans Claude Code, une commande suffit. Remplacez l'adresse par celle que la console affiche pour votre organisation :

claude mcp add --transport http bastide <adresse-mcp-de-votre-organisation> \
  --header "Authorization: Bearer <votre-jeton>"

Dans Cursor, ajoutez le serveur au fichier .cursor/mcp.json de votre projet :

{
  "mcpServers": {
    "bastide": {
      "url": "<adresse-mcp-de-votre-organisation>",
      "headers": { "Authorization": "Bearer <votre-jeton>" }
    }
  }
}

Au premier échange, l'agent liste les outils disponibles et lit la documentation de Bastide, publiée pour lui au format llms.txt.

3. Demander, simplement

Vous parlez à votre agent comme à un collègue :

« Crée un projet Bastide pour ce dépôt, avec une base Postgres, et déploie la branche main. »

L'agent crée le projet et sa base en un appel, lance la construction de votre dépôt, suit son avancement et vous donne l'adresse en ligne. Next.js, Nuxt, SvelteKit, Astro et Vite sont reconnus sans configuration. Chaque version construite est une image signée, accompagnée de sa nomenclature logicielle.

Pour votre propre domaine, demandez-lui de le rattacher : il vous indique l'enregistrement DNS à poser, vérifie la preuve, et le certificat HTTPS est émis automatiquement.

4. Quand quelque chose casse

Une construction échoue ? Demandez « pourquoi ». L'agent lit les journaux de construction, et les erreurs de Bastide lui disent ce qu'il doit faire ensuite, sous la forme d'un appel d'outil précis plutôt que d'un code HTTP nu. Il corrige votre code, redéploie, et vous montre le résultat.

Une mise en production se passe mal ? Demandez-lui de revenir à la version précédente. Le retour en arrière prend quelques secondes.

Ce que votre agent ne peut pas faire

Laisser un agent toucher à la production n'est raisonnable que si ses limites sont dures. Sur Bastide :

• il ne peut jamais relire la valeur d'un secret, seulement en poser un ;
• il ne peut rien acheter : ni formule, ni crédits, ni domaine ;
• les opérations qui détruisent des données exigent votre validation explicite ;
• des plafonds limitent le nombre de déploiements et de créations de projets, pour qu'une boucle mal écrite reste sans conséquence.

Et la plateforme n'exécute elle-même aucun modèle d'IA : c'est votre agent qui réfléchit, avec votre abonnement. Aucune donnée de votre application ne sert à entraîner quoi que ce soit.

Pourquoi le faire sur Bastide

Le déploiement piloté par agent existe aussi chez les grands hébergeurs américains. Bastide l'offre sur des serveurs situés en France, exploités par une société française, avec la base de données, l'authentification et le stockage dans le même projet. Une seule plateforme à brancher à votre agent, au lieu de quatre. Tout ce que peut faire votre agent.

Pendant la bêta, l'accès à Bastide et à son serveur MCP est ouvert aux équipes du programme pilote. Nous branchons votre agent avec vous.