Aller au contenu

Livrer un correctif et vérifier le déploiement Vercel

Corriger un bug oblige à jongler entre l'éditeur, GitHub et les logs de déploiement.

3 étapesIntermédiaire
Claude CodeCursorGitHubVercel

Comment ça se connecte

Votre IA accède à vos apps via de petits connecteurs appelés serveurs MCP.
Votre IA
Claude CodeCursor
Connecteurs
GitHubVercel
Vos apps
GitHubVercel

Cette configuration s'adresse aux développeurs qui déploient sur Vercel et veulent que l'agent mène un bug du correctif jusqu'à une preview vérifiée. L'agent, dans Claude Code ou Cursor, modifie le code, ouvre une pull request sur GitHub, puis lit le déploiement de preview Vercel et ses logs de build. Vous obtenez une pull request et un lien de preview vérifié, et la décision de fusionner reste la vôtre.

Mise en place

3 étapes. Ouvrez-en une pour les détails.
  1. 1Connecter GitHub

    Connectez le serveur MCP de GitHub via OAuth ou avec un jeton d'accès personnel à granularité fine limité aux dépôts sur lesquels vous travaillez. Donnez-lui le droit de lire le code, de pousser sur des branches et d'ouvrir des pull requests. Protégez votre branche main dans GitHub pour que les changements ne puissent y arriver que par une pull request relue.

    Astuce: La protection de la branche main est le vrai garde-fou ici, quels que soient les droits du jeton.

  2. 2Connecter Vercel

    Ajoutez le serveur MCP de Vercel et connectez-vous avec votre compte Vercel via OAuth. Demandez à l'agent de lister vos projets et les derniers déploiements de ce dépôt pour confirmer l'accès. L'agent peut alors lire l'état du déploiement et les logs de build de la preview créée pour chaque pull request.

    Astuce: Indiquez le projet par son nom si votre équipe a de nombreux projets Vercel.

  3. 3Vérifier la preview

    Une fois la pull request ouverte, demandez à l'agent d'attendre le déploiement de la preview, de lire les logs de build et de signaler les erreurs ou avertissements. Ouvrez vous-même l'URL de la preview et testez le correctif dans le navigateur. Ne fusionnez que lorsque le build est au vert et que le correctif fonctionne.

    Astuce: Si la preview est protégée, l'agent ne pourra peut-être pas charger la page lui-même ; vérifiez-la dans votre propre navigateur.

Ensuite, demandez

Quoi dire une fois connecté. Cliquez pour copier.
Demandez à Claude Code…Claude Code

Bon à savoir

Ce qu'il vous faut, ce qu'il ne fait pas et comment rester en sécurité.
Ce qu'il vous faut
  • Dépôt GitHub connecté à un projet Vercel
  • Compte Vercel avec accès à ce projet
  • Claude Code ou Cursor
  • Protection de branche sur votre branche de production
Limites
  • L'agent lit les logs de build et l'état du déploiement ; il ne teste pas votre application dans un navigateur de lui-même.
  • Les déploiements de preview protégés peuvent bloquer les vérifications automatiques des pages.
  • Les erreurs d'exécution qui n'apparaissent qu'avec du vrai trafic ne se verront pas dans une preview.
Restez en sécurité
  • Ne donnez jamais à l'agent le droit de fusionner.
  • L'accès à Vercel est en lecture seule pour les déploiements et les logs.
GitHub MCP Server (repository-read, issue-write, pull-request-write) Vercel MCP Server (project-read, deployment-read, logs-read)

Questions fréquentes

Des réponses claires avant de commencer
L'agent peut-il déployer en production ?
Sur Vercel, les déploiements en production ont normalement lieu quand vous fusionnez dans votre branche de production, et cette configuration vous laisse la fusion. Gardez la protection de branche activée et ne donnez pas à l'agent le droit de fusionner.
Faut-il un abonnement Vercel payant ?
Le serveur MCP de Vercel fonctionne avec votre compte existant, et les déploiements de preview sont disponibles sur l'offre Hobby. Les fonctionnalités d'équipe et une partie de la conservation des logs dépendent de votre offre : consultez la page de tarifs de Vercel pour les détails.
Faut-il utiliser Claude Code ou Cursor ?
Les deux peuvent modifier du code et appeler des serveurs MCP. Claude Code convient au travail dans le terminal et peut lancer vos tests et vos commandes git ; Cursor vous conviendra si vous préférez suivre les modifications dans l'éditeur.
Et si le build passe mais que le correctif est faux ?
Un build au vert prouve seulement que le code a compilé et s'est déployé. Testez vous-même la preview ou demandez à l'agent d'ajouter un test qui reproduit le bug avant de fusionner.

Outils de cette configuration

Les produits concernés