Ciclo de vida da sessão do agente

Uma sessão de agente do Windows 365 representa o ciclo de vida completo no qual um aplicativo agencial solicita um PC na nuvem, usa-o para realizar uma tarefa e, em seguida, a retorna quando concluído. As sessões são o mecanismo pelo qual a plataforma transforma um pool de PCs na nuvem para agentes em um espaço de trabalho descartável sob demanda para agentes de IA e, quando necessário, para os humanos que os supervisionam.

Sua primeira sessão agentic passa por cinco fases conceituais: Preparar > Adquirir > Conectar > Ato > Liberar.

Ciclo de vida em resumo

Fase Plano O que acontece
Preparar Computer-Create Os pools de PCs na nuvem são provisionados, configurados e disponibilizados para uso do agente.
Adquirir Computer-Get Um PC na nuvem é reservado para uma chamada e uma sessão específicas.
Connect Computer-Do, Computer-TakeControl Canais autenticados abertos; capacidades ficar disponíveis.
Ato Computer-Do, Computer-TakeControl O agente opera o Cloud PC, com observação humana opcional.
Lançar Computer-Get Os canais são fechados, o PC na nuvem é redefinido e a capacidade retorna ao pool.

Preparar

Antes que qualquer sessão possa existir, você precisa criar um pool de PCs na nuvem para Agentes, o plano Computer-Create da arquitetura. Os administradores de TI e os criadores de agentes definem esses pools escolhendo imagens, regiões e tamanho e atribuem quais agentes têm permissão para acessá-los. Em seguida, o Windows 365 provisiona esses pools de agentes do Cloud PC.

Adquirir

Uma sessão começa no momento em que um aplicativo agencial pede uma máquina. A solicitação flui para o plano Computer-Get , que seleciona um PC na nuvem disponível no pool direito, reserva-o para o chamador e devolve uma identidade de sessão que representa essa reserva.

No final dessa fase, o chamador tem uma sessão do PC na nuvem que ele pode tentar novamente com segurança sem nunca duplicá-la.

Conectar

Com um PC na nuvem reservado, o agente abre um canal de trabalho para ele por meio do plano Computer-Do . Esse canal é o canal por meio do qual o agente emite todas as instruções subsequentes. Ele é autenticado, vinculado à sessão e termina no componente convidado em execução no PC na nuvem.

A conexão também traz à tona o vocabulário do agente: o conjunto de recursos que a plataforma expõe por meio da acessibilidade para que o agente saiba o que pode fazer neste PC na nuvem.

Se um humano estiver assistindo ou ajudando, um canal paralelo através do plano de uso do computador pode ser aberto para compartilhamento de tela em tempo real e controle compartilhado opcional. Ambos os canais se destinam ao mesmo PC na nuvem e à mesma sessão.

Atuar

Esta fase é a parte de trabalho da sessão. O agente observa a área de trabalho, decide o que fazer a seguir e invoca recursos no PC na nuvem - clicando, digitando, navegando na web, executando comandos e inspecionando a interface do usuário. A plataforma medeia todas as ações: reforçando a identidade da sessão, aplicando proteções de segurança e registrando o que aconteceu.

Algumas propriedades definem o caráter desta fase:

  • Baseado em turnos por natureza. O agente observa, age e observa novamente. Estado na nuvem O PC evolui à medida que o trabalho prossegue.
  • Seguro por construção. A execução em área restrita, os comandos permitidos, os conteúdos limitados e os processos protegidos do sistema mantêm a sessão dentro de um envelope bem definido, protegido pelo Microsoft Entra, Microsoft Intune, Microsoft Defender e Microsoft Purview.
  • Compartilhada com humanos quando útil. Um humano pode observar a mesma sessão em tempo real e assumir o controle quando apropriado, sem interromper a conexão do agente.
  • Mantido vivo pela atividade. As sessões que ficam inativas por muito tempo são recuperadas automaticamente para que a capacidade não seja desperdiçada.

Essa fase pode durar segundos, minutos ou horas, mas o PC na nuvem é dedicado à sessão durante toda a sua duração.

Duração e tempo limite da sessão

Uma sessão não tem duração máxima fixa. Desde que o agente envie pelo menos uma solicitação de MCP a cada 30 minutos, a sessão permanecerá ativa e o PC na nuvem permanecerá reservado para ela. Uma sessão que dura 30 minutos sem nenhuma atividade de MCP é removida automaticamente: os canais são fechados, o PC na nuvem é redefinido e a capacidade retorna ao pool.

Algumas coisas que você precisa saber sobre como funciona o tempo de vida da sessão na prática:

  • Sem tempo de execução máximo. Não há nenhum limite rígido de quanto tempo uma sessão pode durar. As sessões são projetadas para durar o tempo que o trabalho exigir, de segundos a dias.
  • Tempo limite de ociosidade em 30 minutos. Qualquer chamada MCP redefine o relógio de inatividade. Não há API de renovação de arrendamento separada — a atividade é o mecanismo de renovação. Para períodos em que o agente está aguardando trabalho externo em vez de emitir chamadas de ferramenta, envie uma pulsação leve pelo menos uma vez a cada 30 minutos. A get_screen_size ferramenta é uma opção mínima e confiável para essa finalidade.
  • Há suporte para fluxos de trabalho de vários dias. A plataforma não impõe um tempo de vida máximo de sessão nem desabilita fluxos de trabalho que se estendem por vários dias. Uma sessão que mantém a cadência de atividade de 30 minutos persistirá pelo tempo que for necessário.
  • Estado de ponto de verificação externamente. O estado na sessão não sobrevive a uma perda inesperada de sessão. Se a sessão for interrompida, o PC na nuvem será redefinido na versão e qualquer trabalho não salvo dentro da sessão será perdido. Salve o progresso no armazenamento externo em intervalos regulares e crie seu agente para lidar com uma 404 Not Found resposta adquirindo novamente um novo PC na nuvem e retomando a partir do último ponto de verificação.
  • Gerencie o tempo de vida do token de forma independente. Os tokens de autenticação expiram em sua própria programação, independentemente da atividade da sessão. Certifique-se de que seu aplicativo renove as credenciais de forma transparente durante toda a duração do fluxo de trabalho.

Lançar

Uma sessão termina quando o agente declara seu trabalho concluído, quando a política o encerra ou quando fica ocioso por muito tempo. A versão é tratada pelo Computer-Get: os canais são desativados, o PC na nuvem é redefinido, a cobrança é finalizada e o PC na nuvem retorna ao pool, pronto para atender a outra solicitação. Os PCs na nuvem que falharam nas verificações de integridade durante a sessão são colocados em quarentena e substituídos em vez de reutilizados, o que mantém o pool íntegro ao longo do tempo.

Por que tem esse formato

O ciclo de vida é projetado em torno de três ideias:

  • Pools, não PCs na nuvem. Os agentes solicitam um recurso, não um PC na nuvem específico. O pooling é o que torna a computação do agente sob demanda economicamente viável.
  • Uma sessão, muitas superfícies. O mesmo PC na nuvem pode ser acionado por um agente e observado ou coconduzido por um humano em uma única sessão - nenhum caminho de provisionamento separado para trabalho supervisionado.
  • Limpe os limites entre as sessões. Cada sessão termina com reset-and-return para garantir que a próxima sessão comece com o estado provisionado, de modo que o isolamento, a auditabilidade e a reutilização saiam do mesmo modelo.

Próximas etapas

Conteúdo relacionado

  • Last updated on