Cykl życia sesji agenta

Sesja agenta Windows 365 reprezentuje pełny cykl życia, w którym aplikacja agentyczna żąda komputera w chmurze, używa go do wykonania zadania, a następnie zwraca je po zakończeniu. Sesje to mechanizm, za pomocą którego platforma przekształca pulę komputerów w chmurze dla agentów w jednorazowy obszar roboczy na żądanie dla agentów sztucznej inteligencji — i w razie potrzeby dla osób, które je nadzorują.

Pierwsza sesja agentyczna przechodzi przez pięć faz koncepcyjnych: Przygotowanie > wydania > acquire connect > act>.

Cykl życia w skrócie

Faza Płaszczyzny Efekt
Przygotowanie Computer-Create Pule komputerów w chmurze są aprowizowane, konfigurowane i udostępniane do użycia przez agenta.
Nabyć Computer-Get Komputer w chmurze jest zarezerwowany dla określonego obiektu wywołującego i sesji.
Nawiązywanie połączeń Computer-Do, Computer-TakeControl Otwarte uwierzytelnione kanały; stają się dostępne.
Ustawy Computer-Do, Computer-TakeControl Agent obsługuje komputer w chmurze z opcjonalną obserwacją człowieka.
Wydanie Computer-Get Kanały są zamykane, komputer w chmurze jest resetowany, a pojemność powraca do puli.

Przygotowanie

Przed rozpoczęciem dowolnej sesji należy utworzyć pulę komputerów w chmurze dla agentów, Computer-Create płaszczyznę architektury. Administratorzy IT i twórcy agentów definiują te pule, wybierając obrazy, regiony i rozmiar oraz przypisując agentom, którzy mogą uzyskiwać do nich dostęp. Windows 365 następnie aprowizuje te pule agentów komputerów w chmurze.

Nabyć

Sesja rozpoczyna się w momencie, gdy aplikacja agentyczna prosi o maszynę. Żądanie przepływa do płaszczyzny Computer-Get , która wybiera dostępny komputer w chmurze z odpowiedniej puli, rezerwuje go dla obiektu wywołującego i przekazuje tożsamość sesji reprezentującą tę rezerwację.

Na koniec tej fazy obiekt wywołujący ma sesję komputera w chmurze, z którą może bezpiecznie ponowić próbę bez duplikowania.

Nawiązywanie połączeń

Po zarezerwowaniu komputera w chmurze agent otwiera do niego kanał roboczy za pośrednictwem płaszczyzny Computer-Do . Ten kanał jest kanałem, za pomocą którego agent wystawia każdą kolejną instrukcję. Jest uwierzytelniony, powiązany z sesją i kończy działanie w składniku gościa działającym na komputerze w chmurze.

Łączenie obejmuje również słownictwo agenta: zestaw możliwości uwidacznianych przez platformę za pośrednictwem ułatwień dostępu, dzięki czemu agent wie, co może zrobić na tym komputerze w chmurze.

Jeśli człowiek będzie oglądać lub pomagać, równoległy kanał za pośrednictwem płaszczyzny Computer-Use można otworzyć na potrzeby udostępniania ekranu w czasie rzeczywistym i opcjonalnej kontroli współdzielonej. Oba kanały są przeznaczone dla tego samego komputera w chmurze i tej samej sesji.

Ustawy

Ta faza jest roboczą częścią sesji. Agent obserwuje pulpit, decyduje, co robić dalej, i wywołuje możliwości na komputerze w chmurze — kliknięcie, wpisanie, nawigowanie po Internecie, uruchamianie poleceń i sprawdzanie interfejsu użytkownika. Platforma pośredniczy w każdej akcji: wymuszanie tożsamości sesji, stosowanie barier bezpieczeństwa i rejestrowanie tego, co się stało.

Kilka właściwości definiuje znak tej fazy:

  • Oparte na kolei z natury. Agent obserwuje, działa i obserwuje ponownie. Stan na komputerze w chmurze ewoluuje w miarę kontynuowania pracy.
  • Bezpieczne według konstrukcji. Wykonywanie w trybie piaskownicy, polecenia z listy dozwolonych, ograniczone ładunki i chronione procesy systemowe utrzymują sesję wewnątrz dobrze zdefiniowanej koperty zabezpieczonej przez Microsoft Entra, Microsoft Intune, Microsoft Defender i Microsoft Purview.
  • Udostępnione ludziom, gdy jest to przydatne. Człowiek może obserwować tę samą sesję w czasie rzeczywistym i przejąć kontrolę w razie potrzeby bez zakłócania połączenia agenta.
  • Utrzymywane przy życiu przez działanie. Sesje, które zbyt długo przechodzą w tryb cichy, są automatycznie odzyskiwane, więc pojemność nie jest marnowana.

Ta faza może trwać sekundy, minuty lub godziny, ale komputer w chmurze jest przeznaczony dla sesji przez cały czas trwania.

Czas trwania i limit czasu sesji

Sesja nie ma stałego maksymalnego czasu trwania. Dopóki agent wysyła co najmniej jedno żądanie MCP co 30 minut, sesja pozostaje aktywna, a komputer w chmurze pozostaje dla niego zarezerwowany. Sesja, która trwa 30 minut bez żadnego działania MCP, jest automatycznie eksmitowana: kanały zamknięte, resetowanie komputera w chmurze i powrót pojemności do puli.

Kilka rzeczy, które należy wiedzieć o tym, jak działa okres istnienia sesji w praktyce:

  • Brak maksymalnego środowiska uruchomieniowego. Nie ma twardego limitu czasu uruchamiania sesji. Sesje są zaprojektowane tak, aby trwały tak długo, jak wymaga tego praca, od sekund do dni.
  • Limit czasu bezczynności na 30 minut. Każde wywołanie MCP resetuje zegar braku aktywności. Nie ma oddzielnego interfejsu API odnawiania dzierżawy — działanie to mechanizm odnawiania. W okresach, w których agent czeka na pracę zewnętrzną, zamiast wykonywać wywołania narzędzi, wysyłaj lekki puls co najmniej raz na 30 minut. W get_screen_size tym celu narzędzie jest minimalną i niezawodną opcją.
  • Obsługiwane są wielodniowe przepływy pracy. Platforma nie wymusza maksymalnego okresu istnienia sesji ani nie wyłącza przepływów pracy obejmujących wiele dni. Sesja, która zachowuje 30-minutową kadencję działania, będzie trwać tak długo, jak będzie to konieczne.
  • Stan punktu kontrolnego na zewnątrz. Stan w sesji nie przetrwa nieoczekiwanej utraty sesji. Jeśli sesja zostanie przerwana, komputer w chmurze zostanie zresetowany po wydaniu, a wszelkie niezapisane prace wewnątrz sesji zostaną utracone. Zapisz postęp w magazynie zewnętrznym w regularnych odstępach czasu i skompiluj agenta, aby obsłużyć 404 Not Found odpowiedź, ponownie uzyskując nowy komputer w chmurze i wznawiając od ostatniego punktu kontrolnego.
  • Niezależnie zarządzaj okresami istnienia tokenu. Tokeny uwierzytelniania wygasają we własnym harmonogramie, niezależnie od działania sesji. Upewnij się, że aplikacja odnowi poświadczenia w sposób niewidoczny przez cały czas trwania przepływu pracy.

Wydanie

Sesjakończya kończy się, gdy agent deklaruje zakończenie pracy, gdy zasady ją przerywa lub gdy przechodzi w stan bezczynności zbyt długo. Wydanie jest obsługiwane przez funkcję Computer-Get: kanały są zburzone, komputer w chmurze jest resetowany, rozliczenia są finalizowane, a komputer z chmurą powraca do puli, gotowy do obsługi innego żądania. Komputery w chmurze, które nie powiodły się podczas sesji, są poddawane kwarantannie i zastępowane zamiast ponownie używane, co z czasem utrzymuje pulę w dobrej kondycji.

Dlaczego jest ukształtowany w ten sposób

Cykl życia został zaprojektowany z myślą o trzech pomysłach:

  • Pule, a nie komputery w chmurze. Agenci żądają możliwości, a nie określonego komputera w chmurze. Buforowanie jest tym, co sprawia, że agent na żądanie oblicza ekonomicznie opłacalne.
  • Jedna sesja, wiele powierzchni. Ten sam komputer w chmurze może być sterowany przez agenta i obserwowany lub współtworzeny przez człowieka w ramach jednej sesji — brak oddzielnej ścieżki aprowizacji dla pracy nadzorowanej.
  • Czyszczenie granic między sesjami. Każda sesja kończy się resetowaniem i powrotem, aby upewnić się, że następna sesja rozpoczyna się od aprowizowanego stanu, więc izolacja, możliwość inspekcji i ponowne użycie wypadają z tego samego modelu.

Następne kroki

Zawartość pokrewna

  • Last updated on