Egzekwowanie polityki AI w praktyce

Egzekwowanie polityki AI w praktyce. Wprowadzenie do serii i słownik pojęć

Punkt zerowy serii o przekładaniu polityki AI na konfigurację systemów — wraz ze słownikiem pojęć Power Platform, agentów, danych, dostępu i audytu.

*Ostatnia aktualizacja: 27.08.2026. Słownik aktualizowany jest przy każdym nowym artykule z serii.* --- ## Dlaczego piszę o czymś, co wygląda na temat dla administratora Zazwyczaj polityka AI powstaje w edytorze tekstu. Zbiera się do niej wymagania prawne (AI Act, RODO) i normatywne (ISO/IEC 42001), dokument przechodzi akceptację kilku osób lub działów i trafia do całej organizacji. Mając opisane wymagania, trzeba je dostosować do realiów danej firmy. Część zapisów wymaga procedur, ról i szkoleń, a część konkretnej konfiguracji narzędzi, którą ktoś musi świadomie przełożyć z tekstu na środowisko IT. Spisanie zasad daje formalne ramy, ale dopiero ich przełożenie na konfigurację systemów sprawia, że polityka AI działa na co dzień. W tej serii skupiam się właśnie na tym praktycznym aspekcie. Governance agentów w ekosystemie Microsoftu to znacznie szerszy temat: obejmuje audytowalność historii rozmów, przejrzystość działania modeli, kontrolę kosztów, uprawnienia do danych źródłowych czy cykl życia aplikacji. W każdym z tych obszarów sprowadzam teorię do konkretu: sprawdzam, czy dane wymaganie (prawne, organizacyjne czy techniczne) ma w ogóle swój odpowiednik w konsoli administracyjnej. Zamiast powielać oficjalną dokumentację, pokazuję praktykę: gdzie szukać odpowiednich przełączników, jak one realnie wpływają na działanie agenta oraz dzielę się praktycznym doświadczeniem z tego obszaru. ## Dla kogo może być to pomocne Piszę z myślą o dwóch grupach. Pierwsza to osoby zajmujące się zgodnością i zarządzaniem AI, które mają napisać albo ocenić politykę AI i nie chcą robić tego w ciemno. Nie muszą umieć samodzielnie wykonać konfiguracji, ale muszą wiedzieć, czy zapis, który wpisują do dokumentu, jest do wyegzekwowania, i jakie pytania zadać administratorowi. Druga grupa to administratorzy i osoby budujące agentów, które dostały gotową politykę z poleceniem „wdrożyć” i próbują to wykonać. Zakładam, że pierwsza grupa nie zna środowiska Power Platform. Dlatego pod tym wprowadzeniem znajdziesz słownik pojęć. Jeśli w którymkolwiek tekście z serii trafisz na skrót, którego nie znasz, będzie tam wyjaśniony. ## Założenia tej serii **Wszystko pokazuję na własnym tenancie demo TrustInAI, na podstawowej licencji.** Microsoft 365 Business Basic, Copilot Studio rozliczany w modelu pay-as-you-go przez subskrypcję Azure, Power Apps Developer Plan. To nie jest przypadek ani oszczędność. Większość materiałów o governance jest prezentowana na wyższych licencjach, których wiele mniejszych firm nie ma, przez co takie firmy mogą pomyśleć, że pełny governance jest poza ich zasięgiem. **Każdy tekst ma datę.** Ten obszar zmienia się miesiąc do miesiąca: funkcje wychodzą z wersji zapoznawczej, zmieniają nazwy, przenoszą się między sekcjami panelu, a czasem po prostu znikają. ## Jak czytać serię Kolejność jest zaplanowana, choć każdy tekst da się czytać osobno. Ten tekst to punkt zerowy serii: wprowadzenie i słownik, do którego będę odsyłał z kolejnych artykułów. **Pierwszy w kolejności: Jakie polityki AI da się wyegzekwować w Power Platform?** Siedem zapisów polityki AI przełożonych na konkretne kontrolki Power Platform, z ich zakresem i ograniczeniami. **Dalej przechodzę przez kolejne warstwy tego samego problemu:** przejrzystość i to, co naprawdę zapisuje się w logach z rozmowy z agentem; audyt, czyli czy da się odtworzyć „kto, kiedy, o co zapytał i co dostał w odpowiedzi”; cykl życia agenta, czyli co się dzieje między środowiskiem deweloperskim a produkcją i kto zatwierdza publikację; koszty i limity zużycia; dane firmowe jako źródło wiedzy, czyli uprawnienia w SharePoincie, nadmiarowe udostępnienia i to, co agent naprawdę widzi. Zanim przejdziesz do pierwszego tekstu, sprawdź słownik poniżej. Nie trzeba go czytać w całości, ale warto wiedzieć, że jest. --- # Słownik pojęć To zestawienie kluczowych pojęć z zakresu nadzoru nad agentami AI w ekosystemie Microsoftu. Ułożyłem je tematycznie, dzięki czemu definicje naturalnie się uzupełniają i łatwiej zrozumieć pełen kontekst. Wyjaśniam tu wyłącznie stronę technologiczną. ## Jedno słowo, dwa różne znaczenia **Polityka w znaczeniu prawnym i organizacyjnym** Dokument. Zbiór zasad przyjętych przez organizację, adresowany do ludzi. Mówi, co wolno, czego nie wolno i kto za co odpowiada. Egzekwuje się go procesem: szkoleniem, przeglądem, odpowiedzialnością służbową. Sam z siebie nie zmienia zachowania żadnego systemu. To ten rodzaj polityki, który powstaje w dziale prawnym i który zwykle ma się na myśli, mówiąc „polityka AI”. **Polityka (policy) w znaczeniu IT** Obiekt konfiguracyjny. Reguła zapisana w systemie, którą system egzekwuje sam, automatycznie i bez udziału człowieka. Ma zakres (czego dotyczy), warunki i skutek. Nikogo nic nie tłumaczy: albo przepuszcza operację, albo ją blokuje. *Dlaczego to ważne:* w panelu administracyjnym Microsoftu słowo „policy” występuje kilkanaście razy i ani razu nie oznacza dokumentu. Polityka danych, polityka rozliczeniowa, polityka dostępu warunkowego: to wszystko są ustawienia. **Kontrolka (control)** Mój skrót na konkretny mechanizm w platformie, który egzekwuje jakiś zapis: przełącznik, reguła, uprawnienie, limit. Termin przychodzi z audytu i norm bezpieczeństwa, gdzie „control” oznacza środek zabezpieczający. W moich tekstach kontrolka jest zawsze czymś, co da się kliknąć i pokazać na zrzucie ekranu. **Egzekwowanie (enforcement)** Moment, w którym system faktycznie coś blokuje albo przepuszcza. Rozróżnienie kluczowe dla całej serii: zapis w dokumencie obowiązuje, kontrolka w systemie egzekwuje. **Governance** Nadzór nad tym, kto, co i na jakich zasadach buduje oraz uruchamia w danym środowisku. Obejmuje jednocześnie dokumenty, procesy i konfigurację. W tekstach stosuję ten angielski termin. ## Podstawy platformy **Tenant (dzierżawa)** Odrębna instancja chmury Microsoftu należąca do jednej organizacji, założona przy pierwszym zakupie usług i identyfikowana domeną. Wszystkie konta, dane i ustawienia firmy żyją wewnątrz jednego tenanta i nie mieszają się z żadną inną organizacją. *Dlaczego to ważne:* tenant jest zewnętrzną granicą wszystkiego, co opisuję. Ustawienie „tenantowe” obowiązuje całą firmę. **Microsoft Entra ID** Usługa zarządzania tożsamością i dostępem w chmurze Microsoftu (wcześniej Azure Active Directory). Przechowuje konta, grupy oraz polityki logowania, odpowiadając za proces uwierzytelniania, czyli potwierdzenie tożsamości użytkownika przed przyznaniem mu dostępu do konkretnych usług. **Power Platform** Rodzina usług Microsoftu do budowania rozwiązań biznesowych bez klasycznego programowania: aplikacje (Power Apps), automatyzacje (Power Automate), strony internetowe (Power Pages) i agenty AI (Copilot Studio). Usługi te dzielą wspólne środowiska, wspólną bazę danych i wspólny panel administracyjny. Do tej samej rodziny zalicza się też raporty Power BI, ale zarządza się nimi z osobnego panelu i rządzą się własnymi zasadami. **Copilot Studio** Narzędzie do budowania agentów AI wewnątrz Power Platform. Tam powstaje agent, tam wskazuje się mu źródła wiedzy, akcje i kanały publikacji. Narzędzie typu low-code. **Agent** Rozwiązanie, które prowadzi rozmowę z użytkownikiem, sięga po wskazane dane i może wykonywać działania w innych systemach. W dokumentacji Microsoftu nazewnictwo zmieniało się kilka razy: „bot”, „copilot”, dziś „agent”. **Dataverse** Baza danych Power Platform, wspólna dla wszystkich rozwiązań w danym środowisku. Trzyma dane aplikacji, a przy okazji rzeczy, które administratora interesują najbardziej: między innymi zapisy rozmów z agentami. **PPAC (Power Platform Admin Center)** Panel administracyjny Power Platform. Tu tworzy się środowiska, ustawia polityki danych, limity kosztów i uprawnienia. W moich tekstach ścieżki zaczynające się od „PPAC →” to kolejne kliknięcia w tym panelu. **Azure** Warstwa infrastrukturalna w chmurze Microsoftu (moc obliczeniowa, bazy danych, usługi analityczne). W projektach agentowych przydaje się głównie w dwóch obszarach: do rozliczania rzeczywistego zużycia zasobów (model pay-as-you-go) oraz jako miejsce na własną telemetrię i logi z przeprowadzonych rozmów. **Subskrypcja Azure i resource group** Subskrypcja to jednostka rozliczeniowa w Azure, resource group to folder na zasoby wewnątrz niej. Zużycie Copilot Studio w modelu pay-as-you-go trafia właśnie do wskazanej resource group i to na niej ustawia się budżet z alertami. **Licencja, plan, SKU** SKU to nazwa handlowa konkretnego pakietu (Business Basic, E3, E5, Entra ID P1). Różnica w SKU decyduje o tym, które kontrolki w ogóle istnieją w twoim panelu. **GA (general availability) i preview (wersja zapoznawcza)** GA to funkcja wydana produkcyjnie, objęta wsparciem i gwarancjami usługi. Preview to wersja wczesna: może się zmienić, zmienić nazwę albo zniknąć, nie ma pełnego wsparcia i nie należy na niej opierać zobowiązań. *Dlaczego to ważne:* sporo najciekawszych kontrolek dla agentów jest dziś w wersji preview. Opieranie zapisu polityki wyłącznie na funkcji w preview to ryzyko, że np. za kwartał zapis zostanie bez pokrycia. ## Środowiska **Środowisko (environment)** Wydzielony kontener na rozwiązania i dane wewnątrz tenanta, z własną bazą Dataverse, własnymi uprawnieniami i własnymi ustawieniami. Firma może mieć ich wiele. *Dlaczego to ważne:* Środowisko wyznacza granicę działania większości opisywanych przeze mnie reguł i zabezpieczeń. Konfiguracja włączona w jednym środowisku nie przechodzi automatycznie na pozostałe. **Środowisko domyślne (Default)** Środowisko, które Microsoft tworzy automatycznie i do którego każdy trafia domyślnie. Użytkownicy dostają w nim automatycznie uprawnienia twórcy, a jego nazwa sugeruje, że to główne środowisko firmy. **Środowisko deweloperskie (developer)** Osobista piaskownica twórcy, dostępna także w wersji bezpłatnej. Służy do prób i nauki, nie jest etapem w procesie wdrożeniowym. **Środowisko sandbox i produkcyjne (production)** Rozróżniamy środowiska testowe typu Sandbox (z możliwością resetowania i klonowania) oraz produkcyjne (udostępnione użytkownikom końcowym). Separacja etapów dev/test/prod pozwala bezpiecznie rozwijać agentów przed ich wdrożeniem i jest standardem wytwarzania oprogramowania. **Managed Environments (środowiska zarządzane)** Zestaw funkcji nadzoru, który administrator włącza na wybranym środowisku: limity udostępniania, cotygodniowy raport o tym, co jest używane, automatyczne sprawdzanie rozwiązań (solution checker), komunikaty dla twórców. Część ustawień działa tylko na środowisku z tą flagą. **Grupa środowisk (environment group)** Zbiór środowisk, na który nakłada się reguły zbiorczo, zamiast klikać w każdym z osobna. Reguła nałożona na grupę zwykle nadpisuje ustawienia pojedynczego środowiska. **Environment routing (kierowanie twórców)** Mechanizm, który przy pierwszym wejściu kieruje twórcę do jego własnego środowiska deweloperskiego zamiast do środowiska domyślnego. Wymaga Managed Environments. ## Z czego składa się agent **Prompt** Tekst wpisany przez użytkownika do agenta. W szerszym sensie także instrukcja, którą twórca zapisuje agentowi na stałe, żeby określić, jak ma się zachowywać. **Model językowy (LLM)** Fundament działania agenta, odpowiedzialny za rozumienie i generowanie języka naturalnego. Zamiast operować na zaprogramowanych na stałe regułach, tworzy odpowiedzi dynamicznie, co oznacza, że identyczne prompty mogą dać inne odpowiedzi. **Wiedza modelu (ogólna)** To, co model wie z treningu, niezależnie od danych firmy. W klasycznym Copilot Studio da się to wyłączyć, żeby agent odpowiadał wyłącznie na podstawie wskazanych źródeł. **Źródło wiedzy (knowledge source)** Miejsce, z którego agent czerpie treść odpowiedzi: biblioteka SharePoint, wgrane dokumenty, publiczna witryna, baza danych itp. **Grounding (osadzenie w danych) i RAG** Mechanizm, w którym agent najpierw wyszukuje fragmenty ze wskazanych źródeł, a dopiero potem generuje odpowiedź na ich podstawie. RAG (retrieval-augmented generation) to techniczna nazwa tego podejścia. *Dlaczego to ważne:* agent nie ma „dostępu do firmowych danych” w sensie kopii. Za każdym razem odpytuje źródło w kontekście uprawnień konkretnego użytkownika. **Orkiestracja generatywna** Tryb, w którym agent sam decyduje, po które źródło albo narzędzie sięgnąć, zamiast podążać sztywną ścieżką rozmowy zdefiniowaną przez twórcę. **Temat (topic)** Zdefiniowany scenariusz rozmowy: rozpoznanie intencji użytkownika i zaplanowana ścieżka odpowiedzi. Starszy, deterministyczny sposób budowania agentów, wciąż używany obok orkiestracji generatywnej. **Narzędzie i akcja (tool, action)** Operacja, którą agent może wykonać poza rozmową: pobrać dane z systemu, założyć zgłoszenie, wysłać maila. Tu przestaje być czatem, a zaczyna działać w imieniu użytkownika. **Wyzwalacz (trigger)** Zdarzenie uruchamiające agenta bez udziału człowieka: nowy mail, nowy rekord, harmonogram. Agent uruchomiony wyzwalaczem działa, kiedy nikt na niego nie patrzy. **Umiejętność (skill)** Samodzielny pakiet zdolności: nazwa, opis i instrukcje zapisane w Markdown (plik `SKILL.md`), który agent aktywuje, gdy zapytanie użytkownika pasuje do jego przeznaczenia. To zapisana z góry instrukcja postępowania dla konkretnego typu zadania, którą da się eksportować jako plik i podpiąć pod innego agenta. *Dlaczego to ważne:* to funkcja nowej generacji agentów w Copilot Studio, opartych o silnik GitHub Copilot. Ta sama nazwa w starszej dokumentacji Copilot Studio oznacza coś innego: zewnętrznego bota (Bot Framework/Azure Bot Service) podpiętego jako komponent. **Kanał publikacji (channel)** Miejsce udostępnienia agenta dla użytkownika: Teams, strona internetowa, aplikacja mobilna, komunikator. Ten sam agent opublikowany na dwóch kanałach potrafi podlegać innym regułom bezpieczeństwa. **Direct Line** Interfejs integracyjny służący do łączenia agenta z niestandardowymi aplikacjami i portalami WWW. *Dlaczego to ważne:* ten kanał bywa domyślnie włączony. Oznacza to, że agenta można zintegrować z zewnętrznym serwisem bez dodatkowych blokad, chyba że administrator świadomie wyłączy tę opcję na poziomie środowiska. **Human-in-the-loop (człowiek w pętli)** Wzorzec, w którym agent nie wykonuje istotnej operacji samodzielnie, tylko przedstawia ją człowiekowi do zatwierdzenia. ## Połączenia z danymi **Konektor (connector)** Gotowy moduł integracyjny (interfejs API) pozwalający łączyć agenta z aplikacjami i źródłami danych takimi jak SharePoint, Outlook, baza SQL czy system Salesforce. *Dlaczego to ważne:* to na konektorach opiera się duża część ochrony przed wyciekiem danych (DLP) w Power Platform. **Konektor certyfikowany, custom i HTTP** Certyfikowany to gotowy konektor opublikowany przez Microsoft lub zweryfikowanego dostawcę. Custom to konektor zbudowany samodzielnie na potrzeby własnego API. HTTP to najbardziej surowy wariant: bezpośrednie wywołanie dowolnego adresu w internecie. *Dlaczego to ważne:* nowsze mechanizmy kontroli obejmują na razie tylko konektory certyfikowane. **Virtual connector (konektor wirtualny)** Pozycja na liście konektorów, która nie jest połączeniem z żadną usługą zewnętrzną, tylko reprezentuje funkcję samego Copilot Studio: możliwość podpięcia źródła wiedzy, opublikowania agenta na danym kanale. **MCP (Model Context Protocol)** Otwarty standard podłączania agentów do zewnętrznych narzędzi i danych. Zamiast osobnego konektora do każdej usługi, agent łączy się z serwerem MCP, który wystawia mu zestaw narzędzi. **DLP (data loss prevention, zapobieganie utracie danych)** Ogólna klasa mechanizmów pilnujących, żeby dane nie zostały przekazane tam, gdzie nie powinny. W Power Platform DLP ma bardzo konkretną i dość nieoczywistą postać: nie skanuje treści. Dzieli konektory na grupy (biznesowe, niebiznesowe, zablokowane) i zabrania łączenia w jednym rozwiązaniu konektorów z różnych grup. **Polityka danych (data policy)** Zakładka w panelu administracyjnym odpowiadająca za konfigurację reguł DLP. Umożliwia przypisanie polityki do jednego, wielu lub wszystkich środowisk (w tym nowo dodawanych). W razie próby użycia zablokowanego konektora system uniemożliwia opublikowanie agenta i od razu wskazuje autorowi naruszone reguły. **ACP (Advanced Connector Policies, zaawansowane polityki konektorów)** Nowszy mechanizm działający odwrotnie niż klasyczne DLP: zamiast dzielić konektory na grupy, prowadzi listę dozwolonych. Wszystko, co nie zostało wprost zatwierdzone, jest zablokowane, łącznie z konektorami, które dopiero powstaną. Działa też na poziomie pojedynczych akcji. Nie obejmuje na razie konektorów wirtualnych ani custom, dla nich nadal obowiązuje klasyczne DLP. **Allowlista i blocklista** Allowlista wymienia to, co dozwolone, i blokuje całą resztę. Blocklista wymienia to, co zabronione, i przepuszcza całą resztę. ## Tożsamość i dostęp **Uwierzytelnianie a autoryzacja** Uwierzytelnianie odpowiada na pytanie „kim jesteś”, autoryzacja na pytanie „co ci wolno”. **Grupa zabezpieczeń (security group)** Grupa kont w Entra ID, używana jako brama dostępu: przypisana do środowiska ogranicza krąg osób, które w ogóle je widzą. **Rola (security role)** Zestaw uprawnień w środowisku. Dwie warte zapamiętania: Environment Maker pozwala tworzyć rozwiązania, Bot Transcript Viewer pozwala czytać zapisy rozmów z agentami. **Conditional Access (dostęp warunkowy)** Mechanizm Entra ID uzależniający dostęp od okoliczności logowania: sieci, zgodności urządzenia z polityką, poziomu ryzyka. **Entra Agent ID** Osobna tożsamość, którą Entra ID nadaje każdemu agentowi. Dzięki niej agent jest widoczny w katalogu tożsamości jak użytkownik czy aplikacja i można obejmować go regułami dostępu. **Shadow AI** Korzystanie z narzędzi AI poza wiedzą i kontrolą organizacji: prywatne konta, przeglądarka, prywatny sprzęt. Leży poza tenantem, więc żadna kontrolka opisywana w tej serii tego nie obejmuje. ## Log, audyt i ochrona danych **Log** Zapis zdarzenia odłożony przez system automatycznie. **Transkrypt rozmowy (conversation transcript)** Zapis przebiegu rozmowy użytkownika z agentem, odkładany do Dataverse. Zawiera pytania, odpowiedzi i informacje o tym, z czego agent skorzystał. Zakres tych informacji zależy od konfiguracji źródeł wiedzy. **Retencja** Czas, przez jaki zapis jest przechowywany, zanim system go usunie. **Ślad audytowy (audit trail)** Odtwarzalna historia zdarzeń pozwalająca ustalić, kto, kiedy i co zrobił. W kontekście agenta pytanie brzmi konkretnie: czy da się odtworzyć, kto zapytał, o co zapytał, co dostał w odpowiedzi i skąd ta odpowiedź pochodziła. **Telemetria i Application Insights** Telemetria to dane o działaniu systemu odkładane na bieżąco. Application Insights to usługa Azure, do której da się podpiąć agenta, żeby ta telemetria trafiała do własnego zasobu. **Microsoft Purview** Rodzina narzędzi Microsoftu do ochrony i zarządzania danymi: klasyfikacja, etykiety, DLP na treści, audyt, zarządzanie ryzykiem wewnętrznym. **Etykieta wrażliwości (sensitivity label)** Oznaczenie nakładane na dokument, może wymuszać szyfrowanie oraz ograniczenia użycia. Chroni sam plik, a nie miejsce, w którym jest przechowywany. ## Koszty **Copilot Credits** Jednostka rozliczeniowa zużycia agentów w Copilot Studio. Zużywają się na interakcje i działania agenta, a panel administracyjny pokazuje ich zużycie w rozbiciu na środowiska i pojedyncze agenty. **Pay-as-you-go (PAYG) i pojemność przedpłacona (prepaid)** W pierwszym modelu płacisz za faktyczne zużycie przez subskrypcję Azure, w drugim kupujesz z góry pulę do wykorzystania. **Polityka rozliczeniowa (billing policy)** Ustawienie wiążące wskazane środowiska z konkretną subskrypcją Azure i resource group. Bez niej nie da się powiedzieć, które środowisko wygenerowało który koszt. ## Ryzyka i bezpieczeństwo **Prompt injection (wstrzyknięcie promptu)** Technika ataku polegająca na wprowadzeniu do modelu tekstu, który zmusza go do zignorowania reguł bezpieczeństwa i pierwotnych wytycznych (system promptu). Może nastąpić bezpośrednio w oknie czatu (UPIA) albo pośrednio poprzez spreparowaną treść ukrytą w pliku, mailu czy na stronie internetowej, którą agent analizuje (XPIA). *Dlaczego to ważne:* wariant pośredni nie wymaga żadnego dostępu do agenta. Wystarczy, że atakujący umieści instrukcję w miejscu, z którego agent czerpie wiedzę. **Jailbreak** Obejście zabezpieczeń modelu tak, żeby zrobił coś, czego twórca mu zabronił. ## Następny artykuł w serii - [Jakie polityki AI da się wyegzekwować w Power Platform?](/polityki-ai-power-platform) — siedem zapisów polityki AI przełożonych na konkretne kontrolki, ich zakres i ograniczenia.

Kacper Janowski

Tekst powstał przy współpracy człowieka i AI. Autor odpowiada za dobór przykładów, wnioski i ostateczną treść materiału.

Zauważyłeś błąd, nieścisłość lub zmianę w Power Platform? Napisz — zgłoszenie pomoże utrzymać artykuł i słownik aktualnymi.

Egzekwowanie polityki AI w praktyce

Wprowadzenie do technicznego egzekwowania polityki AI w Power Platform oraz słownik pojęć dotyczących agentów, danych, dostępu i audytu.