Dokumentacja Rivya AI

Przewodnik po logowaniu i dostępie do konta Rivya

Loguj się do Rivya przez Google lub sześciocyfrowy kod e-mail, uwzględniaj sterowane wdrożeniem starsze opcje, odzyskiwanie, strony chronione i bezpieczeństwo.

Ostatni przegląd: 2026/08/29

Ten przewodnik wyjaśnia metody logowania, brakujące przyciski, odzyskiwanie dostępu, strony chronione i bezpieczeństwo konta Rivya.

System uwierzytelniania jest prosty dla użytkownika, ale widoczne metody zależą od konfiguracji wdrożenia i rzeczywiście podłączonych dostawców.

Bieżące metody logowania

Gdy logowanie kodem e-mail jest włączone, bieżący kontrakt może przedstawiać Google i sześciocyfrowy kod jako podstawowe metody.

Logowanie kodem działa tak:

  • Rivya wysyła sześciocyfrowy kod na podany adres

  • kod wygasa po pięciu minutach

  • kod dopuszcza najwyżej trzy próby weryfikacji

  • żądanie i weryfikacja zależą od usług pocztowych i bezpieczeństwa skonfigurowanych we wdrożeniu

Hasło, link jednorazowy, Discord i GitHub to starsze lub opcjonalne ścieżki. Pojawiają się tylko po włączeniu starszych metod i skonfigurowaniu wymaganych funkcji lub danych dostępowych. Google również wymaga danych dostępowych we wdrożeniu.

Obsługa metody w kodzie nie oznacza, że każde wdrożenie pokazuje ją użytkownikowi.

Dlaczego metody może brakować

Metoda może być nieobecna, gdy:

  • funkcja jest wyłączona w konfiguracji witryny

  • dane dostępowe dostawcy nie są skonfigurowane

  • wdrożenie wyłączyło starsze metody

  • potrzebna usługa pocztowa lub bezpieczeństwa jest niedostępna

Dlatego jedno środowisko może pokazywać Google i kod e-mail, a inne węższy zestaw. Brak hasła, linku jednorazowego, Discorda lub GitHuba nie oznacza awarii; użyj metody rzeczywiście udostępnionej w danym wdrożeniu.

Ścieżki logowania, rejestracji i odzyskiwania

Główne wejścia:

  • /auth/login

  • /auth/register

Starsze odzyskiwanie hasła lub link jednorazowy mogą używać:

  • /auth/forgot-password

  • /auth/reset-password

  • /auth/magic-link-status

Błędy uwierzytelniania używają:

  • /auth/error

Sześciocyfrowy kod jest obsługiwany w bieżącym formularzu logowania i nie wymaga osobnej publicznej strony odzyskiwania.

Kiedy używać kodu lub starszego odzyskiwania

Użyj sześciocyfrowego kodu, gdy formularz go oferuje. Po wygaśnięciu poproś o nowy; nie powtarzaj starego kodu po wykorzystaniu trzech prób.

Resetu hasła używaj tylko wtedy, gdy:

  • wdrożenie nadal pokazuje starszy dostęp hasłem

  • konto już korzysta z danych logowania: adresu e-mail i hasła

  • hasło zostało zapomniane

  • strona bezpieczeństwa kieruje do tego procesu

Linku jednorazowego używaj tylko wtedy, gdy wdrożenie pokazuje tę starszą lub opcjonalną metodę i potrzebujesz krótkotrwałego logowania e-mail. Nieprawidłowy stan jest zgłaszany przez /auth/magic-link-status.

Co Dzieje Się po Logowaniu

Bieżącym domyślnym miejscem po zalogowaniu jest /dashboard.

To celowe. Panel jest najłatwiejszym miejscem powrotu do pracy po zalogowaniu.

Stamtąd możesz przejść do:

  • studiów

  • historii

  • powiadomień

  • ustawień rozliczeń i kredytów

Chronione Strony vs Strony Publiczne

Rivya utrzymuje realny podział między publicznym odkrywaniem a pracą po uwierzytelnieniu.

Strony publiczne pozwalają:

  • przeglądać modele

  • porównywać narzędzia

  • sprawdzać ceny

  • zaczynać od publicznych bloków szybkiego startu

Strony chronione to te, w których znaczenie ma zapisany stan konta, na przykład:

  • /dashboard

  • /studio/*

  • /history/*

  • /notifications

  • /settings/*

  • /payment

Chroniony układ sprawdza sesję na serwerze, a nie tylko w przeglądarce. Jeśli nie jesteś zalogowany, oczekiwanym zachowaniem tych ścieżek jest przekierowanie do logowania.

Dlaczego Ustawienia Bezpieczeństwa Wyglądają Inaczej u Różnych Użytkowników

/settings/security jest powiązane z rzeczywistymi metodami uwierzytelniania na koncie.

To znaczy, że strona może zachowywać się inaczej w zależności od tego, jak pierwotnie się zalogowałeś:

  • konta ze starszym hasłem mogą zmienić je bezpośrednio

  • konta bez hasła mogą być kierowane do odzyskiwania tylko przy włączonym starszym dostępie

  • konta Google, kodu jednorazowego i starszych dostawców społecznościowych mogą pokazywać różne ustawienia danych dostępowych

  • uprawnieni użytkownicy mogą usunąć konto

To normalne zachowanie produktu, a nie niespójność interfejsu.

Praktyczna Reguła dla Problemów z Dostępem

Jeśli pytanie brzmi:

Jak dostać się do konta?

Zacznij od stron logowania.

Jeśli pytanie brzmi:

Jestem już w środku, ale muszę zarządzać hasłem, bezpieczeństwem konta albo usunięciem.

Zacznij od /settings/security.

Jeśli pytanie brzmi:

Dlaczego ta strona ciągle odsyła mnie do logowania?

Traktuj to jako granicę dostępu, a nie błąd treści. Prawdopodobnie jesteś na chronionej ścieżce.

Przeczytaj Dalej

Checklista Dostępu

Gdy logowanie, tożsamość konta albo uprawnienia blokują pracę, sprawdź:

  • Potwierdź, które metody logowania bieżące wdrożenie rzeczywiście udostępnia.

  • Do logowania e-mail użyj najnowszego sześciocyfrowego kodu w ciągu pięciu minut.

  • Sprawdź, czy celem jest publiczne przeglądanie, czy zapisana praca podlegająca rozliczeniu.

  • Zaloguj się przed przesłaniem plików, korzystaniem z zapisanej historii, zarządzaniem płatnościami albo kontynuacją w Studio.

  • Używaj odzyskiwania hasła lub linku jednorazowego tylko wtedy, gdy wdrożenie pokazuje te starsze ścieżki.

  • Zachowaj adres powrotu, aby po zalogowaniu wrócić do rozpoczętego zadania.

Sprawdź Ponownie Przed Resetowaniem Dostępu

Sprawdź ponownie, jeśli mogą istnieć różne konta, wyłączona metoda logowania, nieaktualny adres powrotu, wygasły link resetu lub strona publiczna, która wygląda, jakby powinna działać bez logowania.