Cursor permite ejecutar sus agentes en máquinas propias con Self-Hosted Machines
La nueva función deja que el código, los builds y los secretos de un proyecto nunca salgan de la red de la empresa, mientras el agente de Cursor sigue orquestando las llamadas a herramientas desde la nube.
Cursor lanzó Self-Hosted Machines, una función que separa la orquestación del agente -que sigue corriendo en la infraestructura de Cursor- de la ejecución de herramientas, que ahora puede quedarse por completo dentro de la red interna del usuario. El código fuente, los artefactos de build y cualquier secreto permanecen en máquinas -laptops, VMs o servidores- controladas por el equipo, mientras el agente en la nube solo envía instrucciones y recibe resultados.
La función distingue dos modos: "My Machines", que conecta un solo equipo o VM a una cuenta personal para flujos de trabajo individuales, y "team pools", colas de workers nombradas que un equipo o una cuenta enterprise puede compartir. Los pools escalan agregando o quitando workers según la demanda, sin que alguien tenga que aprovisionar capacidad manualmente cada vez que sube el uso.
El movimiento responde a una objeción común en empresas reguladas: enviar código propietario a un entorno de ejecución en la nube de un tercero. Con Self-Hosted Machines, Cursor se suma a una tendencia -compartida con otros proveedores de agentes de código- de separar el "cerebro" (el modelo y la orquestación) de las "manos" (la ejecución de comandos), dejando que el cliente decida dónde corren las manos.