Za co można dostać bana na koncie AI (ChatGPT, Claude, Gemini) i co zrobić, gdy firma straci dostęp

Konto AI firma traci zwykle nie przez jedno „złe pytanie”, tylko przez sposób korzystania: jeden login dzielony przez kilka osób, klucz API, który wyciekł i ktoś obcy generuje na nim spam, prywatną subskrypcję podpiętą pod firmowy automat, zakładanie nowego konta po blokadzie albo treści, które dostawca uznał za zakazane, czasem przez pomyłkę. Po banie przepada dostęp do historii rozmów, projektów i plików, a narzędzia działające na kluczu API przestają działać. Pomagamy w obu sytuacjach: gdy blokada już jest (ustalamy przyczynę, przygotowujemy odwołanie, przenosimy pracę tak, żeby firma nie stała) i zanim się pojawi (ustawiamy AI w firmie tak, żeby nie było o co banować).

Typowo wygląda to tak. Poniedziałek, 8:10. Handlowiec loguje się do ChatGPT na wspólnym koncie biuro@, z którego od pół roku korzysta pięć osób, i widzi komunikat o dezaktywacji konta. Trzy miesiące historii ofert, gotowe szablony maili, własny GPT do wycen, pliki z cennikami. Nic z tego nie jest dostępne. Ktoś pisze odwołanie, odpowiedzi brak, a zespół wraca do pisania ofert ręcznie. Nikt w firmie nie zrobił nic „strasznego”. Po prostu przez pół roku łamali regulamin, nie wiedząc o tym.

Poniżej opisujemy, za co dostawcy AI (OpenAI, Anthropic, Google i inni) naprawdę blokują konta, co wtedy przepada, jak się odwołać i jak ustawić AI w firmie, żeby ten poniedziałek się nie zdarzył.

Ban, limit, ostrzeżenie: co właściwie się stało?

Zanim zaczniecie panikować, sprawdźcie, z czym macie do czynienia. Te komunikaty wyglądają podobnie, a oznaczają zupełnie co innego.

• Limit użycia. Komunikat w stylu „osiągnięto limit wiadomości, spróbuj ponownie o 14:30”. To nie jest ban. Plan ma określoną liczbę wiadomości w danym oknie czasu i po prostu się skończyła. Wraca sama.
• Odmowa odpowiedzi. Model nie chce odpowiedzieć na konkretne pytanie, bo uznał je za ryzykowne. Konto działa dalej. Pojedyncza odmowa nie jest problemem, ale seria prób „obejścia” odmowy już może nim być.
• Ostrzeżenie albo prośba o weryfikację. Mail od dostawcy z informacją o naruszeniu zasad albo prośba o potwierdzenie numeru telefonu czy tożsamości. To sygnał, że system coś zauważył. Dobry moment, żeby przestać robić to, co go wywołało.
• Zawieszenie konta. Konto jest zablokowane na czas wyjaśnienia albo na określony czas. Zwykle przychodzi mail z informacją, co dalej.
• Dezaktywacja, czyli ban właściwy. Konto zamknięte. Bez dostępu do historii, projektów i plików.
• Blokada organizacji w API. Najbardziej bolesna dla firm, które mają AI wbudowane we własne narzędzia. Przestają działać wszystkie klucze organizacji naraz: chatbot na stronie, automat do faktur, skrypt do opisów produktów.

Osobna sprawa to utrata dostępu bez żadnego bana. Konto założone na prywatny mail pracownika, opłacane jego kartą. Pracownik odchodzi, konto odchodzi razem z nim. Formalnie wszystko w porządku, praktycznie efekt jest ten sam.

Wspólny login, VPN i logowanie z dziwnych miejsc

To najczęstsza przyczyna kłopotów w małych firmach i jednocześnie ta, o której najmniej osób wie, że w ogóle jest problemem.

Jedno konto na kilka osób. Plany indywidualne (ChatGPT Plus i Pro, Claude Pro i Max, prywatne Gemini) są przypisane do jednej osoby. Regulaminy dostawców zabraniają udostępniania danych logowania innym. Kiedy na jedno konto loguje się pięć osób z pięciu laptopów i dwóch telefonów, często w tym samym czasie i z różnych miast, system widzi wzorzec, który wygląda albo na odsprzedawanie dostępu, albo na przejęte konto. Jedno i drugie kończy się blokadą. Do pracy kilku osób służą plany zespołowe i firmowe (ChatGPT Business i Enterprise, Claude Team i Enterprise, Gemini w Google Workspace): każdy ma swoje miejsce, a administrator firmy widzi, kto ma dostęp.

VPN i loginy z kilku krajów. W Polsce te usługi działają normalnie, więc VPN nie jest do niczego potrzebny. Kłopot pojawia się, gdy pracownik ma włączony VPN z wyjściem w kraju, w którym dana usługa jest niedostępna, albo gdy konto w ciągu godziny loguje się z Polski, Holandii i Singapuru. Dla dostawcy wygląda to na obchodzenie ograniczeń regionalnych albo na kradzież konta. Firmowy VPN warto sprawdzić pod tym kątem, zanim zrobi to za Was system bezpieczeństwa dostawcy.

Konta kupione od pośredników. „ChatGPT Plus za pół ceny” z ogłoszenia, wspólne konto „na 10 osób” z grupy na Facebooku, gotowe konto API z przedpłaconym saldem. Takie konta są zwykle zakładane hurtem, często na cudze karty, i hurtem są zamykane. Razem z Waszą pracą w środku.

Automaty i programy podpięte pod prywatną subskrypcję

Tu wpadają firmy, które chcą dobrze. Ktoś znalazł sposób, żeby AI samo przerabiało maile, odpowiadało na Slacku albo generowało opisy produktów w nocy. Działa świetnie przez dwa miesiące, potem konto znika.

Powód jest prosty. Subskrypcja w aplikacji to co innego niż dostęp dla programów. Abonament ChatGPT czy Claude jest do korzystania w aplikacjach dostawcy (na stronie, w aplikacji na telefon, w ich oficjalnych narzędziach). Programy, skrypty i automaty mają łączyć się przez API, na kluczu, z osobnym rozliczeniem za użycie. Dostawcy piszą to w regulaminach wprost i coraz skuteczniej to egzekwują.

Co konkretnie bywa problemem:

• „Nieoficjalne API” z GitHuba albo z poradnika na YouTube, które udaje przeglądarkę i wysyła zapytania na Waszym loginie z subskrypcji.
• Nakładki i zewnętrzne programy, do których wkleja się token albo dane logowania z prywatnego abonamentu, żeby „nie płacić za API”.
• Wtyczki do przeglądarki, które same klikają w okno czatu i zbierają odpowiedzi. Automatyczne wyciąganie danych z serwisu jest zakazane w regulaminach.
• Praca w pętli 24 godziny na dobę na jednym koncie osobistym, z tysiącami zapytań w nocy, kiedy żaden człowiek przy komputerze nie siedzi.
• Używanie odpowiedzi do trenowania własnego modelu, który ma konkurować z modelem dostawcy. To rzadsze w małych firmach, ale bywa w software house'ach.

Jeśli macie w firmie jakikolwiek automat z AI, zadajcie jedno pytanie: czy ten program ma własny klucz API, za który płacimy osobno? Jeśli odpowiedź brzmi „nie, korzysta z konta Kasi”, macie gotowego kandydata na bana.

Klucz API, który wyciekł, i treści Waszych klientów

Gdy AI jest wbudowane we własne narzędzia firmy, ryzyko przesuwa się z pracowników na kod.

Wyciek klucza. Klucz API wpisany w kod strony, który widzi przeglądarka. Klucz w repozytorium na GitHubie, które ktoś na chwilę ustawił jako publiczne. Klucz wysłany mailem do freelancera albo wklejony w Excela z „dostępami”. Automaty przeszukujące internet znajdują takie klucze szybko. Ktoś obcy zaczyna na nich generować spam, treści oszukańcze albo coś gorszego. Dostawca widzi naruszenia na Waszej organizacji i ją blokuje, a rachunek za cudze zapytania przychodzi do Was. Część dostawców współpracuje z GitHubem i sama unieważnia klucze, które wyciekły do publicznego kodu. To dobrze, ale wtedy Wasze narzędzie i tak przestaje działać, tyle że bez bana. Klucze w kodzie przeglądarki to zresztą jedna z pierwszych rzeczy, które znajdujemy, gdy przejmujemy aplikacje napisane z pomocą AI.

Chatbot dla klientów bez moderacji. To mniej oczywiste. Jeśli wystawiliście czat AI na stronie, to wszystko, co wpiszą do niego Wasi użytkownicy, idzie do dostawcy na Waszym koncie. Ktoś dla zabawy każe botowi pisać zakazane treści, ktoś inny używa go jako darmowego ChatGPT do własnych celów. Dla dostawcy odpowiada za to właściciel konta, czyli Wy. Regulaminy API wprost oczekują, że firma pilnuje, co jej użytkownicy robią z modelem. W praktyce oznacza to moderację wejścia (dostawcy udostępniają do tego narzędzia), limit zapytań na jednego użytkownika, przekazywanie do dostawcy anonimowego identyfikatora użytkownika i ograniczenie bota do tematów firmy.

Typowy obrazek: sklep internetowy uruchamia czat „zapytaj o produkt”. Po tygodniu połowa rozmów nie dotyczy produktów, tylko pisania wypracowań, kodu i rzeczy, o których lepiej nie wspominać. Nikt w sklepie tych rozmów nie czyta. Dostawca czyta je automatycznie.

Treści zakazane, także przez pomyłkę

Każdy dostawca ma zasady dopuszczalnego użycia. Część zakazów jest oczywista i żadna uczciwa firma na nie nie wpadnie: złośliwe oprogramowanie, materiały seksualne z udziałem nieletnich, pomoc przy broni, nękanie konkretnych osób.

Ale są też zakazy, na które firmy wpadają z rozpędu, bo „przecież wszyscy tak robią”:

• Fałszywe opinie. „Napisz 20 pozytywnych opinii o naszej restauracji, każdą innym stylem, do wrzucenia na Google.” To jest wprowadzanie w błąd i łamie zasady zarówno dostawcy AI, jak i Google.
• Podszywanie się. Maile „od banku” albo „od kontrahenta” pisane do testu albo do żartu, podrabianie czyjegoś stylu w wiadomości, która ma wyglądać na prawdziwą, generowanie wizerunku realnej osoby bez jej zgody.
• Masowy spam. Tysiące spersonalizowanych maili do ludzi, którzy się na nie nie zgadzali, generowanych w pętli.
• Próby obchodzenia zabezpieczeń. Pracownik z ciekawości wkleja „udawaj, że nie masz żadnych zasad” i próbuje dziesięć razy z rzędu. Pojedyncza próba kończy się odmową. Uporczywe powtarzanie bywa flagowane.

Osobna i naprawdę nieprzyjemna kategoria to fałszywe alarmy. Automatyczne systemy bezpieczeństwa nie znają kontekstu Waszej branży. Firma zajmująca się bezpieczeństwem IT pyta o działanie konkretnego wirusa, bo analizuje incydent u klienta. Producent środków czystości pyta o reakcje chemiczne. Kancelaria karna wkleja akta z opisem przestępstwa. Klinika pyta o dawki leków. Wszystko legalne i zawodowe, a dla klasyfikatora wygląda groźnie. Takie konta też bywają blokowane i wtedy dobre odwołanie z opisem działalności firmy ma realne szanse. W branżach „wrażliwych” lepiej od początku pracować na planie firmowym albo przez API, z jasno opisanym zastosowaniem, niż na prywatnym koncie, które nie mówi o Was nic.

Płatności i zakładanie nowego konta po blokadzie

Zakwestionowanie płatności w banku. Ktoś w księgowości nie rozpoznał obciążenia „OPENAI *CHATGPT” i zgłosił je w banku jako nieautoryzowane. Bank cofa płatność, dostawca dostaje sygnał o sporze i zawiesza konto. Zanim zakwestionujecie płatność za usługę AI, sprawdźcie, kto w firmie z niej korzysta.

Wygasła karta firmowa. To zwykle nie ban, tylko ograniczenie albo przejście na darmowy plan, ale w API skutkiem jest zatrzymanie wszystkich narzędzi, gdy skończy się saldo. Alert o niskim saldzie i druga karta zapasowa kosztują pięć minut.

Nowe konto po banie. Najgorszy możliwy ruch. Dostawcy traktują to jako obchodzenie blokady. Nowe konto na ten sam numer telefonu, tę samą kartę, z tego samego komputera zwykle szybko podziela los starego, a w odwołaniu od pierwszej blokady mocno Wam to zaszkodzi. Jeśli firma musi pracować dalej (a musi), robimy to inaczej: na dostępie, który jest zgodny z zasadami od pierwszego dnia, o czym niżej.

Co przepada po banie i co z danymi firmy?

Lista bywa dłuższa, niż firmy zakładają:

• cała historia rozmów, razem z ofertami, analizami i tekstami, które w niej powstały,
• projekty, wgrane pliki i instrukcje do nich,
• własne asystenty skonfigurowane w aplikacji (GPT-y, Gemy, projekty w Claude) z dopracowanymi przez miesiące instrukcjami,
• pamięć, czyli to, co model „wiedział” o Waszej firmie i stylu pracy,
• w API: wszystkie klucze organizacji i narzędzia, które na nich działają, a często też przedpłacone saldo (czy wraca, zależy od dostawcy i powodu blokady).

Dane, które wysłaliście, nie znikają. Leżą u dostawcy przez okres opisany w jego zasadach przechowywania. Wy po prostu nie macie już do nich dostępu. Jeśli w rozmowach były dane osobowe klientów albo pracowników, to dobry moment, żeby sprawdzić, czy to w ogóle było dopuszczalne na tym planie. Więcej o tym, jak pracownicy wynoszą dane do czatów i jak to zatrzymać bez zakazywania AI, pisaliśmy w artykule o shadow AI w firmie.

Najbardziej boli zwykle nie sama historia, tylko instrukcje. Ktoś przez pół roku dopracowywał prompt do wycen, który uwzględnia rabaty, terminy i wyjątki dla stałych klientów. Ten tekst istniał tylko w ustawieniach konta. Po banie zostaje pamięć jednej osoby.

Jak odwołać się od bana i ile to trwa?

Każdy duży dostawca ma oficjalną ścieżkę odwołania. Link zwykle jest w mailu z informacją o blokadzie albo w centrum pomocy dostawcy. Kolejność, która ma sens:

• Zapiszcie wszystko. Zrzut ekranu komunikatu, data i godzina, pełna treść maila od dostawcy, adres konta, którego to dotyczy.
• Nie zakładajcie nowego konta i nie próbujcie logować się z innych urządzeń, żeby „sprawdzić”.
• Ustalcie, co się działo w ostatnich tygodniach. Kto korzystał z konta, z jakich urządzeń, czy był podpięty jakiś automat, czy ktoś nie wkleił klucza do nowego narzędzia. W API pomocne są logi użycia i rozliczenia: nagły skok zapytań w nocy mówi więcej niż ankieta w zespole.
• Napiszcie odwołanie rzeczowo. Kim jesteście jako firma, do czego używacie AI, co mogło wywołać flagę i co już zmieniliście (na przykład: „wspólne konto zastąpiliśmy planem firmowym z osobnymi kontami”, „klucz został unieważniony, kod poprawiony”). Bez emocji, bez gróźb, bez pisania tego samego dziesięć razy. Odwołanie po angielsku zwykle trafia szybciej we właściwe ręce.
• Wysyłajcie z właściwego adresu, czyli z tego, na który było konto, i przez oficjalny formularz, a nie przez media społecznościowe.

Ile to trwa? Nie ma gwarantowanego terminu. Bywa kilka dni, bywa kilka tygodni, bywa odmowa bez szczegółowego uzasadnienia. Decyzja należy wyłącznie do dostawcy. Jeśli ktoś obiecuje Wam „odblokowanie konta w 24 godziny”, to albo nie wie, o czym mówi, albo chce sprzedać Wam nowe konto z ogłoszenia, co kończy się drugim banem.

Jak pomagamy, gdy ban już jest

Najpierw krótka rozmowa: co się stało, od kiedy, co firma straciła i co musi działać od jutra. Potem idziemy równolegle dwoma torami.

Tor pierwszy: wyjaśnienie i odwołanie.

• Ustalamy prawdopodobną przyczynę: przeglądamy sposób korzystania z konta, automaty, wtyczki, miejsca, w których mógł leżeć klucz, logi użycia i rozliczenia w API.
• Usuwamy przyczynę, zanim pójdzie odwołanie: unieważniamy i wymieniamy klucze, wyłączamy nieoficjalne nakładki, dokładamy moderację do chatbota, porządkujemy konta.
• Przygotowujemy treść odwołania z faktami i listą zmian, po angielsku. Wysyłacie je Wy, ze swojego konta, bo to Wasze konto i Wasza relacja z dostawcą.

Tor drugi: firma pracuje dalej.

• Krytyczne narzędzia przenosimy na dostęp zgodny z zasadami od pierwszego dnia: firmowy klucz API albo inny model, jeśli trzeba. Chatbot na stronie, automat do dokumentów czy generator opisów wracają do pracy, zanim dostawca odpowie na odwołanie.
• Odtwarzamy to, co się da: instrukcje i szablony z pamięci zespołu, z maili, z dokumentów, w których lądowały wyniki rozmów. Tym razem zapisujemy je w firmowym miejscu, a nie wyłącznie w ustawieniach czatu.
• Jeśli wolicie mieć temat kont, limitów i regulaminów całkowicie z głowy, AI może pracować w portalu firmy, który prowadzimy i utrzymujemy my. Dostęp do modelu, kopie i zasady korzystania są wtedy po naszej stronie, a zespół po prostu pracuje z przeglądarki i telefonu.

Uczciwie: nie gwarantujemy odblokowania starego konta, bo nikt poza dostawcą nie może tego zagwarantować. Gwarantujemy, że przyczyna zostanie usunięta, odwołanie będzie porządne, a firma nie będzie czekać z założonymi rękami.

Bany poza AI: kiedy automat z AI wpada na LinkedIn, Google albo zaporę dostawcy

Coraz częściej blokuje nie dostawca AI, tylko platforma, na której AI coś robi za Was.

• LinkedIn. Wtyczki, które same wysyłają zaproszenia i piszą wiadomości generowane przez AI, łamią regulamin serwisu. Konto handlowca dostaje ograniczenia, a czasem trafia do weryfikacji, i to akurat w środku kampanii.
• Opinie Google. Wysyp podobnych opinii w krótkim czasie, pisanych jedną ręką (albo jednym modelem), kończy się ich usuwaniem, a w gorszym przypadku ograniczeniami profilu firmy.
• Poczta. Masowa wysyłka maili generowanych przez AI z firmowej domeny bez porządnego uwierzytelnienia (SPF, DKIM, DMARC) i z dużą liczbą zgłoszeń spamu ląduje na czarnych listach. Wtedy nie dochodzą też zwykłe maile do klientów i faktury.
• Panele dostawców i hurtowni. Automat, który loguje się do panelu kontrahenta „jak człowiek”, żeby ściągnąć cennik, często trafia na zaporę antybotową. To nie jest ban Waszego adresu, tylko ochrona serwisu przed automatami, i obchodzenie jej to zła droga.

Tu pomagamy podobnie: przepinamy automaty na oficjalne API i integracje tam, gdzie istnieją, ustawiamy rozsądne limity i tempo, porządkujemy uwierzytelnienie poczty, a tam, gdzie API nie ma, prosimy dostawcę o plik albo dostęp dla programów zamiast walczyć z jego zabezpieczeniami.

Od czego zaczynamy, żeby bana w ogóle nie było

Profilaktyka jest dużo tańsza i nudniejsza niż odwołania. Przy porządkowaniu AI w firmie robimy zwykle tak:

• Spis. Kto w firmie korzysta z jakiego AI, na jakim koncie, na czyj mail i kto za to płaci. W firmie na 20 osób spis regularnie wychodzi dłuższy, niż zakładał właściciel.
• Konta firmowe zamiast wspólnych loginów. Plan zespołowy, każde konto na adres w domenie firmy, administrator po stronie firmy. Odchodzący pracownik oddaje dostęp jak klucze do biura.
• Programy tylko przez API. Każde narzędzie ma swój klucz, klucze leżą w sejfie albo w ustawieniach serwera, nigdy w kodzie strony ani w Excelu. Limity wydatków i alerty o nietypowym użyciu.
• Chatbot dla klientów z bezpiecznikami: moderacja wejścia, limit zapytań na osobę, ograniczenie do tematów firmy, log rozmów, który ktoś czasem przegląda.
• Jedna strona zasad dla zespołu. Czego nie wklejamy, nie testujemy obchodzenia zabezpieczeń, nie piszemy opinii o sobie, nie kupujemy kont z ogłoszeń, nie kwestionujemy płatności bez pytania.
• Kopia tego, co ważne. Instrukcje, prompty, szablony i wyniki trzymamy w firmowych dokumentach, a nie wyłącznie w historii czatu.
• Plan B dla procesów, które muszą działać. Drugi model albo drugi dostawca przygotowany zawczasu, żeby blokada jednego konta nie zatrzymywała obsługi klientów.

Macie wspólne konto do AI, automat na czyimś prywatnym abonamencie albo klucz API, o którym nikt już nie pamięta, gdzie jest wpisany? Lepiej sprawdzić to teraz niż w poniedziałek o 8:10. Umówcie 15 minut rozmowy: przejdziemy przez to, jak korzystacie z AI, i powiemy wprost, co grozi blokadą. A jeśli konto już leży, zacznijmy od tego, żeby firma od jutra pracowała dalej. Zobaczcie też nasze realne wdrożenia.