Bezpieczeństwo Agentforce projektowane przed pierwszą akcją.

Najpierw definiujemy, czego agent nie może zrobić.

Każdy agent otrzymuje wyraźny cel, dozwolone tematy, źródła wiedzy i zestaw akcji. Rozdzielamy odpowiedzi informacyjne od operacji zmieniających dane. Im bardziej odwracalna i niskiego ryzyka jest akcja, tym większą autonomię można rozważyć.

Operacje finansowe, zmiany dostępu, zobowiązania wobec klienta i decyzje regulowane wymagają dodatkowych warstw kontroli. Projektujemy potwierdzenia, zatwierdzenia, limity, reguły eskalacji i bezpieczne zatrzymanie procesu.

• Least privilege i sharing model
• Dozwolone tematy oraz akcje
• Human-in-the-loop i approvals
• Limity, walidacje i idempotencja

Trust Layer nie zastępuje poprawnej konfiguracji Salesforce.

Einstein Trust Layer zapewnia mechanizmy takie jak bezpieczne osadzanie danych, maskowanie wrażliwych wartości, audyt i zasady retencji dostawców modeli. Nie naprawi jednak zbyt szerokich permission sets, błędnego sharing modelu ani integracji, która omija kontrolę dostępu.

Przeglądamy profile, permission sets, sharing, Named Credentials, kanały integracji i dostęp do dokumentów. Sprawdzamy też, czy agent działa w kontekście właściwego użytkownika lub tożsamości systemowej oraz jak różne role zobaczą tę samą rozmowę.

Produkcja potrzebuje właściciela, metryk i ścieżki zmian.

Governance określa, kto zatwierdza nowy temat, akcję lub źródło wiedzy, jak przechodzą testy oraz kto reaguje na incydenty. Łączymy standard Salesforce release management z oceną niedeterministycznych zachowań agenta.

Po uruchomieniu monitorujemy błędne klasyfikacje, nieudane akcje, eskalacje, jakość odpowiedzi, zużycie i sygnały bezpieczeństwa. Każda zmiana instrukcji lub wiedzy powinna być wersjonowana, testowana i możliwa do wycofania.