Actualizar las dependencias y herramientas de una web con Cursor

A quién le sirve. Desarrolladores con una web o una app con paquetes anticuados que quieren actualizarla paso a paso con un agente.

Qué hicieron

Kent le pidió a Cursor una lista de paquetes anticuados agrupados por dificultad de actualización y los fue actualizando en conversaciones separadas: primero los fáciles, luego los medios y después los grandes, uno a uno. Para xstate y Remix le dijo que leyera antes las guías de migración. Hizo el paso de Remix a React Router v7 con un agente largo en segundo plano, contestó sus preguntas del plan y le pasó el resultado de las rutas para corregirlas.

Cómo salió

Todo fue bien salvo las rutas tras pasar a react-router-auto-routes, que necesitaron una corrección. Kent aceptó los cambios tras unas rondas de arreglos de BugBot y CodeRabbit. La migración llevó más o menos un día y tocó más de 17.000 líneas.

Conviene saber

Según Kent, funcionó porque su web ya tenía buenas pruebas y documentación, y darle al agente una forma de comprobarse a sí mismo, como comparar listados de rutas, mejoró mucho su rendimiento.

Qué necesitas

• Cursor instalado, con acceso a su agente
• Tu proyecto con control de versiones (git), para poder volver atrás
• Pruebas automáticas en el proyecto, que el agente pueda ejecutar para comprobarse
• Las guías oficiales de migración de las herramientas que vayas a actualizar
• Tiempo para revisar los cambios

Cómo hacerlo tú, paso a paso

1. Crea una rama aparte en git para la actualización.
2. Pide a Cursor, con el prompt de la ficha, la lista de paquetes anticuados agrupados por dificultad: fáciles, medios y grandes.
3. Actualiza en conversaciones separadas: primero los fáciles, luego los medios y después los grandes, de uno en uno.
4. Para los grandes, pídele que lea antes la guía oficial de migración y te proponga un plan por pasos. Contesta sus preguntas del plan.
5. Ejecuta las pruebas después de cada paso y dale al agente una forma de comprobarse, como comparar el listado de rutas antes y después.
6. Si la migración es larga, usa un agente en segundo plano y corrige lo que falle al final.
7. Revisa todos los cambios antes de unirlos al proyecto, con ayuda de herramientas de revisión automática si las tienes.

Mi proyecto [nombre] usa estas herramientas: [lista de versiones]. Haz una lista de las que están anticuadas y agrúpalas por dificultad de actualización: fáciles, medias y grandes, explicando por qué. Para las grandes, lee antes la guía oficial de migración y propón un plan por pasos. Habrás terminado cuando tengas la lista agrupada y el plan de la primera actualización. No cambies nada todavía y, cuando lo hagas, ejecuta las pruebas después de cada paso.

Consejos

• Si tu proyecto no tiene pruebas, escribe algunas básicas antes de empezar. Sin ellas, el agente no tiene forma de saber si rompió algo.
• Una conversación por actualización. Los contextos mezclados dan errores raros.
• Dale siempre una forma de comprobar su propio trabajo; es lo que más mejora los resultados.

Preguntas frecuentes

Fuentes

• kentcdodds.com ↗

En el directorio desde el 3 de octubre de 2026.