Latest / M365.FM – podcast o Microsoft 365, Copilot i AI po polsku / Agent w Copilot Studio: grounding, persona, debugowanie i publikacja bez błędów początkujących (Dubbing AI)

Transcript

Agent w Copilot Studio: grounding, persona, debugowanie i publikacja bez błędów początkujących (Dubbing AI) · M365.FM – podcast o Microsoft 365, Copilot i AI po polsku

• 0:00
  Wyobraź sobie, że wdrażasz swojego pierwszego agenta w CoPilot Studio, a on zamiast zrobić wrażenie, wypala coś nieskładnego w stylu.
• 0:06
  Chyba polityka mówi, że może to jest naturalna część budowania bota.
• 0:09
  Jednak za pomocą kilku poprawek i jasnych instrukcji opartych na faktycznym dokumencie polityki, możesz zamienić tę wpadkę w mistrzowski ruch, który cytuje przepisy co do joty.
• 0:17
  Pod koniec tego filmu dowiesz się, jak odtworzyć błędną odpowiedź w panelu testowym, naprawić ją, by bot cytował prawdziwy dokument i opublikować działający projekt.
• 0:23
  Szybka uwaga, kliknij, subskrybuj, aby te poradniki automatycznie trafiały na twoją listę odtwarzania.
• 0:28
  Oczywiście uzyskanie czystego wyniku w oknie testowym jest łatwe.
• 0:31
  Prawdziwy problem pojawia się, gdy bot opuszcza bezpieczne środowisko i gubi się w świecie rzeczywistym.
• 0:35
  Dlaczego twój idealny bot testowy załamuje się w rzeczywistych warunkach?
• 0:38
  Dlaczego więc bot, który wygląda bezbłędnie w panelu testowym, nagle zaczyna sobie nie radzić, gdy zostanie udostępniony prawdziwym użytkownikom?
• 0:42
  Krótko mówiąc, studio dba o porządek i uprzejmość, podczas gdy w świecie rzeczywistym takich zasad nie ma.
• 0:47
  Studio dane wejściowe są uporządkowane.
• 0:50
  Pytania są krótkie, sformułowane czysto i zazwyczaj pasują do przygotowanych przykładów szkoleniowych.
• 0:54
  Dlatego masz wrażenie nieprzerwanej passy sukcesów, ale przejdź do produkcji, a ludzie piszą tak, jak piszą ludzie.
• 0:59
  Senior zapyta, ile mogę odliczyć za pobyt w hotelu?
• 1:02
  Przedstawiciel może wpisać limit wydatków hotelowych z literówką.
• 1:05
  Inny może po prostu powiedzieć, przypomnij mi, jak to było z pieniędzmi na podróż.
• 1:09
  Wszystkie te zdania oznaczają to samo, ale jeśli testowałeś tylko, jaki jest limit wydatków, bot nie zawsze połączy fakty.
• 1:15
  Oto sposób, by dostrzec tę lukę już teraz.
• 1:17
  Otwórz panel testowy i zadaj botowi trzy różne pytania.
• 1:20
  Najpierw czystą wersję, potem potoczną, a na koniec wersję z literówką.
• 1:23
  Obserwuj, jak zmieniają się odpowiedzi.
• 1:25
  Czasami trafia we wszystkie trzy, czasami tylko w tę czystą.
• 1:28
  To pierwsza wskazówka, że piękne wyniki testów nie gwarantują przetrwania w świecie rzeczywistym.
• 1:32
  Technicznym powodem jest pokrycie intencji.
• 1:34
  Boty polegają na frazach wyzwalających i definicjach tematów, aby wiedzieć, kiedy udzielić odpowiedzi.
• 1:38
  Jeśli wszystkie przykłady wyglądają tak samo, model staje się mało elastyczny.
• 1:41
  Jeden synonim może go zbić z tropu.
• 1:42
  Rozwiązanie jest nudne, ale skuteczne.
• 1:44
  Dodaj szersze frazy wyzwalające do swoich tematów i nie używaj tylko formalnego języka z dokumentacji polityki.
• 1:48
  Dodaj potoczne, skrótowe, a nawet nieco niechlujne sformułowania, których ludzie naprawdę używają.
• 1:52
  Nie potrzebujesz ich dziesiątek, wystarczy tyle, by pokryć oczywiste różnice, a potem przetestuj ponownie.
• 1:56
  Różnice w kanałach komunikacji jeszcze bardziej to utrudniają.
• 1:58
  Panel testowy w studio to tylko symulacja.
• 2:00
  Gdy opublikujesz bota w kanale takim jak Teams, SharePoint czy witryna demonstracyjna,
• 2:03
  platforma może zmienić sposób przetwarzania tekstu wejściowego lub renderowania odpowiedzi.
• 2:06
  Teams może inaczej dzielić wiersze tekstu.
• 2:08
  Strona internetowa może usunąć formatowanie.
• 2:10
  Nawet niewielkie zmiany, jak przeniesienie kluczowej frazy do innego wiersza,
• 2:13
  mogą wpłynąć na to, jak model ją interpretuje.
• 2:15
  Dlatego Microsoft podkreśla konieczność iteracyjnych testów w różnych kanałach.
• 2:19
  Bot, który przechodzi testy w studio, może się potknąć, gdy formatowanie w rzeczywistych warunkach zmieni zasady gry.
• 2:23
  Użytkownicy mają również swoje oczekiwania.
• 2:25
  Dla nich przeformułowanie pytania to naturalna część rozmowy.
• 2:28
  Nie myślą o intencjach, wyzwalaczach czy nakładaniu się semantycznym.
• 2:30
  Zakładają po prostu, że bot rozumie ich tak, jak rozumiałby współpracownik.
• 2:33
  Jedno poważne potknięcie, zwłaszcza podczas prezentacji, i zaufanie znika.
• 2:36
  To moment, w którym początkujący twórcy często zawodzą.
• 2:38
  Próba w studio dała im złudne poczucie bezpieczeństwa,
• 2:41
  ale pierwsze swobodne pytanie użytkownika w Teams zburzyło tę iluzję.
• 2:44
  Poprzyjmy to jeszcze jednym przykładem.
• 2:45
  W studio wpisujesz, jaki jest limit wydatków.
• 2:48
  Bot odpowiada wprost.
• 2:49
  Zasady przewidują 200 dolarów dziennie na zakwaterowanie.
• 2:52
  Idealnie.
• 2:52
  Wdrażasz go.
• 2:53
  Teraz spróbuj, hej, ile mogę dostać zwrotu za hotel.
• 2:56
  Zamiast przytoczyć zasady, bot odsyła do działu kadr lub udziela niejasnej odpowiedzi.
• 3:01
  Ta sama intencja, zupełnie inny wynik.
• 3:03
  Ta zamiana, precyzja w fazie prób i niejasność w fazie produkcji jest dokładnie tym, o czym mówimy.
• 3:08
  Praktyczny wniosek jest następujący.
• 3:10
  Traktuj studio jak sparing treningowy.
• 3:12
  Przydatny do nauki, ale nie jest dowodem gotowości.
• 3:14
  Zanim przejdziesz dalej, przetestuj trzy warianty w panelu testowym,
• 3:17
  a następnie rozszerz tematy o synonimy i swobodne frasowanie.
• 3:20
  Na koniec, o publikacji przetestuj ponownie bota w każdym kanale, w którym będzie działać.
• 3:23
  Wychwycisz problemy, zanim zrobią to twoi użytkownicy.
• 3:26
  Czeka jednak jeszcze większa pułapka, bo nawet jeśli opanujesz frasowanie i kanały, bot może zawieść, jeśli nie będzie oparty na odpowiednim źródle.
• 3:32
  Wtedy przestaje pomijać pytania i zaczyna zmyślać.
• 3:35
  Wyobraź sobie bota, który brzmi pewnie, ale tylko zgaduje.
• 3:38
  Tutaj sytuacja staje się kłopotliwa.
• 3:40
  Błąd nowicjusza? Pozostawienie bota bez osadzenia w danych.
• 3:44
  Pierwszym błędem nowicjusza jest traktowanie kopilot studio jak szklanej kuli, a nie zbioru zasad.
• 3:48
  Kiedy uruchamiasz agenta bez oparcia go na konkretnej wiedzy, wysyłasz starzystę do sali zarządu bez żadnego przygotowania.
• 3:54
  Będzie mówił szybko, brzmiał pewnie, ale połowa tego, co powie, rozsypie się w chwili weryfikacji.
• 3:59
  Na tym polega pułapka pozostawienia bota bez oparcia w źródłach.
• 4:01
  Początkowo ten blask wszystko maskuje.
• 4:03
  Nowa kompilacja w studio wygląda świetnie, uprzejme powitania, szybkie odpowiedzi, brak widocznych opóźnień.
• 4:07
  Ale pod maską te słowa nie mają solidnych podstaw.
• 4:10
  System opiera się na wzorcach, a nie na faktach.
• 4:13
  Boty bez ugruntowania nie wiedzą nic.
• 4:15
  Blefują.
• 4:16
  I chociaż blef może wyglądać gładko w panelu testowym, użytkownicy w wersji produkcyjnej od razu go wyłapią.
• 4:20
  Najgorszym wynikiem nie są tylko słabe odpowiedzi, lecz halucynacje.
• 4:24
  To sytuacja, w której bot wymyśla coś, co wygląda poprawnie, ale nie ma oparcia w rzeczywistości.
• 4:28
  Pytasz o zwrot kosztów podróży, a zamiast grzecznie odmówić, bot zmyśla liczbę, która brzmi wiarygodnie.
• 4:33
  Jeden pracownik rezerwuje hotel na podstawie tej błędnej odpowiedzi i nagle musisz wyjaśniać spory o wydatki i irytujące maile.
• 4:39
  Zdanie wyglądało profesjonalnie, a treść byłaby zwartościowa.
• 4:42
  Przykład Contozo Labs czyni to realnym.
• 4:44
  W oficjalnym ćwiczeniu praktycznym masz przesłać plik o nazwie Expenses Policy DOS.
• 4:49
  Wewnątrz limit na nocleg jest jasno określony jako 200 dolarów za noc.
• 4:52
  Jeśli pominiesz ugruntowanie i zapytasz swojego nowego, błyszczącego bota, jaka jest polityka hotelowa, może on pewnie odpowiedzieć 100 dolarów za noc.
• 4:59
  Całkowicie zmyślone. Dopiero gdy faktycznie dołączysz ten plik Expenses Policy DOS, model przestaje improwizować.
• 5:04
  Ugruntowane boty cytują dokument.
• 5:06
  Zgodnie z polityką podróży służbowych, limit noclegowy wynosi 200 dolarów za dobę.
• 5:10
  Ta różnica między zmyśleniem a cytowaniem sprowadza się właśnie do etapu ugruntowania.
• 5:14
  Oto dokładnie, jak naprawić to w interfejsie.
• 5:16
  Przejdź do swojego agenta w Copilot Studio.
• 5:19
  Na ekranie przeglądu kliknij Knowledge Wiedza.
• 5:21
  Wybierz plus Ad Knowledge, a następnie przekaż plik.
• 5:23
  Wskaż plik Expenses Policy DOS lub inne zaufane źródło.
• 5:26
  Jeśli wolisz połączyć się z publiczną witryną lub lokalizacją SharePoint, też możesz to wybrać, ale pliki są bardziej przejrzyste.
• 5:32
  Po przesłaniu poczekaj.
• 5:33
  Indeksowanie może potrwać 10 minut lub dłużej, zanim zawartość będzie gotowa.
• 5:36
  Nie panikuj, jeśli pierwsze zapytania testowe nie odwołują się do niej natychmiast.
• 5:39
  Gdy indeksowanie się zakończy, zadaj pytanie ponownie.
• 5:41
  Gdy jest poprawnie ugruntowane, zobaczysz właściwą odpowiedź 200 dolarów wraz z małym odnośnikiem pokazującym, że pochodzi z przesłanego dokumentu.
• 5:47
  Ten odnośnik to znak, że osiągnąłeś sukces.
• 5:50
  Powszechnym błędem jest założenie, że wzmocnienie konwersacyjne magicznie wypełni luki.
• 5:55
  Wzmocnienie nie tworzy świadomości polityki, ono jedynie uwypukla wzorce tekstowe.
• 5:58
  Bez źródła wiedzy jako punktu odniesienia, wzmocnienie radośnie wyrzuca ogólne wypełniacze.
• 6:03
  To jak danie starzyście trzech filiżanek kawy z nadzieją, że kofeina zrekompensuje brak wiedzy.
• 6:07
  Dokumentacja laboratoryjna nawet przed tym ostrzegała.
• 6:09
  Jeśli w twojej bazie wiedzy nie ma dopasowania, system może skorzystać z ogólnej wiedzy modelu i udzielić niejasnych lub niedokładnych odpowiedzi.
• 6:16
  Dlatego warto tak skonfigurować kluczowe tematy, aby przeszukiwały wyłącznie dodane przez ciebie źródła, gdy precyzja ma znaczenie.
• 6:21
  Nie pozwól, aby bod korzystał z szerszej wiedzy modelu, jeśli stawką jest zgodność z przepisami finanse lub kadry.
• 6:26
  Skutki zignorowania tego kroku szybko się kumulują.
• 6:28
  Boty bez ugruntowanej wiedzy sprawdzą się w pogawędkach, ale gdy odpowiadają na pytania o zwroty kosztów czy urlopy, generują realne zgłoszenia do pomocy technicznej.
• 6:35
  Wyobraź sobie tłumaczenie działowi finansów, dlaczego pięciu pracowników złożyło wnioski z błędną stawką, bo twój bot zmyślił limit na poczekaniu.
• 6:41
  Naprawa tego błędu kosztuje znacznie więcej niż przesłanie dokumentu pierwszego dnia.
• 6:44
  Ugruntowanie wiedzy zmienia twojego agenta zgorliwego, lecz niekompetentnego starzysty w kogoś, kogo gracze nazwaliby prawnikiem zasad.
• 6:50
  Cytuje on dokumenty, a nie własne przemyślenia.
• 6:52
  Dołącz dokument z polityką wydatków, a system zacznie egzekwować korporacyjne zasady zamiast improwizować.
• 6:56
  Co więcej, odpowiedzi zawierają dowody, czyli jasne cytaty, które możesz zweryfikować.
• 7:00
  W ten sposób chronisz zaufanie.
• 7:02
  Przy pechowym rzucie tworzysz pewną siebie maszynę do plotek, która szerzy zmyślone zasady.
• 7:05
  Przy szczęśliwym rzucie tworzysz solidnego eksperta, który opiera się na cytowanych źródłach.
• 7:09
  Jedynym sposobem na osiągnięcie tego drugiego jest dostarczenie mu zweryfikowanych źródeł wiedzy od samego początku.
• 7:14
  Gdy twój bot zacznie mówić prawdę, pojawia się kolejne wyzwanie, jak ją przekazuje, bo dokładność bezosobowości sprawia, że użytkownicy odchodzą.
• 7:22
  Kolejnym krokiem jest nadanie botowi osobowości, a w Copilot Studio nie otrzymujesz jej w prezencie.
• 7:27
  Musisz ją wpisać samodzielnie.
• 7:29
  To moment, w którym system przestaje brzmieć jak tester, a zaczyna przypominać kogoś, z kim użytkownicy naprawdę chcą rozmawiać.
• 7:35
  W praktyce oznacza to edycję pól nazwy, opisu i instrukcji na stronie przeglądu.
• 7:39
  Jeśli zostawisz je puste, otrzymasz gotowe odpowiedzi, które brzmią jak postać NPC zablokowana w trybie samouczka.
• 7:44
  Oto element, który często pomijają osoby budujące bota po raz pierwszy.
• 7:47
  System ma domyślny styl w sekundzie, w której klikasz – utwórz.
• 7:50
  Jeśli nie zmienisz tych pól, otrzymasz bezbarwnego, powitalnego bota bez autorytetu i kontekstu.
• 7:55
  Kontekst buduje zaufanie.
• 7:56
  W obszarach takich jak HR czy finanse, ogólny ton sprawia, że ludzie myślą, iż testują prototyp, a nie używają niezawodnego narzędzia.
• 8:03
  Przykład, załóżmy, że chcesz stworzyć eksperta od polityki wydatków, ale ponieważ go nie nazwałeś ani nie opisałeś, agent pojawia się jako generyczny kopilot bez historii.
• 8:11
  Ktoś pyta o zwrot kosztów hotelu, oczekując profesjonalnej porady.
• 8:15
  Otrzymują zwykły, nudny tekst bez żadnej oprawy, co wysyła subtelny, ale silny sygnał – nie ufaj mi.
• 8:21
  Zaufanie szybko wygasa, jeśli stracisz użytkowników przy pierwszym kontakcie, rzadko wracają.
• 8:25
  Pomyśl o całej konfiguracji, jak o tworzeniu krótkiej karty postaci.
• 8:28
  Nazwa to klasa, opis to historia, długie pole instrukcji to atrybuty, a ton to charakter postaci.
• 8:34
  Nie pojawiłbyś się w grze bez rozdysponowanych punktów umiejętności.
• 8:37
  Nie wypuszczaj w ten sposób również bota.
• 8:39
  W tym przypadku liczą się konkretne liczby.
• 8:41
  Pole nazwy bota ma limit 30 znaków, więc zachowaj ją krótką i konkretną.
• 8:44
  Ekspert od polityki wydatków, przewodnik turystyczny, asystent do spraw.
• 8:47
  Świadczeń.
• 8:48
  Opis pozwala na około 1000 znaków, co wystarczy na kilka jasnych zdań.
• 8:52
  Na przykład ten agent dostarcza pracownikom aktualnych odpowiedzi na podstawie oficjalnej polityki podróży.
• 8:57
  Cytuje odpowiednie fragmenty i unika spekulacji.
• 9:00
  Następnie masz pole instrukcji, które jest twoim polem manewru do 8000 znaków.
• 9:05
  To tam możesz określić rzeczywiste zasady działania.
• 9:07
  Nie pisz tylko bądź pomocny, ale określ dokładnie scenariusz działań.
• 9:10
  Zawsze cytuj zapisy polityki, gdy są dostępne.
• 9:12
  Unikaj odpowiedzi opartych na spekulacjach.
• 9:14
  Streszczaj wszystko w jednym jasnym zdaniu dla kadry kierowniczej, a potem podaj źródło.
• 9:18
  Poręczna lista kontrolna, którą możesz przejrzeć podczas tworzenia, wygląda tak.
• 9:21
  Nazwij rolę, napisz krótki opis kompetencji, ustaw ton formalny, luźny, prosty dla laików oraz wypełnij instrukcję zasadami zachowania, co uwzględnić, czego unikać i jak formatować.
• 9:32
  Każdy z tych kroków wzmacnia tożsamość bota.
• 9:34
  Żaden z nich nie wymaga zaawansowanej konfiguracji.
• 9:37
  Wszystko jest dostępne podczas tworzenia lub edycji na stronie przeglądu.
• 9:40
  Wskazówki dotyczące tonu są subtelne, ale potężne.
• 9:43
  Możesz go wyraźnie ukierunkować zwrotami typu formalny i profesjonalny lub swobodny i łatwy do zrozumienia dla personelu bez zaplecza technicznego.
• 9:49
  Dodaj przykłady bezpośrednio w instrukcjach, jeśli chcesz.
• 9:52
  Nie potrzeba wiele tekstu, aby pokierować tym, jak bot formułuje każde zdanie.
• 9:55
  Dwa szybkie ulepszenia, o których nie każdy wie.
• 9:58
  Edytuj temat rozpoczęcia rozmowy i zmień ikonę agenta.
• 10:01
  Oba zajmują mniej niż 5 minut.
• 10:03
  W panelu testowym zobaczysz komunikat powitalny, który bot wysyła przy pierwszym otwarciu czatu.
• 10:07
  Domyślnie jest on bardzo ogólny.
• 10:08
  Kliknij go, edytuj temat rozpoczęcia rozmowy i zastąp standardowe powitanie wstępem specyficznym dla roli,
• 10:12
  np. jestem tutaj, aby pomóc Ci zrozumieć politykę podróży i w miarę możliwości będę cytować oficjalne dokumenty.
• 10:17
  Następnie odśwież rozmowę, aby przetestować zmiany.
• 10:20
  Od razu wygląda bardziej profesjonalnie.
• 10:21
  Jeśli chodzi o ikonę, system obsługuje pliki PNG o wymiarach do 192x192 piksele i wadze poniżej 30 kB.
• 10:27
  Dodanie grafiki z marką, choćby prostego logo, sprawia, że demo nie traci zaufania jeszcze przed pierwszą odpowiedzią.
• 10:32
  Niektórzy uważają te poprawki za opcjonalny szlif.
• 10:34
  Traktuj je jednak jak podstawowy pancerz.
• 10:36
  Nieopancerzona postać może walczyć, ale pada przy pierwszym poważnym ciosie.
• 10:40
  Bot witający użytkowników bezbarwną nazwą i mętnym wstępem jest w równie bezbronnej pozycji.
• 10:45
  Uzupełnij podstawy, a zapewnisz sobie realną ochronę przed dezorientacją i rezygnacją użytkowników.
• 10:49
  Drobne zmiany szybko przynoszą efekty.
• 10:51
  Wstęp określający rolę bota zachęca użytkowników do zadawania konkretnych pytań.
• 10:55
  Zasady dotyczące tonu zapobiegają zbyt długim wywodom.
• 10:58
  Doprecyzowanie instrukcji odciąga, a i od wypełniaczy i kieruje ją ku naturalnemu stylowi.
• 11:02
  Każda z tych zmian oznacza mniej zgłoszeń typu nie rozumiem i płynniejszą pracę bez nowych łączników czy wtyczek.
• 11:07
  Uczyń to więc swoją zasadą.
• 11:08
  Zanim przejdziesz do zaawansowanej logiki ustal personę.
• 11:11
  Wybierz nazwę, która wskazuje na cel.
• 11:12
  Napisz krótki, jasny opis.
• 11:14
  Ustaw ton wypowiedzi.
• 11:15
  Wypełnij instrukcje zasadami, których ma przestrzegać.
• 11:17
  Zaktualizuj powitanie na początku konwersacji.
• 11:19
  Wstaw prostą ikonę.
• 11:20
  To działania wymagające małego wysiłku, a przynoszące duże korzyści.
• 11:22
  Przy dobrym rzucie, zdefiniowana persona zamienia nawet nową wersję bota w członka zespołu, którego użytkownicy lubią.
• 11:27
  Przy krytycznej porażce, pominięcie persony zostawia cię z niezręcznym NPC, z którym nikt nie chce rozmawiać dwa razy.
• 11:32
  Gdy nadasz agentowi tożsamość, jesteś gotowy na trudniejszą pracę, bo prawdziwy test to nie stworzenie bota, lecz to, co dzieje się, gdy obserwujesz jego porażki i sukcesy w trakcie interakcji.
• 11:40
  Wtedy musisz się zatrzymać i przeczytać logi, zamiast poddawać się po pierwszej nieudanej próbie.
• 11:45
  Debagowanie błędów w czasie rzeczywistym.
• 11:47
  Debagowanie w czasie rzeczywistym to moment, w którym zamieniasz błędy w lekcje zamiast wzgłoszenia.
• 11:50
  To praktyczna pętla, którą każdy twórca musi przejść.
• 11:53
  Zauważ błąd, wyizoluj go, napraw i uruchom test ponownie.
• 11:56
  Kopilot Studio daje ci narzędzia, ale tylko jeśli używasz ich w odpowiedniej kolejności.
• 11:59
  Oto rutyna, którą możesz na głos prześledzić podczas prezentacji.
• 12:02
  Krok pierwszy, odtwórz nieudane zapytanie użytkownika w panelu testowym.
• 12:05
  Nie pomijaj tego, zadaj dokładnie to samo pytanie, które zadałby użytkownik.
• 12:09
  Krok drugi, kliknij ikonę odświeżania lub nowy czat, aby zresetować konwersację przed ponownym uruchomieniem.
• 12:14
  Zaczynanie od zera ma znaczenie.
• 12:15
  Krok trzeci, otwórz tematy, aby sprawdzić, który z nich został wywołany.
• 12:18
  Jeśli nie był to twój temat, lecz systemowy temat wspomagania konwersacji to znak, że bot oparł się na modelu, a nie na twojej wiedzy.
• 12:24
  Krok czwarty, jeśli odpowiedź pochodzi ze wspomagania, sprawdź, czy twój plik lub witryna zostały przesłane i zindeksowane.
• 12:28
  Bez indeksu nie ma zakotwiczenia w danych.
• 12:30
  Pamiętaj, indeksowanie może potrwać kilka minut.
• 12:32
  Krok piąty, edytuj instrukcję lub treść tematu, zapisz, a następnie uruchom dokładnie to samo zapytanie.
• 12:37
  Ta pętla odtwarzaj, poprawiaj, uruchamiaj ponownie, powtarzaj to twoja mantra.
• 12:40
  Jeśli ją pominiesz, liczysz tylko na to, że następnym razem będziesz mieć więcej szczęścia.
• 12:44
  Czasem problemem nie jest niejasny ton, lecz brak odpowiedniej struktury.
• 12:47
  Właśnie wtedy opłaca się stworzyć nowy temat.
• 12:49
  Studio oferuje przydatną opcję dodawania z opisu za pomocą kopilota bezpośrednio na stronie tematów.
• 12:54
  Opisujesz, czego potrzebujesz, na przykład odpowiadaj bezpośrednio, gdy użytkownicy pytają o limity wydatków.
• 12:59
  Klikasz, dodaj, a system przygotowuje drzewo tematu na podstawie tego opisu.
• 13:02
  Jest to szybkie, konkretne i gwarantuje, że ta jedna irytująca, niejasna odpowiedź stanie się niezawodną ścieżką w przyszłości.
• 13:08
  Używaj tego zawsze, gdy bot ignoruje to samo podstawowe pytanie.
• 13:11
  Nie poprzestawaj jednak na poprawkach typu tak lub nie.
• 13:14
  Przeprowadzaj 10-minutowe eksperymenty, na przykład testy A, B dotyczące tonu wypowiedzi.
• 13:17
  Wejdź w pole instrukcji i wpisz wariant A z formalnym językiem polityki firmy.
• 13:21
  Zapisz, zapytaj o limit wydatków na podróż, zanotuj odpowiedź,
• 13:24
  a następnie zmień instrukcję na wariant B, przyjazny przewodnik HR, który podaje proste, swobodne wyjaśnienia, cytując zasady.
• 13:31
  Zadaj to samo pytanie, ponownie będziesz mieć porównanie logów, które pokaże, która persona sprawdza się lepiej, a do tego wystarczy tylko panel testowy.
• 13:37
  Dzięki temu decyzje dotyczące tonu opierasz na dowodach, a nie na zgadywaniu.
• 13:40
  Teraz dodaj sprawdzenie podstawy wiedzy, grounding.
• 13:42
  Powiedzmy, że tester pyta, co mogę rozliczyć w ramach hoteli, a bot odpowiada wymijająco, sprawdź z działem HR.
• 13:47
  To nie jest całkowita porażka, to informacja zwrotna.
• 13:50
  Być może dokumenty dotyczące polityki wydatków nie zostały jeszcze zaindeksowane.
• 13:52
  Być może Twoje frazy wyzwalające nie zawierają słowa hotel.
• 13:55
  Naprawisz to, sprawdzając zakładkę wiedzy, aby upewnić się, że plik jest aktywny, a następnie dodając wydatki hotelowe jako frazę wyzwalającą w temacie podróży.
• 14:01
  Teraz uruchom ponownie.
• 14:02
  Jeśli otrzymasz odpowiedź, zgodnie z polityką, nocleg jest limitowany do 200 dolarów za dobę, oznacza to, że skutecznie naprawiłeś błąd.
• 14:07
  Subtelną, lecz ważną sztuczką jest używanie starterów rozmowy.
• 14:10
  Puste pola tekstowe paraliżują użytkowników, ale możesz wstępnie wypełnić kilka sugerowanych zapytań bezpośrednio na stronie przeglądu.
• 14:16
  Dodaj od 3 do 5 przykładów, takich jak jaki jest limit na hotel, jak złożyć wniosek o zwrot kosztów podróży, jakie posiłki podlegają zwrotowi.
• 14:24
  Użytkownik klika od razu, co oznacza, że szybciej testujesz rzeczywiste ścieżki, a on czuje, że bot zna swoją rolę, zanim w ogóle zacznie pisać.
• 14:30
  Cały ten rytm sprawia, że Twój bot staje się solidniejszy z każdą ścieżką.
• 14:33
  Przy podejściu amatorskim ignorujesz nieudane wyniki i zakładasz, że kolejna próba magicznie się powiedzie.
• 14:37
  To sprawia, że ludzie wysyłają zgłoszenia do wsparcia i tracą zaufanie.
• 14:40
  Przy naturalnym 20 powtarzasz tę procedurę, aż bot udowodni cytatami i odpowiednią osobowością, że rozumie nawet chaotyczne dane wejściowe.
• 14:47
  Każda iteracja przybliża Cię do stworzenia niezawodnego współpracownika zamiast ryzykownego eksperymentu.
• 14:51
  A oto rzeczywistość.
• 14:52
  Dopracowywanie w panelu testowym to tryb bezpieczny.
• 14:55
  Gdy pętla działa, kolejnym etapem jest sprawdzenie, jak te poprawki sprawdzają się poza Twoim komputerem.
• 14:59
  Wtedy zaczynają się pojawiać różnice w kanałach i to jest część, którą większość nowych twórców lekceważy.
• 15:04
  Kiedy loch staje się publiczny, publikacja i niespodzianki kanałów.
• 15:07
  Gdy w końcu klikniesz, opublikuj, Twój agent opuszcza warsztat i musi przetrwać kontakt z prawdziwymi użytkownikami.
• 15:13
  W Copilot Studio ten krok nazywamy momentem, gdy loch staje się publiczny, ponieważ publikacja wrzuca starannie przygotowanego bota do kanałów rządzących się własnymi prawami.
• 15:20
  Pierwszą niespodzianką jest to, że publikacja to nie tylko jedno kliknięcie, by uruchomić bota.
• 15:24
  To proces decydujący o tym, kto ma dostęp do agenta, jak uzyskuje połączenie i jak odpowiedzi prezentują się w praktyce.
• 15:30
  Teams, SharePoint, witryna demonstracyjna, każdy kanał ma swoje dziwactwa.
• 15:33
  Odpowiedź, która w Studio wygląda przejrzyście, po wdrożeniu może wyglądać inaczej lub całkowicie zawieść.
• 15:37
  Weźmy za przykład Teams.
• 15:39
  W Studio odpowiedź jest wyraźna i konkretna.
• 15:41
  Zasady mówią o 200 dolarach dziennie na zakwaterowanie.
• 15:44
  Przetestuj to samo wyrażenie w Teams, a nagle bot odpowie, nie rozumiem, mimo że nic w nim nie zmieniłeś.
• 15:49
  To sposób, w jaki Teams zawija tekst i przekazuje metadane, zepsuł formatowanie.
• 15:52
  SharePoint rządzi się swoimi prawami w kwestii odstępów między wierszami.
• 15:55
  Witryna demonstracyjna jest najprostsza, ale nadal może renderować formatowanie inaczej niż Studio.
• 15:59
  Każdy cel publikacji to inna arena i musisz je testować oddzielnie.
• 16:03
  Jaka jest właściwa kolejność działań, zanim uznasz pracę za zakończoną?
• 16:05
  Oto lista kontrolna publikacji, która pozwoli uniknąć błędów nowicjuszy.
• 16:08
  Po pierwsze, upewnij się, że pliki wiedzy zostały w pełni zaindeksowane.
• 16:11
  Jeśli dopiero co je przesłałeś, mogą nie być jeszcze gotowe do udzielania odpowiedzi na żywo.
• 16:14
  Po drugie, ustaw uwierzytelnianie.
• 16:16
  Jeśli prowadzisz szeroką prezentację, wybierz brak uwierzytelniania, aby każdy z linkiem mógł przetestować bota.
• 16:21
  Po trzecie, naciśnij, opublikuj i sprawdź, czy widzisz zielony baner potwierdzenia lub aktualizację statusu na stronie kanałów.
• 16:26
  Po czwarte, otwórz ustawienia kanału witryny demonstracyjnej.
• 16:29
  Zaktualizuj wiadomość powitalną i propozycję rozpoczęcia rozmowy, aby testerzy nie utknęli przed pustym oknem czatu.
• 16:33
  I na koniec przeprowadź zamknięty program pilotażowy.
• 16:35
  Nie udostępniaj bota całemu środowisku od razu.
• 16:38
  Mała grupa z jasnymi instrukcjami jest lepsza niż pełne wydanie.
• 16:40
  Ta grupa pilotażowa powinna wiedzieć, że pełni rolę zespołu testowego.
• 16:43
  Poproś ich o używanie swobodnego języka, robienie literówek, a nawet przesyłanie plików, gdzie ma to sens.
• 16:47
  To właśnie ich potknięcia ujawniają słabe punkty.
• 16:50
  Zamknięty pilotaż nie tylko łagodzi wejście na rynek.
• 16:52
  Dostarcza surowych raportów, których potrzebujesz, by poprawić wersję przed udostępnieniem jej w firmie.
• 16:56
  Zachowanie kanałów sprawia, że ten krok jest obowiązkowy.
• 16:59
  Niezależnie od scenariuszy przetestowanych w studio formalne, zapytanie, swobodne sformułowania, literówki czy przypisy, powtórz je w każdym kanale.
• 17:05
  Sprawdź, czy Teams wyświetla je inaczej.
• 17:07
  Zobacz, jak SharePoint radzi sobie z odstępami.
• 17:09
  Sprawdź, czy demo internetowe nadal dołącza cytowanie źródeł.
• 17:12
  To jedyny sposób, by potwierdzić spójność.
• 17:14
  Jedna bezbłędna sesja w studio nie gwarantuje poprawnego wdrożenia.
• 17:17
  Publikacja oznacza też, że przestajesz polegać tylko na opiniach użytkowników i zaczynasz śledzić telemetrię.
• 17:21
  Gdy bot trafi do Teams lub na stronę demo, dane o użytkowaniu zaczną napływać.
• 17:25
  Centrum Administracyjne Power Platform i wbudowana analityka są po to, by Ci pomóc.
• 17:29
  Zobaczysz statystyki adopcji, liczbę błędów, a nawet rozmowy, w których nie wywołano tematu.
• 17:33
  To nie dodatkowa praca, to Twój system monitorowania.
• 17:36
  Nie publikujesz i zapominasz, sprawdzasz logi, by mieć pewność, że bot działa poprawnie i nie generuje nowych zgłoszeń do pomocy technicznej.
• 17:41
  Jeśli się pospieszysz, stracisz zaufanie.
• 17:43
  W najgorszym scenariuszu klikasz opublikuj, wdrażasz wszędzie i toniesz w zgłoszeniach, gdy Teams gubi kluczowe odpowiedzi.
• 17:49
  Użytkownicy rezygnują, a odzyskanie ich zaufania trwa dłużej niż na prawa bota.
• 17:53
  W najlepszym scenariuszu traktujesz publikację jako kolejną fazę testów.
• 17:57
  Indeks gotowy, uwierzytelnianie ustawione, publikacja potwierdzona, strona demo dostrojona, pilotaż uruchomiony.
• 18:01
  Zbierasz opinie, poprawiasz odpowiedzi i uruchamiasz ponownie każde zapytanie w każdym kanale.
• 18:05
  Gdy przyjdzie czas na szerokie wdrożenie, testy wytrzymałościowe będą już za tobą.
• 18:09
  Cały sekret polega na tym, by przestać myśleć o publikacji jako o końcu.
• 18:12
  Ten przycisk nie jest ostatnim zdaniem książki, lecz początkiem kampanii.
• 18:15
  Gdy spłyną dane z pilotażu, a logi potwierdzą, że użytkownicy otrzymują poprawne odpowiedzi, możesz uznać system za stabilny.
• 18:22
  To przekłada się na szerszy obraz pracy z Copilot Studio, bo to nie jest jednorazowy projekt, a system, który stale ulepszasz.
• 18:28
  Oto podsumowanie, które naprawdę ma znaczenie.
• 18:31
  Trzy rzeczy sprawią, że twój projekt stanie się niezawodny.
• 18:33
  Po pierwsze, osadź agenta, prześlij prawdziwe dokumenty lub wskaż zaufane źródła, aby przestał zgadywać.
• 18:38
  Po drugie, nadaj mu osobowość, ustaw nazwę, opis, ton i określ zachowanie w polu instrukcji na 8 tysięcy znaków.
• 18:44
  Po trzecie, nie ufaj idealnej próbie, użyj panelu testowego, przeprowadź zamknięty pilotaż, a potem opublikuj i monitoruj.
• 18:49
  Przy odrobinie szczęścia, te kroki dadzą ci bota, który zdobywa zaufanie, zamiast generować zgłoszenia.
• 18:53
  Subskrybuj po więcej i napisz w komentarzu jedno zdanie, wymieniając dokument z zasadami, na którym oparłbyś swojego agenta.