Jak zaprojektować RAG nad SharePoint z zachowaniem praw użytkowników?
Najpierw odpowiedz na głos lub w myślach, potem porównaj.
Odpowiedź
Najpierw ustalam, jakie dokumenty i rodzaje uprawnień trzeba obsłużyć. Mogę korzystać z wyszukiwania egzekwującego dostęp u źródła albo budować własny indeks z aktualizacją treści i praw. Porównuję dostępne możliwości, opóźnienie aktualizacji i koszt utrzymania.
Przy własnym indeksie każdy fragment wskazuje dokument i wersję. Zapisuję także informacje potrzebne do ograniczenia odczytu. Backend ustala tożsamość użytkownika i dopuszcza wyłącznie dozwolone materiały przed wysłaniem ich modelowi. Jeśli odebranie praw ma działać od razu, sam okresowy import nie wystarczy.
Testuję zmianę członkostwa grupy, usunięcie pliku i próbę odczytu cudzego wyniku z cache. Nie obiecuję pełnej zgodności praw tylko dlatego, że użyłam Graph lub gotowego konektora. Najpierw sprawdzam wspierane scenariusze.
Dlaczego to ważne: Łączy podstawy RAG, logowania i aktualizacji w jeden scenariusz.
Możliwe dopytania: Czy dostęp aplikacji do witryny oznacza prawo każdego pracownika do wszystkich jej plików?
Jak poszło? Bądź szczery — „Jeszcze nie” dodaje pytanie do powtórki.
Zacznij od
- D-P15 · Co to jest idempotencja? — Backend, dane i system design
- G-P01 · Co to jest RAG? — RAG i retrieval
- H-P01 · Czym agent AI różni się od zwykłego wywołania modelu? — Agenci i workflow
Przećwicz w kodzie
- Asystent z nowym wymaganiem — samodzielna ocena z listą kontrolną
Dalsza lektura
- Azure AI Search: Document-level access control(otwiera się w nowej karcie)Docs; dostęp 22.10.2026. Security filters, native ACL i funkcje preview; synchronizacja praw wymaga jawnego mechanizmu.
- Microsoft ISE: Propagating SharePoint Document Permissions(otwiera się w nowej karcie)30.04.2026. Przykład materializacji ACL i Sites.Selected; zakres trzeba sprawdzić dla konkretnego środowiska.