Agenci AI w SharePoint – jak działają i do czego można ich wykorzystać?

Czym są agenci AI w SharePoint i jak wpisują się w intranet oraz Microsoft 365

Agenci AI w SharePoint to asystenci konwersacyjni, którzy pomagają korzystać z wiedzy zapisanej w firmowych witrynach, na stronach i w dokumentach. Użytkownik zadaje pytanie własnymi słowami, a agent przygotowuje odpowiedź na podstawie przypisanego mu zakresu treści. Zamiast samodzielnie przeglądać kolejne materiały, pracownik może poprosić o wyjaśnienie zagadnienia, streszczenie informacji lub zestawienie ustaleń zawartych w źródłach.

W tym kontekście określenie „agent” nie oznacza automatycznie systemu, który samodzielnie podejmuje decyzje i wykonuje operacje biznesowe. Podstawową rolą agentów w SharePoint jest praca z informacją: odczytywanie jej, porządkowanie i przedstawianie w odpowiedzi na pytania. Realizacja działań w innych aplikacjach czy obsługa wieloetapowych procesów to odrębne możliwości, wymagające odpowiednich narzędzi i konfiguracji.

Agent jako dodatkowy sposób korzystania z intranetu

Intranet oparty na SharePoint pozostaje miejscem publikowania i organizowania firmowych treści. Agent nie zastępuje jego struktury, nawigacji ani samych dokumentów. Dodaje do nich interfejs rozmowy, dzięki któremu użytkownik może zacząć od pytania, a nie od szukania właściwej witryny czy biblioteki.

To istotna różnica względem klasycznej wyszukiwarki. Wyszukiwanie służy przede wszystkim odnajdywaniu materiałów, natomiast agent może wykorzystać ich treść do sformułowania odpowiedzi i wskazać źródła, na których się oparł. Oba sposoby dostępu do wiedzy uzupełniają się: rozmowa pomaga zorientować się w temacie, a dokument źródłowy pozwala sprawdzić pełny kontekst.

Miejsce agentów w ekosystemie Microsoft 365

SharePoint stanowi zaplecze treści dla wielu obszarów pracy w Microsoft 365. Agenci udostępniają tę wiedzę w sposób konwersacyjny, wpisując się w szersze możliwości Microsoft 365 Copilot. Nie należy jednak utożsamiać agenta SharePoint z całym Copilotem: agent jest ukierunkowany na określony zbiór materiałów i cel, podczas gdy Microsoft 365 Copilot obejmuje szersze wsparcie pracy w aplikacjach i z danymi organizacji.

W praktyce agent może być związany z konkretną witryną lub wybranym obszarem wiedzy, zamiast pełnić funkcję jednego asystenta do wszystkich spraw. Takie podejście pozwala dopasować sposób korzystania z informacji do kontekstu pracy zespołu. SharePoint nadal dostarcza treści, intranet nadaje im miejsce w komunikacji organizacji, a agent ułatwia ich zrozumienie i wykorzystanie.

Jak działają agenci AI w kontekście bibliotek dokumentów i stron SharePoint?

Agent AI w SharePoint odpowiada na pytania na podstawie treści dostępnych w przypisanym mu zakresie źródeł. Nie należy traktować go jak modelu, który zapamiętał całą zawartość intranetu. Przy obsłudze pytania mechanizmy wyszukiwania odnajdują odpowiednie materiały, a model językowy wykorzystuje przekazane fragmenty do przygotowania odpowiedzi. O jej treści decydują przede wszystkim trzy elementy: dostępność materiałów w wyszukiwaniu, uprawnienia użytkownika oraz kontekst pytania. W Cognity często słyszymy pytania o to, jak te elementy wpływają na odpowiedzi agenta w codziennej pracy — wyjaśniamy to również na blogu.

Indeksowanie: jak treść staje się dostępna dla agenta

Indeksowanie pozwala usługom wyszukiwania odnajdywać informacje bez każdorazowego przeglądania wszystkich plików i stron. Obejmuje przetwarzanie obsługiwanej zawartości oraz informacji opisujących materiały. Gdy użytkownik zadaje pytanie, system wyszukuje treści, które mogą posłużyć do udzielenia odpowiedzi — nie tylko ze względu na występowanie konkretnych słów, lecz także ich związek z pytaniem.

Biblioteki dokumentów i strony SharePoint pełnią przy tym nieco inne role. Biblioteki dostarczają treści zapisanych w plikach, na przykład instrukcjach lub dokumentacji projektowej. Strony udostępniają informacje publikowane bezpośrednio w witrynie, takie jak opisy procedur czy artykuły intranetowe. Nie oznacza to jednak, że agent odczyta każdy element widoczny na stronie: zawartość osadzona z innych systemów nie musi być dostępna tak jak zwykły tekst strony.

Dodanie lub zmiana materiału nie zawsze przekłada się na natychmiastową dostępność jego aktualnej treści w odpowiedziach. Potrzebny może być czas na przetworzenie zmian, a możliwość wykorzystania pliku zależy również od obsługi jego formatu i odczytu zawartości.

Uprawnienia: zakres źródeł nie daje dostępu do ich treści

Wskazanie witryny, biblioteki czy dokumentu jako źródła agenta nie nadaje użytkownikowi nowych uprawnień. Agent uwzględnia dostęp osoby zadającej pytanie: materiały, do których nie ma ona dostępu, nie powinny stanowić podstawy jej odpowiedzi. Samo udostępnienie agenta nie jest więc równoznaczne z udostępnieniem dokumentów, z których korzysta.

Dlatego dwie osoby pytające tego samego agenta o ten sam temat mogą otrzymać różne odpowiedzi. Jedna może mieć dostęp do pełnej dokumentacji, druga wyłącznie do ogólnodostępnej strony informacyjnej.

Kontekst: co wpływa na dobór informacji

Kontekst tworzą przede wszystkim pytanie użytkownika, przebieg rozmowy, instrukcje agenta oraz wybrany zakres źródeł. Agent ograniczony do dokumentacji jednego projektu będzie szukał odpowiedzi w innym zbiorze materiałów niż agent obejmujący rozbudowaną witrynę działową. Doprecyzowanie nazwy projektu, procesu lub okresu pomaga zawęzić poszukiwania.

Na tej podstawie model przygotowuje odpowiedź, zamiast jedynie zwracać listę wyników wyszukiwania. Może połączyć informacje z kilku materiałów i wskazać źródła umożliwiające sprawdzenie ich kontekstu. Nie oznacza to jednak automatycznego wykorzystania wszystkich dokumentów z przypisanego zakresu — odpowiedź powstaje z treści odnalezionych i wybranych jako istotne dla danego pytania.

Jakie problemy rozwiązują agenci AI w SharePoint: wyszukiwanie wiedzy, Q&A, onboarding i redukcja szumu informacyjnego

Pracownik często nie potrzebuje kolejnego dokumentu — potrzebuje odpowiedzi, która pozwoli mu ruszyć z zadaniem. Tymczasem wiedza w intranecie bywa rozproszona między stronami, bibliotekami i obszernymi plikami. Agenci AI w SharePoint mogą skrócić drogę od pytania do potrzebnej informacji, korzystając z udostępnionych im źródeł. Ich wartość polega nie tylko na odnajdywaniu treści, lecz także na ułatwianiu ich zrozumienia i wyborze fragmentów istotnych dla użytkownika.

Wyszukiwanie wiedzy: gdy nie wiadomo, gdzie i czego szukać

Klasyczne wyszukiwanie wymaga zwykle dobrania odpowiednich słów, przejrzenia wyników i samodzielnej oceny dokumentów. To utrudnienie, gdy pracownik zna problem, ale nie zna wewnętrznego nazewnictwa ani struktury intranetu. Może opisać swoją potrzebę agentowi językiem naturalnym, zamiast odgadywać tytuł pliku lub nazwę procedury.

Agent pomaga przejść od listy wyników do informacji związanej z konkretnym zadaniem. Może wskazać odpowiednie materiały, wydobyć z nich potrzebne ustalenia i podać odwołania do źródeł. Nie oznacza to, że samodzielne wyszukiwanie przestaje być potrzebne: nadal sprawdza się przy przeglądaniu zasobów czy szukaniu konkretnego pliku. Rozmowa z agentem jest szczególnie przydatna wtedy, gdy użytkownik nie wie jeszcze, w którym dokumencie znajdzie odpowiedź.

Q&A: odpowiedź na pytanie zamiast lektury całego dokumentu

Wyszukiwanie pomaga ustalić, gdzie znajduje się wiedza. Q&A, czyli zadawanie pytań i uzyskiwanie odpowiedzi, pomaga wyjaśnić konkretną kwestię na podstawie tej wiedzy. Użytkownik może zapytać o warunki opisane w dokumencie, kolejność czynności albo różnice między dostępnymi wariantami, a następnie doprecyzować pytanie w tej samej rozmowie.

Takie wsparcie może ograniczyć liczbę powtarzalnych pytań kierowanych do osób, które dotąd pełniły funkcję nieformalnego punktu informacyjnego. Nie zastępuje jednak decyzji eksperta ani interpretacji niejasnych zasad. Jeśli źródła nie rozstrzygają danej kwestii, odpowiedź agenta nie powinna być traktowana jako obowiązujące ustalenie.

Onboarding: łatwiejszy dostęp do wiedzy bez znajomości organizacji

Nowa osoba musi nauczyć się nie tylko swoich obowiązków, lecz także tego, gdzie szukać informacji i jak rozumieć firmowe pojęcia. Agent może ułatwić ten etap: wyjaśniać terminy występujące w materiałach, wskazywać treści odpowiadające na bieżące pytania i pomagać w zrozumieniu opisanych zasad pracy.

W odróżnieniu od pojedynczego pytania Q&A onboarding oznacza serię potrzeb informacyjnych pojawiających się wraz z kolejnymi zadaniami. Dostęp do rozmowy o materiałach pozwala wracać do podstaw bez każdorazowego angażowania współpracowników. Jest to uzupełnienie wdrożenia prowadzonego przez ludzi, a nie zamiennik opiekuna czy rozmowy z przełożonym.

Redukcja szumu informacyjnego: mniej czytania treści niezwiązanych z zadaniem

Nadmiar informacji może przeszkadzać równie mocno jak ich brak. Agent pomaga ograniczyć ten problem, streszczając wskazane materiały, zestawiając ustalenia z kilku źródeł lub wyodrębniając fragmenty dotyczące konkretnego pytania. Pracownik nie musi za każdym razem czytać wszystkich dostępnych treści od początku do końca.

Redukcja szumu nie oznacza automatycznego porządkowania intranetu ani usuwania nieaktualnych dokumentów. Dotyczy przede wszystkim sposobu korzystania z wiedzy: użytkownik otrzymuje węższy, bardziej użyteczny wycinek informacji. Przy ważnych ustaleniach nadal potrzebuje możliwości sprawdzenia materiału źródłowego, ponieważ skrót może pomijać wyjątki i dodatkowe warunki.

Przykłady użycia agentów AI w SharePoint: intranet, projekty i działy wsparcia

Agent w intranecie pomaga zrozumieć firmowe zasady, agent projektowy porządkuje wiedzę o ustaleniach, a agent działu wsparcia prowadzi do odpowiedniej instrukcji lub procedury. Różnica polega przede wszystkim na zakresie materiałów, na których pracuje, oraz rodzaju pytań, na które ma odpowiadać. W Cognity omawiamy zastosowania agentów AI w SharePoint zarówno od strony technicznej, jak i praktycznej — w odniesieniu do codziennych zadań uczestników szkoleń. Poniższe przykłady pokazują, jak takie wsparcie może wyglądać w intranecie, projektach i działach wsparcia.

Intranet: od komunikatu do odpowiedzi na pytanie pracownika

Firmowe aktualności i polityki często opisują zmianę z perspektywy całej organizacji. Pracownik potrzebuje natomiast informacji dotyczącej konkretnej sytuacji. Po opublikowaniu nowych zasad podróży służbowych może zapytać agenta: „Jakie zgody są potrzebne przed rezerwacją wyjazdu zagranicznego i gdzie znajdę formularz?”. Agent może zebrać odpowiedź z udostępnionej mu polityki, instrukcji i strony intranetowej oraz wskazać materiały źródłowe.

Podobny scenariusz dotyczy komunikacji o zmianach organizacyjnych, przeprowadzce biura czy nowych zasadach korzystania ze sprzętu. Zamiast ograniczać się do streszczenia ogłoszenia, agent może pomóc ustalić, jakie działania opisano dla danej grupy pracowników — o ile wynika to z treści dokumentów. Nie zastępuje oficjalnego komunikatu, lecz ułatwia przełożenie jego treści na praktyczne kroki.

Projekty: dokumentacja i uzasadnienie decyzji

W witrynie projektu agent może korzystać z zapisanych w SharePoint założeń, specyfikacji, protokołów spotkań i rejestru decyzji. Przydaje się szczególnie wtedy, gdy odpowiedź wymaga zestawienia informacji z kilku materiałów. Przykładowe pytanie brzmi: „Dlaczego ograniczono zakres pierwszego etapu i jakie konsekwencje zapisano dla kolejnego wydania?”.

Na podstawie dokumentacji agent może przygotować krótkie zestawienie decyzji, ich uzasadnień i wskazanych zależności. To użyteczne przed spotkaniem statusowym, przy przekazywaniu projektu innemu zespołowi albo podczas analizy wniosku o zmianę. Zespół otrzymuje punkt wyjścia do rozmowy, zamiast odtwarzać historię ustaleń z wielu plików.

W tym zastosowaniu ważne jest rozróżnienie między odtworzeniem zapisanej decyzji a podjęciem nowej. Agent może wskazać, co uzgodniono i w jakim dokumencie, ale nie powinien przedstawiać propozycji z notatki roboczej jako zatwierdzonego stanowiska. Nie odtworzy też wiarygodnie uzasadnienia, którego nigdzie nie zapisano.

IT, HR i Service Desk: przygotowanie do działania lub zgłoszenia

W obszarze IT agent może odpowiadać na pytania dotyczące konfiguracji dostępu zdalnego, zamawiania sprzętu czy postępowania po utracie telefonu służbowego. Korzystając z instrukcji dostępnych w SharePoint, może wskazać opisane czynności oraz informacje potrzebne do zgłoszenia problemu, na przykład komunikat błędu i zakres wykonanych prób.

W HR podobną rolę pełni przy pytaniach o procedurę złożenia wniosku urlopowego, wymagane załączniki lub sposób aktualizacji danych pracownika. Jego zadaniem jest wyjaśnienie opublikowanych zasad i wskazanie właściwego formularza lub kanału kontaktu, a nie rozstrzyganie indywidualnej sprawy kadrowej.

Dla Service Desk wartościowym zastosowaniem jest także pomoc konsultantom: odnalezienie procedury dotyczącej danego objawu i przygotowanie roboczej odpowiedzi na podstawie bazy wiedzy. Odpowiedź agenta nie oznacza jednak wykonania operacji w systemie. Utworzenie zgłoszenia, reset hasła czy zatwierdzenie wniosku wymaga odrębnego mechanizmu; samo udostępnienie agentowi dokumentacji nie daje mu takich możliwości.

Architektura i wdrożenie: przygotowanie źródeł, konfiguracja agentów, integracje oraz testy i mierzenie efektywności

Wdrożenie agenta AI w SharePoint warto zacząć od określenia zakresu jego pracy, a nie od wyboru narzędzia. Trzeba ustalić, na jakie pytania ma odpowiadać, z jakich zasobów korzystać i czy ma wyłącznie pomagać w odnajdywaniu informacji, czy również uruchamiać działania w innych systemach. To rozróżnienie decyduje o architekturze rozwiązania, nakładzie pracy oraz sposobie oceny efektów.

Wybór architektury: agent w SharePoint czy rozwiązanie rozszerzone?

Jeżeli zadanie sprowadza się do pracy z wiedzą zgromadzoną w witrynach, bibliotekach i dokumentach SharePoint, punktem wyjścia są agenci dostępni bezpośrednio w tej usłudze. Pozwalają zdefiniować zakres źródeł oraz dostosować sposób odpowiadania bez budowania osobnej aplikacji. Przed rozpoczęciem pilotażu należy sprawdzić dostępność funkcji w danym środowisku, wymagania licencyjne lub rozliczeniowe oraz ustawienia administracyjne.

Gdy agent ma łączyć wiedzę z kilku systemów, prowadzić wieloetapową rozmowę albo wykonywać operacje, warto rozważyć Microsoft Copilot Studio. Jest to szerszy wariant architektury, wymagający osobnej konfiguracji źródeł, narzędzi i połączeń — nie należy zakładać, że wszystkie te możliwości są dostępne w standardowym agencie SharePoint.

Przygotowanie źródeł i konfiguracja agenta

Na potrzeby pilotażu najlepiej wybrać jeden spójny obszar wiedzy. Zespół wdrożeniowy powinien przypisać typowe pytania użytkowników do konkretnych stron i dokumentów. Takie zestawienie szybko ujawnia, czy odpowiedzi rzeczywiście znajdują się w planowanym zbiorze źródeł, czy część informacji pozostaje poza nim. Pozwala też ograniczyć zakres pierwszej wersji do zasobów potrzebnych do wykonania określonego zadania.

Przygotowanie techniczne obejmuje sprawdzenie obsługiwanych typów treści, limitów rozwiązania oraz dostępności materiałów dla wybranego mechanizmu pobierania wiedzy. W przypadku źródeł zewnętrznych trzeba dodatkowo ustalić sposób ich udostępniania i aktualizacji. Samo dodanie połączenia nie gwarantuje, że każda informacja będzie od razu dostępna w odpowiedzi.

Konfiguracja powinna jasno określać rolę agenta, granice tematyczne, język i oczekiwany format wypowiedzi. W instrukcjach warto opisać również, kiedy agent ma poprosić o doprecyzowanie pytania. Nazwa, opis i pytania startowe powinny komunikować użytkownikowi konkretny zakres pomocy, zamiast sugerować dostęp do całej wiedzy organizacji.

Integracje: oddzielenie wiedzy od wykonywania działań

Odczyt informacji i wykonanie operacji to dwa różne elementy wdrożenia. Korzystanie z dokumentacji nie oznacza jeszcze możliwości utworzenia zgłoszenia, zmiany rekordu czy uruchomienia procesu. W architekturze wykorzystującej Copilot Studio takie działania mogą wymagać odpowiednich konektorów, przepływów Power Automate lub interfejsów API.

Dla każdej integracji należy opisać dane wejściowe, oczekiwany rezultat oraz zachowanie w razie błędu. Agent powinien odróżniać przyjęcie prośby od potwierdzonego wykonania operacji. Warto też przewidzieć niedostępność systemu docelowego i brak wymaganych danych, aby użytkownik wiedział, czy zadanie zostało zakończone, czy wymaga dalszego działania.

Testy i mierzenie efektywności

Pilotaż powinien opierać się na zestawie rzeczywistych pytań i zadań, z opisanym oczekiwanym wynikiem. Testy należy przeprowadzać w miejscu, w którym agent będzie używany, i z udziałem przedstawicieli docelowej grupy użytkowników. Oprócz typowych pytań warto uwzględnić nieprecyzyjne sformułowania, pytania uzupełniające oraz — przy integracjach — błędy wykonania operacji.

• Skuteczność zadaniowa: jaki odsetek zadań użytkownicy kończą z pomocą agenta?
• Czas dotarcia do informacji: ile trwa uzyskanie użytecznej odpowiedzi w porównaniu z dotychczasowym sposobem pracy?
• Jakość odpowiedzi: czy odpowiedź jest trafna, kompletna i wskazuje właściwe materiały?
• Niezawodność integracji: ile operacji kończy się powodzeniem, a ile wymaga ponowienia lub interwencji?
• Koszt użycia: jaki jest koszt obsługi zadania przy przyjętym modelu licencjonowania lub rozliczeń?

Przed pilotażem trzeba ustalić wartości bazowe i kryteria akceptacji. Sama liczba rozmów nie świadczy o skuteczności: może rosnąć również wtedy, gdy użytkownicy wielokrotnie próbują uzyskać odpowiedź. Decyzję o rozszerzeniu wdrożenia warto oprzeć na porównaniu wyników z dotychczasowym procesem, a po zmianach źródeł, instrukcji lub integracji ponawiać ten sam zestaw testów.

Odpowiedzialne wdrażanie: bezpieczeństwo, prywatność, zgodność, kontrola dostępu i minimalizacja halucynacji

Agent AI ułatwia dotarcie do informacji, ale może też uwidocznić błędy w ich udostępnianiu. Dokument, który wcześniej trudno było znaleźć w rozbudowanym intranecie, staje się potencjalnym źródłem odpowiedzi na proste pytanie. Dlatego przed uruchomieniem agenta trzeba sprawdzić nie tylko jego funkcje, lecz przede wszystkim kto ma dostęp do danych, do czego wolno je wykorzystywać i jakie skutki może wywołać błędna odpowiedź.

Kontrola dostępu: agent nie naprawi zbyt szerokich uprawnień

Agenci w SharePoint respektują uprawnienia użytkownika do treści źródłowych. Udostępnienie agenta nie oznacza automatycznego przyznania dostępu do wszystkich dokumentów, z których korzysta. Nie jest to jednak ochrona przed sytuacją, w której poufne materiały już wcześniej udostępniono zbyt szerokiej grupie.

Podstawą jest zasada najmniejszych uprawnień: pracownik powinien mieć dostęp tylko do informacji potrzebnych w jego roli. Przegląd warto rozpocząć od witryn zawierających dane kadrowe, finansowe i prawne, a następnie sprawdzić szerokie grupy dostępu, uprawnienia gości oraz aktywne linki udostępniania. Ograniczenie źródeł agenta nie zastępuje prawidłowego zabezpieczenia samych dokumentów. Osobno należy ustalić, kto może tworzyć, modyfikować i udostępniać agentów.

Prywatność i zgodność: dostęp techniczny to nie wszystko

Bezpieczeństwo dotyczy ochrony informacji, prywatność — właściwego przetwarzania danych osobowych, a zgodność — spełnienia wymagań prawnych, umownych i wewnętrznych. Te obszary się uzupełniają, ale nie są tożsame. Pracownik może mieć uprawnienia do dokumentu, a mimo to wykorzystanie zawartych w nim danych do określonego celu może być nieuzasadnione.

W przypadku danych osobowych trzeba ustalić cel i podstawę prawną przetwarzania oraz ograniczyć jego zakres do niezbędnego minimum. Ocena powinna obejmować nie tylko dokumenty, lecz także pytania użytkowników, odpowiedzi i dostępne zapisy interakcji. Należy określić, kto może je przeglądać i jak długo są przechowywane. Jeżeli sposób wykorzystania agenta może powodować wysokie ryzyko dla praw i wolności osób, trzeba ocenić konieczność przeprowadzenia oceny skutków dla ochrony danych, czyli DPIA.

Nie należy zakładać, że samo korzystanie z Microsoft 365 zapewnia zgodność z RODO. Trzeba zweryfikować warunki usługi, konfigurację środowiska oraz zakres przetwarzania danych, szczególnie przy dodatkowych integracjach. Etykiety poufności, zasady DLP i funkcje audytu Microsoft Purview mogą wspierać ochronę, ale ich zastosowanie zależy od licencji, konfiguracji i obsługi danego scenariusza.

Minimalizacja halucynacji i ochrona przed manipulacją

Odpowiedź oparta na firmowych źródłach nadal może zawierać błędną interpretację, pomijać wyjątki lub łączyć informacje, których nie należy zestawiać. Odwołanie do dokumentu ułatwia weryfikację, lecz nie gwarantuje poprawności wniosku. W sprawach kadrowych, prawnych czy finansowych odpowiedź agenta powinna wspierać pracownika, a nie zastępować zatwierdzenie przez osobę odpowiedzialną.

• Wymagaj oparcia odpowiedzi na źródłach. Tam, gdzie można skonfigurować instrukcje agenta, wskaż obowiązek sygnalizowania braku danych i sprzeczności zamiast uzupełniania luk domysłami.
• Sprawdzaj zachowanie w sytuacjach ryzykownych. Uwzględnij pytania o informacje niedostępne dla danej roli, niejednoznaczne zasady i wyjątki od procedur.
• Uwzględnij prompt injection. Treść dokumentu może zawierać próbę nakłonienia agenta do zmiany zachowania. Nie powinna być traktowana jako uprawniona instrukcja systemowa.

Organizacja powinna też wskazać kanał zgłaszania nieprawidłowych odpowiedzi i podejrzeń ujawnienia danych oraz osobę odpowiedzialną za reakcję. Procedura musi umożliwiać szybkie ograniczenie dostępu lub wstrzymanie udostępniania agenta, gdy dalsze korzystanie z niego stwarza ryzyko.

Wymagania dotyczące jakości treści i zarządzania cyklem życia dokumentów

Agent AI nie rozstrzygnie wiarygodnie, która z dwóch sprzecznych procedur rzeczywiście obowiązuje, jeśli organizacja nie oznaczyła tego w źródłach. Dlatego przygotowanie wiedzy w SharePoint wymaga czegoś więcej niż zgromadzenia plików. Dokumenty powinny mieć jednoznaczny status, datę obowiązywania i wskazaną osobę odpowiedzialną za ich aktualność. Te informacje pomagają utrzymać porządek w intranecie, a zarazem ograniczają niejednoznaczność materiałów wykorzystywanych przez agentów.

Jakość treści: jasne zasady zamiast domysłów

Dokument powinien jasno określać, czego dotyczy, do kogo jest skierowany i w jakich sytuacjach ma zastosowanie. W przypadku polityk i instrukcji warto podawać warunki, wyjątki oraz termin wejścia w życie. Sformułowania takie jak „od przyszłego miesiąca” szybko tracą znaczenie — lepiej zastępować je konkretnymi datami. Czytelne nagłówki, spójne nazewnictwo i wyjaśnione skróty ułatwiają interpretację treści zarówno pracownikom, jak i agentom.

Istotne jest również ograniczenie duplikatów. Jeśli tę samą procedurę opublikowano w kilku miejscach, aktualizacja tylko jednej kopii tworzy sprzeczne źródła. Lepszą praktyką jest utrzymywanie jednej wersji referencyjnej i odsyłanie do niej z pozostałych stron. Dokument zastępujący wcześniejsze wytyczne powinien wprost wskazywać, co zmienia i od kiedy obowiązuje.

Metadane i wersjonowanie pełnią różne funkcje

Metadane opisują dokument, natomiast wersjonowanie pozwala śledzić jego zmiany. W bibliotekach SharePoint warto przyjąć niewielki, konsekwentnie stosowany zestaw pól: typ dokumentu, obszar tematyczny, właściciel treści, status, data obowiązywania i termin przeglądu. Kontrolowane wartości, na przykład wspólna lista statusów, są bardziej użyteczne niż dowolne opisy wpisywane przez autorów.

Same metadane nie gwarantują jednak, że agent automatycznie pominie materiały oznaczone jako nieaktualne. Nie należy traktować kolumny „status” jako samodzielnego mechanizmu wykluczania źródeł. Najważniejsze informacje o obowiązywaniu warto umieścić także w treści dokumentu.

Historia wersji pomaga ustalić, co zmieniono, oraz przywrócić wcześniejszą wersję. Nie zastępuje jednak procesu zatwierdzania: ostatnio zmodyfikowany plik nie musi być dokumentem obowiązującym. Tam, gdzie publikacja wymaga akceptacji, należy wyraźnie oddzielać wersje robocze od zatwierdzonych. Warto też unikać przechowywania kolejnych rewizji jako osobnych plików o nazwach typu „final” i „final_poprawiony”.

Retencja nie oznacza aktualności

Zasady retencji określają, jak długo treści należy zachować i kiedy można je usunąć. Nie mówią natomiast, czy dokument nadal powinien służyć jako bieżąca instrukcja. Wycofana polityka może wymagać przechowywania ze względów prawnych lub audytowych, mimo że nie powinna być przedstawiana pracownikom jako aktualna.

Trzeba więc rozdzielić przechowywanie historycznych zapisów od publikowania obowiązującej wiedzy. Samo przeniesienie dokumentu do folderu „Archiwum” nie oznacza, że przestanie być dostępny dla agenta. Wycofywanie treści powinno obejmować zmianę statusu, wskazanie następcy oraz uporządkowanie odsyłaczy i zakresu źródeł, z zachowaniem wymaganych zasad retencji.

Właściciel treści odpowiada za jej aktualność

Każdy istotny dokument lub spójny zbiór materiałów powinien mieć właściciela merytorycznego. Nie musi nim być osoba, która przesłała plik do SharePoint. Jego zadaniem jest zatwierdzanie zmian, okresowy przegląd, usuwanie sprzeczności i podejmowanie decyzji o wycofaniu treści. Częstotliwość przeglądów należy dopasować do tempa zmian i znaczenia dokumentu; aktualizację powinny uruchamiać także zmiany procesów, przepisów lub odpowiedzialności zespołów. Bez takiej opieki nawet dobrze uporządkowana biblioteka stopniowo przestaje być wiarygodnym źródłem wiedzy.

Monitoring i utrzymanie: analityka, przegląd rozmów, doskonalenie i governance

Agent AI w SharePoint wymaga stałego nadzoru także wtedy, gdy działa poprawnie od strony technicznej. Zmieniają się pytania użytkowników, zakres firmowej wiedzy i sposób korzystania z intranetu. Utrzymanie agenta polega więc nie tylko na sprawdzaniu jego dostępności, ale przede wszystkim na ocenie, czy nadal pomaga pracownikom uzyskiwać trafne odpowiedzi. Warto rozdzielić trzy zadania: analizę wykorzystania, ocenę jakości odpowiedzi oraz zarządzanie odpowiedzialnością za usługę.

Analityka: popularność nie oznacza skuteczności

Liczba użytkowników i rozmów pokazuje skalę wykorzystania agenta, lecz sama nie potwierdza jego przydatności. Duża liczba pytań może oznaczać zarówno zainteresowanie narzędziem, jak i trudność w uzyskaniu potrzebnej informacji. Dane o aktywności trzeba zestawiać z ocenami użytkowników oraz wynikami kontroli jakości.

W bieżącym monitoringu warto obserwować:

• Wykorzystanie w czasie — czy pracownicy wracają do agenta i czy po początkowym zainteresowaniu nie następuje wyraźny spadek aktywności.
• Pytania bez użytecznej odpowiedzi — jakie tematy regularnie kończą się brakiem informacji lub koniecznością kontaktu z człowiekiem.
• Powtarzane próby uzyskania odpowiedzi — czy użytkownicy wielokrotnie przeformułowują to samo pytanie, co może sygnalizować problem z trafnością.
• Zgłoszenia błędów i oceny odpowiedzi — które problemy powracają i jak zmienia się ich liczba po wprowadzonych poprawkach.

Zakres dostępnych raportów i danych zależy od rodzaju agenta, licencji oraz konfiguracji środowiska. Nie należy zakładać, że natywny agent w SharePoint udostępnia te same możliwości analityczne co rozwiązanie rozwijane w Copilot Studio. Część wskaźników może wymagać dodatkowego mechanizmu zbierania opinii lub ręcznej oceny próbki odpowiedzi.

Przegląd rozmów i doskonalenie odpowiedzi

Jeśli dane rozwiązanie udostępnia historię rozmów, jej przegląd powinien odbywać się w zatwierdzonym zakresie i przez upoważnione osoby. Warto analizować zarówno zgłoszone błędy, jak i próbkę zwykłych interakcji — użytkownicy nie zawsze sygnalizują, że odpowiedź była niepełna. Gdy historia nie jest dostępna, podstawą oceny mogą być zgłoszenia zawierające pytanie, otrzymaną odpowiedź i opis problemu.

Każdy wykryty problem warto przypisać do przyczyny: luki w wiedzy, niejasnego pytania, niewłaściwego zakresu agenta albo błędnej interpretacji dostępnych materiałów. Dzięki temu poprawki dotyczą źródła trudności, a nie tylko pojedynczej odpowiedzi. Po zmianie należy ponownie sprawdzić pytania, które wcześniej sprawiały problem, oraz kilka typowych scenariuszy. Poprawa jednego przypadku nie powinna pogarszać obsługi pozostałych. Podczas szkoleń Cognity pogłębiamy te zagadnienia na konkretnych przykładach z pracy uczestników.

Governance: właściciel, rytm przeglądów i decyzje

Każdy agent powinien mieć wskazanego właściciela biznesowego oraz osobę odpowiedzialną za utrzymanie techniczne. Zasady zarządzania powinny określać, kto przyjmuje zgłoszenia, ustala priorytety poprawek, zatwierdza zmiany i może ograniczyć lub wstrzymać działanie agenta. Pomaga w tym rejestr agentów obejmujący ich przeznaczenie, właścicieli, status i termin ostatniego przeglądu.

Częstotliwość kontroli należy dopasować do intensywności wykorzystania i znaczenia udzielanych informacji. Przeglądy powinny kończyć się konkretną decyzją: pozostawieniem agenta bez zmian, korektą, zawężeniem zastosowania albo wycofaniem. Agent nieużywany lub dublujący inne narzędzie również wymaga decyzji — utrzymywanie go bez wyraźnej potrzeby zwiększa koszty nadzoru i utrudnia pracownikom wybór właściwego źródła pomocy.

DOE w Six Sigma – jak planowanie eksperymentów wspiera doskonalenie procesów? 24 października 2026

Metodyka DMAIC – pięć etapów doskonalenia procesów krok po kroku 22 października 2026