Ciclo de vida da sessão do agente

Uma sessão de agente Windows 365 representa o ciclo de vida completo em que uma aplicação agente pede um PC na Cloud, utiliza-a para realizar uma tarefa e, em seguida, devolve-a quando terminar. As sessões são o mecanismo através do qual a plataforma transforma um conjunto de PCs na Cloud para Agentes numa área de trabalho a pedido e descartável para agentes de IA e, quando necessário, para os seres humanos que os supervisionam.

A sua primeira sessão agenteística passa por cinco fases conceptuais: Preparar a > Versão do Acquire > Connect > Act>.

Ciclo de vida de relance

Fase Plano O que acontece
Preparar Computer-Create Os conjuntos de PCs na Cloud são aprovisionados, configurados e disponibilizados para utilização do agente.
Adquirir Computer-Get Um PC na Cloud está reservado para uma chamada e sessão específicas.
Connect Computer-Do, Computer-TakeControl Canais autenticados abertos; as capacidades ficam disponíveis.
Agir Computer-Do, Computer-TakeControl O agente opera o CLOUD PC, com observação humana opcional.
Lançar Computer-Get Os canais fecham, o CLOUD PC é reposto e a capacidade regressa ao conjunto.

Preparar

Antes de qualquer sessão poder existir, tem de criar um conjunto de PCs na Cloud para Agentes, o plano Computer-Create da arquitetura. Os administradores de TI e os criadores de agentes definem estes conjuntos ao escolher imagens, regiões e tamanho e atribuir os agentes que têm permissão para aceder aos mesmos. Windows 365, em seguida, aprovisiona estes conjuntos de agentes do CLOUD PC.

Adquirir

Uma sessão começa no momento em que uma aplicação agente pede um computador. O pedido flui para o plano Computer-Get , que seleciona um CLOUD PC disponível no conjunto certo, reserva-o para o autor da chamada e devolve uma identidade de sessão que representa essa reserva.

No final desta fase, o autor da chamada tem uma sessão do Cloud PC contra a qual pode tentar novamente sem nunca a duplicar.

Conectar

Com um CLOUD PC reservado, o agente abre um canal de trabalho para o mesmo através do plano Computer-Do . Este canal é o canal através do qual o agente emite todas as instruções subsequentes. É autenticado, vinculado à sessão e termina no componente no convidado em execução no PC cloud.

A ligação também apresenta o vocabulário do agente: o conjunto de capacidades que a plataforma expõe através da acessibilidade para que o agente saiba o que pode fazer neste CLOUD PC.

Se um humano estiver a observar ou a ajudar, um canal paralelo através do plano de Utilização do Computador pode ser aberto para partilha de ecrã em tempo real e controlo partilhado opcional. Ambos os canais têm como destino o mesmo PC cloud e a mesma sessão.

Atuar

Esta fase é a parte de trabalho da sessão. O agente observa o ambiente de trabalho, decide o que fazer a seguir e invoca as funcionalidades no CLOUD PC – clicar, escrever, navegar na Web, executar comandos e inspecionar a IU. A plataforma media todas as ações: impor a identidade da sessão, aplicar proteções de segurança e gravar o que aconteceu.

Algumas propriedades definem o caráter desta fase:

  • Baseado na natureza. O agente observa, age e observa novamente. O estado no CLOUD PC evolui à medida que o trabalho avança.
  • Seguro por construção. A execução em sandbox, comandos na lista de permissões, payloads vinculados e processos de sistema protegidos mantêm a sessão dentro de um envelope bem definido, protegido por Microsoft Entra, Microsoft Intune, Microsoft Defender e Microsoft Purview.
  • Partilhado com humanos quando útil. Um humano pode observar a mesma sessão em tempo real e assumir o controlo quando apropriado, sem interromper a ligação do agente.
  • Mantido vivo pela actividade. As sessões que ficam calmas durante demasiado tempo são recuperadas automaticamente para que a capacidade não seja desperdiçada.

Esta fase pode durar segundos, minutos ou horas, mas o Cloud PC é dedicado à sessão durante toda a 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 um pedido MCP a cada 30 minutos, a sessão permanece ativa e o PC na Cloud permanece reservado para o mesmo. Uma sessão que dura 30 minutos sem qualquer atividade MCP é automaticamente expulsa: os canais fecham, o CLOUD PC é reposto e a capacidade regressa ao conjunto.

Alguns aspetos a saber sobre como funciona a duração da sessão na prática:

  • Sem tempo de execução máximo. Não existe um limite rígido para a duração da execução de uma sessão. As sessões são concebidas para durar o tempo que o trabalho exigir, de segundos a dias.
  • Tempo limite de inatividade aos 30 minutos. Qualquer chamada MCP repõe o relógio de inatividade. Não existe nenhuma API de renovação de concessão separada — a atividade é o mecanismo de renovação. Para períodos em que o agente aguarda trabalho externo em vez de emitir chamadas de ferramentas, envie um heartbeat leve pelo menos uma vez a cada 30 minutos. A get_screen_size ferramenta é uma opção mínima e fiável para esta finalidade.
  • Os fluxos de trabalho de vários dias são suportados. A plataforma não impõe uma duração máxima de sessão nem desativa fluxos de trabalho que abrangem vários dias. Uma sessão que mantém a cadência de atividade de 30 minutos irá persistir durante o tempo necessário.
  • Estado do ponto de verificação externamente. O estado na sessão não sobrevive a uma perda inesperada da sessão. Se a sessão for interrompida, o CLOUD PC será reposto no lançamento e perderá qualquer trabalho não guardado dentro da sessão. Guarde o progresso no armazenamento externo em intervalos regulares e crie o agente para lidar com uma 404 Not Found resposta ao adquirir novamente um PC na Cloud e retomar a partir do último ponto de verificação.
  • Gerir durações de tokens de forma independente. Os tokens de autenticação expiram na sua própria agenda, independentemente da atividade da sessão. Certifique-se de que a aplicação renova as credenciais de forma transparente durante toda a duração do fluxo de trabalho.

Lançar

Uma sessão termina quando o agente declara o seu trabalho concluído, quando a política o termina ou quando fica inativo durante demasiado tempo. A versão é processada pelo Computer-Get: os canais são desativados, o Cloud PC é reposto, a faturação é finalizada e o CLOUD PC regressa ao respetivo conjunto, pronto para servir outro pedido. Os PCs na cloud que falharam nas verificações de estado de funcionamento durante a sessão são colocados em quarentena e substituídos em vez de reutilizados, o que mantém o conjunto em bom estado de funcionamento ao longo do tempo.

Por que é moldado desta forma

O ciclo de vida foi concebido em torno de três ideias:

  • Conjuntos, não PCs na Cloud. Os agentes pedem capacidade, não um PC na Cloud específico. O agrupamento é o que torna a computação do agente a pedido economicamente viável.
  • Uma sessão, muitas superfícies. O mesmo CLOUD PC pode ser conduzido por um agente e observado ou co-orientado por um ser humano numa única sessão, sem um caminho de aprovisionamento separado para trabalho supervisionado.
  • Limpar limites entre sessões. Todas as sessões terminam com reposição e retorno para garantir que a próxima sessão começa com o estado aprovisionado, pelo que o isolamento, a auditoria e a reutilização saem todos do mesmo modelo.

Próximas etapas

Conteúdo relacionado

  • Last updated on