Uwaga: To tłumaczenie ma wyłącznie charakter informacyjny. W przypadku jakiejkolwiek rozbieżności pomiędzy angielskim tekstem a tym tłumaczeniem, powinno się brać pod uwagę wersję angielską.

Prywatność i bezpieczeństwo użytkowników zajmują wysokie miejsce na liście priorytetów Discorda, włączając w to, jak owe rzeczy zostają zachowane przy używaniu botów. W sierpniu ogłosiliśmy, że dostęp do treści wiadomości będzie wymagał przejścia przez boty będące na 100 lub więcej serwerach weryfikacji i uzyskania przez nie aprobaty na dostęp do tych uprzywilejowanych danych. Naszym celem jest upewnić się, że pilnowanie prywatności wiadomości jest naturalnym stanem rzeczy na świecie u botów operujących w większej skali na Discordzie oraz że dostęp do treści wiadomości jest przyznawany botowi wyłącznie na podstawie potrzeb jego głównej funkcji.  

Rzecz jasna jest wiele przypadków, gdzie bot ma słuszne potrzeby na uzyskanie dostępu do treści wiadomości. Do powszechnie spotykanych należą:

• Moderacja treści
• Interakcje w grze
• Uczenie maszynowe i aplikacje neurolingwistyczne
• Funkcje archiwizujące
• Wysyłanie wiadomości za pomocą bota i przekazywanie wiadomości z czatu

❓ Chcesz dowiedzieć się więcej o tym, jak to wygląda w Twoim konkretnym przypadku? Wyślij zgłoszenie pod https://dis.gd/contact za pomocą formularza Wsparcie dla deweloperów botów i API lub zapytaj na serwerze Discord dla deweloperów!

Aby uzyskać zgodę na używanie treści wiadomości, funkcja, która potrzebuje do tego dostępu, musi: 

• dostarczać unikalne, robiące wrażenie i/lub zmieniające życie doświadczenia użytkownikom; 
• nie być inwazyjna i stawiać prywatność oraz bezpieczeństwo użytkownika na pierwszym miejscu;
  • zamieść link do swojej Polityki prywatności w łatwym do odnalezienia dla użytkowników miejscu
• jej przejście na nasze nowe opcje interakcji nie może być wykonalne
• mieć znaczenie dla celu bota i jego istniejącego zestawu funkcji;
• nie mieć żadnego znaczącego wpływu na naszą infrastrukturę.

Zalecamy, żeby wszystkie boty zaczęły przechodzić na nasze nowe opcje interakcji, gdzie jest to w ogóle możliwe, nawet jeśli uzyskały dostęp do treści wiadomości.

Co obejmuje ten artykuł?

• Tło
• Kryteria do spełnienia
• Unikalność
• Robienie wrażenia
• Transformacyjność
• Nieinwazyjność
• Wykonalność migracji
• Problemy związane z biblioteką
• Znaczenie dla bota
• Wpływ na infrastrukturę
• Zgłaszanie botów
• Egzekwowanie

Tło

⚠️ Jeśli Twój bot operuje na 100 lub mniej serwerach, ta zmiana nie ma na ciebie wpływu.

Jeśli to czytasz, to pewnie dlatego, że już słyszałeś - od kwietnia 2022 roku dostęp do treści wiadomości będzie wymagał weryfikacji i uzyskania aprobaty przez każdego bota operującego na ponad 100 serwerach. Jeśli Twój bot jest na mniej niż 100 serwerach, ta zmiana cię nie dotyczy. 

Naszym celem jest upewnić się, że pilnowanie prywatności wiadomości jest naturalnym stanem rzeczy na świecie u botów operujących w większej skali na Discordzie oraz że dostęp do treści wiadomości jest przyznawany botowi wyłącznie ze względu na potrzeby jego kluczowych funkcji. Dostęp do treści wiadomości nie znika. Zawsze będą jakieś unikalne, interesujące i transformacyjne funkcje, które wymagają dostępu do wiadomości na serwerze: od moderacji, przez funkcje dotyczące rozgrywki. po rzeczy, których nawet sobie jeszcze nie możemy wyobrazić. Boty w dalszym ciągu będą miały dostęp do wiadomości, które je bezpośrednio  @oznaczają, jak i dostęp do prywatnych wiadomości, które zostały im wysłane, niezależnie od tego czy uzyskały zielone światło na dostęp do ich treści. 

Jeśli bot operujący w większej skali ma dostęp do ogromnej ilości wiadomości, musimy upewnić się, że jest tak z dobrego powodu. Uzyskanie aprobaty na dostęp do treści wiadomości również oznacza, że bot używa wiadomości na sposoby, których przeniesienie na nasze nowe opcje interakcji nie jest możliwe. Przetwarzanie wiadomości to ogromna odpowiedzialność, która może mieć ogromny wpływ na prywatność oraz bezpieczeństwo użytkowników na Discordzie.

Poniżej wyjaśnimy, co oznaczają różne wyżej wymienione kryteria i dlaczego są one ważne dla naszego procesu myślowego. 

Kryteria do spełnienia

Nasza filozofia, którą kierujemy się podczas zatwierdzania podań, opiera się na trzech podstawowych dogmatach. Szukamy funkcji, które są unikalne, robią wrażenie oraz takich, które są transformacyjne. Porozmawiajmy o tym, co to ogólnie oznacza i co będzie znaczyć dla wiadomości w przyszłości.  

Unikalność

📝 Funkcje, które uznajemy za UNIKALNE, to takie, które w żaden sposób nie są obecnie dostępne w kliencie.

Jeśli funkcja, którą tworzysz, jest czymś, co jest już do pewnego stopnia dostępne w kliencie, prawdopodobnie nie rozpatrzymy pozytywnie prośby o udzielenie dostępu dla tej funkcji.

• Przykład: Weźmy Guild Presences i dane dotyczące aktywności za przykład tego, jak generalnie stosujemy te kryteria. Jeśli funkcja bota opiera się na Guild presences i jedynym jej działaniem jest liczenie, jak wielu użytkowników jest online na danym serwerze - klient już to robi - możesz sprawdzić boczny pasek z listą użytkowników na każdym kanale, do którego dostęp ma rola @everyone! Gdyż klient robi to niemal identycznie, nie uznalibyśmy tego rodzaju funkcji za unikalną, a zatem nie przyznalibyśmy Ci dostępu do tych uprzywilejowanych danych wyłącznie do napędzania tego rodzaju funkcji. 
• Zwróć uwagę, że funkcje uznawane za “unikalne” mogą ulec zmianie razem z aplikacją. Zastrzegamy sobie prawo do odrzucenia podania lub usunięcia dostępu do uprzywilejowanych danych w sytuacji, gdy dana funkcjonalność zostanie dodana do aplikacji.

 Robienie wrażenia

📝 Funkcje, które uznajemy za ROBIĄCE WRAŻENIE, to takie, które są jasne, oczywiste i takie, które na pierwszy rzut oka mówią, po co są i jakie mają zastosowanie.

Ze wszystkich naszych kryteriów uznanie funkcji za taką, która robi wrażenie, ma w sobie chyba najwięcej niuansu. Dlatego zachęcamy do podzielenia się jak największą ilością szczegółów.

Dokładnie opisz swoje funkcje. Powiedz nam, dlaczego uważasz, że są fajne i dlaczego sądzisz, że użytkownicy ich potrzebują. Uwielbiamy, kiedy opowiadacie nam historie o oprogramowaniu, które tworzycie, więc opowiadajcie!

Mając to na uwadze, zwyczajne proszenie o pozytywne rozpatrzenie podania o udzielenie dostępu do treści wiadomości, żebyś mógł utrzymać niestandardowe prefixy lub tradycyjne interfejsy poleceń, skończy się odmową, gdyż nie uznajemy tego samego w sobie za coś imponującego.

Transformacyjność

📝 Funkcje, które uznajemy za TRANSFORMACYJNE, to takie, które wykorzystują informacje pozyskane z treści wiadomości do dostarczania nowych funkcji oraz funkcjonalności. 

Zwyczajne przytoczenie treści wiadomości w nowy sposób generalnie nie jest czymś, co uznajemy za “transformacyjne”. Deweloperzy często proszą o dodanie do listy wyjątków tylko po to, żeby mogli udostępniać informacje dot. użytkownika, dane serwera lub inne statystyki. Przeważnie tego rodzaju rzecz nie jest transformująca. 

Przykład: Weźmy Guild Presences i dane dotyczące aktywności za przykład tego, jak generalnie stosujemy te kryteria. Na przykład, jeśli po prostu wyświetlasz status aktywności innej osoby jakiegoś rodzaju komendą !activity [tutaj ID użytkownika], jest to po prostu odtworzeniem funkcjonalności, która istnieje już w aplikacji. Z drugiej strony, jeśli patrzysz na dane aktywności innej osoby i działasz na nich w sposób, w jaki klient nie jest w stanie, to jest to transformacyjne. Przykładem - komenda, która podaje słowa piosenki wspomnianej w cudzym statusie.

Nieinwazyjność

Oprócz szukania funkcji, które są unikalne, robiące wrażenie i transformujące, wymagamy również, aby funkcjonalności szanowały prywatność oraz bezpieczeństwo użytkownika.  

Jeśli masz zamiar gromadzić dane użytkowników do dostarczania jakiegoś stopnia funkcjonalności, musisz: 

• Upewnić się, że przestrzegasz wszystkich odpowiednich przepisów prawnych dotyczących prywatności. Obejmuje to wyraźne ujawnienie tego, jakie dane gromadzisz oraz jak ich używasz.
• Opublikuj swoją Politykę prywatności i udostępnij ją użytkownikom (i prześlij nam do niej link).
• Umożliw użytkownikom wycofanie się z udostępniania ci tych danych, nawet jeśli oznacza to, że nie będą w stanie korzystać z danej funkcji.
• Daj użytkownikom łatwy sposób na poproszenie o dostęp do swoich danych oraz ich kasację. 

Dla przypomnienia, twoją odpowiedzialnością jest upewnić się, że przejrzałeś i zastosowałeś się do naszych Warunków korzystania z usługi, Wytycznych dla społeczności, Regulaminu dewelopera oraz Warunków korzystania z API.

Przykład: Ponownie weźmy Guild Presences i dane dotyczące aktywności za przykład tego, jak generalnie stosujemy te kryteria. Gromadzenie danych o aktywności użytkownika, aby się mniej więcej dowiedzieć, w jakiej strefie czasowej żyją na podstawie czasu, jaki spędzili aktywnie na platformie, bez podania przez nich tych informacji osobiście. Najbardziej inwazyjnymi funkcjami są te, które są wykorzystywane do reklamowania i promowania na serwerach, co jest już wyraźnie zabronione przez nasz Regulamin dewelopera.

Wykonalność migracji

Rozpatrując podania o udzielenie dostępu do treści wiadomości, zamierzamy rozważyć wykonalność przejścia zadeklarowanej przez ciebie funkcjonalności na nowe interakcje tam, gdzie to możliwe. Naszym celem jest zachowanie funkcjonalności tych funkcji, które spełniają powyższe kryteria w obecnym stanie lub udzielenie pomocy z przejściem tych funkcji na nowe opcje interakcji tam, gdzie da się to zrobić.

Jeśli funkcja nie ma możliwości przejścia w żaden sposób, a spełnia nasze inne kryteria, najprawdopodobniej dostęp do treści wiadomości zostanie ci udzielony. Jeśli jednak funkcja ma możliwość przejścia na nowe interakcje po zmodyfikowaniu tego, co oferuje użytkownikowi do pewnego stopnia, prawdopodobnie będziemy się skłaniać bardziej w kierunku udzielenia Ci pomocy z przeniesieniem tej funkcjonalności, niż w kierunku zatwierdzenia dostępu do treści wiadomości. 

Problemy związane z biblioteką

Omawiając wykonalność migracji, ważnym jest dla nas oczywiście zastanowienie się nad wpływem bibliotek społecznościowych i przejściem przez nie na nowe opcje interakcji. Pracowaliśmy wspólnie ze społecznością libdev od początku lata, aby pomóc im przejść na nowe interakcje tak szybko i gładko jak to możliwe.

To powiedziawszy, nie będziemy w stanie przyznać dostępu do treści wiadomości w przypadkach, gdzie jedynym czynnikiem uniemożliwiających przejście na nowe interakcje jest niewspieranie ich przez wybraną bibliotekę. 

• Jeżeli używasz biblioteki, która nie wspiera interakcji i twoje funkcje nie są wystarczająco unikalne i imponujące, żeby uzasadnić dostęp do treści wiadomości, prosimy, rozważ zapoznanie się z rozszerzeniami biblioteki, alternatywnymi bibliotekami lub alternatywnymi językami tam, gdzie to możliwe. 

Boty dalej będą miały dostęp do jakichkolwiek wiadomości, które je bezpośrednio @oznaczają, jak i dostęp do prywatnych wiadomości, które zostały im wysłane, niezależnie od tego czy uzyskały zielone światło na dostęp do ich treści. Jeśli używasz biblioteki, która nie wspiera przejścia na nowe interakcje, w najgorszym wypadku możesz polegać na tym.

Znaczenie dla bota

Naszym celem jest upewnić się, że deweloperzy tylko otrzymują dostęp do wiadomości, gdzie jest to konieczne do dostarczania funkcjonalności, które są bezpośrednio istotne dla ich użytkowników. Mając to na uwadze, jeśli chodzi o dostęp do treści wiadomości, będziemy trochę bardziej wnikliwi w sprawie tego, czy zaproponowana funkcja jest istotna dla wcześniej zadeklarowanych ogólnych celów twojego bota. 

Zaplanuj sobie wyjaśnienie dlaczego twój bot w szczególności potrzebuje dostępu do treści wiadomości w celu umożliwienia działania danej funkcjonalności. 

🛑 Zastrzegamy sobie prawo do ponownego rozpatrzenia przyznanego dostępu i losowej weryfikacji dla jakiegokolwiek bota okresowo w celu upewnienia się, że stosują się do naszych zasad. Możemy odwołać weryfikację dla zweryfikowanego bota, jeśli bot znacząco uległ zmianie pod kątem celów i zastosowań zadeklarowanych w pierwszej aplikacji i nie został zaktualizowany.

Wpływ na infrastrukturę

• Funkcje które zachęcają do spamu.
• Funkcje które nadmiernie obciążają nasze bazy danych (np. bardzo szybkie i ciągłe wysyłanie tych samych zapytań).
• Funkcje które zachęcają do tzw. selfbottingu. 

Zgłaszanie botów

Jeśli natkniesz się na bota, który nie stosuje się do tej polityki, prosimy, zgłoś nam to wypełniając ten formularz: https://dis.gd/report

Egzekwowanie

Ta polityka jest egzekwowana przez nasz Zespół wsparcia dla deweloperów. Zespół rozpatrzy twoje podanie, w razie potrzeby poprosi o dalsze informacje i podejmie decyzję o zweryfikowaniu, niezweryfikowaniu lub odwołaniu weryfikacji w zależności od tego, jak bot stosuje się do tej polityki i wszystkich innych obowiązujących warunków i zasad. 

Masz jakieś pytania, wątpliwości albo uwagi? Formularz kontaktowy do naszego Zespołu wsparcia dla deweloperów oraz serwer Discord dla deweloperów są gotowe i czekają na Twoje pytania, podczas gdy my jesteśmy coraz bliżej dnia, gdy te zmiany wejdą w życie.