# Publica un arreglo y revisa el despliegue en Vercel

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

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.

## Pasos

1. **Conecta 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. **Conecta 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. **Verifica 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.

## Prompts para probar

- Arregla el bug por el que el total del carrito ignora los códigos de descuento, súbelo a una rama nueva y abre un pull request.
- Revisa la preview de Vercel de este pull request y dime si el build ha fallado y por qué.
- Lee los logs del último despliegue fallido del proyecto storefront y propón un arreglo.
- Compara los avisos del build de la preview con el último despliegue en producción.
- Escribe una descripción breve del pull request con el bug, el arreglo y cómo probarlo en la preview.

## 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.

## Notas de seguridad

- Nunca des permisos de merge al agente.
- El acceso a Vercel es de solo lectura.

## Servidores MCP

- [GitHub MCP Server](https://github.com/github/github-mcp-server): repository-read, issue-write, pull-request-write
- [Vercel MCP Server](https://vercel.com/docs/mcp): project-read, deployment-read, logs-read

## Preguntas frecuentes

**¿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.

## Herramientas

- **[GitHub](https://suiteintent.com/t/github?m=ES)**: Alojamiento de código, incidencias y pull requests. · Ideal para: Equipos que revisan código con pull requests · Plan gratis · 10000
- **[Vercel](https://suiteintent.com/t/vercel?m=ES)**: Hosting que despliega apps web desde Git. · Ideal para: Vistas previas en cada push para tu equipo · Plan gratis · 30000