Jak wykorzystać SharePoint jako źródło wiedzy dla agenta AI?

Dlaczego SharePoint jako źródło wiedzy dla agenta AI: cele, korzyści i ograniczenia

SharePoint ma sens jako źródło wiedzy dla agenta AI przede wszystkim wtedy, gdy organizacja już przechowuje w nim materiały potrzebne do codziennej pracy: procedury, instrukcje, dokumentację produktową czy zasady obsługi klientów. Zamiast tworzyć odrębną bazę wyłącznie na potrzeby AI, można wykorzystać istniejące zasoby. Warunek jest zasadniczy: muszą to być treści, na których rzeczywiście można oprzeć odpowiedź, a nie przypadkowy zbiór plików.

Od wyszukiwania dokumentów do odpowiedzi na pytania

Tradycyjne wyszukiwanie pomaga znaleźć dokument. Agent AI może pójść dalej: odnaleźć istotne fragmenty, zestawić informacje z kilku materiałów i przygotować odpowiedź na konkretne pytanie. Pracownik pytający o rozliczenie delegacji potrzebuje zwykle wskazania wymaganych dokumentów i terminów, nie samego linku do wielostronicowego regulaminu. Dobrze zaprojektowany agent powinien udzielić takiej odpowiedzi oraz wskazać źródło, które pozwala ją zweryfikować.

W typowym podejściu RAG, czyli generowaniu odpowiedzi wspomaganym wyszukiwaniem, agent pobiera odpowiednie treści i wykorzystuje je jako kontekst dla modelu językowego. Podłączenie SharePointa nie oznacza automatycznego trenowania modelu na firmowych dokumentach. SharePoint pozostaje miejscem przechowywania i zarządzania wiedzą, natomiast jej wyszukiwanie i wykorzystanie w odpowiedzi zależy od rozwiązania obsługującego agenta.

Gdzie takie rozwiązanie przynosi największą wartość?

Najlepszym punktem wyjścia są powtarzalne pytania, na które organizacja ma już udokumentowane odpowiedzi. Typowe zastosowania obejmują:

• Samoobsługę pracowników — wyjaśnianie zasad wewnętrznych, procedur administracyjnych i sposobów korzystania z firmowych narzędzi.
• Wsparcie zespołów operacyjnych — odnajdywanie instrukcji postępowania i odpowiedzi w dokumentacji, bez ręcznego przeglądania wielu plików.
• Wdrażanie nowych osób — objaśnianie procesów oraz kierowanie do materiałów potrzebnych na danym etapie pracy.

Korzyścią jest przede wszystkim krótsza droga od pytania do użytecznej informacji. Agent może też ograniczyć liczbę powtarzalnych zapytań kierowanych do ekspertów i ułatwić korzystanie z wiedzy osobom, które nie znają nazw dokumentów ani firmowej terminologii. Wykorzystanie istniejącego środowiska Microsoft 365 pozwala oprzeć projekt na znanym pracownikom miejscu publikowania treści, zamiast wymagać utrzymywania kolejnej, niezależnej kopii wiedzy.

Co SharePoint zapewnia, a czego nie rozwiąże?

SharePoint sprawdza się jako zaplecze wiedzy opisowej: zasad, wyjaśnień i instrukcji. Nie zastępuje jednak systemów dostarczających bieżące dane transakcyjne. Agent może na podstawie procedury wyjaśnić, jak sprawdzić status zamówienia, ale do podania jego aktualnego statusu potrzebuje dostępu do właściwego systemu. Podobnie samo udostępnienie dokumentacji nie daje agentowi możliwości wykonywania opisanych w niej czynności.

Istotne są również ograniczenia techniczne. Obsługiwane formaty, sposób odczytywania treści oraz czas uwzględnienia zmian zależą od wybranej integracji. Nie należy zakładać, że każdy plik — zwłaszcza skan lub dokument z rozbudowanymi tabelami — zostanie poprawnie wykorzystany. Również respektowanie dostępu użytkownika trzeba potwierdzić dla konkretnego sposobu połączenia agenta z zasobami.

Dostęp do firmowych źródeł może ograniczyć ryzyko błędnych odpowiedzi, ale go nie eliminuje. Agent nadal może niewłaściwie zinterpretować zapis lub połączyć informacje dotyczące różnych sytuacji. Dlatego cel wdrożenia warto określić konkretnie: jakie pytania ma obsługiwać, na jakich materiałach ma polegać i kiedy powinien przyznać, że nie ma wystarczających danych. Sukcesem nie jest samo podłączenie SharePointa, lecz szybsze uzyskiwanie odpowiedzi, których poprawność można sprawdzić.

Struktura witryn i architektura informacji: huby, witryny zespołów i witryny komunikacyjne

Przygotowanie SharePoint jako źródła wiedzy dla agenta AI warto zacząć od ustalenia, gdzie znajdują się materiały dotyczące poszczególnych obszarów działalności. Jeśli procedury, ustalenia projektowe i komunikaty są rozproszone między przypadkowymi witrynami, trudniej określić zakres wiedzy, z którego agent powinien korzystać. W Cognity często słyszymy pytania, jak praktycznie podejść do takiego uporządkowania wiedzy — odpowiadamy na nie także na blogu. Podstawowa zasada jest prosta: architektura informacji powinna odzwierciedlać tematy i zadania użytkowników, a nie wyłącznie strukturę organizacyjną.

Witryna zespołu czy witryna komunikacyjna?

Oba typy witryn mogą dostarczać treści agentowi AI, ale służą innym sposobom pracy. Wybór zależy przede wszystkim od tego, kto tworzy informacje, kto je odbiera i w jakim celu.

• Witryna zespołu służy współpracy: wspólnemu opracowywaniu dokumentów, prowadzeniu projektów i gromadzeniu materiałów potrzebnych konkretnej grupie. To naturalne miejsce na wiedzę roboczą zespołu. Często jest powiązana z grupą Microsoft 365 i może stanowić zaplecze plików dla Microsoft Teams.
• Witryna komunikacyjna służy przede wszystkim publikowaniu informacji dla szerszego grona odbiorców. Sprawdza się jako miejsce udostępniania zasad, instrukcji, informacji działowych czy odpowiedzi na częste pytania. Zazwyczaj niewielka grupa autorów przygotowuje treści dla wielu czytelników.

Przykładowo zespół HR może opracowywać materiały na swojej witrynie zespołu, a informacje przeznaczone dla pracowników publikować w witrynie komunikacyjnej. Takie rozdzielenie ułatwia wskazanie agentowi źródeł odpowiadających jego zadaniu. Sam typ witryny nie przesądza jednak o wiarygodności treści — witryna komunikacyjna nie staje się automatycznie źródłem zatwierdzonej wiedzy.

Huby: powiązanie witryn bez budowania głębokiej hierarchii

W nowoczesnym SharePoint zwykle lepiej sprawdza się układ odrębnych witryn powiązanych tematycznie niż rozbudowane drzewo podwitryn. Do ich łączenia służy witryna centrum, czyli hub. Może skupiać witryny związane na przykład z obsługą pracowników, sprzedażą albo konkretnym obszarem działalności. Zapewnia wspólną nawigację i identyfikację wizualną oraz umożliwia prezentowanie treści z powiązanych witryn.

Hub nie przenosi dokumentów do jednego repozytorium i nie nadaje automatycznie wspólnych uprawnień. Nie należy też zakładać, że wskazanie go jako źródła agenta obejmie wszystkie powiązane witryny. Zakres pobieranych treści zależy od użytego rozwiązania i konfiguracji źródeł wiedzy, a nie wyłącznie od przynależności witryny do huba.

Nawigacja oparta na potrzebach odbiorcy

Nawigacja huba powinna prowadzić do głównych obszarów wiedzy, a nawigacja lokalna — do zasobów w konkretnej witrynie. Nazwy takie jak „Urlopy i nieobecności” czy „Zasady zakupów” są dla odbiorcy bardziej jednoznaczne niż wewnętrzne skróty działów. Warto zachować spójne nazewnictwo i jasno pokazać, która witryna odpowiada za dany temat.

Menu pomaga ludziom odnaleźć właściwe miejsce, ale nie jest instrukcją pobierania wiedzy dla agenta. Dodanie odnośnika do dokumentu lub innej witryny nie oznacza automatycznie włączenia tego zasobu do jego źródeł. Dlatego już na etapie projektowania architektury warto przygotować prostą mapę: obszar wiedzy, odpowiadająca mu witryna i zadania agenta, które ma ona wspierać. Pozwala to oddzielić organizację portalu od rzeczywistego zakresu wiedzy udostępnianej AI.

Biblioteki dokumentów w praktyce: projektowanie, foldery vs metadane, typy zawartości i szablony

Biblioteka dokumentów w SharePoint powinna ułatwiać nie tylko przechowywanie plików, lecz także rozpoznanie, jaką wiedzę zawierają. Dla agenta AI istotne jest, czy dokument opisuje obowiązującą procedurę, wyjaśnia pojęcie, czy przedstawia jedynie przykład. Dobrze zaprojektowana biblioteka pomaga uporządkować te różnice, ale nie zastąpi jednoznacznej treści dokumentów.

Jak wyznaczyć granice biblioteki?

Punktem wyjścia powinien być rodzaj wiedzy i sposób pracy z dokumentami, a nie samo odzwierciedlenie struktury organizacyjnej. Osobne biblioteki mają sens, gdy materiały służą wyraźnie różnym celom lub wymagają innych ustawień. Przykładowo procedury operacyjne mogą korzystać ze wspólnego układu i zestawu pól, podczas gdy dokumentacja techniczna wymaga oznaczenia produktu oraz jego wydania.

Nie warto jednak tworzyć oddzielnej biblioteki dla każdego tematu. Jeżeli dokumenty mają podobną strukturę i są obsługiwane w ten sam sposób, często wystarczy jedna biblioteka z odpowiednimi kolumnami i widokami. Nadmierne rozdrobnienie utrudnia użytkownikom wybór miejsca zapisu, a przy konfiguracji agenta może zwiększać liczbę lokalizacji, które trzeba wskazać jako źródła.

Przed przeniesieniem plików sprawdź również, jakie formaty i sposoby podłączania SharePoint obsługuje wybrane rozwiązanie AI. Możliwość zapisania pliku w bibliotece nie oznacza, że agent potrafi odczytać jego zawartość. Szczególnej uwagi wymagają skany, dokumenty zabezpieczone oraz materiały, w których zasadnicza wiedza znajduje się wyłącznie na obrazach.

Foldery czy metadane? Wybór zależy od sposobu korzystania z wiedzy

Foldery zapewniają prosty, znany użytkownikom podział. Metadane, czyli wartości zapisane w kolumnach biblioteki, pozwalają opisać ten sam dokument na kilka sposobów jednocześnie. Instrukcja może dotyczyć konkretnego produktu, procesu i grupy odbiorców bez kopiowania jej do trzech różnych miejsc.

W praktyce dobrym punktem wyjścia jest płytka struktura folderów albo biblioteka bez folderów, uzupełniona kilkoma przydatnymi kolumnami. Widoki mogą wtedy pokazywać np. instrukcje dotyczące wybranego produktu bez tworzenia dodatkowych kopii plików. Są jednak przede wszystkim narzędziem pracy użytkownika: widok biblioteki nie jest automatycznie filtrem źródeł dla agenta AI. Podobnie wykorzystanie metadanych przez agenta zależy od możliwości i konfiguracji integracji.

Typy zawartości: różne dokumenty w jednej bibliotece

Typ zawartości określa kategorię dokumentu wraz z przypisanym zestawem kolumn i opcjonalnym szablonem. Nie jest tym samym co format pliku: dwa dokumenty DOCX mogą reprezentować zupełnie różne materiały, np. procedurę i instrukcję.

To przydatne, gdy jedna biblioteka ma obsługiwać kilka powtarzalnych kategorii wiedzy. Procedura może wymagać wskazania procesu, a instrukcja — produktu, którego dotyczy. Typy zawartości pozwalają zachować te różnice bez rozdzielania wszystkich materiałów na osobne biblioteki. Warto zaczynać od kilku kategorii wynikających z rzeczywistych potrzeb, zamiast budować rozbudowany katalog wyjątków.

Szablony: kontekst powinien być także wewnątrz dokumentu

Szablon przypisany do typu zawartości pomaga autorom tworzyć dokumenty o przewidywalnym układzie. Dla instrukcji może obejmować cel, zakres zastosowania, warunki wstępne, kolejne kroki i wyjątki. Taka konstrukcja ułatwia agentowi powiązanie odpowiedzi z warunkami, w których dana instrukcja ma zastosowanie.

Najważniejsze informacje powinny znaleźć się wprost w treści. Zamiast nagłówka „Konfiguracja” lepiej użyć „Konfiguracja dostępu zdalnego dla urządzeń z systemem Windows”, jeśli dokument rzeczywiście opisuje taki przypadek. Szablon powinien zachęcać do precyzji, a nie do wypełniania pustych rubryk: krótki dokument z jasno określonym zakresem będzie użyteczniejszym źródłem niż obszerny plik pozbawiony kontekstu.

Uprawnienia i bezpieczeństwo dostępu: kto może korzystać z wiedzy SharePoint

Agent AI nie powinien udostępniać użytkownikowi informacji, których ten nie może odczytać bezpośrednio w SharePoint. Dotyczy to nie tylko linków do plików, lecz także cytatów, streszczeń i odpowiedzi łączących dane z kilku dokumentów. O bezpieczeństwie decyduje więc zarówno konfiguracja uprawnień w SharePoint, jak i sposób, w jaki agent pobiera oraz wykorzystuje treści. Samo wskazanie witryny jako źródła wiedzy nie gwarantuje zachowania tych ograniczeń.

Model dostępu: uprawnienia użytkownika czy aplikacji?

Przed podłączeniem źródła trzeba ustalić, w czyim kontekście agent uzyskuje dostęp do dokumentów. To podstawowa różnica między rozwiązaniem, które korzysta z tożsamości zalogowanego użytkownika, a integracją działającą z własnymi uprawnieniami aplikacyjnymi. W Cognity omawiamy tę różnicę zarówno od strony technicznej, jak i praktycznej – zgodnie z realiami pracy uczestników.

Jeżeli dokumenty są kopiowane do zewnętrznego indeksu lub bazy wiedzy, należy sprawdzić, czy integracja przenosi informacje o uprawnieniach i uwzględnia ich późniejsze zmiany. Kontrola dostępu powinna nastąpić przed przekazaniem fragmentów dokumentów do modelu, a nie dopiero podczas wyświetlania źródeł. Polecenie w instrukcji agenta, aby nie ujawniał poufnych danych, nie zastępuje mechanizmu autoryzacji.

Grupy zamiast uprawnień nadawanych pojedynczym osobom

W SharePoint podstawowy podział obejmuje właścicieli, członków i odwiedzających. Standardowo odpowiadają im poziomy: pełna kontrola, edycja i odczyt, choć rzeczywista konfiguracja witryny może zostać zmieniona. Osoba, która ma wyłącznie korzystać z dokumentów za pośrednictwem agenta, nie potrzebuje z tego powodu prawa do ich edytowania ani zarządzania dostępem.

Uprawnienia warto nadawać grupom odpowiadającym rzeczywistym rolom i zakresom odpowiedzialności. Grupy SharePoint służą do organizowania dostępu w witrynie, grupy zabezpieczeń Microsoft Entra ID pozwalają centralnie zarządzać członkostwem, a w witrynach zespołów połączonych z Microsoft 365 istotną rolę odgrywa powiązana grupa Microsoft 365. Nie są to mechanizmy zamienne w każdym scenariuszu — należy sprawdzić, który z nich faktycznie steruje dostępem do danej witryny.

Nadawanie uprawnień bezpośrednio pojedynczym osobom utrudnia późniejsze ustalenie, kto i dlaczego widzi określone materiały. Trzeba też uwzględnić dostęp przyznany przez udostępnianie plików, w tym linki i zaproszenia dla gości. Sama lista członków głównej grupy nie zawsze pokazuje pełny obraz.

Dziedziczenie jako reguła, wyjątki pod kontrolą

Biblioteki, foldery i dokumenty mogą dziedziczyć uprawnienia po obiekcie nadrzędnym. Taki model ułatwia zarządzanie: zmiana dostępu na wyższym poziomie obejmuje elementy, które nadal go dziedziczą. Przerwanie dziedziczenia pozwala nadać odrębne uprawnienia, ale tworzy wyjątek wymagający osobnej kontroli.

Jeżeli cała kategoria dokumentów ma być dostępna wyłącznie dla ograniczonej grupy, zwykle czytelniejszym rozwiązaniem jest wydzielona witryna lub biblioteka niż wiele indywidualnie zabezpieczonych plików. Dokumenty kadrowe nie powinny trafiać do źródła przeznaczonego dla wszystkich pracowników tylko dlatego, że agent ma odpowiadać na pytania dotyczące HR. Ogólnodostępne procedury i indywidualna dokumentacja pracownicza wymagają różnych granic dostępu.

Zasada najmniejszych uprawnień w praktyce

Integracji należy przyznać wyłącznie dostęp niezbędny do realizacji jej zadania. Jeśli agent ma wyszukiwać informacje i formułować odpowiedzi, zazwyczaj wystarczy odczyt wybranych zasobów. Nie potrzebuje uprawnień do usuwania dokumentów, zmiany ustawień witryny ani zarządzania użytkownikami. Dla integracji opartych na Microsoft Graph warto rozważyć uprawnienia ograniczające dostęp do wskazanych zasobów, na przykład Sites.Selected, jeśli wybrany sposób połączenia je obsługuje, zamiast szerokiego dostępu do wszystkich witryn.

Przed uruchomieniem agenta należy przetestować dostęp z kontami o różnych rolach. Test powinien obejmować pytania o dokumenty dozwolone i zabronione, próbę uzyskania ich streszczenia oraz sytuację po odebraniu uprawnień. Trzeba sprawdzić również historię rozmów i pamięć podręczną: cofnięcie dostępu w SharePoint nie musi automatycznie usuwać informacji wcześniej zapisanych przez inne komponenty rozwiązania.

5. Metadane, wersjonowanie i odpowiedzialność: właściciele, cykl życia dokumentu, oznaczanie wersji i statusów

Agent AI powinien korzystać nie tylko z treści dokumentu, lecz także z informacji pozwalających ocenić, czy dokument jest obowiązujący, jakiego zakresu dotyczy i kto odpowiada za jego poprawność. Sama data ostatniej modyfikacji nie wystarcza: poprawienie literówki nie oznacza aktualizacji procedury, a najnowszy plik może być dopiero projektem. Metadane i wersjonowanie pomagają rozróżnić te sytuacje, o ile integracja agenta rzeczywiście je uwzględnia.

Metadane opisujące znaczenie i ważność dokumentu

W kontekście źródła wiedzy dla AI największą wartość mają pola, które pomagają wybrać właściwy materiał i ustalić jego status. Nie chodzi o rozbudowaną kartotekę każdego pliku, lecz o spójny zestaw informacji potrzebnych do interpretacji treści.

Właściciel merytoryczny nie jest tym samym co autor ani ostatni edytujący. Systemowe pola SharePoint „Utworzone przez” i „Zmodyfikowane przez” opisują działania na pliku, ale nie potwierdzają odpowiedzialności za jego treść. Tę rolę warto wskazać osobno, np. w kolumnie typu „Osoba lub grupa”.

Historia wersji a obowiązujące wydanie

Historia wersji w SharePoint pozwala prześledzić zmiany i przywrócić wcześniejszą wersję dokumentu. W zależności od konfiguracji biblioteki można korzystać z wersji głównych, np. 2.0, oraz pomocniczych, np. 2.1, służących pracy nad kolejnymi zmianami. Numer wersji sam w sobie nie dowodzi jednak, że treść została zatwierdzona i już obowiązuje.

Wersjonowanie techniczne należy więc odróżnić od oznaczenia biznesowego. Dokument opisany jako „wydanie 3” może mieć wiele zapisanych wersji w SharePoint, powstałych podczas redakcji. Jeśli oba oznaczenia są potrzebne, powinny mieć jasno rozdzielone znaczenie. Dopisywanie do nazw plików określeń „final” czy „ostateczna” nie zastępuje ani historii zmian, ani jednoznacznego statusu.

Cykl życia: od projektu do wycofania

Prosty cykl życia może obejmować etapy: projekt → do zatwierdzenia → obowiązujący → wycofany. Każde przejście powinno mieć określony warunek i osobę odpowiedzialną. Autor przygotowuje materiał, właściciel merytoryczny odpowiada za jego poprawność, a upoważniona osoba zatwierdza publikację. W mniejszym zespole role te mogą się łączyć, ale odpowiedzialność nadal musi być czytelna.

Własna kolumna „Status” nie jest równoznaczna z mechanizmem zatwierdzania zawartości dostępnym w SharePoint. Sam wybór wartości „obowiązujący” nie uruchamia procesu akceptacji. Jeśli używane są oba rozwiązania, trzeba ustalić ich relację, aby dokument nie był jednocześnie oznaczony jako obowiązujący i oczekujący na zatwierdzenie.

Co z tych oznaczeń rzeczywiście wykorzysta agent?

Metadane nie stają się automatycznie regułami działania AI. Trzeba sprawdzić, czy wybrana integracja udostępnia potrzebne pola oraz umożliwia filtrowanie źródeł według statusu i dat obowiązywania. Podobnie obecność historii wersji w SharePoint nie oznacza, że agent potrafi odpowiadać na podstawie dowolnego historycznego wydania.

Przykładowo zatwierdzona instrukcja z przyszłą datą wejścia w życie nie powinna zastępować obecnej w odpowiedzi na pytanie „jak postąpić dzisiaj?”. Zasady wyboru źródeł muszą odzwierciedlać znaczenie metadanych, a nie opierać się wyłącznie na najnowszej dacie modyfikacji. Dzięki temu status i wersja dokumentu stają się praktycznym zabezpieczeniem jakości odpowiedzi, zamiast pozostawać jedynie opisem pliku.

6. Wyszukiwanie i odnajdywalność: indeksowanie, managed properties i zapytania

Dokument dostępny w bibliotece SharePoint nie musi być od razu dostępny w wynikach wyszukiwania. Nawet jeśli został już zaindeksowany, agent AI może go pominąć, gdy zapytanie nie obejmuje właściwej lokalizacji lub nie wykorzystuje odpowiednich właściwości. Odnajdywalność treści trzeba więc sprawdzać na całej ścieżce: od indeksu, przez zapytanie, po mechanizm pobierania źródeł przez agenta.

Indeksowanie: kiedy treść staje się dostępna dla wyszukiwarki

Wyszukiwanie SharePoint korzysta z indeksu, a nie z bezpośredniego przeglądania wszystkich dokumentów przy każdym pytaniu. Indeks zawiera informacje o zawartości i właściwościach elementów, które usługa zdołała przetworzyć. Dodanie pliku lub zmiana jego treści nie oznacza zatem natychmiastowej aktualizacji wyników. W SharePoint Online proces odbywa się automatycznie, a czas uwzględnienia zmian może się różnić.

Jeśli dokument nie pojawia się w wyszukiwaniu, najpierw sprawdź, czy ustawienia witryny i biblioteki pozwalają na uwzględnianie zawartości w wynikach. Następnie zweryfikuj, czy wyszukiwarka potrafi odczytać plik. Samo odnalezienie dokumentu po nazwie nie dowodzi, że jego treść została poprawnie przetworzona. Dotyczy to szczególnie skanów bez warstwy tekstowej: nie należy zakładać, że każdy taki plik automatycznie przejdzie rozpoznawanie tekstu.

Po zmianach w schemacie wyszukiwania może być potrzebne ponowne indeksowanie biblioteki lub witryny. Dostępne w ustawieniach żądanie ponownego indeksowania wskazuje zawartość do ponownego przetworzenia, ale nie uruchamia natychmiastowej przebudowy indeksu.

Managed properties: jak udostępnić właściwości dokumentów zapytaniom

W schemacie wyszukiwania rozróżnia się crawled properties, czyli właściwości pobierane podczas indeksowania, oraz managed properties — właściwości zarządzane, z których korzystają zapytania i wyniki. Mapowanie łączy informacje odczytane ze źródła z właściwościami dostępnymi dla wyszukiwarki. Nie każda kolumna biblioteki będzie automatycznie gotowa do wszystkich zastosowań w wyszukiwaniu.

Najważniejsze są możliwości przypisane do właściwości zarządzanej:

• Searchable — pozwala uwzględniać jej zawartość w wyszukiwaniu pełnotekstowym.
• Queryable — umożliwia wskazanie właściwości w warunku zapytania, na przykład ograniczenie wyników do określonej wartości.
• Retrievable — pozwala zwrócić wartość właściwości w wynikach.
• Refinable i Sortable — umożliwiają odpowiednio zawężanie wyników za pomocą filtrów i ich sortowanie.

To rozróżnienie ma znaczenie praktyczne: właściwość może uczestniczyć w wyszukiwaniu tekstowym, ale nie nadawać się do użycia jako filtr. W SharePoint Online do własnych filtrów często wykorzystuje się dostępne, wstępnie zdefiniowane właściwości, takie jak RefinableString00, mapując je na odpowiednie właściwości źródłowe. Zakres konfiguracji zależy od typu właściwości i poziomu schematu wyszukiwania.

Wyszukiwanie SharePoint a Microsoft Search

Wyszukiwanie w SharePoint służy przede wszystkim odnajdywaniu treści w kontekście witryn i zasobów SharePoint. Microsoft Search zapewnia szersze doświadczenie wyszukiwania w Microsoft 365, obejmujące — zależnie od miejsca, konfiguracji i dostępnych źródeł — także inne zasoby organizacji. Nie należy traktować ich jako dwóch całkowicie niezależnych indeksów dokumentów SharePoint.

Dla agenta AI kluczowy jest jednak nie sam interfejs wyszukiwarki, lecz sposób integracji. Agent może korzystać z wbudowanego połączenia ze źródłem wiedzy, interfejsu wyszukiwania albo osobnego indeksu tworzonego przez aplikację. Zmiana schematu SharePoint nie musi automatycznie zmienić działania każdego agenta. Trzeba potwierdzić, czy wybrany mechanizm obsługuje potrzebne właściwości, filtry i zakresy wyszukiwania.

Zapytania: ograniczanie wyników do właściwych źródeł

Pytanie użytkownika jest zwykle sformułowane naturalnie, natomiast warstwa wyszukiwania może uzupełniać je o precyzyjne ograniczenia. W mechanizmach obsługujących KQL, czyli Keyword Query Language, można łączyć frazę z warunkami dotyczącymi lokalizacji i typu pliku. Przykładowe zapytanie wygląda tak:

"instrukcja obsługi" AND Path:"https://<tenant>.sharepoint.com/sites/<witryna>" AND FileType:pdf AND IsDocument:true

Adres należy zastąpić rzeczywistą lokalizacją. Taki warunek zawęża wyniki do dokumentów PDF w określonym zakresie, ale nie gwarantuje znalezienia najlepszej odpowiedzi. Zbyt ścisła fraza może pominąć dokument używający innego sformułowania, a filtr formatu wykluczy przydatną stronę SharePoint. KQL jest narzędziem dla obsługującej go warstwy wyszukiwania, nie uniwersalną składnią poleceń dla każdego agenta.

Jak sprawdzić skuteczność odnajdywania wiedzy

Przygotuj zestaw rzeczywistych pytań użytkowników i przypisz do nich oczekiwane dokumenty źródłowe. Sprawdź osobno, czy dokument można znaleźć po charakterystycznym fragmencie treści, czy pojawia się przy pytaniu opisowym oraz czy agent rzeczywiście pobiera go jako źródło. Testy wykonuj z tożsamością i zakresem dostępu odpowiadającymi docelowemu użytkownikowi.

Jeżeli dokumentu nie znajduje wyszukiwarka, diagnozuj indeksowanie i zapytanie. Jeżeli wyszukiwarka go zwraca, lecz agent go pomija, sprawdź konfigurację integracji, filtry oraz sposób wyboru wyników. To pozwala odróżnić problem z dostępnością wiedzy od problemu z jej wykorzystaniem przy generowaniu odpowiedzi.

7. Higiena treści i utrzymanie aktualności: governance, przeglądy okresowe, archiwizacja, eliminacja duplikatów

Agent AI może poprawnie odczytać dokument, a mimo to udzielić nieaktualnej odpowiedzi. Wystarczy, że w jego źródłach pozostanie wycofana procedura, kopia dawnego cennika albo instrukcja opisująca proces, który już nie obowiązuje. Dlatego utrzymanie SharePoint jako źródła wiedzy wymaga nie tylko porządkowania plików, lecz także regularnego sprawdzania, które treści nadal powinny stanowić podstawę odpowiedzi agenta.

Governance: zasady utrzymania zamiast jednorazowego sprzątania

Governance to uzgodnione reguły zarządzania zasobem wiedzy. Powinny określać, co kwalifikuje się do wykorzystania przez agenta, kiedy treść wymaga ponownej oceny oraz jak postępować z materiałami błędnymi, zastąpionymi lub niepotrzebnymi. Warto odróżnić dokumentację roboczą od wiedzy przeznaczonej do udzielania odpowiedzi: notatka ze spotkania czy projekt instrukcji mogą być przydatne zespołowi, ale nie powinny automatycznie stawać się źródłem obowiązujących zasad.

Potrzebna jest również prosta ścieżka zgłaszania problemów. Gdy użytkownik zauważy błędną odpowiedź, zgłoszenie powinno zawierać pytanie, odpowiedź agenta i wskazane źródło. Pozwala to ustalić, czy przyczyną była nieaktualna treść, sprzeczność między dokumentami, czy sposób wyszukania i wykorzystania informacji. Sama korekta odpowiedzi nie usuwa błędu z bazy wiedzy.

Przeglądy okresowe zależne od ryzyka i tempa zmian

Nie wszystkie materiały wymagają jednakowej częstotliwości kontroli. Informacje o cenach, produktach czy procedurach operacyjnych mogą zmieniać się znacznie częściej niż materiały opisujące podstawowe pojęcia. Harmonogram przeglądów należy więc powiązać z tempem zmian i konsekwencjami udzielenia błędnej odpowiedzi. Dodatkowy przegląd powinny uruchamiać konkretne zdarzenia, takie jak zmiana przepisów, wdrożenie nowego systemu lub modyfikacja procesu.

Podczas kontroli warto odpowiedzieć na trzy pytania:

• Czy treść nadal opisuje obowiązujący stan i zawiera działające odnośniki?
• Czy nie została zastąpiona innym materiałem albo nie przeczy pozostałym źródłom?
• Czy nadal jest potrzebna w zakresie zadań obsługiwanych przez agenta?

Data ostatniej modyfikacji nie jest dowodem aktualności merytorycznej. Poprawienie formatowania może zmienić datę pliku, choć opisana w nim instrukcja pozostaje nieaktualna. Przegląd powinien kończyć się rzeczywistą decyzją: pozostawić, poprawić, scalić z innym materiałem albo wycofać z bieżącego użycia.

Archiwizacja a wyłączenie z odpowiedzi agenta

Archiwizacja służy zachowaniu historii, natomiast usunięcie oznacza pozbycie się treści — o ile pozwalają na to obowiązujące zasady retencji i wymagania prawne. Dokument nieprzydatny do bieżących odpowiedzi może nadal być potrzebny do audytu lub odtworzenia wcześniejszych ustaleń.

Przeniesienie pliku do folderu „Archiwum” nie gwarantuje, że agent przestanie go wykorzystywać. Zależy to od konfiguracji źródeł oraz mechanizmu pobierania wiedzy. Po wycofaniu materiału należy zweryfikować, czy rzeczywiście został wyłączony z bieżących odpowiedzi, uwzględniając ewentualne opóźnienia odświeżania danych. Jeśli agent ma odpowiadać również na pytania historyczne, powinien wyraźnie odróżniać dawne ustalenia od obecnie obowiązujących.

Eliminacja duplikatów i kontrola efektów

Duplikaty to nie tylko identyczne pliki. Większe ryzyko stwarzają podobne dokumenty z drobnymi, lecz istotnymi różnicami: innym terminem, kwotą lub opisem odpowiedzialności. Zamiast usuwać je wyłącznie na podstawie nazwy, trzeba porównać treść, wskazać materiał referencyjny i zachować potrzebne informacje. Tam, gdzie to możliwe, lepiej udostępniać odnośnik do jednego źródła niż tworzyć kolejne kopie.

Po porządkach warto ponownie zadać agentowi zestaw reprezentatywnych pytań i sprawdzić zarówno odpowiedzi, jak i cytowane dokumenty. Miarą skutecznej higieny treści nie jest liczba usuniętych plików, lecz to, czy agent korzysta z aktualnych, spójnych i właściwych źródeł.

Checklisty i rekomendacje wdrożeniowe: jak przygotować bibliotekę, ograniczać dostęp i utrzymywać porządek pod AI

Bibliotekę SharePoint warto udostępniać agentowi etapami: najpierw sprawdzony zestaw materiałów dla ograniczonej grupy użytkowników, następnie kolejne zasoby. Taki pilotaż pozwala zweryfikować nie tylko trafność odpowiedzi, lecz także sposób egzekwowania uprawnień i uwzględniania zmian w dokumentach. Warunkiem uruchomienia nie powinno być samo poprawne połączenie ze źródłem, ale zaliczenie testów jakości i dostępu.

Przed podłączeniem biblioteki: ustal zakres i kryteria odbioru

• Wybierz konkretny scenariusz. Określ, czy agent ma pomagać w odnajdywaniu procedur, odpowiadać na pytania o produkty, czy wspierać onboarding. Przygotuj zestaw rzeczywistych pytań oraz wskaż dokumenty, na podstawie których powinien odpowiadać.
• Wyznacz zatwierdzony zakres źródeł. Do pilotażu wybierz materiały aktualne i przeznaczone dla danej grupy odbiorców. Nie podłączaj całej witryny tylko dlatego, że jest to technicznie możliwe.
• Sprawdź odczyt reprezentatywnych plików. Przetestuj dokumenty zawierające tabele, skany i załączniki. Obecność pliku w bibliotece nie oznacza, że wybrana integracja poprawnie odczyta jego zawartość.
• Ustal oczekiwane zachowanie przy braku wiedzy. Agent powinien sygnalizować brak podstaw do odpowiedzi zamiast uzupełniać luki domysłami. Tam, gdzie rozwiązanie to umożliwia, wymagaj wskazania źródła pozwalającego zweryfikować odpowiedź.

Przed udostępnieniem agenta: sprawdź rzeczywisty dostęp

Rozróżnij integrację korzystającą z tożsamości użytkownika od rozwiązania pobierającego treści z uprawnieniami aplikacji lub kopiującego je do osobnego indeksu. Nie zakładaj, że uprawnienia SharePoint automatycznie zabezpieczają każdą warstwę rozwiązania. Sposób autoryzacji i aktualizowania ograniczeń dostępu trzeba potwierdzić dla konkretnego agenta oraz użytego połączenia.

• Testuj na kontach o różnych uprawnieniach. Sprawdź te same pytania jako użytkownik uprawniony i nieuprawniony. Oceń nie tylko linki, ale również treść odpowiedzi, cytaty, tytuły dokumentów i inne informacje mogące ujawnić chronioną zawartość.
• Zweryfikuj odebranie dostępu. Po zmianie uprawnień sprawdź, kiedy agent przestaje wykorzystywać dany materiał. Uwzględnij ewentualny indeks zewnętrzny, pamięć podręczną i historię rozmowy.
• Oddziel instrukcje agenta od materiałów źródłowych. Sprawdź, czy polecenia zapisane wewnątrz dokumentu nie skłaniają go do obchodzenia zasad lub ujawniania informacji spoza dozwolonego zakresu.
• Przygotuj procedurę wycofania. Wskaż osobę, która może wyłączyć źródło lub agenta, oraz sposób zgłaszania błędów i incydentów.

Po uruchomieniu: utrzymuj krótki cykl kontroli

Wyznacz odpowiedzialność za treści oraz za działanie integracji — nie musi to być ta sama osoba. Pierwsza rola rozstrzyga, czy materiał jest nadal obowiązujący; druga sprawdza, czy agent korzysta z właściwych źródeł i respektuje ograniczenia dostępu.

• Powtarzaj zestaw testów po istotnych zmianach. Dotyczy to zwłaszcza dodania źródeł, zmiany uprawnień i konfiguracji wyszukiwania.
• Sprawdzaj pełny cykl dokumentu. Przetestuj publikację, aktualizację i usunięcie materiału oraz czas, po którym zmiany są widoczne w odpowiedziach.
• Rejestruj błędy wraz z przyczyną. Odróżniaj brak właściwego dokumentu od problemu z jego odczytem, wyszukaniem lub interpretacją. Każdy z tych przypadków wymaga innej poprawki.

Rozszerzaj wdrożenie dopiero wtedy, gdy potrafisz wykazać, że agent odpowiada na podstawie zatwierdzonych materiałów, nie ujawnia treści osobom nieuprawnionym i uwzględnia zmiany w akceptowalnym czasie. To bardziej miarodajny sygnał gotowości niż liczba podłączonych dokumentów. W Cognity łączymy teorię z praktyką — dlatego przygotowanie źródeł wiedzy dla agenta AI rozwijamy także w formie ćwiczeń na szkoleniach.

Siedem podstawowych narzędzi zarządzania jakością – przegląd zastosowań 01 listopada 2026

MSA – analiza systemów pomiarowych w praktyce 30 października 2026