Ir al contenido

Publica un arreglo y revisa el despliegue en Vercel

Arreglar un bug obliga a saltar entre editor, GitHub y logs de despliegue.

3 pasosModerada
Claude CodeCursorGitHubVercel

Cómo se conecta

Tu IA llega a tus apps mediante pequeños conectores llamados servidores MCP.
Tu IA
Claude CodeCursor
Conectores
GitHubVercel
Tus apps
GitHubVercel

Esta configuración es para desarrolladores que despliegan en Vercel y quieren que el agente lleve un bug desde el arreglo hasta una preview comprobada. El agente, en Claude Code o Cursor, edita el código, abre un pull request en GitHub y después lee la preview de Vercel y sus logs de build. Al final tienes un pull request y un enlace de preview revisado, y la decisión de fusionar sigue siendo tuya.

Configúralo

3 pasos. Abre uno para ver los detalles.
  1. 1Conecta GitHub

    Conecta el servidor MCP de GitHub mediante OAuth o un token personal fine-grained limitado a los repositorios en los que trabajas. Dale permiso para leer código, hacer push a ramas y abrir pull requests. Protege la rama main en GitHub para que los cambios solo entren mediante un pull request revisado.

    Consejo: La protección de main es la barrera real, permita lo que permita el token.

  2. 2Conecta Vercel

    Añade el servidor MCP de Vercel e inicia sesión con tu cuenta mediante OAuth. Pide al agente que liste tus proyectos y los últimos despliegues de este repositorio para confirmar el acceso. Así podrá leer el estado y los logs de build de la preview que genera cada pull request.

    Consejo: Si tu equipo tiene muchos proyectos en Vercel, indica el nombre del proyecto.

  3. 3Verifica la vista previa

    Cuando se abra el pull request, pide al agente que espere a la preview, lea los logs de build y te informe de errores o avisos. Abre tú la URL de la preview y prueba el arreglo en el navegador. Fusiona solo si el build está en verde y el arreglo funciona.

    Consejo: Si la preview está protegida, puede que el agente no consiga cargarla; revísala en tu navegador.

Luego solo pide

Qué decir cuando esté conectado. Haz clic para copiar.
Pregunta a Claude Code…Claude Code

Conviene saber

Qué necesitas, qué no hace y cómo mantenerlo seguro.
Qué necesitas
  • Repositorio de GitHub conectado a un proyecto de Vercel
  • Cuenta de Vercel con acceso a ese proyecto
  • Claude Code o Cursor
  • Protección de rama en la rama de producción
Límites
  • El agente lee logs de build y estados de despliegue; no prueba la app en un navegador por sí solo.
  • Las previews protegidas pueden impedir comprobaciones automáticas de la página.
  • Los errores que solo aparecen con tráfico real no se verán en una preview.
Mantenlo seguro
  • Nunca des permisos de merge al agente.
  • El acceso a Vercel es de solo lectura.
GitHub MCP Server (repository-read, issue-write, pull-request-write) Vercel MCP Server (project-read, deployment-read, logs-read)

Preguntas frecuentes

Respuestas claras antes de empezar
¿Puede el agente desplegar en producción?
En Vercel, el despliegue a producción suele ocurrir al fusionar en la rama de producción, y esta configuración deja la fusión en tus manos. Mantén la protección de rama y no des al agente permiso para fusionar.
¿Necesito un plan de pago de Vercel?
El servidor MCP de Vercel funciona con tu cuenta actual, y las previews están disponibles en el plan Hobby. Las funciones de equipo y la retención de algunos logs dependen del plan; consulta los precios de Vercel.
¿Claude Code o Cursor?
Los dos editan código y llaman a servidores MCP. Claude Code encaja con el trabajo en terminal y puede ejecutar tests y comandos git; Cursor te conviene si prefieres ver los cambios en el editor.
¿Y si el build pasa pero el arreglo está mal?
Un build en verde solo demuestra que el código compiló y se desplegó. Prueba la preview tú mismo o pide al agente un test que reproduzca el bug antes de fusionar.

Productos implicados

Los productos que intervienen