Sprawdź 103 GWARANTOWANE TERMINY SZKOLEŃ na rok 2026! Dofinansowanie do 100% — sprawdź możliwości z BUR i KFS!
22 299 53 69
Nowe szkolenie

Ollama i lokalne modele LLM dla programistów - od własnego laptopa do serwera API

Praktyczne szkolenie, po którym uczestnicy potrafią świadomie dobrać model do sprzętu i zadania, uruchomić go lokalnie oraz wykorzystać przez API w działającej integracji.

więcej →

Program, termin i format dostosujemy do Twojego zespołu

2400 PLN netto 2 952 PLN brutto Dofinansowanie BUR/KFS
Czas trwania 3 dni
Łukasz Matuszewski
Łukasz Matuszewski Autor szkolenia

Najbliższe terminy 9:00 – 16:00

05.10 –
Gwarantowany Online
Łukasz Matuszewski Łukasz Matuszewski
Termin niegwarantowany
Do koszyka
Kliknij aby przejść do formularza zapisu
16.11 –
Gwarantowany Online
Łukasz Matuszewski Łukasz Matuszewski
Termin niegwarantowany
Do koszyka
Kliknij aby przejść do formularza zapisu
Powiadamiaj mnie o nowych terminach gwarantowanych tego szkolenia

Powiadomienia o terminach gwarantowanych

Na podany adres e-mail będziesz otrzymywać informacje o pojawiających się terminach gwarantowanych szkolenia Ollama i lokalne modele LLM dla programistów - od własnego laptopa do serwera API.

Z powiadomień możesz wypisać się w dowolnym momencie.

Zorganizuj to szkolenie tylko dla swojego zespołu

To szkolenie można zorganizować w formie zamkniętej — z programem dopasowanym do potrzeb Twojego zespołu, w uzgodnionym terminie i formacie.

Dowiedz się więcej

Opis szkolenia

O szkoleniu w skrócie

Każde zapytanie do modelu w chmurze to Twoje dane na cudzym serwerze i rachunek, który rośnie razem z ruchem. Przy części zadań - klasyfikacji zgłoszeń, ekstrakcji danych z dokumentów, generowaniu danych testowych - to koszt i ryzyko ponoszone bez powodu, bo model, który do tego wystarczy, zmieściłby się na sprzęcie, który już masz.

To szkolenie prowadzi od decyzji do działającej integracji. Zaczynasz od pytania, czy lokalnie w ogóle ma u Ciebie sens, i uczysz się rozstrzygać je danymi zamiast modą. Potem szacujesz, jaki model i jak długi kontekst uciągnie konkretny komputer, uruchamiasz usługę Ollama, składasz własny profil zadania w Modelfile, wołasz model z kodu przez natywne API i przez endpoint zgodny z OpenAI, wymuszasz odpowiedzi zgodne ze schematem i podpinasz model do swojego IDE.

Drugiego dnia kończysz z działającym mini-projektem: klasyfikatorem zgłoszeń od wejścia API po zwalidowany wynik, z kartą modelu i pomiarem jakości na własnym zestawie testowym. To nie jest demo do wyrzucenia po szkoleniu, tylko szkielet, który rozwijasz u siebie.

Program nie sprzedaje bajki, że lokalnie automatycznie znaczy prywatnie i tanio. Pokazuje, gdzie naprawdę wędrują dane przy integracji z IDE i agentami, jak licencja modelu potrafi wykluczyć zastosowanie komercyjne i kiedy Ollama przestaje być właściwym serwerem. Omawiamy też kontenery i GPU, bezpieczne wystawienie API poza localhost, benchmark współbieżności, porównanie z llama.cpp i vLLM oraz decyzja o architekturze hybrydowej.

Dla kogo

  1. programistów i full-stack developerów, którzy chcą integrować lokalne modele z aplikacjami i narzędziami deweloperskimi,
  2. testerów i inżynierów jakości zainteresowanych lokalnym generowaniem danych, analizą wyników i powtarzalnymi testami modeli,
  3. analityków oraz data/AI engineerów budujących prototypy, ekstrakcję danych i przepływy oparte na API,
  4. administratorów, DevOps i osób utrzymujących środowiska techniczne,
  5. liderów technicznych i architektów podejmujących decyzje między rozwiązaniem lokalnym, hybrydowym i chmurowym.

Pełne wykonanie ćwiczeń wymaga podstawowej swobody w terminalu oraz podstaw programowania i korzystania z API. Szkolenie nie jest kursem programowania od zera. Uczestnicy bez tych podstaw mogą skorzystać z części demonstracyjnej, ale nie wykonają samodzielnie wszystkich laboratoriów integracyjnych.

Co osiągniesz

Uczestnik po szkoleniu:

  1. ocenisz, kiedy lokalny model ma sens, a kiedy właściwsza jest usługa chmurowa, architektura hybrydowa lub inny serwer inferencyjny,
  2. oszacujesz wpływ CPU, GPU, RAM, VRAM, rozmiaru modelu, kwantyzacji i kontekstu na możliwość uruchomienia zadania,
  3. wyjaśnisz relację między Ollama, formatem GGUF i silnikiem llama.cpp,
  4. uruchomisz lokalną usługę Ollama i obsłużysz model przez CLI oraz aplikację (GUI),
  5. przygotujesz własną konfigurację modelu w Modelfile,
  6. wykorzystasz natywne API Ollama oraz interfejs zgodny z OpenAI w kodzie aplikacji,
  7. zastosujesz ustrukturyzowane odpowiedzi i proste wywołanie narzędzia z walidacją danych,
  8. połączysz Ollama ze swoimi IDE i agentami CLI,
  9. zbudujesz mini-projekt API oraz przygotujesz kartę modelu dla własnego sprzętu,
  10. przygotujesz uzasadnioną decyzję dotyczącą bezpiecznego hostowania, wydajności i dalszej architektury.

Co wyróżnia to szkolenie

  • Gotowe środowisko zamiast walki z działem IT. Windows w chmurze i połączenie zdalnym pulpitem: żadnych próśb o uprawnienia do instalacji i żadnego dnia straconego na konfigurację.
  • Prowadzi praktyk, nie prezenter. Trener z 20-letnim doświadczeniem komercyjnym jako full-stack developer i CTO, który tych narzędzi używa na co dzień we własnych procesach. Pokazuje rozwiązania sprawdzone w pracy, nie zebrane z dokumentacji.
  • Pełna ścieżka od modelu do API. Program nie kończy się na ollama run. Uczestnicy konfigurują model, wywołują go z kodu i budują działający mini-projekt.
  • Aktualność bez kruchej listy modeli. Modele i integracje są zatwierdzane krótko przed szkoleniem, dzięki czemu program nie utrwala przypadkowych nazw ani szybko starzejących się wersji.
  • Prywatność bez uproszczeń. Szkolenie rozróżnia lokalną inferencję od całego przepływu danych i pokazuje, jak zewnętrzne integracje, narzędzia agentowe lub usługi chmurowe zmieniają profil ryzyka.
  • Świadoma droga do produkcji. Porównujemy Ollama z innymi serwerami i modelami wdrożenia. Celem jest trafna decyzja, a nie promowanie jednego dostawcy.

Metodyka

  • Rytm laboratorium. Krótkie wprowadzenie prowadzi do pomiaru, konfiguracji lub integracji, a każdy rezultat jest zapisywany w karcie modelu, kodzie albo dokumencie decyzyjnym.
  • Najpierw decyzja, potem narzędzie. Każdy wybór modelu i architektury wynika z zadania, charakteru danych, jakości, opóźnienia, sprzętu, licencji i sposobu utrzymania.
  • Jedno zadanie, różne profile. Grupa porównuje małe modele awaryjne i modele dobrane do mocniejszych stacji.
  • Praktyka oparta na artefaktach. Każdy moduł kończy się nazwanym ćwiczeniem i konkretnym rezultatem: kartą decyzji, profilem modelu, konfiguracją, skryptem API, benchmarkiem lub dokumentem architektonicznym.
  • Bezpieczeństwo w całym procesie. Uczestnicy sprawdzają, gdzie faktycznie trafiają dane, jakie uprawnienia mają narzędzia i gdzie kończy się ochrona zapewniana przez lokalne uruchomienie.

Oprogramowanie i wymagany dostęp

  • Zapewniamy środowiska szkoleniowe z systemem Windows i niezbędnym oprogramowaniem w chmurze - łączenie następuje przez zdalny pulpit. Dzięki temu nie pojawią się problemy z uprawnieniami do instalacji oprogramowania.
Przejdź do programu szkolenia

Prowadzący szkolenie

Łukasz Matuszewski

Łukasz Matuszewski

Z Web Developmentem związany od 2003r, a z branżą szkoleń IT od 2010r. Pracował w wielu projektach dla globalnych korporacji (m.in. Roche, Fiji Water) oraz międzynarodowych startupów. Zarówno Full-Stack (TypeScript, React/Next, Node, Python, PHP, CI/CD, VPS, Cloud) i Desktop (Electron, Swift, Tauri, Rust).


Od lat wykorzystuje AI w swojej pracy (napierw Tabnine, potem Copilot, Cursor, Snyk i wiele innych), aplikacjach (od małych modeli dla IoT, po Voice AI i Avatary 3D) i automatyzacjach (RAG, OCR, itp.). Na szkoleniach stawia na praktyczne mini-projekty, ucząc jak AI może oszczędzić czas bez utraty jakości. Szkoli po polsku i angielsku, zarówno programistów jak i zespoły biznesowe.

Program szkolenia



Dzień 1 - lokalne modele od decyzji do własnej konfiguracji



1.1 Lokalnie, w chmurze czy hybrydowo? Macierz decyzji


Cel: dobrać sposób uruchomienia modelu do danych, zadania, sprzętu i wymagań organizacji, bez zakładania, że lokalnie zawsze znaczy lepiej lub bezpieczniej.

  • lokalna inferencja, modele chmurowe i architektura hybrydowa,
  • prywatność, opóźnienie, dostępność offline, jakość, utrzymanie i model rozliczeń,
  • granice prywatności przy integracjach z IDE, agentami i zewnętrznymi narzędziami,
  • Ollama jako środowisko lokalne i prototypowe oraz sytuacje, w których potrzebny jest inny serwer.

Ćwiczenie: "Macierz lokalnie czy chmura" - uczestnik ocenia trzy scenariusze firmowe według danych, jakości, sprzętu, licencji, utrzymania i ryzyka, a następnie uzasadnia wybraną architekturę.


1.2 Sprzęt, model i pamięć bez zgadywania


Cel: oszacować, jaki model i kontekst mają szansę działać na konkretnym komputerze oraz rozumieć kompromisy między jakością i wymaganiami sprzętowymi.

  • CPU i GPU, RAM i VRAM oraz pamięć zunifikowana,
  • rozmiar modelu, kwantyzacja, długość kontekstu i pamięć podręczna kontekstu,
  • GGUF jako format modeli oraz relacja Ollama z llama.cpp,
  • licencje modeli i konieczność ich sprawdzenia przed użyciem organizacyjnym,
  • wpływ słabszego sprzętu na rozmiar modelu, kontekst i czas odpowiedzi bez obietnic konkretnych prędkości.

Ćwiczenie: "Karta profilu sprzętowego" - uczestnik opisuje własny laptop, wyznacza bezpieczny profil modelu i kontekstu oraz zapisuje plan awaryjny dla słabszej konfiguracji.


1.3 Ollama Server, CLI i aplikacja (GUI) w praktyce


Cel: uruchomić kompletne lokalne środowisko, zarządzać modelami i potwierdzić, gdzie wykonywana jest inferencja.

  • architektura lokalnej usługi Ollama server i jej endpointu,
  • pobieranie, uruchamianie, zatrzymywanie i kontrola modeli przez CLI,
  • praca z aplikacją Ollama (GUI) oraz porównanie interfejsów,
  • obsługa modeli GGUF i wybór aktualnych modeli laboratoryjnych,
  • modele lokalne i modele chmurowe jako dwa różne profile przepływu danych.

Ćwiczenie: "Pierwsze uruchomienie i trasa danych" - uczestnik uruchamia usługę lokalną, korzysta z modelu przez CLI i aplikację (GUI), sprawdza aktywny proces oraz dokumentuje, czy zapytanie pozostało lokalne.


1.4 Modelfile i powtarzalny profil zadania


Cel: utworzyć własną, powtarzalną konfigurację modelu i przetestować wpływ parametrów na wynik.

  • budowa Modelfile z modelem bazowym, instrukcją systemową i parametrami,
  • ustawienia temperatury i kontekstu oraz ich wpływ na odpowiedź,
  • import wspieranego modelu GGUF i zasady pochodzenia plików,
  • porównanie wyników na dwóch profilach bez utożsamiania większego modelu z automatycznie lepszym wynikiem.

Ćwiczenie: "Lokalny klasyfikator zgłoszeń" - uczestnik tworzy w Modelfile profil klasyfikujący fikcyjne zgłoszenia, uruchamia serię testów i zapisuje wynik w karcie modelu.

Rezultat dnia: działająca lokalna usługa Ollama, karta profilu sprzętowego, dobrany model bazowy oraz własny, przetestowany profil zadania w Modelfile.



Dzień 2 - API, integracje i działający mini-projekt



2.1 Natywne API i interfejs zgodny z OpenAI


Cel: wywołać lokalny model z kodu i świadomie wybrać interfejs API odpowiedni dla aplikacji.

  • natywne API Ollama do rozmowy i generowania,
  • endpoint zgodny z OpenAI jako sposób ponownego użycia istniejących bibliotek,
  • dostępna w danej edycji zgodność z interfejsem Anthropic i jej rola w integracjach, po ponownej weryfikacji przed szkoleniem,
  • streaming, błędy, timeouty i kontrola modelu,
  • walidacja, czy biblioteka rzeczywiście korzysta z lokalnego adresu.

Ćwiczenie: "Jedno zapytanie, dwa interfejsy" - uczestnik wysyła to samo zadanie przez natywne API i interfejs zgodny z OpenAI, porównuje odpowiedzi i obsługę błędów oraz zapisuje minimalny klient API.


2.2 Ustrukturyzowane odpowiedzi i kontrolowane wywoływanie narzędzi


Cel: uzyskać dane zgodne ze schematem i bezpiecznie obsłużyć pojedyncze wywołanie lokalnej funkcji.

  • ustrukturyzowane odpowiedzi i schemat JSON,
  • walidacja odpowiedzi przed użyciem w dalszym procesie,
  • wywoływanie narzędzi (tool calling) na poziomie odpowiednim dla lokalnego prototypu,
  • rozdzielenie decyzji modelu, wykonania funkcji i kontroli uprawnień,
  • ograniczenia małych modeli w wyborze narzędzi i argumentów.

Na słabszych profilach uczestnik wykonuje samodzielnie część dotyczącą ustrukturyzowanych odpowiedzi, a wywołanie narzędzia obserwuje na wcześniej zweryfikowanym modelu demonstracyjnym prowadzącego.

Ćwiczenie: "Ekstraktor i kalkulator" - uczestnik wydobywa dane z fikcyjnego opisu do walidowanego JSON, a następnie pozwala modelowi wywołać jedną lokalną funkcję obliczeniową z kontrolą argumentów.


2.3 Ollama w IDE, agentach CLI i aplikacji Claude


Cel: połączyć lokalny model z aktualnym narzędziem programistycznym i ocenić rzeczywisty przepływ danych oraz ograniczenia integracji.

  • integracja z wybranym IDE lub agentem CLI przez aktualne funkcje Ollama,
  • ollama launch jako ścieżka konfiguracji obsługiwanych narzędzi, jeśli pozostaje dostępna po weryfikacji przed edycją,
  • aktualnie wspierana zgodność z interfejsami OpenAI i Anthropic,
  • aktualnie wspierana integracja aplikacji Claude z modelami lokalnymi lub chmurowymi,
  • jakość małych modeli w zadaniach agentowych, uprawnienia narzędzi oraz przypadki wymagające mocniejszego modelu.

Zakres integracji jest potwierdzany podczas próby generalnej przed każdą edycją. Funkcje eksperymentalne lub niedostępne w środowisku grupy są prezentowane przez prowadzącego albo zastępowane integracją przez stabilny endpoint API.

Ćwiczenie: "Lokalny agent w repozytorium testowym" - uczestnik podłącza obsługiwane IDE lub narzędzie CLI do Ollama, wykonuje ograniczone zadanie na przykładowym repozytorium i sprawdza konfigurację endpointu oraz trasę danych.


2.4 Mini-projekt API - lokalna klasyfikacja zgłoszeń


Cel: połączyć konfigurację modelu, API, walidację i pomiar w małej aplikacji możliwej do dalszego rozwijania po szkoleniu.

  • przyjęcie fikcyjnego zgłoszenia przez prosty interfejs API lub skrypt,
  • klasyfikacja kategorii i pilności w ustrukturyzowanym formacie,
  • walidacja odpowiedzi i obsługa błędu modelu,
  • porównanie dwóch profili modelu na tym samym zestawie testowym,
  • dokumentacja ograniczeń, licencji i rekomendowanego zastosowania.

Ćwiczenie: "Klasyfikacja zgłoszeń od wejścia do wyniku" - uczestnik buduje i uruchamia mini-projekt, testuje go na przygotowanym zestawie danych oraz dołącza kartę modelu z oceną jakości, pamięci i zastosowania.

Rezultat dnia: minimalny klient API, walidowane odpowiedzi strukturalne, sprawdzona integracja z narzędziem programistycznym oraz działający mini-projekt klasyfikacji zgłoszeń z kartą modelu.



Dzień 3 - Ollama na produkcji: bezpieczeństwo i wydajność



3.1 Docker i akceleracja GPU


Cel: uruchomić powtarzalne środowisko kontenerowe i rozumieć warunki przekazania GPU do kontenera.

  • obraz Ollama, wolumeny modeli, sieci i podstawowa konfiguracja Docker Compose,
  • GPU passthrough dla wspieranych konfiguracji oraz wariant CPU,
  • różnice między instalacją desktopową a usługą kontenerową,
  • aktualizacje, trwałość danych i kontrola zasobów.

Ćwiczenie: "Ollama w powtarzalnym stosie" - uczestnik uruchamia przygotowany stos Docker Compose, potwierdza dostępność modelu i zapisuje procedurę odtworzenia środowiska.


3.2 Bezpieczne udostępnienie API


Cel: zaprojektować i przetestować warstwę ochronną przed udostępnieniem Ollama poza localhost.

  • ryzyka bezpośredniego wystawienia portu Ollama,
  • reverse proxy, TLS, uwierzytelnianie i ograniczanie dostępu,
  • segmentacja sieci, tunele i zakres zaufania,
  • sekrety, logi, dane wejściowe i ochrona przed niekontrolowanym użyciem,
  • granice odpowiedzialności proxy i brak obietnicy automatycznej zgodności lub pełnego bezpieczeństwa.

Ćwiczenie: "API za bramą" - uczestnik umieszcza lokalny endpoint za przygotowanym proxy z uwierzytelnianiem, testuje żądanie poprawne i odrzucone oraz tworzy listę kontrolną ekspozycji.


3.3 Współbieżność, benchmark i wybór serwera


Cel: zmierzyć zachowanie usługi pod obciążeniem i zdecydować, czy Ollama odpowiada planowanej skali.

  • czas do pierwszej odpowiedzi, przepustowość, pamięć i stabilność jako metryki praktyczne,
  • współbieżne zapytania, kolejki i wpływ kontekstu na pamięć,
  • Ollama a bezpośredni serwer llama.cpp,
  • Ollama a vLLM i inne serwery produkcyjne nastawione na większą współbieżność,
  • kryteria pozostania przy Ollama, migracji lub rozdzielenia środowiska deweloperskiego i produkcyjnego.

Ćwiczenie: "Benchmark decyzji serwerowej" - uczestnik uruchamia kontrolowany test kilku poziomów współbieżności, zapisuje metryki bez obiecywania uniwersalnych prędkości i uzupełnia tabelę wyboru serwera.


3.4 Obserwowalność, ewaluacja i architektura hybrydowa


Cel: przygotować plan monitorowania jakości i uzasadnioną architekturę dla zadania wykraczającego poza jeden laptop.

  • logi, metryki zasobów, dostępność i podstawowa obserwowalność,
  • mały zestaw ewaluacyjny, kryteria jakości i regresja po zmianie modelu,
  • Ollama Cloud jako opcja w ekosystemie Ollama,
  • Modal, Cerebrium i OpenRouter jako alternatywne sposoby dostępu do zasobów lub modeli,
  • lokalny model, wariant awaryjny i trasowanie zapytań w architekturze hybrydowej,
  • przepływ danych, licencje, utrzymanie i zależność od dostawcy jako kryteria decyzji, nie rekomendacja konkretnej platformy.

Ćwiczenie: "ADR architektury hybrydowej" - uczestnik porównuje wariant lokalny, Ollama Cloud i wybrane alternatywy, definiuje monitoring oraz zapisuje krótką decyzję architektoniczną z warunkami uruchomienia wariantu awaryjnego.

Rezultat dnia: powtarzalny stos kontenerowy, projekt zabezpieczenia API, wyniki benchmarku oraz ADR uzasadniający wybór serwera i architektury.

Zainteresowany? Zapisz się na szkolenie!

Zapisz się — wybierz termin

Szkolenie Ollama i lokalne modele LLM dla programistów - od własnego laptopa do serwera API realizowane tylko dla pracowników Twojej firmy?

To szkolenie możemy zorganizować w formie zamkniętej — wyłącznie dla Twojego zespołu. Doświadczony trener-praktyk poprowadzi szkolenie skrojone pod potrzeby Twojej organizacji:

  • Program dopasujemy do potrzeb i poziomu uczestników
  • Termin ustalimy indywidualnie, pod Twój kalendarz
  • Format do wyboru: online na żywo lub stacjonarnie w Twojej lub naszej siedzibie

Zamów bezpłatną, niezobowiązującą wycenę szkolenia zamkniętego.

Zapytaj o bezpłatną wycenę szkolenia
Szkolenie dedykowane dla Twojego zespołu Dopasowany program, termin i format. Napisz lub zadzwoń — wspólnie dobierzemy rozwiązanie dla Twoich pracowników.
5/5 średnia ocena JSystems w Google na podstawie 295 ocen

Terminy gwarantowane

Szkolenia oznaczone jako "termin gwarantowany" odbędą się w zaplanowanym terminie niezależnie od liczby zgłoszonych uczestników. Nie musisz się martwić, że szkolenie zostanie odwołane z powodu zbyt małej liczby zapisanych osób.

Szkolenia online

Szkolenie realizowane jest w formie zdalnej na żywo poprzez platformę ZOOM. Trener prowadzi szkolenie na żywo, a uczestnicy mogą na bieżąco zadawać pytania i wykonywać ćwiczenia. Format online zapewnia pełną interakcję z trenerem, identyczną jak przy szkoleniu stacjonarnym.

Szkolenie na żywo z trenerem — nie kurs video

To nie jest nagrany kurs video. Przez cały czas trwania szkolenia masz bezpośredni kontakt z doświadczonym trenerem-praktykiem. Możesz na bieżąco zadawać pytania, prosić o wyjaśnienie trudnych zagadnień, konsultować własne projekty i uzyskać odpowiedź na dowolne pytanie związane z tematyką szkolenia. To realne wsparcie eksperta, którego nie zapewni żaden kurs nagrany.

Certyfikat ukończenia szkolenia

Każdy uczestnik po ukończeniu szkolenia otrzymuje imienny certyfikat potwierdzający udział i zdobyte kompetencje. Certyfikat wystawiany jest przez JSystems — firmę z certyfikatem ISO 9001 — i jest honorowany przez pracodawców.

Środowisko robocze

Nie jest wymagane instalowanie żadnego oprogramowania. Każdy uczestnik szkolenia otrzymuje dostęp do gotowego środowiska w chmurze, skonfigurowanego na potrzeby szkolenia. Dostęp realizowany jest poprzez przeglądarkę lub zdalny pulpit, w zależności od szkolenia.

Sprawdź pozostałe szkolenia z kategorii:

AI - sztuczna inteligencja

Opinie uczestników

5.0/5
n8n + AI : sztuczna inteligencja w automatyzacji firmy

Dobrze zorganizowane szkolenie z dużą ilością praktycznych ćwiczeń. Trener posiada dużą wiedzę, jasno tłumaczy zagadnienia i na bieżąco odpowiada na pytania uczestników. Szkolenie spełniło moje oczekiwania.

Marta Gondzik Firma Drobiarska sp. z o. o.
5.0/5
n8n + AI : sztuczna inteligencja w automatyzacji firmy

świetne szkolenie z podstaw wykorzystania AI z n8n, dziękuję!

Wojciech Hrynkiewicz Baltic Hub Container Terminal Sp. z o.o.
4.9/5
Praktyczne zastosowania sztucznej inteligencji + prompt engineering

Świetne szkolenie z wejściem w kwestie automatyzacji z użyciem AI. Trener z dobrą energią, merytorycznie tłumaczy wszelkie zagadnienia i chętnie odpowiada na jakiekolwiek pytania.

Gabriel Doleżyk Ornsson Solutions Sp. z o.o.
4.9/5
Claude Code – od zera do zespołu agentów AI

Bardzo dobre szkolenie przybliżające sposób pracy agentów AI.

Daniel Stanaszek Ornsson Solutions Sp. z o.o.
5.0/5
Prompt engineering

Szkolenie było bardzo dobrze przygotowane i prowadzone w przystępny sposób. Dużym atutem były praktyczne przykłady, zaangażowanie trenera oraz możliwość zadawania pytań i omawiania rzeczywistych sytuacji. Polecam szkolenie wszystkim, którzy chcą zdobyć konkretne umiejętności i uporządkować swoją wiedzę.

Marta Gondzik Firma Drobiarska sp. z o. o.
5.0/5
Mistrz promptów – intensywne warsztaty z ChatGPT

Bardzo ciekawe szkolenie, nie zdawałam sobie sprawy z możliwości chatgpt.

Izabela Kardas Wiha Polska Sp. z o.o.
5.0/5
Mistrz promptów – intensywne warsztaty z ChatGPT

dziękuję

Łukasz Iwiński Wiha Polska Sp. z o.o.
5.0/5
Tworzenie agentów AI – Twoi wirtualni asystenci

super szkolenie, praktyczna wiedza z dziedziny AI, przydatne informacje

Adrian Sobolewski Centralny Ośrodek Informatyki
Pokaż wszystkie opinie Google Opinie w Google

Zaufali nam

...oraz setki innych firm

Dlaczego warto nas wybrać?

Terminy gwarantowane na 100%

Jeśli termin jest oznaczony jako gwarantowany, odbędzie się we wskazanym czasie — nawet jeśli część grupy wycofa się z udziału. Ryzyko organizacyjne ponosimy my, nie Ty.

Trenerzy-praktycy z oceną minimum 4.75/5

Każdy trener JSystems ma bogate doświadczenie komercyjne w technologiach których uczy i musi utrzymywać średnią z ankiet powyżej 4.75 na 5. Czerwony pasek to u nas minimum ;)

100% format warsztatowy

Każde zagadnienie teoretyczne jest poparte ćwiczeniami praktycznymi o rosnącym poziomie trudności. Uczymy przez działanie, nie przez slajdy.

Jesteśmy w BUR

Jako zarejestrowany dostawca usług w Bazie Usług Rozwojowych umożliwiamy sfinansowanie szkoleń pracowników ze środków zewnętrznych — dofinansowanie z BUR i KFS sięga nawet 100% wartości szkolenia.

Certyfikat ISO 9001

Posiadamy certyfikat ISO 9001 potwierdzający najwyższe standardy jakości naszych usług szkoleniowych i procesów organizacyjnych.

Gotowe środowiska w chmurze

Do każdego szkolenia wymagającego oprogramowania dostarczamy skonfigurowane, gotowe hosty w chmurze. Uczestnik nie musi nic instalować — łączy się przez zdalny pulpit lub SSH.

Dowiedz się dlaczego warto nas wybrać

Masz pytania? Zadzwoń lub napisz!
22 299 53 69 biuro@jsystems.pl
Pon–Pt 9:00–17:00
A może nielimitowane szkolenia za
1 148 PLN brutto / mies.?
Sprawdź Karnet Open
KARNET OPEN na szkolenia

Najczęstsze pytania

Ile trwa szkolenie „Ollama i lokalne modele LLM dla programistów - od własnego laptopa do serwera API”?

Szkolenie trwa 3 dni.

Ile kosztuje szkolenie „Ollama i lokalne modele LLM dla programistów - od własnego laptopa do serwera API”?

Cena to 2 400 zł netto (2 952 zł brutto) za osobę.

Kiedy odbędzie się szkolenie „Ollama i lokalne modele LLM dla programistów - od własnego laptopa do serwera API”?

Termin uruchamiamy po zebraniu grupy. Szkolenie jest też dostępne w formie dedykowanej dla firm.

Czy szkolenie „Ollama i lokalne modele LLM dla programistów - od własnego laptopa do serwera API” można zamówić jako zamknięte dla firmy?

Tak. Realizujemy je również w formie zamkniętej (dedykowanej) dla Twojego zespołu.

A może nielimitowane szkolenia za
1 148 PLN brutto / mies.?
Sprawdź Karnet Open
KARNET OPEN na szkolenia

Zanim wyjdziesz

Wyślemy Ci podsumowanie tego szkolenia z terminami i ceną — do przemyślenia w spokoju.

Żadnego spamu — tylko jedno podsumowanie.