Jak ustawić auto-role na Discordzie — automatyczne nadawanie ról

Krótka odpowiedź: jak ustawić auto-role

Auto-role (automatyczne nadawanie ról) działa na Discordzie gdy bot reaguje na zdarzenie — dołączenie członka, kliknięcie reakcji, kliknięcie przycisku w embedzie — i wykonuje akcję „add role". W FlowCord to jeden trigger + jedna akcja: trigger member_join → akcja add role z wybraną rolą z pickera. Wymóg techniczny: rola bota musi być wyżej w hierarchii (Server Settings → Roles) niż rola którą nadaje. Limit serwera: 250 ról.

Co to jest auto-role i kiedy się przydaje

Auto-role to automatyzacja nadawania ról na Discordzie, bez ręcznej interwencji moderatora. Trzy klasyczne scenariusze:

• Rola przy dołączeniu: każdy nowy członek dostaje rolę „Niezweryfikowany" z ograniczonym dostępem, dopóki nie kliknie weryfikacji.
• Rola po reakcji (reaction role): użytkownik klika emoji pod panelem, bot nadaje rolę (np. „Zainteresowany JS", „Ping Eventy").
• Rola po weryfikacji przyciskiem: kliknięcie „Zweryfikuj" w embedzie powitalnym zamienia rolę „Niezweryfikowany" na „Member" z pełnym dostępem.

Trzy sposoby na auto-role

Walkthrough FlowCord: rola przy dołączeniu

1. Nowy workflow, trigger member_join na serwerze docelowym.
2. Akcja „Dodaj rolę". W pickerze ról wybierz rolę „Niezweryfikowany". Target: {user}.
3. (Opcjonalne) Akcja „Wyślij DM": „Witaj, kliknij weryfikację na #powitania żeby dostać pełny dostęp".
4. Publikuj. Od teraz każdy nowy członek ma rolę „Niezweryfikowany".

Szczegóły w pełnym poradniku auto-role przy dołączeniu. Combo z powitaniem opisane w artykule o welcome bocie.

Reaction roles — rola po reakcji emoji

Reaction role: użytkownik klika emoji pod panelem, bot nadaje rolę. Pattern najlepszy do ról „zainteresowań" — pingi o eventach, gry, języki programowania. Daje użytkownikowi kontrolę nad czym dostaje notyfikacje.

1. Stwórz panel: akcja „Wyślij embed" z listą emoji ↔ ról (np. 🎮 Ping Eventy, 📚 Kursy, 💼 Oferty pracy).
2. Nowy workflow, trigger reaction_add, filtruj po emoji (np. 🎮) i kanale (panel reaction roles).
3. Akcja „Dodaj rolę" „Ping Eventy" do użytkownika.
4. Dodaj drugi workflow na reaction_remove— akcja „Usuń rolę". Kliknięcie ponowne = toggle off.

Hierarchia znacząca: rola bota musi być wyżej niż wszystkie role nadawane przez reaction role. W przeciwnym razie akcja się nie wykona i bot zwróci błąd „Missing Permissions" w logach.

Weryfikacja przyciskiem — zamiana ról

Najlepszy UX: nowy członek widzi embed powitalny z przyciskiem „Zweryfikuj". Jeden klik: usuń rolę „Niezweryfikowany", dodaj rolę „Member", wyślij powitalną DM.

1. Workflow 1: trigger member_join → akcja add role „Niezweryfikowany" + akcja „Wyślij embed" na #powitania z przyciskiem „Zweryfikuj" (customId verify).
2. Workflow 2: trigger button_click → customId verify → akcja remove role „Niezweryfikowany" → akcja add role „Member" → akcja „Wyślij DM" „Weryfikacja complete, witaj na pełnym dostępie".

Przypadki użycia auto-role

Najczęstsze pułapki

• Hierarchia ról. Rola bota musi być wyżej niż rola którą nadaje. Najczęstszy błąd „Missing Access" / „Missing Permissions". Server Settings → Roles → przeciągnij rolę bota nad wszystkie docelowe.
• Brak uprawnienia Manage Roles. W OAuth2 URL bota (discord.com/developers → aplikacja → OAuth2 → URL Generator) musisz zaznaczyć manage_roles scope + bot scope. Bez tego bot nie nada ról.
• Limit 250 ról. Nie zbliżysz się w naturalnym użyciu. Ale jeśli każde „zainteresowanie" to osobna rola + osobne kombinacje, łatwo przekroczyć.
• Role konfliktujące. Jeśli user ma rolę A i B, a A odmawia uprawnienia X (deny), B zezwala (allow) — Discord stosuje deny priorytetowo. Planuj hierarchię ról świadomie.
• Reaction role cache. Bot musi mieć włączony intentGUILD_MESSAGE_REACTIONS (Gateway Intents w Developer Portal). Bez tego reakcje nie docierają.

Więcej o połączeniu auto-role z powitaniem w artykule o welcome bocie. A jeśli chcesz action-role połączyć z systemem zgłoszeń — mamy też artykuł o ticketach. Zobacz też feature page welcome bota i porównanie FlowCord vs Discord.js.