Pourquoi un agent computer-use a-t-il besoin de Windows précisément ?

Parce que le logiciel qu'il doit piloter est un logiciel Windows. Les modèles computer-use pilotent une vraie interface — déplacer la souris, cliquer, taper — donc le bureau doit être celui où tourne votre appli cible. Si l'appli à automatiser est Windows-only, l'agent a besoin d'un bureau Windows. Si c'est une appli web, une box Linux avec navigateur est moins chère.

Un agent peut-il provisionner le VPS lui-même ?

Oui. EQVPS expose une API REST et un serveur MCP, donc un agent peut s'enregistrer, payer depuis un solde prépayé, commander une offre Windows et relire les identifiants RDP — toute la boucle sans clic humain. Un humain doit seulement recharger le solde une fois en crypto.

Comment l'agent pilote-t-il réellement le bureau ?

En RDP, comme tout bureau distant. L'agent exécute sa boucle computer-use (capture → décision → clic/frappe) contre la session RDP, ou vous exécutez un contrôleur sur la VM elle-même. Le tableau de bord fournit l'hôte, le port et le mot de passe Administrator ; en NAT, le RDP est sur un port personnel, en IP dédiée sur 3389.

Quelle offre pour un bureau d'agent ?

Windows-Small ($11/mois, 4 vCPU, 4 Go RAM) suffit pour un agent pilotant une appli GUI. Donnez-lui Windows-Medium ($19/mois, 6 Go) si l'appli cible est lourde ou si un navigateur et d'autres outils tournent à côté. Le NAT convient — l'agent se connecte en RDP, rien n'a besoin d'atteindre la box sur une IP publique fixe.

N'est-ce pas risqué de donner à une IA toute une machine Windows ?

C'est un vrai risque, alors confinez-le. Utilisez un serveur dédié à l'agent, sans rien de sensible dessus ; donnez-lui des droits minimaux ; et rappelez-vous que l'AUP s'applique à ce que fait l'agent autant qu'à vous. Une box Windows jetable, réinstallable à tout moment, est justement un bon bac à sable pour ça.

VPS Windows pour agents IA computer-use

Donnez à un agent IA son propre bureau Windows pour cliquer, taper et lancer des applis GUI — provisionné via API/MCP, payé en crypto, sans KYC. Dès $11/mois, BYOL.

Les agents computer-use n'appellent pas d'API — ils utilisent le logiciel comme le ferait une personne : regarder l'écran, déplacer la souris, cliquer, taper. Ça ne marche que s'il y a un écran à regarder et une souris à bouger. Quand l'appli à automatiser est Windows-only, l'agent a besoin de son propre bureau Windows — et un VPS Windows en RDP en est un, propre et jetable, qu'il peut avoir pour lui seul.

Quand c'est le bon outil

Un agent computer-use a besoin de Windows quand sa cible est Windows : une application de bureau sans API et sans build Linux, un outil métier legacy, un client Windows-only à piloter automatiquement. Si ce que vous automatisez est un site web, un VPS Linux avec navigateur est moins cher et plus simple — prenez-le. Cette page vise le cas de l'appli GUI.

La belle propriété d'un VPS ici, c'est qu'il est jetable. Un agent qui tripote un vrai bureau finira par faire du dégât ; une box réinstallable en minutes vers une image propre est le bon endroit pour ça — pas votre propre machine.

Laissez l'agent le provisionner

C'est là que ça devient vraiment agent-natif. EQVPS expose une API REST et un serveur MCP, donc un agent peut monter son propre bureau Windows sans humain dans la boucle :

Un humain recharge un solde prépayé une fois, en crypto (c'est le seul pas humain).
L'agent appelle register, puis order_vps avec un slug d'offre Windows et l'image Windows Server 2022.
Il relit les identifiants — hôte, port, Administrator, mot de passe — via get_vps_status.
Il se connecte en RDP et lance sa boucle computer-use.

Le catalogue, la commande et le statut sont documentés pour les agents dans la doc et exposés via MCP. Un agent capable d'acheter une box Linux achète une box Windows de la même façon — les seules différences sont le slug windows-* et l'accès en RDP plutôt qu'en SSH.

Quelle offre

Windows-Small — $11/mois (4 vCPU, 4 Go RAM, 50 Go NVMe). Un agent pilotant une appli GUI. Par défaut.
Windows-Medium — $19/mois (6 vCPU, 6 Go RAM, 60 Go NVMe). Applis cibles plus lourdes, ou un navigateur et de l'outillage à côté de l'agent.

Le NAT est le bon réseau : l'agent (ou votre contrôleur) se connecte vers la box en RDP sur un port personnel ; rien n'a besoin d'être joignable sur une adresse publique fixe. Les deux offres ont un port 150 Mbit/s et sont en BYOL — activez Windows avec votre propre clé.

Piloter le bureau

Quelle que soit la façon dont votre framework d'agent fait du computer-use, la cible est la session RDP. Deux formes courantes :

Boucle externe — l'agent tourne ailleurs et se connecte en RDP, prend des captures et envoie clics/frappes à la session.
Contrôleur sur la box — un petit contrôleur tourne sur la VM et le modèle l'appelle. Dans les deux cas, connectez-vous d'abord en RDP pour configurer la machine et confirmer que votre appli cible tourne.

Confinez-le

Confier à une IA une machine Windows entière est un vrai risque. Réduisez-le :

Dédiez la box. Un serveur par agent, sans rien de sensible. Pas la machine avec vos clés ou vos données.
Moindre privilège. Des identifiants étroits pour tout ce où l'agent se connecte. Supposez qu'il fera quelque chose d'inattendu.
L'AUP s'applique aussi à l'agent. Tout ce qu'il fait depuis le serveur est votre responsabilité — les mêmes règles sur le spam, l'abus et les attaques, que ce soit un humain ou un modèle qui appuie sur le bouton.
La réinstallation est votre reset. Un bureau abîmé, c'est une réinstallation de deux minutes vers une image Evaluation propre (puis réactivez votre clé).

Vous construisez des agents plus largement ? Voir VPS pour agents IA. Vous voulez l'angle paiement privé ? VPS Windows avec Bitcoin ou Monero.

Déployer un bureau Windows pour l'agent →