Cómo Cursor cambió mi forma de trabajar (aunque no programo a tiempo completo)

Yo no soy ingeniero. Vengo del marketing, hago contenido, manejo clientes y de vez en cuando programo cosas que necesito. Llevo casi 15 años editando código de WordPress, CSS, algún script de Python y muchos copy-pegues de Stack Overflow.

Hace tres meses cambié VS Code por Cursor a tiempo completo. No esperaba que cambiara tanto cómo trabajo. Te cuento por qué.

Por qué un editor de código sirve a alguien que no es dev

La idea típica es que un editor de código es para programadores que escriben software. En 2026 eso ya no es cierto. Si tienes un negocio digital, hay decenas de cosas pequeñas que vale la pena hacer en código aunque no seas dev: editar configs, cambiar plantillas, automatizar tareas repetitivas, leer scripts heredados, modificar componentes de Next.js o de un theme de WordPress.

Lo que cambia con Cursor es que ya no necesitas saberlo todo de memoria. Le explicas qué quieres en español, lee tu archivo completo y te propone cambios concretos. Tú revisas, aceptas o ajustas. Es como tener un dev junior que conoce tu proyecto y al que le tienes que explicar bien lo que quieres.

Los 3 casos donde más lo uso

No te voy a decir que programo apps enteras desde cero. Estos son los usos reales que tengo casi cada semana.

• Editar mi propia web: tengo dos sitios en Next.js (wilmerhurtado.com y whmultimedia.com). Cuando quiero cambiar un componente, agregar una sección o ajustar el SEO de una página, Cursor lo hace conmigo. Le digo quiero agregar una sección de testimonios debajo del hero y me arma el componente con los estilos coherentes.
• Automatizar tareas repetitivas: scripts que renombran archivos, convierten CSVs, descargan datos de una API, organizan mis Notion exports. Antes pedía favores a devs o aceptaba el dolor. Ahora le pido a Cursor un script en Node o Python y lo corro yo.
• Investigar un repo público: cuando quiero entender cómo funciona una herramienta open source, abro el repo en Cursor y le hago preguntas sobre el código. ¿Dónde se autentica el usuario? ¿Cómo procesa los webhooks? Me ahorra horas de leer documentación mediocre.

Mi setup actual: extensiones y atajos

Mi Cursor es bastante austero. No le pongo muchas extensiones porque cada una es contexto extra y a veces ruido.

• Tema oscuro y fuente cómoda (yo uso JetBrains Mono porque vengo de ahí).
• Una extensión de Tailwind CSS porque lo uso en todos mis proyectos Next.js.
• GitHub integration para commits y PRs sin salir del editor.
• El atajo que más uso: Command + K para pedir un cambio puntual en una sección del código, y Command + L para abrir el chat con todo el repo de contexto.

Y configuro el modelo según la tarea. Para cosas simples uso uno rápido, para refactors o cosas con riesgo me cambio al modelo más capaz del momento. Esto último lo aprendí gastando tokens de más en tareas que no lo merecían.

Errores típicos al empezar (que yo cometí)

Voy a ser honesto: hice todas estas tonterías. Quizá te ahorre alguna.

• Aceptar todo sin leer el diff: las primeras semanas le decía hazlo y aceptaba sin mirar. Me cambió cosas que no quería tocar. Ahora leo cada cambio antes de aprobar.
• Pedir refactors enormes: refactoriza toda esta página es una receta para el desastre. Cambios pequeños y enfocados funcionan diez veces mejor. Si necesitas algo grande, divídelo en pasos.
• No commitear antes de pedir un cambio grande: si el cambio sale mal, perdiste el código bueno que tenías. Ahora hago commit antes de cualquier modificación seria. Es gratis y te salva la vida.
• Asumir que el código generado funciona porque compila: compilar no es funcionar. Hay que correr la app y probarla. Cursor a veces te entrega código sintácticamente correcto pero con lógica equivocada.

Lo que aprendí en 3 meses de uso intensivo

Lo más importante: la diferencia entre saber programar y poder programar se está achicando rápido. No me he vuelto ingeniero, pero soy mucho más útil con mi código que hace un año. Antes dependía de un dev para cualquier cosa, ahora dependo solo para lo que realmente requiere experiencia.

También aprendí a respetar más el oficio del dev senior. Cuando intentas hacer una cosa medianamente compleja con Cursor, te das cuenta de todas las decisiones invisibles que un buen programador toma cada minuto. Cursor te ayuda con la sintaxis, pero la arquitectura, la seguridad y el rendimiento siguen necesitando criterio humano.

Cuánto tiempo me ahorra (con números)

Tarea típica: agregar una sección nueva a una landing page de Next.js. Antes: 2-3 horas, o esperar al dev. Ahora: 25-40 minutos yo solo. Multiplica eso por unas 6 modificaciones al mes y son unas 12 horas recuperadas. Suficiente para meter otro cliente o para descansar un poco.

En scripts de automatización el ahorro es brutal. Un script que antes le pedía a un dev y costaba 150 dólares de hora freelance, ahora lo hago yo en 45 minutos por el costo de mi suscripción. No es magia, es leverage.

Si nunca abriste un editor de código, por dónde empezar

No empieces con un proyecto importante. Crea una carpeta vacía, mete un par de archivos de texto y juega. Pídele a Cursor que te explique qué hace cada archivo. Pídele que te haga un script que renombre archivos en tu carpeta de Descargas. Cosas pequeñas y sin riesgo.

En dos semanas vas a entender el ritmo. En un mes vas a saber qué le puedes pedir y qué no. En tres meses, como yo, vas a usar Cursor para cosas que antes ni se te ocurrían.

Cursor no me convirtió en programador, pero me convirtió en alguien que no se asusta del código. Para un emprendedor o freelance, eso es enorme. Si estás en mi situación, dale dos semanas en serio antes de juzgarlo.