Créer un site avec son agent

Trois temps, dont deux une seule fois

Quel que soit l’agent, vous ne faites jamais que trois choses. Brancher : coller une adresse, ou taper une ligne dans un terminal. Autoriser : une page Swigs Cloud s’ouvre au premier usage, vous vous y connectez. Parler : « mets ce site en ligne », et l’agent s’occupe du reste.

Les deux premiers ne se font qu’une fois. Le troisième, toujours.

L’écran d’autorisation

C’est le seul moment où vous quittez votre conversation. Vous y voyez le nom de votre agent, ce qui lui est demandé, et trois façons d’entrer : GitHub, Google, ou une adresse e-mail et un mot de passe. Si vous n’avez pas encore de compte, le bouton Créer un compte et autoriser le crée et accorde l’accès d’un seul geste : trente jours d’essai, deux sites offerts, sans carte bancaire.

Le branchement, client par client

C’est la seule chose qui diffère, et elle se range en trois familles : ceux qui ne demandent qu’une adresse, ceux qui prennent une ligne de commande, ceux qui veulent un fichier de configuration.

Deux pièges méritent d’être signalés. ChatGPT n’accepte pas de fichier de configuration : il ne demande qu’une adresse, et lui montrer un bloc JSON ne l’aiderait pas. Et sur Claude Desktop, il ne faut pas passer par « Développeur › Modifier la configuration » : ce fichier-là sert aux serveurs lancés en local sur votre machine, pas à un serveur distant.

Le fichier de configuration, quand il en faut un, est le même partout, à deux exceptions près : VS Code range ses serveurs sous servers et non mcpServers, et Zed les nomme context_servers.

{
  "mcpServers": {
    "swigs-cloud": {
      "type": "http",
      "url": "https://swigs.cloud/api/mcp"
    }
  }
}

Créer un projet et le publier

À partir d’ici, plus rien ne dépend du client. Vous écrivez une phrase, l’agent choisit l’outil. Vous n’avez jamais à nommer un outil vous-même.

Le premier site

Fais-moi une page de présentation pour mon atelier de menuiserie,
et mets-la en ligne sur Swigs Cloud.

L’agent écrit le site dans la conversation, puis appelle deploy en lui passant les fichiers directement. Aucun dépôt GitHub n’est nécessaire : c’est le cas le plus courant, et c’est celui qui fonctionne depuis ChatGPT, qui n’a ni terminal ni disque à offrir. L’outil rend la main tout de suite avec l’adresse finale ; la compilation prend une à deux minutes.

Si votre code est déjà sur GitHub, la même phrase avec l’URL du dépôt suffit. Le framework est reconnu sans configuration : HTML statique, Vite, React, Vue, Angular, Svelte, Next.js, ou toute application Node. Un export de Lovable, v0 ou Bolt se déploie tel quel.

Corriger, et le piège à éviter

Le titre est trop petit, et ajoute une page contact.

L’agent appelle update_site, et c’est le point important de cet article : l’adresse ne change pas, et votre quota n’est pas entamé. Redéployer avec deploy créerait un deuxième projet, à une autre adresse, et consommerait un site de plus. C’est la différence entre itérer et accumuler : le connecteur le dit à l’agent, mais il vaut mieux le savoir aussi.

Les clés d’API

Voici ma clé Stripe, branche les paiements.

L’agent appelle set_env. La clé est stockée sur le projet et le service redémarre. Elle n’entre jamais dans les fichiers déployés, et l’outil ne renvoie que les noms des variables, jamais leurs valeurs : rien de secret ne repart dans la conversation.

Les huit outils

Ce que le connecteur ne fait pas

Autant le dire ici plutôt que vous le laisser découvrir en cours de route.

• Acheter un nom de domaine. L’achat existe, mais il se fait sur la page de création de projet, au moment de la mise en ligne, et se règle chez Stripe. Le tableau de bord, lui, sait rattacher un domaine que vous possédez déjà : s’il est géré par Swigs, le DNS est créé automatiquement ; sinon, vous pointez un enregistrement A et le certificat s’émet tout seul. Aucun outil du connecteur ne touche aux domaines : cela engage de l’argent pour un an, et cela se confirme sur une page, pas dans un appel silencieux.
• Lire les journaux de votre application. L’outil logs renvoie le journal de compilation, celui qui explique pourquoi un déploiement a échoué. Les journaux de l’application qui tourne se lisent dans le tableau de bord.
• Envoyer un dossier depuis votre disque. Un serveur distant ne peut pas lire votre machine. Pour ce cas (un projet volumineux, déjà cloné, jamais poussé sur git), il existe un paquet npm qui tourne chez vous et expose les mêmes huit outils. C’est le seul endroit où un jeton reste nécessaire, parce qu’un processus local n’a pas de navigateur à ouvrir.

claude mcp add swigs-cloud --env SWC_TOKEN=votre-jeton -- npx -y @swigs-cloud/mcp

Ce paquet exclut de l’archive vos fichiers .env et toutes leurs variantes, ainsi que les métadonnées macOS .DS_Store et ._* qui cassent les compilations. Vos secrets restent chez vous : ils passent par set_env, jamais par les fichiers.