Glosario
Qué es Cursor
Editor con IA que combina autocompletado predictivo y modo agente sobre todo el proyecto. Lo usamos a diario. Lo que no da es criterio sobre un sistema en producción.
Cursor es un editor de código con IA integrada que sugiere, edita y trabaja como agente sobre tu repositorio. Su documentación oficial lo presenta como un agente de programación para entender repositorios, construir funcionalidades, depurar errores y revisar cambios antes de fusionarlos.
Se usa como cualquier editor. La diferencia está en dos sitios: lo que pasa mientras escribes y lo que pasa cuando le encargas algo entero.
Las dos formas de usarlo
Mientras escribes, la función que la documentación llama Tab sugiere código a partir de tus últimas ediciones y de los errores del linter, y predice dónde vas a editar a continuación, incluso en otro fichero.
Cuando le encargas algo entero, el modo agente acota el cambio, lo planifica, toca los ficheros y ejecuta comprobaciones. En el estudio lo usamos así: le damos el contexto por escrito, revisamos el plan y solo entonces le dejamos tocar nada.
Qué no hace
No sabe qué parte de tu sistema no se puede parar.
Un agente ve el repositorio. No ve los compromisos escritos con tus clientes, ni quién llama a cada integración desde fuera, ni por qué un cálculo está hecho de una forma concreta. Cuando el sistema está en producción y hay dinero pasando por él, esas cosas son el trabajo.
Tampoco resuelve el problema de arriba: si la decisión de arquitectura está mal tomada, la herramienta la ejecutará igual, y el error se hereda en todo lo que venga después.
Qué pedimos antes de dejarle tocar producción
Que exista una comprobación automática de lo que mueve dinero, que el cambio se pueda deshacer y que quede escrito por qué se hizo. Con eso, un agente acelera el trabajo aburrido. Sin eso, acelera también el error.
Es la misma condición que va en nuestros contratos de entrega: cobros, facturas y descuentos se comprueban solos en cada cambio.
Dónde encaja
Cursor es una herramienta que usamos, igual que Claude Code. Lo que se contrata es quién responde del sistema cuando algo falla.
Si has montado algo con una herramienta visual o con un agente y ya no aguanta, la frontera está en cuándo dejar el no-code. El trabajo se llama llevar un prototipo a producción y empieza por un diagnóstico.
Ver también
¿La duda es sobre tu propio sistema?
El diagnóstico la responde con el código delante: qué falla, cuánto cuesta arreglarlo y por dónde entrar.