Deploy to Vercel

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis — Rien pour installer le skill lui-même — aucun compte, aucune clé, aucun paiement, et l'installer ne déploie rien. L'avertissement porte sur l'usage, dit d'entrée : ce skill déploie pour vrai. Quand il sera utilisé plus tard, il déploiera mon projet sur Vercel via le CLI Vercel authentifié sur mon propre compte (en installant le CLI avec npm install -g vercel et en lançant vercel login au besoin), en choisissant l'équipe avec moi et en demandant avant tout git push ; ou, dans un sandbox où le CLI ne peut pas s'authentifier, via ses scripts embarqués, qui empaquettent mon projet (en excluant node_modules, .git et .env) et le téléversent vers un endpoint de déploiement « claimable ». Déploiements preview par défaut ; production seulement si je le demande explicitement. Installe-moi « Deploy to Vercel ». C'est le skill de déploiement pour Vercel : à l'usage, il rassemble l'état du projet (remote git, fichiers de lien Vercel, authentification du CLI, équipes), choisit la meilleure voie de déploiement — git push pour un projet lié avec remote, vercel deploy pour un projet lié sans remote, lier-puis-déployer quand le CLI est authentifié mais le projet non lié, installer-et-se-connecter quand le CLI manque — et déploie toujours en preview sauf si je demande explicitement la production, en retournant l'URL de déploiement. Dans les sandboxes où le CLI ne peut pas s'authentifier, il replie sur ses scripts de déploiement embarqués, qui empaquettent et téléversent le projet vers un endpoint de déploiement « claimable » et retournent une URL de preview et une URL de réclamation. Son dossier contient le SKILL.md principal (nom frontmatter deploy-to-vercel), les deux scripts shell de repli sous resources/ (deploy.sh pour le sandbox claude.ai, deploy-codex.sh pour Codex), et un Archive.zip dont le listing montre des copies du même SKILL.md et des mêmes scripts plus des fichiers de métadonnées macOS. Dépôt : https://github.com/vercel-labs/agent-skills (le skill est tout le dossier skills/deploy-to-vercel/ au commit épinglé : SKILL.md plus 3 fichiers compagnons, 4 fichiers en tout) Version épinglée : installe le code au commit 063bee94c3f4df8453406c830b0a7df0f2860278 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/vercel-labs/agent-skills dans un dossier temporaire, place-toi au commit 063bee94c3f4df8453406c830b0a7df0f2860278, et copie le dossier skills/deploy-to-vercel/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - Archive.zip: SHA-256 37c0d035b3d2c6256105316a2492c1487f3688efa21f030a8a623a9f7f0ee02f - SKILL.md: SHA-256 cfcc3dd479ab2e0ae721ddf39b8af84d977321487672f1487c8d6855f576927b - resources/deploy-codex.sh: SHA-256 18b411e2bfe07778bca11d7f0e1ec9c95e5764011dd2e3838f51066728646855 - resources/deploy.sh: SHA-256 418da6ff48c582790799d850a88fd83ca00f2ee00502665caf8dbb06d4dab8b9 Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient 4 fichiers : SKILL.md (nom frontmatter deploy-to-vercel), resources/deploy.sh et resources/deploy-codex.sh (les scripts de déploiement de repli sans auth), et Archive.zip, une archive dont le listing montre des copies du même SKILL.md et des mêmes scripts plus des fichiers de métadonnées macOS. Les scripts sont copiés tels quels et ne sont jamais exécutés pendant l'installation. - Rien n'est envoyé ni déployé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé. Aucun projet à moi n'est lu, empaqueté ou téléversé pendant l'installation. - À l'usage, le skill déploie pour vrai sur mon propre compte Vercel : il vérifie l'état git et de lien et l'authentification du CLI, me demande de choisir l'équipe quand plusieurs existent et demande avant tout git push, déploie en preview par défaut (production seulement à ma demande explicite), ou — dans un sandbox sans auth CLI — téléverse mon projet empaqueté (en excluant node_modules, .git et .env) vers un endpoint de déploiement « claimable » et retourne les URL de preview et de réclamation. - N'installe pas le CLI Vercel, ne te connecte pas, ne lie, ne push et ne déploie rien, et n'exécute aucun des deux scripts de déploiement pendant cette installation : utiliser le skill est une étape séparée qui ne commence que quand je demande un déploiement plus tard. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier deploy-to-vercel dans le répertoire des skills de l'agent, dans un dossier nommé exactement « deploy-to-vercel », en gardant ses 4 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: deploy-to-vercel), les 4 fichiers en place avec des empreintes concordantes. N'exécute rien du dossier et n'utilise pas le skill pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : que l'utiliser déploiera mon projet sur Vercel pour vrai (preview par défaut, production seulement à ma demande explicite) via mon CLI authentifié ou les scripts de repli de sandbox, et que l'utiliser est une étape séparée qui ne commence que quand je demande un déploiement). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.