INFRASTRUCTURE PRIVÉE / AUCUNE PIÈCE D'IDENTITÉ REQUISELire la doctrine de confidentialité
Donnez un foyer à l'automatisation

Un habitat fiable pour vos agents.

Exécutez les planificateurs, les workers de navigateur, les files d'attente et les processus d'automatisation sur une infrastructure que vous contrôlez. Gardez chaque agent dans une frontière de permissions claire.

Séparez le worker des décisions

Un agent peut planifier une tâche tandis qu'une file d'attente contrôle le moment où un worker l'exécute. Les tentatives deviennent ainsi visibles et une brève défaillance API ne se transforme pas en action en double. Attribuez un identifiant à chaque tâche et consignez les transitions d'état importantes.

Traiter les outils comme des privilèges

Un processus capable d'envoyer des e-mails, de dépenser de l'argent ou d'écrire en production a besoin d'identifiants plus restreints qu'un agent de recherche. Utilisez des comptes de service distincts, des permissions par outil et des étapes d'approbation explicites pour les actions à conséquences. Ne placez jamais de clés privées dans des invites ou des fichiers accessibles par navigateur.

  • Gardez les secrets hors de la racine web et du contrôle de version
  • Utilisez des limites de dépenses et de requêtes pour les API externes
  • Conservez un enregistrement auditable sans stocker de données personnelles inutiles

Concevez pour un processus arrêté

Utilisez un gestionnaire de services ou un runtime de conteneur, des contrôles de santé et une politique de redémarrage limitée. Un agent doit reprendre depuis l'état sauvegardé plutôt que de répéter aveuglément la dernière action externe. Surveillez la croissance du disque, l'âge de la file d'attente et les taux d'erreur, pas seulement l'existence du processus.

Dimensionnez correctement la machine

Un worker appelant un modèle distant nécessite souvent un CPU modeste et suffisamment de mémoire pour ses outils. L'automatisation de navigateur peut consommer nettement plus de RAM. L'inférence de modèle locale a des besoins distincts en mémoire et en accélérateur ; un VPS général n'implique pas de GPU attaché.

Conception du flux de provisionnement

Un workflow d'intégration d'agent peut consulter les offres publiques, enregistrer un compte et préparer une commande de service dans une limite de dépenses explicite. Le paiement et la création du serveur nécessitent l'autorisation appropriée. Il doit recevoir un identifiant d'opération, attendre l'état finalisé, puis gérer le serveur avec sa propre clé publique SSH. La suppression doit être intentionnelle et préserver les résultats nécessaires.

Des événements plutôt qu'un interrogatoire impatient

Des webhooks signés peuvent signaler le règlement d'un paiement et les changements de cycle de vie. Vérifiez leur authenticité, dédupliquez les livraisons et rapprochez avec le API avant de passer à l'action suivante. Le fournisseur ne doit pas recevoir la clé SSH privée de l'agent, la phrase de récupération du portefeuille ni des identifiants de modèle non restreints.

Transformez une tâche en une opération durable

Attribuez à chaque tâche un identifiant stable et des états explicites tels que en file d'attente, en cours, en attente d'approbation, terminé ou échoué. Enregistrez le résultat d'une action externe avant de le confirmer au planificateur. Un worker redémarré doit consulter l'état persisté plutôt que de rejouer un paiement, un message ou une écriture en production parce que sa sortie terminale a été perdue.

Les outils de provisionnement et les workers hébergés sont des produits distincts

Un VPS peut exécuter l'agent d'un client en continu grâce à son propre gestionnaire de services et ses identifiants. Un API de plan de contrôle d'hébergement ou un point de terminaison MCP constituent une intégration différente. Le premier peut être déployé comme application ; le second nécessite une intégration de plan de contrôle KoalaVPS publiée séparément et n'est pas couvert par cette documentation.

Prévoyez un budget pour le worker complet

Réservez de la mémoire pour le navigateur, le client de modèle, la file d'attente et la base de données ensemble. Un petit worker piloté par API peut nécessiter peu de CPU, tandis que des sessions de navigateur simultanées épuisent rapidement la RAM. Définissez la concurrence de la file d'attente et les limites de dépenses API externes avant d'augmenter la taille de la machine. Aucun abonnement de modèle, accélérateur ou allocation API tierce n'est inclus implicitement.

Une transmission opérationnelle utile

Consignez la commande de démarrage, le répertoire de travail, l'emplacement des variables d'environnement protégées, la politique de redémarrage, le stockage de la file d'attente, le contrôle de santé et le propriétaire de chaque identifiant externe. Incluez l'action qui arrête proprement les nouvelles tâches et le chemin pour reprendre celles inachevées. La supervision doit identifier les travaux retardés ou en double ainsi qu'un processus arrêté.

Un peu plus de clarté.

Un VPS d'agent inclut-il un abonnement à une IA ?

Aucun abonnement à un modèle ni crédit API n'est implicite. Connectez un fournisseur que vous êtes autorisé à utiliser et conservez ses identifiants dans une configuration serveur privée.

Les agents peuvent-ils effectuer des actions sensibles automatiquement ?

Il s'agit d'une décision de conception pour votre application. Des limites strictes, une validation humaine le cas échéant et une prévention fiable des doublons sont recommandées.

L'hébergement d'agents inclut-il un accès automatique à mes autres comptes ?

Non. Chaque outil ou fournisseur exige un identifiant autorisé séparément et une frontière d’autorisation claire.

CONFIGUREZ VOTRE INFRASTRUCTURE

Prenez le contrôle.
Déployez selon vos conditions.

Aucun justificatif d'identité. Accès administrateur complet. Facturation native en crypto.