Latest / M365.FM – podcast o Microsoft 365, Copilot i AI po polsku / Systemy wieloagentowe w Azure AI Foundry: planowanie, współpraca i narzędzia bez psucia produkcji (Dubbing AI)

Transcript

Systemy wieloagentowe w Azure AI Foundry: planowanie, współpraca i narzędzia bez psucia produkcji (Dubbing AI) · M365.FM – podcast o Microsoft 365, Copilot i AI po polsku

• 0:00
  Wiesz, hadboty rozmawiają, agenci działają, a systemy wieloagentowe faktycznie działają.
• 0:04
  Jeśli błagałeś bota o naprawienie Intune, a on odpowiedział wierszem, to jest to dla Ciebie.
• 0:08
  Oto, co się dzieje, praktyczne doświadczenie z Netflixem.
• 0:10
  Oglądasz, jesz przekąski.
• 0:12
  Stosuję niebezpieczną zasadę usługi, żeby nikt nie niszczył produkcji.
• 0:15
  Budujemy miniaturowy, samonaprawiający się, zarządzany system wieloagentowy z Azure A i Foundry i Semantic Kernel.
• 0:20
  Prawdziwe punkty styku.
• 0:22
  Intune, Entra, Graph, Azure Automation, Log Analytics.
• 0:25
  Jeden agent kontra wielu agentów w bezpośrednim starciu, 12 minut kontra 3.
• 0:29
  A jedyną ofiarą jest mój kredyt subskrypcyjny.
• 0:31
  Po pierwsze, dlaczego jeden agent się zatrzymuje, podczas gdy Teams lata?
• 0:34
  Dlaczego jeden agent to za mało?
• 0:36
  Pojedynczy agent to scyzoryk szwajcarski, który dostajesz na stacji benzynowej.
• 0:39
  Technicznie rzecz biorąc, ma narzędzia, praktycznie wygina się przy pierwszej śrubce.
• 0:42
  Wciskasz plan, rozumowanie, wykonanie, zatwierdzenia i raportowanie do jednego monitu,
• 0:45
  a teraz jest on pozbawiony kontekstu, powolny i dziwnie pewny siebie co do niewłaściwej rzeczy.
• 0:49
  Większość ludzi myśli, większy model, większy mózg, bum, problem rozwiązany.
• 0:53
  Ale prawdziwą porażką jest pomieszanie ról.
• 0:55
  Jeden agent próbuje zaplanować zmianę, wywołać graf, napisać skrypt naprawczy,
• 0:59
  poprosić o zatwierdzenie, zweryfikować wynik i udokumentować go.
• 1:03
  To jak prowadzenie pomocy technicznej, tablicy zmian i postmortem z jednym bardzo zmęczonym starzystą.
• 1:07
  Oto, co się naprawdę dzieje.
• 1:09
  Pojedynczy agent żongluje zbyt wieloma stanami.
• 1:11
  Twój monit staje się nowelą.
• 1:13
  Okno kontekstu wypełnia się dziennikami, zasadami i połową słownika MDM,
• 1:16
  więc albo obcina ważne fragmenty, albo halucynuje brakujące szczegóły.
• 1:19
  Opóźnienia gwałtownie rosną, tokeny się palą, a ponowne próby sprawiają wrażenie déjà vu z rachunkiem.
• 1:24
  Wprowadź wielu agentów role, granice, paralelizm.
• 1:27
  Planista skupia się na intencji i ograniczeniach.
• 1:30
  Operator skupia się na narzędziach i wykonaniu.
• 1:33
  Recenzent skupia się na zabezpieczeniach, zatwierdzeniach.
• 1:36
  A czy opieramy się na faktach?
• 1:37
  Każdy agent utrzymuje czysty, krótki zestaw instrukcji z minimalną, potrzebną pamięcią.
• 1:42
  Przekazują wiadomości, wyniki narzędzi lub krótkie podsumowanie, a nie cały internet.
• 1:46
  Dlaczego to ma znaczenie w przedsiębiorstwie?
• 1:47
  Potrzebujesz kompleksowych przepływów pracy z bramkami z udziałem człowieka w pętli, działaniami o zakresie tożsamości, ponownych prób i śladami audytu.
• 1:52
  To nie jest jednowątkowa rozmowa.
• 1:54
  To sport zespołowy.
• 1:55
  Wzorzec planisty, wykonawcy, recenzenta zmniejsza ryzyko i konieczność przeróbek, ponieważ każdy krok ma drugą parę oczu, zautomatyzowanych, które nie są na naszej 11-osobowej krótkiej konferencji Teams.
• 2:04
  Koszt i opóźnienie również wygrywają.
• 2:06
  Używaj małych modeli językowych do ekstrakcji i klasyfikacji.
• 2:09
  Używaj modeli wnioskowania premium tylko tam, gdzie planowanie faktycznie pomaga.
• 2:12
  Zadania wsadowe dla podsumowań, gdy użytkownicy śpią.
• 2:15
  Otrzymasz mniej halucynacji, szybsze wyniki i niższe rachunki.
• 2:18
  Mikrohistoria.
• 2:19
  Widziałem jednego bota, który robił wszystko, próbując obrócić sekret.
• 2:22
  Zaktualizował klucz, zapomniał ustawienia aplikacji i naprawił to, usuwając zasób.
• 2:27
  To był dzień, w którym wynaleźliśmy agenta recenzenta.
• 2:29
  Systemy wieloagentowe 101.
• 2:31
  Jasne, proste.
• 2:32
  No dobrze, więc czym jest system wieloagentowy, który faktycznie można wdrożyć?
• 2:35
  Pomyśl o zespole cyfrowym, a nie o jednym wielkim mózgu.
• 2:37
  Każdy agent ma swoją rolę, ścisły zestaw instrukcji i ograniczony zestaw narzędzi.
• 2:42
  Planista rozumie cel, ograniczenia i środowisko.
• 2:46
  Tworzy plan z wywołaniami narzędzi, które operator może wykonać.
• 2:50
  Operator wywołuje narzędzia, graf, aplikacje logiczne, funkcje, runbooki automatyzacji platformy Azure i zwraca ustrukturyzowane wyniki.
• 2:57
  Recenzent sprawdza uziemienie, zakres zgodności, zatwierdzenia i wyniki bezpieczeństwa, zanim wydarzy się cokolwiek ryzykownego.
• 3:04
  Concierge Messenger obsługuje powiadomienia, zatwierdzenia i podsumowania dla ścieżki audytu.
• 3:09
  Komunikują się za pomocą wiadomości i współdzielonego kontekstu w sposób, w jaki powinni to robić dorośli krótko, jasno i tylko to, co jest potrzebne.
• 3:16
  Sekwencyjnie, gdy działania zależą od poprzednich wyników, równolegle, gdy podzadania mogą być bezpiecznie rozdzielane.
• 3:21
  Nie wysyłasz 50-stronicowej polityki, wysyłasz odpowiedni fragment kodu, identyfikatory urządzeń i zamierzoną zmianę.
• 3:26
  Narzędzia to ręce.
• 3:27
  Interfejsy API REST dla Microsoft Graph, wyszukiwanie za pomocą Azure AI w celu uzyskania wyselekcjonowanej wiedzy,
• 3:32
  interpreter kodu dla fragmentów kodu, aplikacje logiczne dla skoordynowanych sekwencji, funkcje dla kleju, automatyzacja Azure dla powtarzalnych zadań urządzeń.
• 3:38
  Utrzymuj dane wejściowe narzędzi w strukturze schematów, aby operator nie mógł kreatywnie usunąć dzierżawy.
• 3:43
  Pamięć to nie magia, to budżet.
• 3:45
  Zminimalizuj pamięć na agenta.
• 3:47
  Używaj stanu zewnętrznego, indeksów wyszukiwania, magazynów wektorów lub małego magazynu stanu dla metadanych wątków.
• 3:51
  Utrzymuj okna kontekstowe zwięzłe.
• 3:53
  Jeśli nie jest to potrzebne do następnej decyzji, nie jest zapisywane.
• 3:55
  Planowanie kontra wykonanie to obszar, w którym semantic kernel błyszczy.
• 3:58
  Planista deleguje, operator wybiera odpowiednie narzędzie z katalogami funkcji.
• 4:02
  Recenzent krytykuje dane wyjściowe za pomocą monitów o ocenę i bezpieczeństwa treści.
• 4:06
  Jeśli recenzent zgłosi ryzyko zakresu, planista dokonuje rewizji.
• 4:09
  Po zrozumieniu tej pętli przestajesz pisać 800 słowne monity i zaczynasz jasno definiować rolę.
• 4:14
  Granice bezpieczeństwa są niepodlegające negocjacjom.
• 4:16
  Wywołania narzędzi o zakresie tożsamości z zarządzanymi tożsamościami.
• 4:19
  Uprawnienia agenta są podzielone między odczyt i zarządzanie.
• 4:22
  PM w celu podniesienia poziomu w przypadku działań destrukcyjnych.
• 4:25
  Wszystkie wywołania narzędzi są rejestrowane w celu analizy logów.
• 4:27
  Bezpieczeństwo treści zarówno na wejściu, jak i wyjściu.
• 4:29
  Osłony monitów na jailbreaki i pośrednie wstrzykiwanie monitów ze źródeł wiedzy.
• 4:33
  Czas analogii.
• 4:35
  Badacz, analityk, operator QA.
• 4:37
  Każdy jest odpowiedzialny za swoją część.
• 4:39
  Operator nie zatwierdza własnej zmiany.
• 4:41
  Analityk nie ingeruje w produkcję.
• 4:43
  QA nie pisze kodu, który zatwierdza.
• 4:45
  Proste, nudne, bezpieczne.
• 4:47
  Dlaczego Azure AI Foundry plus Semantic Kernel?
• 4:50
  Foundry zapewnia orkiestrację agentów, wybór modeli, uziemienie wiedzy, okablowanie narzędzi,
• 4:54
  bezpieczeństwo treści, śledzenie, oceny i zarządzanie w jednym miejscu.
• 4:58
  Semantic Kernel zapewnia planistów, umiejętności, potoki, ponawianie prób i anulowanie w kodzie.
• 5:03
  Razem mieszacie modele dla każdej roli.
• 5:05
  SLM do ekstrakcji, klasę GPT-4 do planowania, przetwarzanie wsadowe do podsumowań,
• 5:10
  amonity są krótkie, promień rażenia, niewielki, a weekendy należą do Was.
• 5:14
  Teraz czas na zbudowanie tego, jak Azure AI Foundry umożliwia przepływy pracy z wieloma agentami.
• 5:19
  W tym miejscu Azure AI Foundry przestaje być eleganckim portalem i zaczyna działać jak hala produkcyjna.
• 5:24
  Foundry oferuje miejsca do definiowania agentów, łączenia modeli, dodawania wiedzy, łączenia działań
• 5:28
  i obserwowania wszystkiego bez konieczności zajmowania się sześcioma różnymi modułami i spełniania życzeń.
• 5:32
  To orkiestracja bez taśmy klejącej.
• 5:34
  Zacznij od definicji agentów.
• 5:36
  W Foundry każdy agent otrzymuje instrukcje, ścisłe wytyczne dotyczące roli, a nie manifest.
• 5:41
  Wdrożenie, rzeczywisty model, który za nim stoi.
• 5:43
  Połącz klasę GPT-4 do planowania z SLM klasy PHI do ekstrakcji.
• 5:47
  Wiedza, indeksy wyszukiwania Azure AI, przesłane pliki lub uziemienie Bing, gdy potrzebujesz kontekstu internetowego.
• 5:52
  Akcje, otwarte narzędzia API, aplikacje logiczne, funkcje, graf,
• 5:56
  podręczniki automatyzacji Azure lub interpreter kodu do szybkich obliczeń i analizy składniowej.
• 6:00
  Połączeni agenci, tak agent może traktować innego agenta jak narzędzie, jeśli to pozwala zachować przejrzystość ról.
• 6:06
  To ważne, ponieważ jądro semantyczne jest zintegrowane z tym samym wszechświatem.
• 6:10
  W kodzie tworzysz planistów, definiujesz umiejętności i rejestrujesz narzędzia w katalogach funkcji.
• 6:14
  Układasz pętlę planisty, operatora, recenzenta i pozwalasz Foundry obsługiwać wątki, historię i zabezpieczenia.
• 6:21
  Skracasz monity i przenosisz ciężką pracę na narzędzia ze schematami.
• 6:24
  Tłumaczenie mniej halucynacji, mniej błędów, więcej weekendu.
• 6:27
  Wybór modelu ma znaczenie.
• 6:29
  Foundry abstrahuje wnioskowanie poprzez punkt końcowy modelu, dzięki czemu możesz zamieniać modele bez przepisywania całej aplikacji.
• 6:34
  Dwa wspólne kanały, bezserwerowe punkty końcowe dla modeli premium i szybka iteracja.
• 6:38
  Płacisz za token, skalujesz narządanie i nie pilnujesz GPU jak w 2018 roku.
• 6:42
  Zarządzane obliczenia dla określonych otwartych modeli, które chcesz przypiąć do granic dzierżawy.
• 6:46
  Płacisz za czas sprawności i kontrolujesz kształt, ale Microsoft zajmuje się instalacją.
• 6:50
  Mieszaj modele dla każdej roli.
• 6:52
  Planer w GPT-4 lub 4.1 mini do wnioskowania.
• 6:55
  Operator w małym modelu, który doskonale radzi sobie z ekstrakcją i kształtowaniem parametrów.
• 6:59
  Grupuj długie podsumowania przez noc, aby ludzie rano otrzymywali błyszczące raporty.
• 7:02
  A jeśli model zostanie wycofany lub zechcesz wypróbować warianty DeepSeek lub lama API wnioskowania Foundry,
• 7:07
  pozwoli Ci utrzymać kod w stabilnej formie podczas eksperymentów.
• 7:09
  Narzędzia i akcje to obszary, w których operator zdobywa swoją odznakę.
• 7:13
  To tutaj dajesz prawdziwą władzę bez dawania agentowi kluczy do swojego królestwa.
• 7:16
  Otwarte narzędzia API dla usług wewnętrznych z Swogger.
• 7:19
  Utrzymuj ścisły kontrakt.
• 7:21
  Jeśli schemat mówi, że urządzenie jest ciągiem znaków, lepiej, aby był to identyfikator urządzenia.
• 7:24
  Aplikacje logiczne dla przepływów zatwierdzania i bramek dla ludzi.
• 7:27
  Pozwól recenzentowi kierować zmiany do osoby zatwierdzającej zmiany, a następnie wnów wykonywanie na tak.
• 7:31
  Funkcje Azure do łączenia kodu i sensownych transformacji.
• 7:34
  Małe, testowalne, wersjonowane API grafowe dla Intune Entra i zadań dostępu warunkowego do urządzeń użytkownika.
• 7:39
  Udzielaj zakresów odczytu do monitorowania agentów, zarządzaj zakresami tylko dla osób dokonujących napraw.
• 7:44
  Automatyzacja Azure dla skryptów urządzeń i podręczników uruchamiania.
• 7:47
  Traktuj to jak ostre przedmioty w zamkniętej szufladzie.
• 7:50
  Tylko agent naprawczy może to otworzyć.
• 7:52
  Podobnie jak w przypadku uziemienia, zadbaj o jego porządek.
• 7:54
  Użyj wyszukiwania Azure AI z hybrydowym rankingiem i semantycznym ponownym rankingiem.
• 7:58
  Wiedza o fragmentach według domeny.
• 7:59
  Dostosuj zasady oddzielnie od procedur operacyjnych wdrażania.
• 8:02
  Dzięki temu nie będziesz wysyłać zlewu kuchennego.
• 8:04
  Operator powinien przekazać fragment kodu, a nie encyklopedię.
• 8:07
  Określ rozmiar fragmentów, przechowuj cytowania i poproś recenzenta o sprawdzenie uziemienia przed przekazaniem do produkcji.
• 8:12
  Bezpieczeństwo nie jest opcjonalne.
• 8:14
  Foundry stosuje filtry bezpieczeństwa treści dla danych wejściowych i wyjściowych,
• 8:16
  natychmiastowe zabezpieczenia przed jailbreakiem i pośrednim wstrzykiwaniem, a także kontrolę materiałów chronionych.
• 8:20
  Uruchom zabezpieczenia przed i po modelu, aby nie płacić za błędne dane wejściowe ani za katastrofy związane z PR na wyjściu.
• 8:25
  Połącz to z zarządzaną tożsamością dla każdego agenta,
• 8:27
  minimalnym poziomem uprawnień w airbag i PM do tymczasowego podniesienia uprawnień dla narzędzi destrukcyjnych.
• 8:31
  Każde wywołanie narzędzia jest śledzone, każde zatwierdzenie jest rejestrowane.
• 8:35
  Jeśli ktoś zapyta, kto co uruchomił, nie otwierasz Outlooka.
• 8:38
  Analiza logów już to wie.
• 8:40
  Obserwowalność to tryb dla dorosłych.
• 8:42
  Włącz śledzenie, aby zobaczyć historię uruchomień, który agent wywołał, które narzędzie z jakimi parametrami,
• 8:47
  z jakim opóźnieniem i jakie wyniki zostały zwrócone.
• 8:49
  Połącz analizy aplikacji dla wzorców wydajności, logi aplikacji do audytu i oceny wysyłek do CI,
• 8:53
  aby wychwycić odchylenia w trafności, ugruntowaniu i płynności, zanim zrobi to użytkownik.
• 8:58
  Jeśli ugruntowanie spadnie, recenzent to zgłosi, planista zawęzi zapytanie o pobranie, a operator spróbuje ponownie.
• 9:03
  Nie ma potrzeby paniki.
• 9:05
  Prymitywy wdrażania utrzymują porządek.
• 9:07
  Używaj projektów Foundry do określania limitów zakresu zespołu i bazowych zasad.
• 9:10
  Umieść zarządzanie interfejsem API Platformy Azjur przed usługą narzędziową,
• 9:12
  aby móc zarządzać wersjami, ograniczać przepustowość, wdrażać wyłączniki i kierować między PTU
• 9:15
  a wnioskowaniem w modelu płatności za rzeczywiste użycie.
• 9:17
  Prywatne punkty końcowe, w których rezydencja danych lub zgodność świadczą o powadze.
• 9:21
  Regiony, które odpowiadają twoim użytkownikom, a nie tylko twoim aspiracjom.
• 9:24
  I tak jądro semantyczne zawiązuje kokardę.
• 9:27
  Opisujesz przepływ pracy w kodzie.
• 9:28
  Planista rozkłada.
• 9:30
  Operator wybiera narzędzia na podstawie katalogów funkcji i dostępności.
• 9:33
  Recenzent wymusza kontrolę za pomocą monitów o ocenę i wyników bezpieczeństwa treści,
• 9:37
  a ty otrzymujesz ponowne próby z tokenami wycofania i anulowania,
• 9:40
  gdy zewnętrzne API udaje, że jest niedostępne z powodu konserwacji.
• 9:44
  SK daje ci mózg wykonawczy, Foundry daje ci salę operacyjną.
• 9:47
  Połącz to wszystko, a otrzymasz praktyczny schemat.
• 9:50
  Zdefiniuj agentów Foundry ze ścisłymi instrukcjami i tożsamościami,
• 9:53
  zorganizuj rolę w SK, ugruntuj za pomocą starannie dobranego wyszukiwania,
• 9:56
  połącz działania z otwartymi API, aplikacjami logicznymi, funkcjami, automatyzacją,
• 10:00
  wyegzekwuj bezpieczeństwo przed i po wnioskowaniu i obserwuj wszystko.
• 10:03
  To nudne w najlepszym tego słowa znaczeniu.
• 10:05
  Jak pasy bezpieczeństwa lub brak globalnego administratora dla stażysty o nazwie Default Key.
• 10:10
  Scenariusz demonstracyjny.
• 10:12
  Pierwszy.
• 10:12
  Czyszczenie urządzenia.
• 10:13
  Jednostka Ghost Device w CSI Intune.
• 10:16
  Znasz te urządzenia, które wyświetlają się jako zarządzane, wycofane i nieumarłe jednocześnie?
• 10:20
  Witamy w CSI Intune.
• 10:22
  Naszym zadaniem jest znajdowanie nieaktualnego, zduplikowanego lub wyrejestrowanego sprzętu
• 10:26
  i bezpieczna naprawa z zatwierdzeniem, aby nikt nie miał problemów z legalnymi e-mailami.
• 10:29
  Obsługa agentów, monitorowanie, zapytania, Microsoft Graph i analiza logów, klasyfikowanie stanów urządzeń, sygnalizowanie anomalii.
• 10:37
  Remediator wywołuje automatyzację Intune i Azure w celu poddania urządzeń kwarantannie lub wycofania z użytku.
• 10:42
  Auditor rejestruje wszystko, powiadamia ludzi i tworzy raport po akcji w celu zapewnienia zgodności.
• 10:47
  Przepływ danych wygląda następująco.
• 10:49
  Monitor pobiera z grafu rekordy urządzeń, ostatnie zameldowanie, stan zgodności, typ rejestracji, użytkownika głównego i flagi wycofania.
• 10:56
  Przechwytuje również sygnały analizy logów Pulse Defender, zgodność aktualizacji i zdarzenia rozszerzenia zarządzania Intune.
• 11:03
  Łączy je w krótki, ustrukturyzowany rekord dla każdego urządzenia.
• 11:06
  Ostatnio widziany UTC, zarejestrowany, zgodny, zduplikowani kandydaci, sygnały ryzyka.
• 11:10
  Brak nowości, tylko pola.
• 11:11
  Teraz mózgi do przyspieszenia przekazywania.
• 11:13
  Monitor wysyła proponowaną klasyfikację, nieaktualna, zduplikowana, brak pulsu lub prawidłowa.
• 11:18
  Recenzent sprawdza uziemienie.
• 11:19
  Czy te pola faktycznie pochodzą z grafu ILA?
• 11:21
  Bezpieczeństwo treści uruchamia premodel, aby zablokować natychmiastowe wstrzykiwanie z dowolnego przesłanego pliku lub uziemienia sieci.
• 11:27
  Jeśli klasyfikacja się powiedzie, remediator przygotowuje działania.
• 11:31
  Faza pierwsza to miękka naprawa, tagowanie i kwarantanna.
• 11:34
  Stosujemy kandydata do kategorii wycofanych urządzeń, usuwamy dynamiczne powiązania grup, które wyzwalają rozrost zasad,
• 11:40
  a w razie potrzeby przenosimy urządzenie do grupy kwarantanny Azure Ad, która blokuje dostęp.
• 11:45
  Brak usunięć.
• 11:46
  Zatwierdzenia trafiają do aplikacji logicznej.
• 11:49
  Recenzent uwzględnia kompaktowy plan, identyfikatory urządzeń, powody, proponowane działania i wycofanie.
• 11:54
  Osoba zatwierdzająca widzi podsumowanie w Teams z odniesieniami do zapytań graficznych i analizy logów w języku KQL.
• 12:00
  Zatwierdź z powrotem token czujnika, a remediator wykonuje wycofanie, czyszczenie po uzasadnieniu lub czyszczenie duplikatów,
• 12:06
  utrzymując urządzenie w najświeższym stanie pulsu i odłączając duchy.
• 12:10
  Zarządzana tożsamość chroni nasze ręce.
• 12:12
  Monitor działa z odczytem wszystkich urządzeń.
• 12:14
  Remediator używa oddzielnej tożsamości z odczytem wszystkich urządzeń i dokładnie takimi uprawnieniami Intune, jakich potrzebuje.
• 12:20
  Usuwanie jest za PIM.
• 12:21
  Agent remediatora nie może sam się podnieść.
• 12:24
  Gdy żądane jest podniesienie uprawnień, aplikacja logiczna wymaga obecności człowieka, a czas na tym czasowe uprawnienia zaczyna być odliczany.
• 12:29
  Obserwowalność to element dojrzały.
• 12:31
  Każde wywołanie narzędzia jest śledzone.
• 12:33
  Kto co nazwał?
• 12:34
  Parametry, opóźnienie, odpowiedź.
• 12:35
  Audytor zapisuje rekordy zdarzeń do analizy logów z identyfikatorami korelacji, dzięki czemu można zrekonstruować miejsce zbrodni bez archeologii Slacka.
• 12:42
  Przeprowadzamy również etap oceny po zmianie uziemienia, trafności i płynności.
• 12:46
  Jeśli uziemienie spadnie, recenzent blokuje dalsze destrukcyjne działania i odsyła plan do planisty w celu dopracowania pobierania lub zawężenia zakresu.
• 12:53
  Modele są celowo mieszane.
• 12:55
  Klasyfikacja wykorzystuje mały model, aby utrzymać niskie koszty i opóźnienia.
• 12:58
  Przypadki brzegowe, takie jak dwa urządzenia, gdzie autopilot zmienił nazwę jednego, a Azure Ad uważa je za bliźniaki, otrzymują ścieżkę wnioskowania z GPT-4 Mini.
• 13:05
  Podsumowania są grupowane.
• 13:07
  Nikt nie potrzebuje raportu Szekspira o 14.
• 13:09
  Mikrohistoria. W zeszłym tygodniu test pojedynczego agenta próbował naprawić nieaktualne urządzenie, wycofując wszystko z tej samej grupy dynamicznej.
• 13:16
  Recenzent w naszym przepływie wieloagentowym oznaczył niezgodność zakresu, poprosił o potwierdzenie na poziomie urządzenia i zatrzymał go.
• 13:21
  Dlatego oddzielamy planowanie, działanie i sprawdzanie.
• 13:23
  W rezultacie urządzenia widma przestają straszyć zgodność.
• 13:26
  Zmniejszasz marnotrawstwo licencji, eliminujesz fałszywe alarmy i przestajesz tłumaczyć kierownictwu, dlaczego wycofanie z użytku nieudanego produktu to styl życia.
• 13:33
  I tak ścieżka audytu jest czytelna, czego nie mogę powiedzieć o połowie Twoich zgłoszeń zmian.
• 13:38
  Scenariusz demonstracyjny numer dwa.
• 13:39
  Wdrażanie bezdotykowe.
• 13:41
  Właściwie bezdotykowe.
• 13:42
  Zerowy kontakt dla użytkownika, 500 kontaktów dla inżynierów, aż do momentu, gdy agenci.
• 13:46
  Cel od zdarzenia HR do gotowego użytkownika i urządzenia bez konieczności obracania.
• 13:50
  Płynne, kontrolowane i odwracalne, gdy HR pisze nazwisko na trzy różne sposoby.
• 13:55
  Skład zespołu.
• 13:56
  Przyjęcie nasłuchuje webhoka HR, normalizuje ładunki i weryfikuje wymagane pola.
• 14:01
  ProVisioner tworzy użytkownika w Entra, przypisuje grupy i licencje, rejestruje profile autopilota.
• 14:07
  Walidator sprawdza zgodność z polityką i stan dostępu warunkowego, zanim przekażemy lśniącego laptopa.
• 14:13
  Concierge wysyła pakiet powitalny, linki do SharePoint i listę kontrolną na pierwszy dzień.
• 14:18
  Czas na przepływ.
• 14:19
  Moduł Intake pobiera dane z działu kadr, imię i nazwisko, datę rozpoczęcia, rolę, dział, menedżera i region.
• 14:24
  Mały model dokonuje ekstrakcji i normalizacji.
• 14:26
  Mapuje do pól kanonicznych i wychwytuje nonsensy, takie jak data rozpoczęcia w 2099 roku.
• 14:30
  Jeśli brakuje wymaganych pól, wysyła do działu kadr zgłoszenie błędu strukturalnego za pośrednictwem Logic Apps, bez poezji w dowolnej formie.
• 14:35
  Moduł ProVisioner wywołuje graf z zarządzaną tożsamością o zakresie uprawnień użytkownika.
• 14:38
  Tworzy użytkownika Entra, ustawia lokalizację użytkowania i stosuje grupę bazową.
• 14:42
  Następnie tworzy przypisania licencji na podstawie roli i regionu.
• 14:45
  Rozumowanie jest tutaj pomocne.
• 14:47
  Czy ta osoba potrzebuje zabezpieczeń E5 czy Biznes Premium?
• 14:50
  Kodujemy zasady w danych i pozwalamy modelowi wybierać spośród dozwolonych pakietów.
• 14:53
  Żaden model nie wymyśla licencji, jest to ścisłe menu.
• 14:56
  Następnie pojawia się autopilot.
• 14:58
  Moduł ProVisioner albo rejestruje hash sprzętowy, który już mamy, albo przygotowuje profil Just-in-Time powiązany z grupą użytkownika.
• 15:04
  Oznacza grupy urządzeń dla zasad bazowych, a następnie walidator się budzi.
• 15:08
  Przeszukuje graf i defender pod kątem sygnałów zgodności, weryfikuje, czy dostęp warunkowy nie przerwie pierwszego logowania
• 15:13
  i sprawdza, czy zostaną zastosowane odpowiednie zasady konfiguracji urządzenia.
• 15:16
  Jeśli dostęp warunkowy zablokowałby nowego pracownika pierwszego dnia, walidator otwiera zatwierdzenie z wyjątkiem czasowym i uzasadnieniem.
• 15:23
  Koncierge zajmuje się sprawami ludzkimi.
• 15:25
  Wysyła wiadomość w Teams do menedżera z nazwą UPN nowego pracownika, statusem przypisania urządzenia i linkiem do zestawu startowego SharePoint.
• 15:31
  Wysyła nowemu pracownikowi e-mail z instrukcjami dotyczącymi pierwszego dnia, wskazówkami dotyczącymi konfiguracji uwierzytelniania wieloskładnikowego i informacją o lokalizacji portalu IT.
• 15:37
  Nie wkleja wewnętrznych zakresów adresów IP do wiadomości e-mail.
• 15:40
  Bezpieczeństwo treści sprawdza dane wyjściowe pod kątem wycieków i tonu.
• 15:43
  Zarządzanie odbywa się na tej samej zasadzie, co w przypadku pasów bezpieczeństwa.
• 15:46
  Zarządzana tożsamość osoby dokonującej aprowizacji ma uprawnienia licencyjne, ale nie może ich usunąć.
• 15:49
  Przyjęcie nie może aprowizować, jedynie weryfikuje.
• 15:51
  Menedżer zarządzający blokuje wszelkie działania wysokiego ryzyka, takie jak dodawanie użytkowników do grupy wrażliwej.
• 15:55
  Wszystkie działania są śledzone w ramach analizy aplikacji i logów.
• 15:58
  Jeśli dział HR wyśle poprawiony ładunek, planista przelicza deltę, a operator aktualizuje tylko to, co uległo zmianie.
• 16:10
  Otrzymujesz metryki SLA i automatyczne ponawianie prób w przypadku przejściowych błędów wykresu z funkcją back-off.
• 16:18
  Jeśli system HR ma problemy, wątek nie jest przerywany.
• 16:21
  Wstrzymuje się, rejestruje i wznawia po naprawieniu.
• 16:23
  Oceny przeprowadzane wci na syntetycznych ładunkach wdrażających, aby wychwycić regresję w zakresie trafności i ugruntowania, zanim ucierpi na tym rzeczywisty pracownik.
• 16:30
  Mieszanie modeli utrzymuje rachunek w rozsądnym stanie.
• 16:33
  SLM do ekstrakcji i normalizacji.
• 16:35
  Przejście rozumowania tylko w przypadku decyzji o wyborze polityki.
• 16:38
  Podsumowania i partie e-maili powitalnych, gdy to możliwe.
• 16:41
  Celem jest niskie opóźnienie w provisioningu z przejrzystością na poziomie ludzkim w dzienniku audytu.
• 16:45
  Krótki artykuł.
• 16:46
  Wdrożenie pojedynczego agenta próbowało dodać użytkownika do wszystkich pracowników i kontrahentów, ponieważ w tytule wskazano pracowników kontrahentów.
• 16:52
  Multiagent wykrył regułę wzajemnej wyłączności w walidatorze, poprosił o decyzję człowieka i uniknął natychmiastowego pożaru tostera w dostępie warunkowym.
• 16:59
  Rezultat prawdziwie bezdotykowy dla użytkownika.
• 17:01
  Jeden wątek, czterech agentów, czyste zatwierdzenia i papierowy ślad, który można pokazać dyrektorowi do spraw.
• 17:06
  Bezpieczeństwa informacji bez modlenia się do bogów demonstracji.
• 17:08
  I tak, gdy dział HR nieuchronnie zmieni datę rozpoczęcia, system przeliczy ją bez nadwyrężania budżetu licencji.
• 17:14
  Scenariusz demonstracyjny numer 3. Automatyczne wzmacnianie zabezpieczeń.
• 17:17
  Proszę, pozwól, aby BitLocker był włączony.
• 17:19
  Dryf bezpieczeństwa jest jak chwasty.
• 17:21
  Wyciągasz 3-5 wyskakujących okienek, a jedno z nich wyłącza BitLockera z czystej złośliwości.
• 17:25
  Naszym celem jest ciągłe wykrywanie dryfu konfiguracji i bezpieczne korygowanie za pomocą zabezpieczeń, które prawnicy uszanowaliby.
• 17:31
  Cast Drift Detector wysyła zapytania do Graph i Defender.
• 17:34
  Secure Score pobiera zgodność z Intune i linie bazowe konfiguracji urządzeń oraz tworzy deltę dryfu.
• 17:39
  Fixer przesyła zmiany zasad Intune, ustawienia BitLockera i pierścienie aktualizacji systemu Windows.
• 17:44
  Uruchamia skrypty urządzeń za pośrednictwem Azure Automation, gdy zasady nie sięgają wystarczająco daleko.
• 17:50
  Recenzent egzekwuje zabezpieczenia, określa zakres zmian, przeprowadza kontrolę uziemienia i zatwierdza ryzykowne kroki przez ludzi.
• 17:56
  Messenger zachęca ludzi w Teams lub e-mailach do korzystania z kompaktowych planów i potwierdzeń.
• 18:01
  Flow i Drift Detector działają zgodnie z harmonogramem i na żądanie.
• 18:05
  Pobierają dane o zgodności urządzenia, statusie BitLockera, statusie TPM, wersji systemu operacyjnego, pierścieniu aktualizacji i przypisaniach zasad za pośrednictwem Graph.
• 18:14
  Porównuje każde urządzenie ze złotym profilem jako dane strukturalne, a nie dokument wibracji.
• 18:19
  Oznacza wyniki, brakujący BitLocker, słabą metodę szyfrowania, niezastosowane zasady, wyłączony bezpieczny rozruch, pierścień aktualizacji poza zakresem.
• 18:26
  Planner Pass uruchamia się, proponując minimalny plan dla każdej grupy urządzeń.
• 18:30
  W przypadku BitLockera użyj zasad Intune BitLocker, jeśli urządzenie je obsługuje.
• 18:34
  Jeśli zasady są już objęte, ale status jest wyłączony, zaproponuj skrypt automatyzacji, aby ponownie uruchomić zabezpieczenia i zdeponować klucz w usłudze Azure Adiunkt.
• 18:41
  W przypadku dryfu aktualizacji zaproponuj przeniesienie urządzenia do etapowego pierścienia aktualizacji, a nie opcję Popraw Teraz.
• 18:46
  W przypadku problemów z dostępem warunkowym zaproponuj wyjątek ograniczony czasowo z wymaganym uzasadnieniem.
• 18:52
  Recenzent ocenia zasadność.
• 18:54
  Czy Drift Detector faktycznie zacytował pola z Graph i Defender?
• 18:58
  Sprawdza zakres identyfikatory urządzeń, identyfikatory zasad i typ zmiany.
• 19:02
  Jeśli cokolwiek wygląda jak wszystkie urządzenia, zostaje zablokowane z uprzedzeniami.
• 19:05
  Bezpieczeństwo treści jest zapewnione na wejściu i wyjściu, aby zapobiec szybkiemu wstrzyknięciu danych z zewnętrznej wiedzy lub wklejonych logów.
• 19:11
  Działania wysokiego ryzyka, takie jak usunięcie sprzecznej polityki lokalnej, są blokowane przez PM.
• 19:15
  Tożsamość osoby naprawiającej nie może samodzielnie podnieść poziomu uprawnień.
• 19:18
  Zatwierdzenie znajduje się w aplikacji logicznej z uporządkowaną kartą.
• 19:20
  Co jest nie tak?
• 19:21
  Co się zmieni?
• 19:22
  Kroki wycofania i cytowania.
• 19:24
  Zatwierdź i wykonaj naprawę.
• 19:25
  Aktualizacje zasad Intune są skuteczne i ukierunkowane.
• 19:28
  Poprawka BitLocker korzysta z runbooka z jawnymi parametrami i kontrolą poprawności.
• 19:32
  Moduł TPM jest obecny.
• 19:33
  System operacyjny obsługuje zweryfikowaną ścieżkę depozytu XTS-A z 256.
• 19:37
  Jeśli jakiekolwiek wstępne sprawdzenie się nie powiedzie, zostanie ono zakończone niepowodzeniem z błędem przyjaznym dla użytkownika i bez skutków ubocznych.
• 19:42
  Messenger zamyka pętlę.
• 19:43
  Urządzenie jest naprawione.
• 19:45
  Skrót trafia do Teams z liczbami, linkami do śladów App Insights i plikiem CSV dla osoby, która nadal kocha Excela bardziej niż rodzinę.
• 19:51
  Jeśli urządzenie odmawia zgodności, recenzent otwiera wątek wyjątku z zegarem i planuje ponowne próby.
• 19:57
  Obserwowalność każdego wywołania narzędzia jest skorelowana z wątkiem.
• 20:01
  Blokujemy delty przed i po, aby audyt mógł zobaczyć niezgodności bez konieczności zagłębiania się w KQL.
• 20:06
  Uruchamiamy również agenta ewaluacyjnego dla podsumowań po zmianach, aby sprawdzić uziemienie i przejrzystość.
• 20:11
  Jeśli uziemienie spada lub wskaźniki awaryjności gwałtownie rosną, planista zawęża pobieranie, zmniejsza rozmiar partii lub wstrzymuje działania destrukcyjne.
• 20:18
  Model mieszany SLM do ekstrakcji i klasyfikacji, model wnioskowania do syntezy planu tylko wtedy, gdy jest to potrzebne.
• 20:23
  Generuj raporty nocne wsadowo, żadnych sonetów o sztucznej inteligencji.
• 20:26
  W rezultacie BitLocker jest faktycznie włączony.
• 20:28
  Pierścienie aktualizacji mniej dryfują.
• 20:30
  Wyjątki są udokumentowane, ograniczone czasowo i możliwe do przejrzenia.
• 20:32
  I nikt nie naprawia urządzenia, ponownie instalując laptopy finansowe podczas zamknięcia kwartału.
• 20:37
  Podział architektury, odlewnia plus SK plus narzędzia plus tożsamość.
• 20:41
  Otwórzmy maskę, nie rozlewając oleju silnikowego na Twój limit.
• 20:44
  Pomyśl o czterech warstwach, które utrzymują to w ryzach, odlewnia, jądro semantyczne, narzędzia, tożsamość.
• 20:50
  Odlewnia to baza.
• 20:51
  Definiujesz agentów za pomocą ścisłych instrukcji, wybierasz wdrożenia dla każdej roli, dołączasz wiedzę za pomocą wyszukiwania Azure AI i rejestrujesz akcje.
• 20:59
  Narzędzia Open API, aplikacje logiczne, funkcje Graph, automatyzacja Azure, interpreter kodu.
• 21:05
  Zagrożenia, historia uruchomień, śledzenie, oceny i bezpieczeństwo.
• 21:09
  Osłony komunikatów bezpieczeństwa treści i kontrole materiałów chronionych uruchamiają modele pre i post, dzięki czemu błędne dane wejściowe nie generują kosztów tokenów, a błędne dane wyjściowe nie generują kosztów zadań.
• 21:16
  Jądro semantyczne jest przewodnikiem.
• 21:19
  W kodzie łączysz pętlę operatora planisty i recenzenta.
• 21:22
  Rejestrujesz katalogi funkcji dla narzędzi, wyłączasz ponawianie prób i dodajesz tokeny anulowania.
• 21:26
  Utrzymujesz krótkie komunikaty, umieszczasz złożoność w schematach i pozwalasz SK decydować, które narzędzie wywołać na podstawie dostępności i zasad.
• 21:32
  Jeśli graf przekroczy limit czasu, SK generuje iter. Jeśli poczucie uziemienia osłabnie, wraca do planisty, aby go udoskonalić.
• 21:39
  Narzędzia to ręce. Utrzymuj ścisłe kontrakty dzięki otwartemu API.
• 21:42
  Postaw zarządzanie API na pierwszym miejscu, aby ograniczyć liczbę wersji i rozłączyć obwody.
• 21:46
  Aplikacje logiczne obsługują zatwierdzenia i długotrwałe przepływy.
• 21:49
  Funkcje zapewniają spójność i transformację.
• 21:51
  Automatyzacja Azure wykonuje skrypty z zabezpieczeniami i kontrolami końcowymi.
• 21:54
  Graf to Twoje źródło prawdy dla Intune, Entra, Zgodności i Wyniku Bezpieczeństwa.
• 21:58
  Wyszukiwanie Azure, a i dostarcza wyselekcjonowaną wiedzę dla każdej domeny.
• 22:01
  Żadnej zupy wiedzy.
• 22:02
  Tożsamość to pas bezpieczeństwa.
• 22:04
  Każdy agent ma własną zarządzaną tożsamość.
• 22:06
  Agenci monitorujący otrzymują zakresy odczytu.
• 22:08
  Osoby dokonujące napraw otrzymują zakresy zapisu, nigdy administratorzy.
• 22:10
  Menedżer do spraw.
• 22:11
  Bezpieczeństwa blokuje wszystko, co destrukcyjne.
• 22:13
  Podniesienie poziomu wymaga udziału człowieka i wygasa.
• 22:15
  Prywatne punkty końcowe, w których granice danych mają znaczenie.
• 22:18
  Zasady bazowe w projektach odlewni wymuszają dozwolone modele, regiony i limity.
• 22:22
  Wnioski z aplikacji i analiza logów zbierają ślady, metryki i audyty, dzięki czemu możesz odpowiedzieć na pytanie, kto co zrobił, bez archeologii Slacka.
• 22:29
  Modele podłączają się poprzez punkt końcowy wnioskowania odlewni.
• 22:32
  Użyj bezserwerowości do wnioskowania premium, zarządzaj obliczeniami dla przypiętych otwartych modeli.
• 22:36
  Zamień modele bez przepisywania kodu, ale nadal oceniaj trafność, ugruntowanie i płynność wci przed awansowaniem.
• 22:41
  Regiony pasują do Twoich użytkowników, strefy danych pasują do Twoich regulatorów.
• 22:45
  Razem tworzą nudną, niezawodną maszynę.
• 22:47
  Agenci zdefiniowani w odlewni, orkiestrowani przez SK, zasilani przez rygorystyczne narzędzia, zablokowani tożsamością, mierzeni obserwowalnością i chronieni bezpieczeństwem.
• 22:56
  Nuda wygrywa, nuda się skaluje, nuda pozwala Ci spać.
• 23:00
  Najlepsze praktyki są dostarczane bez żalu.
• 23:02
  Dobrze? Zbuduj mądrość czasową, aby nie spędzać niedzieli na psuciu soboty.
• 23:06
  Przydziel każdemu agentowi jedno zadanie.
• 23:08
  Planista planuje, operator działa, recenzent recenzuje.
• 23:11
  Jeśli agent zaczyna pisać szczerą powieść, skróć jej polecenie i oddaj prozę narzędziu.
• 23:15
  Instrukcje powinny być krótkie, ograniczone i nudne.
• 23:17
  Będziesz miał mniej niespodzianek.
• 23:19
  Preferuj wywołania narzędzi zamiast długiej prozy.
• 23:21
  Umieść kontrakty w otwartym API, schematy na wejściach i zabezpieczenia na wyjściach.
• 23:25
  Jeśli narzędzie oczekuje urządzenia, wyślij urządzenie, a nie to urządzenie w finansach.
• 23:29
  Modele są kreatywne, narzędzia nie.
• 23:31
  O to chodzi.
• 23:32
  Egzekwuj jak najmniej uprawnień, jakby Twoja praca od tego zależało, ponieważ tak jest.
• 23:35
  Oddziel tożsamości.
• 23:36
  Tylko do odczytu dla monitora, tylko do zapisu dla osoby dokonującej napraw, a żadna tożsamość nie może zostać usunięta bez PM.
• 23:41
  Podniesienie uprawnień jest tymczasowe, uzasadnione i rejestrowane.
• 23:44
  Jeśli ktoś prosi o stałe uprawnienia administratora globalnego, wręcz mu piłeczkę antystresową i dokument z zasadami.
• 23:47
  Zacznij od małych kroków, dwóch agentów, osoby wykonującej i osoby sprawdzającej.
• 23:50
  Dodaj planistę, gdy pętla będzie stabilna.
• 23:52
  Następnie, jeśli musisz się rozproszyć, nie zaczynaj od cyfrowego zespołu Scrum składającego się z 12 osób.
• 23:55
  W ten sposób odtworzysz swój schemat organizacyjny w YAML i będziesz płakać.
• 23:57
  Mieszaj modele, aby obniżyć koszty.
• 23:59
  Modele zarządzania tożsamością SLM do ekstrakcji klasa GPT-4, tylko do rozumowania tam, gdzie to ważne.
• 24:03
  Podsumowania wsadowe z dnia na dzień.
• 24:04
  Nie płacisz wyższych stawek za formatowanie ciągu daty.
• 24:07
  Zachowaj ciężki model na decyzję, a nie na narrację.
• 24:10
  Dodaj pamięć na końcu.
• 24:11
  Użyj stanu zewnętrznego jako wyszukiwarki AI lub małego magazynu stanów, zanim zaczniesz upychać okna kontekstowe jak bagaż podręczny.
• 24:17
  Metadane wątków powinny być niewielkie.
• 24:19
  Jeśli nie będą potrzebne w następnej turze, nie zostaną przeniesione.
• 24:22
  Rejestruj wszystko.
• 24:22
  Włącz śledzenie, identyfikatory wątków, parametry narzędzi, wyniki opóźnień.
• 24:26
  Prześlij oceny do ci, aby wykryć spadki trafności i uziemienia, zanim nastąpią one w fazie produkcyjnej.
• 24:31
  Powiadamiaj o spadkach uziemienia, a nie o tym na Twitterze.
• 24:34
  Zabezpieczenia przed prędkością zatwierdzenia dla destrukcyjnych narzędzi.
• 24:37
  Tryb próbny bez efektów ubocznych.
• 24:38
  Wdrożenia etapowe według grupy urządzeń lub regionu.
• 24:41
  Jeśli twój plan wdrażania jest realizowany od razu, mam nadzieję, że twoje CV jest aktualne.
• 24:44
  Buduj na wypadek awarii.
• 24:45
  Ponawiaj próby z uwzględnieniem itera.
• 24:47
  Zrezygnuj z ograniczenia grafów, wyłączniki w zarządzaniu API i depotentne podręczniki uruchomień.
• 24:51
  Jeśli krok można bezpiecznie ponownie uruchomić, będziesz spać spokojniej.
• 24:54
  Na koniec udokumentuj swoje zasady jako dane.
• 24:56
  Reguły wzajemnej wyłączności, pakiety licencji, linie bazowe urządzeń umieści je w ustrukturyzowanej formie.
• 25:01
  Modele mogą wybierać, nie powinny wymyślać.
• 25:03
  W ten sposób utrzymujesz pomocnych agentów i mały promień rażenia.
• 25:06
  Jeśli pamiętasz jedną rzecz, pojedynczy agenci pomagają,
• 25:09
  ale zespoły agentów zaplanowane, oparte na narzędziach i z określonymi uprawnieniami po cichu transformują twoje środowisko,
• 25:14
  podczas gdy ty udajesz, że śpisz.
• 25:16
  Jeśli to do ciebie dotarło, zasubskrybuj i obejrzyj kontynuację,
• 25:18
  w której podrzucam semantyczne repozytorium jądra i szablon bicepsa, żebyś mógł bezczelnie kraść.
• 25:22
  Chcesz odcinek o ewaluacji agentów, który dotrzyma twojej obietnicy?
• 25:25
  Jest w kolejce w przyszłym tygodniu.