A 2 de setembro, a Cursor lançou Self-Hosted Machines, uma opção que permite deslocar a execução das ferramentas dos seus agentes de programação para portáteis, máquinas virtuais, clusters ou ambientes isolados geridos pela própria organização. A mudança é relevante para equipas cujo repositório de código, sistemas de compilação, serviços internos ou equipamento especializado não podem ficar expostos a um ambiente de execução administrado por um fornecedor externo.
O alcance da funcionalidade é, no entanto, mais limitado do que a expressão «autoalojado» pode sugerir. A documentação da Cursor esclarece que a orquestração do agente, a inferência e o planeamento continuam na infraestrutura na nuvem da empresa. A máquina do cliente altera ficheiros, executa comandos, controla o navegador e acede a servidores MCP locais. Para segurança e governação, a pergunta certa deixa de ser apenas onde corre o agente e passa a ser onde corre cada componente do sistema.
A máquina de execução muda, mas a orquestração do agente não
Uma máquina de execução alojada na infraestrutura do cliente abre uma ligação HTTPS de saída para a Cursor e fica à espera de chamadas de ferramentas. A Cursor trata da inferência e do planeamento, envia a ação para a máquina de execução e recebe o resultado antes da etapa seguinte. Segundo a documentação, não é necessária qualquer ligação de entrada iniciada pela Cursor para a rede do cliente.
Esta separação dá à organização controlo direto sobre a máquina que executa as ações. A equipa pode escolher o sistema operativo, instalar ferramentas internas de compilação, usar GPU ou computadores Mac e colocar a máquina de execução junto de serviços que não estão acessíveis a partir de um ambiente de nuvem pública. A Cursor suporta máquinas individuais e também grupos partilhados para equipas.
A arquitetura não corresponde, por isso, a um agente de programação totalmente alojado pelo cliente. O ambiente que mantém a cópia do repositório e executa comandos fica sob controlo da organização, mas a orquestração e o processamento pelo modelo continuam a ser um serviço da Cursor.
Execução própria não significa que todos os dados ficam dentro da rede
A documentação da Cursor descreve a fronteira de rede com bastante clareza. A cópia completa do repositório, a cache de compilação e as credenciais guardadas na máquina permanecem no ambiente do cliente. No entanto, a máquina de execução envia à Cursor o conteúdo de que a sessão do agente necessita, incluindo conteúdo de ficheiros, saída do terminal, diferenças de código, capturas de ecrã, resultados de servidores MCP locais e metadados de encaminhamento.
Alguns artefactos do agente também podem ser enviados para armazenamento gerido pela Cursor para aparecerem em pedidos de integração e painéis. A Cursor afirma que, com o modo de privacidade ativo, o código transmitido não é utilizado para treino pela Cursor nem pelos fornecedores dos modelos. Isso é diferente de afirmar que o conteúdo nunca sai da rede da organização.
A distinção é importante numa revisão de arquitetura. Uma empresa pode manter a cópia integral do repositório e os segredos nas suas próprias máquinas e, ao mesmo tempo, enviar partes do código e resultados de ferramentas para um serviço externo. A execução em infraestrutura própria não equivale automaticamente a processamento integralmente local nem a uma garantia completa de residência dos dados.
O maior ganho é o acesso à infraestrutura privada
A funcionalidade é mais útil quando a execução do agente precisa de estar junto da infraestrutura já existente. A máquina de execução pode aceder a controlo de versões privado, repositórios internos de pacotes, sistemas de compilação, serviços locais e equipamento especializado sem transferir esses sistemas para o ambiente gerido pela Cursor.
A Cursor também suporta grupos de máquinas de execução cuja capacidade pode variar em função da fila de pedidos e servir vários repositórios. A documentação descreve integrações com diferentes fornecedores de ambientes isolados e controlo de computador em Linux e Mac. A opção pode, assim, integrar-se numa plataforma interna de desenvolvimento em vez de funcionar apenas como uma máquina remota individual.
Para uma equipa de plataforma, a escolha arquitetural é concreta: manter a camada de execução sob os controlos de infraestrutura já existentes e usar a Cursor para a orquestração do agente.
A revisão de segurança precisa de separar duas fronteiras
A consequência operacional é que a segurança deve avaliar duas fronteiras de forma independente.
A primeira é a fronteira de execução: onde correm os comandos, onde fica a cópia de trabalho, a que serviços internos a máquina consegue aceder, que credenciais contém e como as máquinas de execução são isoladas e atualizadas.
A segunda é a fronteira de processamento da informação: que partes dos ficheiros, saídas de comandos, capturas de ecrã, resultados MCP, transcrições e artefactos são enviados para a Cursor ou armazenados fora da máquina de execução. São estes fluxos que determinam se a arquitetura cumpre uma exigência específica de confidencialidade, conservação ou conformidade.
Juntar as duas questões sob a simples designação «autoalojado» pode criar uma perceção excessiva de controlo. A funcionalidade pode reduzir a exposição direta da infraestrutura e das credenciais, mantendo ao mesmo tempo um canal de saída de dados que precisa de regras explícitas.
Antes de autorizar repositórios sensíveis, uma boa regra de entrada em produção é documentar ambas as fronteiras no modelo de ameaças e no diagrama de fluxos de dados. A equipa pode então decidir que repositórios são elegíveis, que destinos de saída são permitidos, que informação pode aparecer nos resultados das ferramentas, se o envio de artefactos deve ser desativado e que regras contratuais ou de conservação se aplicam aos dados processados pela Cursor.
Mais controlo também transfere responsabilidade operacional
A Cursor recomenda os seus Cloud Agents geridos para a maioria das equipas. A documentação assinala que, com Self-Hosted Machines, o cliente passa a ser responsável pela imagem da máquina de execução, infraestrutura, segredos, política de escalabilidade e validação em produção. A organização também suporta o custo e a operação das suas máquinas, além da utilização do modelo escolhido.
A troca faz sentido para organizações que precisam de acesso a redes privadas, equipamento específico ou maior controlo do ambiente de execução. É menos atraente quando o isolamento gerido e as opções de conectividade privada já satisfazem os requisitos.
A conclusão arquitetural é precisa: a Cursor deslocou as ações do agente para infraestrutura controlada pelo cliente, mas não deslocou o seu raciocínio nem o processamento do modelo. Essa separação deve ficar explícita nos modelos de ameaça, diagramas de fluxo de dados, avaliações de aquisição e critérios de entrada em produção.