Cycle de vie des sessions de l’agent

Une session d’agent Windows 365 représente le cycle de vie complet dans lequel une application agentique demande un PC cloud, l’utilise pour accomplir une tâche, puis la retourne quand elle a terminé. Les sessions sont le mécanisme par lequel la plateforme transforme un pool de PC cloud pour les agents en un espace de travail à la demande et jetable pour les agents d’IA et, si nécessaire, pour les humains qui les supervisent.

Votre première session agentique passe par cinq phases conceptuelles : Préparer > l’acquisition de > la version d’acte > connect>.

Cycle de vie en un coup d’œil

Phase Avion Action exécutée
Préparation Computer-Create Les pools de PC cloud sont provisionnés, configurés et mis à la disposition de l’agent.
Acquérir Computer-Get Un PC cloud est réservé à un appelant et à une session spécifiques.
Connect Computer-Do, Computer-TakeControl Les canaux authentifiés sont ouverts ; fonctionnalités deviennent disponibles.
Loi Computer-Do, Computer-TakeControl L’agent utilise le PC cloud, avec une observation humaine facultative.
Version Computer-Get Les canaux se ferment, le PC cloud est réinitialisé et la capacité retourne au pool.

Préparation

Avant qu’une session puisse exister, vous devez créer un pool de PC cloud pour agents, le plan de Computer-Create de l’architecture. Les administrateurs informatiques et les créateurs d’agents définissent ces pools en choisissant des images, des régions et des tailles, et en affectant les agents autorisés à y accéder. Windows 365 provisionne ensuite ces pools d’agents pc cloud.

Acquérir

Une session commence dès qu’une application agentique demande une machine. La requête circule dans le plan Computer-Get , qui sélectionne un PC cloud disponible dans le pool approprié, le réserve à l’appelant et remet une identité de session qui représente cette réservation.

À la fin de cette phase, l’appelant dispose d’une session PC cloud qu’il peut réessayer en toute sécurité sans jamais la dupliquer.

Connecter

Avec un PC cloud réservé, l’agent lui ouvre un canal de travail via le plan Computer-Do . Ce canal est le canal par lequel l’agent émet chaque instruction suivante. Il est authentifié, lié à la session et se termine au niveau du composant in-guest s’exécutant à l’intérieur du PC cloud.

La connexion expose également le vocabulaire de l’agent : l’ensemble des fonctionnalités exposées par la plateforme via l’accessibilité afin que l’agent sache ce qu’il peut faire sur ce PC cloud.

Si un humain doit regarder ou aider, un canal parallèle via le plan Utilisation de l’ordinateur peut être ouvert pour le partage d’écran en temps réel et le contrôle partagé facultatif. Les deux canaux ciblent le même PC cloud et la même session.

Acte

Cette phase est la partie de travail de la session. L’agent observe le bureau, décide de la procédure à suivre et appelle les fonctionnalités sur le PC cloud : clic, saisie, navigation sur le web, exécution de commandes et inspection de l’interface utilisateur. La plateforme sert de médiateur à chaque action : appliquer l’identité de la session, appliquer des garde-fous et enregistrer ce qui s’est passé.

Quelques propriétés définissent le caractère de cette phase :

  • Tour par tour par nature. L’agent observe, agit et observe à nouveau. L’état sur le PC cloud évolue au fur et à mesure du travail.
  • Sécuritaire par construction. L’exécution en bac à sable, les commandes autorisées, les charges utiles limitées et les processus système protégés conservent la session dans une enveloppe bien définie, sécurisée par Microsoft Entra, Microsoft Intune, Microsoft Defender et Microsoft Purview.
  • Partagé avec les humains lorsqu’il est utile. Un humain peut observer la même session en temps réel et prendre le contrôle le cas échéant, sans interrompre la connexion de l’agent.
  • Maintenu en vie par l’activité. Les sessions qui restent silencieuses trop longtemps sont récupérées automatiquement afin que la capacité ne soit pas gaspillée.

Cette phase peut durer des secondes, des minutes ou des heures, mais le PC cloud est dédié à la session pendant toute sa durée.

Durée et délai d’expiration de la session

Une session n’a pas de durée maximale fixe. Tant que l’agent envoie au moins une requête MCP toutes les 30 minutes, la session reste active et le PC cloud reste réservé. Une session qui s’étend sur 30 minutes sans aucune activité MCP est automatiquement supprimée : les canaux se ferment, le PC cloud se réinitialise et la capacité retourne au pool.

Voici quelques éléments à savoir sur le fonctionnement de la durée de vie de session dans la pratique :

  • Aucun runtime maximal. Il n’existe aucune limite stricte quant à la durée d’exécution d’une session. Les sessions sont conçues pour durer aussi longtemps que le travail le nécessite, de secondes à jours.
  • Délai d’inactivité à 30 minutes. Tout appel MCP réinitialise l’horloge d’inactivité. Il n’existe pas d’API de renouvellement de bail distincte : l’activité est le mécanisme de renouvellement. Pour les périodes où l’agent attend un travail externe au lieu d’émettre des appels d’outils, envoyez une pulsation légère au moins une fois toutes les 30 minutes. L’outil get_screen_size est une option minimale et fiable à cet effet.
  • Les workflows de plusieurs jours sont pris en charge. La plateforme n’applique pas une durée de vie de session maximale ni ne désactive les workflows qui s’étendent sur plusieurs jours. Une session qui maintient la cadence d’activité de 30 minutes est conservée aussi longtemps que nécessaire.
  • État du point de contrôle en externe. L’état dans la session ne survit pas à une perte de session inattendue. Si la session est interrompue, le PC cloud se réinitialise à la mise en production et tout travail non enregistré à l’intérieur de la session est perdu. Enregistrez la progression vers le stockage externe à intervalles réguliers et créez votre agent pour gérer une 404 Not Found réponse en réappliquant sur un pc cloud neuf et en reprenant à partir du dernier point de contrôle.
  • Gérer les durées de vie des jetons indépendamment. Les jetons d’authentification expirent selon leur propre planification, quelle que soit l’activité de la session. Vérifiez que votre application renouvelle les informations d’identification de manière transparente pendant toute la durée du flux de travail.

Version

Une session se termine lorsque l’agent déclare que son travail est terminé, lorsque la stratégie l’arrête ou lorsqu’il devient inactif trop longtemps. La mise en production est gérée par Computer-Get : les canaux sont supprimés, le PC cloud est réinitialisé, la facturation est finalisée et le PC cloud retourne à son pool, prêt à traiter une autre demande. Les PC cloud qui ont échoué aux vérifications d’intégrité pendant la session sont mis en quarantaine et remplacés au lieu d’être réutilisés, ce qui maintient l’intégrité du pool au fil du temps.

Pourquoi il est mis en forme de cette façon

Le cycle de vie est conçu autour de trois idées :

  • Pools, pas PC cloud. Les agents demandent une fonctionnalité, pas un PC cloud spécifique. Le regroupement est ce qui rend le calcul de l’agent à la demande économiquement viable.
  • Une session, plusieurs surfaces. Le même PC cloud peut être piloté par un agent et observé ou co-piloté par un humain au sein d’une seule session, sans chemin d’approvisionnement distinct pour le travail supervisé.
  • Nettoyer les limites entre les sessions. Chaque session se termine par la réinitialisation et le retour pour s’assurer que la session suivante commence par l’état provisionné, de sorte que l’isolation, l’auditabilité et la réutilisation sortent du même modèle.

Étapes suivantes

Contenu connexe

  • Last updated on