Stwórz za darmo Zaloguj się

CV DevOps 2026 - wzór z Kubernetes, Terraform i pipeline'em CI/CD za darmo

Антон Литвинов
Антон Литвинов Założyciel AI Resume Master
in 𝕏
Opublikowano: 03.10.2026 Zaktualizowano: 03.10.2026

Osoba prowadząca rekrutację techniczną czyta CV inżyniera DevOps pod kątem trzech rzeczy: co dokładnie zbudowałeś sam, jaką skalę obsługiwałeś i jak zachowywałeś się na dyżurze, kiedy produkcja przestała odpowiadać. Poniżej znajdziesz gotowy przykład CV DevOps - z Kubernetes, Dockerem, Terraformem, pipeline'ami CI/CD, chmurą, obserwowalnością i SLO, dyżurami on-call oraz klauzulą RODO, bez której rekrutacja w Polsce nie ruszy.

Stwórz CV → Zobacz przykład 5 minut - podpowiedzi AI - format przyjazny ATS
Gotowy przykład

Gotowy wzór CV DevOps

Przykład jest napisany pod dwie najczęstsze rekrutacje: inżynier DevOps w zespole produktowym, gdzie liczy się częstotliwość wdrożeń, pipeline i praca blisko programistów, oraz inżynier platformowy lub SRE, gdzie liczy się niezawodność, SLO, dyżury i koszt infrastruktury. Układ jest ten sam - różni się akcent.

Co zbudowałeś sam, nie czego dotknąłeś

"Zaprojektowałem i utrzymuję klastry Kubernetes w dwóch regionach, infrastruktura w Terraformie jako kod" waży więcej niż lista czterdziestu technologii, z których połowy nie obronisz na rozmowie.

Skala wprost w pierwszym akapicie

Liczba środowisk, klastrów, usług i węzłów to pierwsza rzecz, której szuka architekt. Ten sam Kubernetes przy 8 usługach i przy 120 to dwie różne prace.

Wdrożenia, czas i awarie

Częstotliwość wdrożeń, lead time od merge'a do produkcji, czas naprawy po awarii i możliwość wycofania wdrożenia to cztery liczby, które mówią, jak dojrzała była Twoja platforma.

Dyżury on-call i klauzula RODO

Praca DevOps weryfikuje się o trzeciej w nocy. Napisz, czy byłeś w rotacji, i jak prowadziliście postmortem. Brak klauzuli RODO sprawia, że CV formalnie nie może zostać rozpatrzone.

Tekst przykładowego CV

Potraktuj to jako wzór: zachowaj układ i sformułowania, wstaw własne fakty i liczby.

Rafał Bieniek

Inżynier DevOps
Kraków
r.bieniek@example.com
+48 600 000 000

Profil

Inżynier DevOps z 6-letnim doświadczeniem, ostatnio w zespole platformowym obsługującym 7 zespołów produktowych. Utrzymanie i rozwój 3 klastrów Kubernetes (dev, staging, produkcja) z ok. 60 usługami, infrastruktura w AWS opisana w Terraformie z podziałem na moduły i zdalnym stanem. Pipeline'y CI/CD z budowaniem obrazów, testami i wdrożeniem w modelu GitOps, wdrożenia canary z automatycznym wycofaniem. Obserwowalność: Prometheus i Grafana, alerty oparte o SLO i budżet błędu, śledzenie rozproszone w OpenTelemetry. Rotacja on-call w cyklu tygodniowym, prowadzenie postmortemów bez szukania winnego. Skrypty w Pythonie i Bashu, codzienna praca w języku angielskim.

Doświadczenie

Inżynier DevOps - zespół platformowy2022 - obecnie

Netrino Software, Kraków

  • Migracja 23 usług z maszyn wirtualnych na Kubernetes bez okna serwisowego, z wycofywalnym przełączeniem ruchu
  • Przepisanie infrastruktury na Terraform z modułami - odtworzenie środowiska staging z 3 dni pracy do jednego uruchomienia pipeline'u
  • Pipeline CI/CD z budowaniem wieloetapowym i cache'owaniem zależności - czas budowania z 22 do 6 minut
  • Wdrożenia canary z automatycznym wycofaniem przy wzroście błędów - z jednego wdrożenia w tygodniu do kilku dziennie
  • Alerty oparte o SLO i budżet błędu zamiast alertów na zużycie procesora - liczba alertów nocnych mniejsza o dwie trzecie
  • Rotacja on-call dla 7 zespołów, wprowadzenie szablonu postmortemu i cotygodniowego przeglądu incydentów
Inżynier DevOps2020 - 2022

Kwadrat Systemy, Kraków

  • Budowa pipeline'ów CI/CD dla 9 usług i wprowadzenie środowiska staging odtwarzanego z kodu
  • Konteneryzacja aplikacji monolitycznej i wprowadzenie rejestru obrazów z polityką tagowania
  • Wdrożenie monitoringu z Prometheusem i Grafaną oraz pierwszych alertów produkcyjnych
  • Uporządkowanie tagowania zasobów w chmurze i dobór rozmiarów instancji dla środowisk nieprodukcyjnych
Administrator systemów2019 - 2020

Hosting Mikroton, Kielce

  • Utrzymanie serwerów Linux, konfiguracja reverse proxy, certyfikatów TLS i zapór
  • Kopie zapasowe z regularnymi testami odtwarzania i dokumentacja procedur awaryjnych
  • Automatyzacja powtarzalnych zadań operacyjnych skryptami w Bashu

Wykształcenie

Politechnika Świętokrzyska, Kielce2015 - 2019

Inżynier informatyki

Umiejętności

Kubernetes - wdrożenia, RBAC, autoskalowanie, diagnostykaDocker - budowanie wieloetapowe, rejestr obrazówHelm i szablonowanie wdrożeńTerraform - moduły, zdalny stan, import zasobówGitOps z Argo CD, wdrożenia canary i blue-greenAWS - sieci, IAM, zarządzane bazy, obiektowe przechowywaniePipeline'y CI/CD i promocja między środowiskamiPrometheus, Grafana, logi, OpenTelemetrySLI, SLO i budżet błędu, alerty na symptomyKopie zapasowe z testami odtwarzania, RTO i RPOZarządzanie sekretami, skanowanie obrazów, TLSLinux, systemd, sieci i reverse proxyBash, Python, podstawy GoJęzyk angielski - poziom zaawansowany

Certyfikaty

  • Certified Kubernetes Administrator (CKA) - 2023
  • AWS Certified Solutions Architect - Associate, 2022
  • HashiCorp Certified: Terraform Associate - 2021
  • RHCSA - Red Hat Certified System Administrator, 2020

Pobierz szablon CV

Stwórz CV w naszym kreatorze AI i pobierz je w wybranym formacie

PDF
Klasyczny Stwórz
PDF
Nowoczesny Stwórz
PDF
Przyjazny ATS Stwórz
Użyj tego szablonu w kreatorze →

Co znajdziesz

  • Gotowy wzór CV DevOps z Kubernetes, Terraformem i CI/CD
  • 3 szablony PDF - klasyczny, nowoczesny i przyjazny systemom ATS
  • Jak opisać skalę i wdrożenia zamiast wrzucać listę 40 narzędzi
  • Aktualna klauzula RODO i 6 najczęstszych błędów w CV DevOps
Profil

Profil zawodowy inżyniera DevOps

Profil to trzy, cztery zdania na górze CV. U inżyniera DevOps mieszczą się w nich: staż, chmura i stos, w którym pracujesz, skala utrzymywanej infrastruktury, zakres odpowiedzialności za wdrożenia oraz to, czy byłeś w rotacji dyżurowej. Jeśli jesteś po stronie platformy, dopisz, ilu zespołów produktowych obsługiwała.

Unikaj listy narzędzi bez kontekstu - to najczęstszy błąd w tym zawodzie. Napisz, co zbudowałeś od zera, co przejąłeś po kimś i co po Tobie zostało: pipeline, który skrócił wdrożenie, migracja do kontenerów, wprowadzenie infrastruktury jako kodu, wdrożenia canary, redukcja kosztów chmury. Zaznacz też, czy pracujesz w języku angielskim z zespołem rozproszonym - w tej roli to norma, nie dodatek.

SłaboInżynier DevOps. Docker, Kubernetes, Terraform, Ansible, Jenkins, AWS, Azure, GCP, Prometheus, Grafana, Linux, Bash, Python, Git, CI/CD, Helm, Vault, Nginx, PostgreSQL, Kafka, Redis.
DobrzeInżynier DevOps z 6-letnim doświadczeniem, ostatnio w zespole platformowym obsługującym 7 zespołów produktowych. Utrzymanie i rozwój 3 klastrów Kubernetes (środowiska dev, staging i produkcja) z ok. 60 usługami, infrastruktura w AWS opisana w Terraformie z podziałem na moduły i zdalny stan. Pipeline'y CI/CD z budowaniem obrazów, testami i wdrożeniem w modelu GitOps, wdrożenia canary z automatycznym wycofaniem. Obserwowalność: Prometheus i Grafana, alerty oparte o SLO i budżet błędu, śledzenie rozproszone w OpenTelemetry. Rotacja on-call w cyklu tygodniowym, prowadzenie postmortemów bez szukania winnego. Terraform i Linux na poziomie codziennej pracy, skrypty w Pythonie i Bashu.
Wskazówka
Podaj liczbę środowisk i usług, nie samą nazwę technologii. Rekruter techniczny rozumie różnicę między jednym klastrem z kilkoma usługami a platformą dla kilkudziesięciu, a kandydaci prawie nigdy tej różnicy nie pokazują - przez co wszyscy wyglądają na tym samym poziomie.
Umiejętności

Umiejętności inżyniera DevOps

W twardych umiejętnościach wypisz to, czym pracujesz na co dzień i co obronisz na rozmowie technicznej - najlepiej pogrupowane, a nie jednym ciągiem. W miękkich - to, co w tej roli faktycznie decyduje: zachowanie podczas awarii i umiejętność dogadania się z zespołami, których pracę blokujesz lub odblokowujesz.

Umiejętności twarde

  • Kubernetes: deploymenty i statefulsety, service i ingress, konfiguracja i sekrety, probes, limity zasobów
  • Kubernetes w praktyce: autoskalowanie, namespace i RBAC, polityki sieciowe, diagnostyka podów i węzłów
  • Helm i szablonowanie wdrożeń, repozytoria chartów, operatory i zasoby własne
  • Docker: obrazy wielowarstwowe, budowanie wieloetapowe, zmniejszanie obrazu, rejestr i tagowanie
  • Terraform: moduły, zmienne, zdalny stan i blokady, plan i apply, import istniejących zasobów
  • Ansible do konfiguracji maszyn i zadań operacyjnych, role i inwentarze
  • Pipeline'y CI/CD: budowanie, testy, artefakty, promocja między środowiskami, podpisywanie artefaktów
  • Strategie wdrożeń: rolling update, blue-green, canary, wycofywanie wdrożenia i migracje bez przestoju
  • GitOps z Argo CD lub Flux - stan pożądany w repozytorium, rekonsyliacja, przeglądy zmian
  • Chmura AWS, Azure lub GCP: sieci wirtualne i podsieci, grupy bezpieczeństwa, compute, obiektowe przechowywanie
  • Zarządzane bazy danych, kolejki i cache w chmurze, kopie zapasowe i odtwarzanie do punktu w czasie
  • IAM i polityki uprawnień, zasada najmniejszych uprawnień, role dla usług i federacja tożsamości
  • Koszty chmury: tagowanie zasobów, prawidłowy dobór rozmiarów, instancje rezerwowane i spot, limity budżetowe
  • Obserwowalność: Prometheus i reguły alertów, Grafana, zbieranie i przeszukiwanie logów
  • Śledzenie rozproszone w OpenTelemetry, SLI i SLO, budżet błędu, alerty na symptomy zamiast na przyczyny
  • Niezawodność: kopie zapasowe z testami odtwarzania, RTO i RPO, odporność na awarię strefy, plany awaryjne
  • Bezpieczeństwo: skanowanie obrazów i zależności, zarządzanie sekretami, rotacja kluczy, TLS i certyfikaty
  • Linux: systemd, uprawnienia, diagnostyka wydajności, dyski i systemy plików, zapory
  • Sieci: DNS, routing, reverse proxy i terminacja TLS, load balancery, połączenia prywatne
  • Skrypty i automatyzacja: Bash, Python, podstawy Go, praca z API chmury
  • Git i przeglądy zmian w infrastrukturze, konwencje gałęzi, zmiany infrastruktury jako pull request

Umiejętności miękkie

  • Spokój w trakcie awarii produkcyjnej i prowadzenie komunikacji w jej czasie
  • Postmortem bez szukania winnego i wyciąganie z niego zadań, które ktoś realnie zrobi
  • Umiejętność powiedzenia nie wdrożeniu, które nie ma możliwości wycofania
  • Praca z programistami jako z użytkownikami platformy, a nie jak z petentami
  • Dokumentowanie tego, co zbudowałeś - bez tego platforma staje się Twoim prywatnym zakładnikiem
  • Dobre oszacowanie ryzyka zmiany i planowanie okna wdrożeniowego
  • Automatyzowanie powtarzalnej pracy zamiast cierpliwego jej wykonywania
  • Dzielenie się wiedzą i wdrażanie nowych osób w stos technologiczny
  • Dostępność i rzetelność w rotacji dyżurowej, przekazanie dyżuru z kontekstem
  • Język angielski w pracy z dokumentacją i z zespołem rozproszonym
Doświadczenie

Doświadczenie inżyniera DevOps

Schemat jest prosty: firma, okres, rola i typ zespołu, skala infrastruktury, a potem to, co po Tobie zostało. Zamiast "utrzymanie infrastruktury i wsparcie zespołów" napisz, co zbudowałeś, o ile skróciłeś wdrożenie albo czas naprawy po awarii i jak duży był obszar, za który odpowiadałeś.

Każde miejsce opisuj osobno i zaznaczaj kontekst: zespół produktowy, zespół platformowy, agencja obsługująca wielu klientów, firma z infrastrukturą we własnej serwerowni, migracja do chmury w toku. To różne światy. Jeśli odchodziłeś, nie musisz tego tłumaczyć, ale jeśli przerwa była dłuższa, napisz jedno zdanie.

Słabe- Utrzymanie infrastruktury w chmurze - Konfiguracja CI/CD - Wsparcie zespołów programistycznych - Monitoring systemów
Mocne- Migracja 23 usług z maszyn wirtualnych na Kubernetes bez okna serwisowego, z równoległym ruchem i wycofywalnym przełączeniem - Przepisanie infrastruktury na Terraform z modułami - odtworzenie całego środowiska staging z 3 dni ręcznej pracy do jednego uruchomienia pipeline'u - Pipeline CI/CD z budowaniem wieloetapowym i cache'owaniem zależności - czas budowania z 22 do 6 minut - Wdrożenia canary z automatycznym wycofaniem przy wzroście błędów - wdrożenia z raz w tygodniu do kilku dziennie - Alerty oparte o SLO i budżet błędu zamiast alertów na zużycie procesora - liczba alertów nocnych mniejsza o dwie trzecie, bez wzrostu liczby niezauważonych awarii - Uporządkowanie tagowania zasobów i dobór rozmiarów instancji - niższy rachunek za środowiska nieprodukcyjne, przy niezmienionej wydajności - Rotacja on-call dla 7 zespołów, wprowadzenie szablonu postmortemu i cotygodniowego przeglądu zgłoszeń
Co wpisać
Firma i okres - rola i typ zespołu - chmura i stos - liczba środowisk, klastrów i usług - co zbudowałeś od zera - czas budowania i częstotliwość wdrożeń - czas naprawy po awarii - dyżury on-call
Wykształcenie i certyfikaty

Wykształcenie i certyfikaty

W tej roli dyplom ma mniejsze znaczenie niż to, co potrafisz zbudować, więc wykształcenie podaj w jednej, dwóch linijkach. Certyfikaty natomiast warto wymienić, bo porządkują wiedzę i są pierwszym filtrem w wielu rekrutacjach - zwłaszcza u klientów wymagających potwierdzonych kompetencji chmurowych.

  • Wykształcenie - kierunek i rok, bez rozpisywania przedmiotów
  • Certyfikaty Kubernetes: CKA, CKAD, CKS - nazwa i rok uzyskania
  • Certyfikaty chmurowe: AWS Solutions Architect lub SysOps, Azure Administrator AZ-104, odpowiedniki GCP
  • HashiCorp Terraform Associate, jeśli posiadasz
  • Certyfikaty linuksowe: RHCSA lub RHCE
  • Szkolenia i certyfikaty z bezpieczeństwa infrastruktury i zarządzania sekretami
  • Własne projekty i wkład w oprogramowanie o otwartym kodzie - repozytorium, krótki opis, Twoja rola
  • Język angielski - poziom, z zaznaczeniem doświadczenia w pracy w zespole rozproszonym
Uwaga
Nie wrzucaj do CV technologii, przy których nie przeżyłeś awarii. Rozmowa techniczna na tym stanowisku polega właśnie na drążeniu jednej pozycji z listy do końca: jak to debugowałeś, co się stało, kiedy przestało działać. Krótsza lista z liczbami przy każdej pozycji wypada lepiej niż ściana nazw.
Bez doświadczenia

CV DevOps bez doświadczenia

DevOps rzadko bywa pierwszą pracą, bo rola zakłada, że rozumiesz zarówno kod, jak i działający system. Najczęstsze wejścia to administracja systemami, wsparcie techniczne drugiej linii, programowanie w zespole, który sam utrzymuje swoje usługi, albo stanowisko młodszego inżyniera w zespole platformowym.

W CV zastąp brak doświadczenia zawodowego własnym środowiskiem, które naprawdę działa i daje się pokazać: klaster Kubernetes postawiony samodzielnie, infrastruktura opisana w Terraformie, pipeline, który buduje i wdraża Twoją aplikację, monitoring z alertami. Opisz to jak projekt zawodowy - problem, rozwiązanie, konfiguracja w repozytorium i to, czego nauczyła Cię pierwsza awaria.

  • Zbuduj i opisz jeden kompletny projekt: aplikacja, obraz, klaster, pipeline, monitoring i alerty
  • Trzymaj całą konfigurację w repozytorium i podaj link - to Twoje portfolio w tej roli
  • Opisz, co się zepsuło i jak to naprawiłeś - rekruterzy techniczni czytają to uważniej niż listę technologii
  • Zrób jeden certyfikat, który otwiera filtr: CKA lub podstawowy certyfikat chmurowy
  • Wypisz doświadczenie z administracji, wsparcia technicznego lub programowania jako fundament, nie jako epizod
  • Napisz o znajomości Linuksa i skryptów - bez tego żadna rozmowa na to stanowisko nie idzie dalej

Gotowy, żeby napisać CV DevOps?

Kreator AI dopasuje CV pod zespół produktowy albo platformowy - z Kubernetes, Terraformem, pipeline'em CI/CD, SLO, dyżurami i klauzulą RODO na końcu.

Stwórz CV → Zobacz przykłady
Błędy

Najczęstsze błędy

Brak klauzuli RODO

Bez zgody na przetwarzanie danych rekruter formalnie nie może zachować Twojego CV. Klauzula to jedno zdanie na końcu dokumentu - jego brak kosztuje Cię całą rekrutację.

Ściana nazw technologii zamiast opisu pracy

Lista czterdziestu narzędzi nie mówi, co potrafisz - mówi tylko, co widziałeś. Pogrupuj umiejętności i przy każdej grupie pokaż jedną rzecz, którą z nią zrobiłeś.

Brak skali

Bez liczby środowisk, klastrów, usług i węzłów architekt nie wie, czy pracowałeś przy ośmiu usługach, czy przy stu dwudziestu. To pytanie pada zawsze, więc odpowiedz na nie w profilu.

Nic o wdrożeniach i o czasie naprawy

Częstotliwość wdrożeń, lead time, możliwość wycofania i czas naprawy po awarii to miary dojrzałości platformy, którą współtworzyłeś. Ich brak sprawia, że Twoje CV nie odróżnia się od CV administratora.

Milczenie o dyżurach i awariach

Każdy pisze o automatyzacji, prawie nikt o tym, co robił, gdy produkcja stanęła. Jedno zdanie o rotacji on-call i o sposobie prowadzenia postmortemu buduje więcej zaufania niż kolejny certyfikat.

Dane, które nic nie wnoszą

PESEL, adres z numerem mieszkania i stan cywilny nie są potrzebne w CV. Wystarczy miasto, telefon, e-mail i link do repozytorium - resztę miejsca oddaj skali i liczbom.

Podsumowanie

Podsumowanie

Zapamiętaj

  • Profil = staż + chmura i stos + skala + odpowiedzialność za wdrożenia + dyżury
  • Pokaż, co zbudowałeś sam, a nie listę wszystkiego, co widziałeś
  • Skala: liczba środowisk, klastrów, usług i obsługiwanych zespołów
  • Czas budowania, częstotliwość wdrożeń i czas naprawy po awarii to Twoje liczby
  • Jedno zdanie o on-call i postmortemie waży więcej niż kolejna nazwa narzędzia
  • Klauzula RODO na końcu - bez niej aplikacja nie zostanie rozpatrzona
Stwórz CV DevOps →
FAQ

Najczęstsze pytania

Wystarczy jedno zdanie o zgodzie na przetwarzanie danych osobowych na potrzeby rekrutacji, ze wskazaniem, czy dotyczy ono tylko bieżącego naboru, czy także przyszłych. W firmach technologicznych procesy wracają po kilku miesiącach przy nowym projekcie, więc zgoda na przyszłe rekrutacje ma sens.
Administrator utrzymuje systemy, DevOps buduje drogę od kodu do produkcji i automatyzuje ją, a SRE odpowiada za niezawodność opisaną miarami: SLI, SLO i budżet błędu. Inżynier platformowy robi z tego produkt wewnętrzny dla zespołów. Zakresy mocno się przecinają, dlatego w CV warto nazwać swoją rolę tak, jak wyglądała w praktyce, a nie tak, jak brzmiała w umowie.
Lepiej dziesięć pozycji, przy których obronisz każdy szczegół, niż czterdzieści przepisanych z ogłoszenia. Pogrupuj je: kontenery i orkiestracja, infrastruktura jako kod, chmura, CI/CD, obserwowalność, systemy i sieci. Przy każdej grupie dodaj jedno konkretne zastosowanie z pracy.
Zamień wartości bezwzględne na zmiany względne i na jednostki techniczne: czas budowania z 22 do 6 minut, wdrożenia z tygodniowych na kilka dziennie, liczba alertów nocnych mniejsza o dwie trzecie, odtworzenie środowiska z 3 dni do jednego uruchomienia pipeline'u. To w pełni zrozumiałe dla rekrutera technicznego i nie narusza poufności.
Stawka zależy od skali infrastruktury, zakresu samodzielności, formy współpracy i tego, czy jesteś w rotacji dyżurowej. Najmocniej podnoszą ją samodzielne projektowanie platformy, doświadczenie w migracjach i w obsłudze incydentów oraz praca w języku angielskim z zespołem rozproszonym. Konkretne widełki sprawdzaj w aktualnych ogłoszeniach dla swojego poziomu.
Pomagają przejść pierwszy filtr, zwłaszcza tam, gdzie wymagania wobec dostawcy obejmują potwierdzone kompetencje. Nie zastąpią jednak opisu pracy: certyfikat bez ani jednej liczby o skali i o wdrożeniach czyta się jak teoria. Najlepiej działa połączenie jednego certyfikatu z jednym mocnym projektem.
Opisz jeden incydent w trzech częściach: co się stało, jak to zdiagnozowałeś i co zmieniliście, żeby się nie powtórzyło. Dodaj, że prowadziliście postmortem bez szukania winnego, a z niego wynikały konkretne zadania. To najmocniejszy punkt w rozmowie z osobą, która sama brała dyżury.
Tak, przykład na tej stronie jest napisany po polsku pod rekrutacje techniczne: Kubernetes i Docker, Terraform, pipeline'y CI/CD i GitOps, chmura, obserwowalność z SLO, dyżury on-call, certyfikaty oraz klauzula RODO. Możesz go wypełnić własnymi danymi w kreatorze i pobrać jako PDF przyjazny systemom ATS.
Warto przeczytać

Porady o CV i rozmowie kwalifikacyjnej

Porady

Jak dopasować CV do oferty pracy w 10 minut

Instrukcja krok po kroku z podziałem na minuty: jak w 10 minut dopasować CV pod konkretną ofertę, wykorzystać słowa kluczowe z ogłoszenia i niczego nie zmyślać. Z przykładem przed i po dla przedstawiciela handlowego B2B.

Czytaj → ATS

System ATS - co to jest i jak przygotować CV pod ATS

Jak rekruterzy pracują z aplikacjami w ATS, czy „robot” naprawdę odrzuca CV, jakie systemy są popularne w Polsce i co zrobić, żeby Twoje CV zostało znalezione

Czytaj → AI

CV z AI: stwórz CV w Claude lub ChatGPT przez MCP

Jak napisać CV z ChatGPT lub Claude w zwykłej rozmowie - i dostać nie tekst w czacie, tylko gotowy dokument z szablonem, układem i PDF

Czytaj →
Podobne zawody

Wzory CV dla innych zawodów

→

Programista
→

Tester oprogramowania
→

Analityk danych
→

Automatyk
Stwórz CV →