Zrozum połączenia OAuth

OAuth jest obsługiwanym sposobem uwierzytelniania, ale każdy proces udzielania zgody musi być skonfigurowany i przetestowany dla konkretnego miejsca docelowego. Pomyślny test klucza API nie potwierdza gotowości OAuth dla danego klienta AI.

Określenie związków obu zgody#

Klient AI może uwierzytelniać się w instalacji lub jej bramie za pomocą obsługiwanego, natywnego procesu logowania. Niezależnie od tego serwer może potrzebować danych uwierzytelniających OAuth, aby wywoływać usługę zewnętrzną w imieniu konta firmowego.

Tych konfiguracji nie można stosować zamiennie. Pośrednik OAuth dla usługi zewnętrznej może potrzebować adresów punktów końcowych autoryzacji i tokenów dostawcy, danych rejestracji klienta oraz zakresów dostępu. Nie przełączaj istniejącego połączenia z kluczem API na OAuth tylko dlatego, że klient udostępnia przycisk OAuth.

Przepływ połączenia uzgodnionego#

Użyj dokładnego adresu serwera lub bramki w odsłonie. Kiedy otwiera się ekran zgody przeglądarki, sprawdź domenę, konto i wymagany dostęp. Autoryzacja tylko zamierzonej publiczności i zakresu przy użyciu normalnego procesu dostawcy.

Nie wysyłaj adresu adresowego zawierającego autoryzację do obsługi lub wklejenia go na rozmowę AI. Zachowuj tokeny i sekrety klientów na obsługiwanej zaszyfrowanej trasie konfiguracyjnej.

Weryfikacja po zatwierdzeniu#

Potwierdź, że klient AI zwraca się do stanu połączonego, odkrywa tylko zamierzone narzędzia i kończy uzgodnione działanie tylko do odczytu na prawidłowym koncie. W którym odświeżenie jest częścią skonfigurowanego przepływu, weryfikuj go zamiast zakładać, że początkowe połączenie będzie trwać bez końca.

W przypadku braku zgody#

Zapisz etap i ponowny błąd. Niezgodny adres przekierowujący, niewłaściwy przepływ rejestracyjny, niewłaściwe konto, brak zakresu lub wygasły dotacje na wcześniejszą metę mogą wymagać różnych poprawek. Nie wyłączać uwierzytelniania, przyjąć ostrzeżenie lub ponownie użyć tokenu innej osoby.