· Journal des modifications

Self-Hosted Machines

Cursor prend en charge les Self-Hosted Machines, qui maintiennent l’exécution des outils entièrement au sein de votre propre réseau.

Votre base de code, vos artefacts de build et vos secrets restent tous sur des machines internes qui s’exécutent dans votre infrastructure, tandis que l’agent traite les appels d’outils localement.

Menu Run on montrant Remote Machines avec les options auto-hébergées lambda-test, cloud-demo et jacks-desktop

Scheduling dynamique des pools

My Machines connecte un seul ordinateur portable ou une VM à votre compte, pour vos workflows personnels.

Les pools d'équipe sont des files nommées de workers destinées à une équipe ou à une entreprise. La capacité augmente à mesure que les requêtes arrivent et diminue lorsque des workers se déconnectent : vos Self-Hosted Machines peuvent ainsi passer à l'échelle selon la demande. Les pools ne sont pas liés à un dépôt unique : indiquez le nom du pool, et n'importe quel worker disponible pourra prendre la requête en charge.

Les pools peuvent aussi mettre en veille les machines inactives, puis les réactiver pendant une fenêtre de reconnexion lorsqu'un suivi arrive : inutile donc de maintenir une capacité coûteuse en activité juste pour le prompt suivant.

Tableau de bord des Agents Cloud affichant les pools Self-hosted Machines avec le nombre de workers actifs et inactifs

Exécuter sur vos sandboxes

Les Agents Cloud peuvent désormais s'exécuter sur l'infrastructure que vous utilisez déjà, notamment depuis AWS Lambda, Coder, Cloudflare, Daytona, Modal, Namespace, Vercel et E2B.

Utilisation de l'ordinateur sur Linux et Mac

Les workers auto-hébergés prennent désormais en charge l'utilisation de l'ordinateur sur Linux et Mac. Avec les bons paquets de bureau, un agent peut cliquer, saisir du texte, faire des captures d'écran et piloter le navigateur. Vous pouvez observer son bureau ou en prendre le contrôle depuis Cursor.