Klucz API to jak osobisty kod dostępu do usługi AI (np. OpenAI, Google Gemini, Anthropic). W modelu BYOK wklejasz ten kod do aplikacji na telefonie; aplikacja woła wybranego dostawcę w Twoim imieniu. Podobnie opisują BYOK dokumentacje narzędzi takich jak JetBrains czy GitHub Copilot, własny klucz, własna kontrola nad tym, którego providera używasz (JetBrains: Bring your own key; podobną ideę widać też w dokumentacji GitHub Copilot SDK).

To nie jest „hasło do Studdly”. To kontrakt między Tobą a firmą AI.

Aplikacje edukacyjne mają dwa typowe modele AI:

1. AI „w cenie produktu”: firma trzyma własne klucze, Ty płacisz subskrypcję, Twoje treści często idą przez serwery produktu.
2. BYOK: produkt jest warstwą narzędziową (skan, OCR, quizy), a „mózg językowy” należy do Ciebie / wybranego dostawcy.

BYOK bywa uczciwszy kosztowo przy sporadycznym użyciu: płacisz za faktyczne wywołania API, a nie z góry za pakiet, którego nie zużyjesz. Daje też przejrzystość: wiesz, dokąd leci tekst do analizy. W dyskusjach deweloperskich model BYOK pojawia się właśnie jako sposób na fair i zrównoważoną integrację AI. Użytkownik nie jest uwięziony w jednym „czarnym pudełku” dostawcy aplikacji.

Minus: trzeba raz przejść przez rejestrację u dostawcy i pilnować limitu / karty. Dlatego tłumaczymy to spokojnie, bez straszenia.

W Studdly architektura jest celowo rozdzielona:

• Zdjęcia i OCR: rozpoznawanie tekstu z podręcznika / notatek dzieje się na urządzeniu (Google ML Kit). Same skany nie muszą wędrować na serwer Studdly „do kolejki analizy”.
• Klucz API: wklejasz go w aplikacji; ma żyć u Ciebie na telefonie (lokalnie), nie jako „konto w chmurze Studdly z kopią notatek”.
• Wywołanie AI: gdy generujesz podtematy i quizy, telefon rozmawia z API dostawcy, którego wybrałeś, używając Twojego klucza. Studdly nie jest pośrednikiem, który trzyma Twoją kolejkę materiałów szkolnych na własnym backendzie.
• Nauka po wygenerowaniu: czytanie i quizy mogą działać offline, bo treść jest już na urządzeniu.

Ważne niuans (bez paniki): lokalny klucz ≠ niewidzialność dla dostawcy AI. Tekst, który wysyłasz do modelu, widzi firma, której API używasz, według ich polityki prywatności i warunków. BYOK przenosi tę relację na linię Ty ↔ dostawca, zamiast Ty ↔ aplikacja ↔ (nieznany) backend.

Rynek się zmienia, ale logika jest stała. Typowi dostawcy modeli językowych to m.in. OpenAI, Google (Gemini), Anthropic i agregatory typu OpenRouter. W aplikacji z BYOK zwykle wybierasz providera z listy, wklejasz klucz z panelu deweloperskiego i testujesz krótkim wywołaniem.

Na co patrzeć przy wyborze (praktycznie):

• czy da się założyć konto w wieku / z kartą, którą macie,
• czy jest czytelny panel zużycia (ile zapytań / tokenów poszło),
• czy model radzi sobie z językiem polskim na poziomie szkolnym (tu pomaga krótki test na 1-2 stronach podręcznika),
• czy limity free / trial wystarczą na sesję przed sprawdzianem.

Nie ma jednego „najlepszego na zawsze”. Jest ten, który dziś działa u Was i którego zużycie rozumiecie.

Wielu dostawców oferuje kredyty startowe, trial albo tańsze warstwy. To wygodne do startu, ale tu pojawiają się trzy realne ryzyka, o których warto wiedzieć spokojnie:

1. Limit się kończy w środku sesji. Generowanie quizów z całego rozdziału zużywa więcej niż „jedno pytanie do czatu”. Lepiej zacząć od kilku stron, zobaczyć koszt, potem dokładać.
2. Karta i auto-dopłaty. Sprawdź w panelu dostawcy, czy po wyczerpaniu free nie włącza się płatność. Ustaw limity wydatków, jeśli provider je daje. To zwykła higiena konta, jak przy grach mobilnych.
3. Klucz to dostęp do Twojego portfela API. Nie wklejaj go na zrzutach ekranu, w group chatach klasy ani w publicznym GitHubie. Jeśli klucz „wyciekł”, unieważnij go w panelu i wygeneruj nowy, tak jak zmieniasz hasło.

Nie musisz bać się AI. Musisz wiedzieć, że klucz API to narzędzie płatnicze / dostępowe, nie magiczny talizman.

BYOK nie sprawia, że model „nie widzi” Twojego tekstu, widzi go dostawca API, któremu wysyłasz zapytanie. Nie gwarantuje też, że AI zawsze poprawnie streści rozdział z biologii: błędy modelu się zdarzają, dlatego quiz i podręcznik powinny iść w parze. Nie zastępuje też zgody rodziców / szkoły na korzystanie z narzędzi AI, jeśli u Was obowiązują własne zasady.

Co BYOK robi dobrze: rozdziela odpowiedzialności. Studdly organizuje OCR i ścieżkę nauki. Dostawca AI przetwarza tekst na Twoje życzenie. Ty (albo rodzic) trzymacie klucz i widzicie zużycie. To czytelniejszy układ niż „aplikacja jakoś tam ma AI w środku i nie wiadomo, gdzie lecą notatki”.

Jeśli porównujesz z innymi produktami „AI do szkoły”, pytaj wprost: czy klucz jest Wasz, czy firmowy? Czy skany zostają na telefonie? Czy da się uczyć offline po wygenerowaniu? Te trzy pytania filtrują marketing szybciej niż rankingi w social mediach.

Studdly to offline-first aplikacja do nauki ze skanu podręcznika: OCR na urządzeniu, a analiza AI idzie z Twoim kluczem do wybranego dostawcy (BYOK). Potem quizy i czytanie działają offline.

Ten tekst jest o BYOK, a Studdly jest przykładem, po co ten model w edukacji: nie tworzysz konta „u nas na AI z notatkami w środku”, tylko wklejasz klucz i kontrolujesz, którego providera używasz. To właśnie dlatego aplikacja pasuje do rozmowy uczeń-rodzic o prywatności i kosztach.

Jeśli chcesz zobaczyć BYOK w praktyce szkolnej (skan → quizy), nie tylko w definicji: studdly.app.

„Czy Studdly sprzedaje nasze notatki?” Model BYOK + OCR on-device jest właśnie po to, by nie budować biznesu na „zbieraniu zeszytów w chmurze produktu”. Wywołania AI idą do dostawcy, którego wybraliście.

„Czy dziecko musi mieć kartę?” Zależy od dostawcy i od tego, czy korzystacie z limitu darmowego / kredytu. Często konto zakłada rodzic, a klucz trafia tylko do aplikacji na telefonie ucznia; limity wydatków warto ustawić od razu.

„Czy bez klucza aplikacja jest bezużyteczna?” Generowanie ścieżki z AI wymaga klucza. Samo trzymanie już wygenerowanych materiałów i quizów offline ma sens właśnie wtedy, gdy raz przygotujesz zestaw przed sprawdzianem, a potem powtarzasz bez ciągłego „dopłacania za każde kliknięcie”.

„Czy to legalne / bezpieczne dla 15-latka?” Korzystacie z oficjalnego API dostawcy według jego regulaminu wieku i płatności. Bezpieczeństwo to: silne konto u dostawcy, klucz tylko w aplikacji, brak udostępniania zrzutów ekranu z kluczem, rozsądne limity.

• Mam panel dostawcy otwarty i wiem, gdzie wyłączyć / zrotować klucz.
• Sprawdziłem limity free / billing alerts.
• Nie wrzucam klucza na Discord klasy ani do Stories.
• Testuję na 2-3 stronach, zanim skanuję cały podręcznik.

BYOK brzmi technicznie, ale sprowadza się do prostego kontraktu: Ty masz klucz, Ty wybierasz mózg AI, aplikacja organizuje naukę. Tyle, i właśnie tyle wystarczy, żeby świadomie korzystać z AI w szkole.

• JetBrains, Bring your own key (BYOK)
• GitHub Docs, BYOK (bring your own key)
• Studdly, studdly.app (opis produktu: OCR on-device, BYOK, quizy)