Sprawdź się: Konfiguracja kanałów: allowlisty, dmPolicy i wzmianki

Pytania quizu

1. Ustawiasz channels.telegram.dmPolicy na „open”, zapisujesz konfigurację i nieznana osoba dalej nie może napisać do agenta. Co pominąłeś?

   • Restart Gateway po zmianie polityki
   • Wpis „*” na allowliście kanału
   • Wyłączenie trybu privacy bota u BotFathera
   • Ustawienie groupPolicy również na „open”

   Tryb open wymaga jawnego wpisu „*” na allowliście — bez niego polityka nie ma czego przepuścić i wiadomości dalej są odrzucane, z wpisem allowlist w logu. Zmiany polityk łapie hot reload, więc restart tu nic nie daje: restartu wymagają tylko port, ustawienia uwierzytelniania i instalacja pluginu. Tryb privacy dotyczy wyłącznie grup, nie wiadomości prywatnych.

2. W jakiej kolejności OpenClaw sprawdza dostęp do wiadomości grupowej?

   • requireMention, potem groupPolicy, potem allowlisty grup
   • groupPolicy, potem allowlisty grup, potem bramka wzmianki
   • allowFrom, potem groupAllowFrom, potem groupPolicy
   • Rejestr groups, potem dmPolicy, potem requireMention

   Najpierw rozstrzyga groupPolicy, potem allowlisty grup — rejestr groups i groupAllowFrom — a dopiero na końcu działa bramka wzmianki z requireMention. Wzmianka sprawdzana jest ostatnia, więc wiadomość odrzucona wcześniej przez politykę nigdy do niej nie dotrze, choć w logach to właśnie ona zostawia najbardziej widoczny ślad. dmPolicy w grupach nie bierze udziału w ogóle.

3. Agent na Slacku ma odpowiadać w kanale #sprzedaz. Wpisujesz ten kanał na allowlistę pod nazwą i nic nie działa, mimo poprawnego tokenu. Dlaczego?

   • Kanał wymaga osobnego scope'u mpim:read
   • Allowlisty Slacka wymagają identyfikatorów w formacie C12345678
   • Trzeba ustawić dmPolicy na open
   • Kanał publiczny nie może być na allowliście

   Slack rozpoznaje w allowlistach wyłącznie stabilne identyfikatory typu C12345678; klucze oparte na nazwie przy groupPolicy ustawionym na allowlist nie pasują i wiadomości są odrzucane bez błędu. mpim:read faktycznie występuje w konfiguracji Slacka, tylko dotyczy wielosobowych DM-ów, a nie zwykłych kanałów. dmPolicy nie ma tu nic do rzeczy, bo mówimy o kanale, nie o rozmowie prywatnej.

4. Który klucz odpowiada za to, kto może zawołać agenta w rozmowie grupowej?

   • allowFrom
   • groupAllowFrom
   • contextVisibility
   • channels.<kanał>.accounts.<accountId>.allowFrom

   groupAllowFrom decyduje o autoryzacji nadawców w grupach, a allowFrom dotyczy wyłącznie wiadomości prywatnych i w grupach działa co najwyżej jako zapasowe źródło listy. contextVisibility rozstrzyga co innego: nie kto może zawołać agenta, tylko co model zobaczy z rozmowy. Wpis w gałęzi konta nadpisuje listę kanału i o tym trzeba pamiętać przy diagnozie, ale sam z siebie dotyczy DM-ów, nie grup.