¿Dónde se almacena el código de mi aplicación de IA? Tu herramienta también quiere guardarlo

En agosto de 2026, Cursor se convirtió en proveedor de alojamiento del código que escribe y eliminó la última etapa de preparación antes de lanzar un agente. Ese paso menos se paga en otro lugar: dónde vive tu software deja de ser una elección neutral.

Dónde se almacena el código de mi aplicación de IA: la respuesta depende de la herramienta y acaba de cambiar. Cursor abrió el 17 de agosto de 2026 su propia plataforma de alojamiento, Origin, y después permitió el 27 de agosto lanzar un agente desde cero, creando la propia herramienta el lugar donde viviría el código (notas de versión de Cursor).

El último escalón ha desaparecido

Hasta ahora, incluso las herramientas más automatizadas exigían una preparación: abrir una cuenta en un proveedor de alojamiento de código, crear un espacio vacío y conectarlo a la herramienta. Esa etapa detenía en seco a los responsables de proyectos no técnicos, que no entendían ni el vocabulario ni la utilidad de la maniobra. La beta de Origin está abierta a los suscriptores de pago, salvo en las organizaciones cuyo administrador la rechaza: el valor por defecto se inclina hacia el proveedor de alojamiento. Cursor la ha eliminado, y sus notas de versión documentan de paso otras aceleraciones del mismo mes: agentes que arrancan tres veces más rápido, subagentes en sus propias máquinas y un comando específico para objetivos largos. La herramienta se dirige a profesionales, pero la dirección vale para todo el mercado: la fricción técnica del primer día está desapareciendo por todas partes.

Lo que gana el proveedor al mismo tiempo que tú

Cuando la herramienta crea el espacio, se convierte en su anfitrión. Tu software nace en casa de quien lo escribe, con sus integraciones de despliegue ya conectadas. No hay nada ilegítimo en ello y sigue siendo posible salir. Pero la pregunta sobre esa salida, que antes se planteaba antes de empezar, ahora se plantea después: el día que quieres marcharte hay que saber por qué puerta. El verano de 2026 recordó que la puerta importa, con dos plataformas cerradas en unas semanas y usuarios avisados de que debían exportar su trabajo en un plazo impuesto. Una herramienta que aloja tu código concentra dos dependencias en el mismo lugar, la escritura y la conservación, y esa concentración se paga el día de la salida.

Las tres preguntas antes de la primera línea

Primera pregunta: localiza la copia que controlas, la que permanece contigo o en una cuenta a tu nombre, accesible sin pasar por la herramienta. Segunda pregunta: cuenta los clics y las condiciones que te separan de esa copia, anotando si el plan gratuito da derecho a ella. En varios constructores de aplicaciones móviles, la exportación sigue reservada a las cuentas de pago y un proyecto empezado gratis queda cautivo en el peor momento. Tercera pregunta: describe qué ocurre con la aplicación en marcha si se cierra la cuenta, el código por un lado y los datos de tus clientes por otro, porque no siempre salen juntos. Estas tres respuestas caben en una nota adhesiva y determinan lo que te queda si desaparece la herramienta.

La elección inversa

Maestro toma la opción opuesta: tu proyecto vive en tu Mac, el código y los documentos permanecen en una carpeta que abres sin nosotros y el historial de versiones se conserva en el mismo equipo. Existe una copia de seguridad en línea, es opcional y apunta a tu propia cuenta de GitHub, no a un servidor de Maestro. Ninguno de nuestros servidores ve tus proyectos. Esta elección tiene un costo: empezar requiere instalar una aplicación de escritorio, mientras en otros lugares basta una pestaña del navegador, y eres responsable de tus propias copias de seguridad. Detallamos lo que guarda el equipo y lo que sale en nuestra página sobre los datos. Esta postura se defiende mal en una demostración y bien al cabo de dos años, cuando la herramienta que escribió tu software cambia de dueño, tarifa o nombre y tu trabajo no se mueve ni un byte. El día que quieres confiar la continuación a un desarrollador, le entregas una carpeta completa que abre en su equipo.

Comprobarlo en diez minutos

Abre la herramienta que ya usas y busca el botón de exportación sin activarlo. Si existe, anota a qué plan está reservado y qué produce: un archivo comprimido, un envío a tu cuenta de alojamiento o una página que te pide escribir a soporte. Haz una exportación real una vez, mientras el proyecto sea pequeño, y guarda el resultado donde guardas tus documentos contables. Una exportación probada el primer mes vale más que una garantía leída en las condiciones de uso. Repite la operación dos veces al año y, el día que la herramienta cambie de propietario o tarifa, te marcharás sin negociar.