Usé VS Code durante años y después pasé varios meses con Cursor como editor principal. No fue un cambio dramático: Cursor está basado en el código de VS Code, pero añade funciones y cambios propios. Lo interesante es dónde la asistencia de IA ayuda y dónde estorba.
Lo que cambió en el día a día
La edición multi-archivo asistida es lo que más se nota. Cambios repetitivos que antes eran buscar y reemplazar con cuidado ahora se resuelven describiendo la intención. En proyectos con convenciones claras, el acierto es alto; en código heredado y enredado, hay que revisar casi todo.
Trade-offs
| Aspecto | VS Code | Cursor |
|---|---|---|
| Ecosistema de extensiones | amplio | permite importar extensiones y ajustes de VS Code; no todas se comportan igual |
| Funciones de IA | herramientas y condiciones propias, que pueden cambiar por versión | herramientas y condiciones propias, que pueden cambiar por versión |
| Servicios remotos | la edición del código es local; algunas funciones de IA pueden usar servicios remotos según función, modelo y configuración | la edición del código es local; algunas funciones de IA o indexación pueden usar servicios remotos según función, modelo y configuración |
Veredicto
Si ya vivís en VS Code y no te molesta configurar extensiones, no hay urgencia en migrar. Cursor se justifica cuando la edición asistida pasa a ser parte central del flujo. Para el resto, la diferencia es más de comodidad que de capacidad.
Los criterios y categorías de extensiones que suelo elegir están en mejores extensiones de Cursor.