Vibe coder. Context engineer. Chief AI Revenue Officer. Human-AI Interaction Designer. Te tytuły zawodowe nie istniały dwa lata temu. Teraz są setki takich ogłoszeń na LinkedInie – i ktoś na nie aplikuje.
Każdy poradnik o CV zakłada ustaloną ścieżkę kariery. „Pokaż progres." „Używaj słów kluczowych." „Odzwierciedlaj opis stanowiska." To przestaje działać, gdy opis stanowiska napisał ktoś, kto sam nie wie do końca, czego szuka.
Oto pięć problemów, na które trafisz szukając nowego stanowiska – i jak sobie z każdym poradzić.
Pięć problemów z pisaniem CV na nowe stanowiska
1. ATS nie rozpoznaje Twoich słów kluczowych
Systemy śledzenia kandydatów dopasowują Twoje CV do bazy znanych tytułów zawodowych i umiejętności – bazy zbudowanej z wieloletnich danych rekrutacyjnych. Jeśli Twoja rola to „Context Engineer" lub „Human-AI Interaction Designer", ATS może nie mieć żadnego punktu odniesienia.
Możesz mieć wszystkie kwalifikacje, których szuka hiring manager, i wciąż zostać odfiltrowany, bo system nie wie, co z Tobą zrobić.
2. Nie ma drabiny kariery do pokazania progresu
Tradycyjne CV pokazuje jasną trajektorię: Junior Developer → Developer → Senior Developer → Lead. Rekruterzy szukają tego wzorca, bo sygnalizuje rozwój.
Ale jak wygląda progresja, gdy jesteś „Vibe Coderem", który dwa lata temu był frontend developerem? Albo „Context Engineerem", którego poprzedni tytuł to „Backend Developer"? Drabina jeszcze nie istnieje.
3. Twoje kwalifikacje to projekty, nie dyplomy
Nikt nie ma dyplomu z context engineeringu. Nie istnieje oficjalny, wartościowy certyfikat z „vibe codingu". Twoim dowodem kompetencji jest sama praca – side projekty, kontrybucje open source.
CV jest zaprojektowane, żeby prezentować dyplomy i certyfikaty. Podejście „projekty-jako-dowód" wymaga innej struktury.
4. Hiring manager nie jest pewien, kogo szuka
W ustabilizowanych rolach hiring manager ma mentalny model tego, jak wygląda dobry kandydat. W nowych rolach często napisał opis stanowiska, patrząc na to, co opublikowały inne firmy. Może nie wiedzieć, czy potrzebuje technicznej osoby, która umie komunikować, czy komunikatora, który rozumie technologię.
5. Każda firma nazywa tę samą rolę inaczej
„Vibe Coder" w jednej firmie to „AI-First Developer" w drugiej i „AI-Assisted Software Engineer" w trzeciej. Ta sama praca, kompletnie różne tytuły. To sprawia, że dopasowanie słów kluczowych to loteria, a Twoja historia zatrudnienia wygląda na chaotyczną, gdy w rzeczywistości jest spójna.
Strategie pisania CV na stanowiska bez szablonów
Zacznij od nagłówka, który łączy dwa światy
Nagłówek CV to pierwsza rzecz, którą czyta zarówno ATS, jak i człowiek. W przypadku nowych ról musi robić dwie rzeczy naraz: sygnalizować, czym się zajmujesz i połączyć to z czymś rozpoznawalnym.
Słabo: „Vibe Coder" Lepiej: „AI-Assisted Software Developer | Full-Stack Engineer | Building with LLMs"
Słabo: „Context Engineer" Lepiej: „Context Engineer | RAG & LLM Systems | 5 lat w Backend Engineering"
Słabo: „Human-AI Interaction Designer" Lepiej: „Human-AI Interaction Designer | UX Research & Conversational AI | Ex-Product Designer"
Wzorzec: nowy tytuł + słowa kluczowe + ewentualna poprzednia rola. Nowy tytuł mówi, dokąd zmierzasz. Słowa kluczowe są rozumiane przez ATS. Poprzednia rola dodaje kontekst.
Zbuduj „warstwę tłumaczenia" w podsumowaniu
Podsumowanie to miejsce, w którym łączysz kropki, których reszta CV nie jest w stanie połączyć – warstwa tłumaczenia między Twoją nietradycyjną ścieżką a stanowiskiem, na które aplikujesz.
Dobre podsumowanie dla nowego stanowiska odpowiada na trzy pytania:
- Czym się właściwie zajmujesz? Prostym językiem, bez buzzwordów.
- Jaka jest Twoja baza? Ugruntowane umiejętności, które czynią Cię wiarygodnym.
- Co dostarczyłeś? Konkretne rezultaty, nie abstrakcyjne możliwości.
Developer budujący produkcyjne aplikacje z wykorzystaniem LLM-ów do generowania kodu, testowania i architektury. Solidna baza w full-stack engineeringu (React, Node.js, Python) z 5-letnim doświadczeniem w tworzeniu aplikacji webowych. Zbudowałem i wdrożyłem 3 wewnętrzne narzędzia AI w [Firma], które zmniejszyły czas developmentu o 40%.
Rekruter, który nigdy nie słyszał o „vibe codingu", wciąż może dokładnie zrozumieć, czym się zajmujesz i dlaczego masz kwalifikacje.
Opisuj doświadczenie przez rezultaty, nie obowiązki
W ustabilizowanych rolach wymienianie obowiązków jest okej, bo rekruter już zna tę rolę. „Zarządzałem 5-osobowym zespołem inżynierów" – resztę można sobie dopowiedzieć.
W nowych rolach obowiązki nic nie znaczą, bo nikt nie wie, co za nimi stoi. „Projektowałem prompty do procesów opartych na LLM" – i co z tego?
Zamień każdy punkt z tego, co robiłeś, na to, co z tego wynikło:
Oparte na obowiązkach (słabe):
- Rozwijałem workflow-y kodowania wspomagane AI dla zespołu inżynierskiego
- Tworzyłem i utrzymywałem biblioteki promptów do generowania kodu
- Ewaluowałem nowe modele LLM pod kątem zastosowań developerskich
Oparte na rezultatach (mocne):
- Skróciłem średni czas developmentu feature'a z 2 tygodni do 4 dni, budując workflow-y kodowania wspomagane AI, które zaadoptowało 12 deweloperów
- Zbudowałem bibliotekę promptów do generowania kodu, która stała się domyślnym punktem startowym zespołu dla nowych projektów, używaną w 80% zadań sprintowych
- Zewaluowałem 6 modeli LLM i wybrałem ten, który zmniejszył liczbę iteracji code review o 35%, oszczędzając ~15 godzin tygodniowo
Rezultaty sprawiają, że nieznana rola staje się konkretna. Hiring manager nie musi wiedzieć, co oznacza „prompt engineering", jeśli widzi, że zaoszczędziło to 15 godzin tygodniowo.
Zrób z sekcji projektów centralny punkt CV
Dla nowych ról sekcja Projekty to nie miły dodatek – to często najważniejsza część CV. Gdy dyplomy i certyfikaty jeszcze nie istnieją, projekty są Twoimi kwalifikacjami.
Ustrukturyzuj każdy wpis tak:
Nazwa projektu – jednozdaniowy opis
- Co zbudowałeś i dlaczego
- Jakich technologii/umiejętności użyłeś
- Jaki był mierzalny rezultat (użytkownicy, wydajność, adopcja)
Umieść tę sekcję zaraz po podsumowaniu, przed tradycyjnym doświadczeniem zawodowym. W nowych rolach to, co zbudowałeś, liczy się bardziej niż to, gdzie pracowałeś.
Rozwiąż problem „rozrzuconych tytułów"
Jeśli Twoje trzy ostatnie stanowiska miały różne tytuły, które opisują podobną pracę, masz dwie opcje:
Opcja A: Użyj spójnego podtytułu. Wypisz oficjalny tytuł, a potem dodaj nawias grupujący.
AI-First Developer (AI-Assisted Development) – Firma A, 2026–obecnie Vibe Coder (AI-Assisted Development) – Firma B, 2025–2026 Full-Stack Engineer, AI Products (AI-Assisted Development) – Firma C, 2024–2025
Nawias tworzy wizualną nić, która mówi czytelnikowi „to ta sama kariera, tylko inne etykiety".
Opcja B: Użyj sekcji funkcjonalnej. Zamiast wypisywać stanowiska chronologicznie, pogrupuj doświadczenie według tego, co robiłeś:
AI-Assisted Software Development – 3 lata w 3 firmach
- [punkty oparte na rezultatach z wszystkich trzech ról]
To poświęca format chronologiczny, ale daje znacznie czytelniejszy obraz Twojej ekspertyzy. Użyj tego, gdy różnorodność tytułów jest bardzo szeroka.
Zorganizuj sekcję umiejętności strategicznie
W przypadku nowych ról sekcja umiejętności musi służyć dwom grupom naraz: botom ATS skanującym pod kątem dokładnych słów kluczowych i ludziom, którzy muszą szybko ogarnąć Twoje umiejętności.
Pogrupuj je w kategorie łączące stare i nowe:
AI i narzędzia LLM: GPT-5, Claude, LangChain, bazy wektorowe, prompt engineering, pipeline'y RAG Software Engineering: React, TypeScript, Python, Node.js, PostgreSQL, AWS Domena: Technical writing, dokumentacja API, DX, badania użytkowników
Pierwsza kategoria sygnalizuje „jestem w nowej przestrzeni". Druga sygnalizuje „mam wiedzę techniczną". Trzecia łączy to z wartością biznesową.
Dostosowywanie, gdy opis stanowiska jest niejasny
W przypadku nowych ról opis stanowiska może być niejasny. Osoba, która go napisała, mogła go skleić z innych ogłoszeń, nie do końca rozumiejąc, kogo potrzebuje. Pisząc CV na te nowe stanowiska, musisz czytać między wierszami:
Tłumacz nierealne wymagania. Jeśli opis stanowiska „Context Engineer" wymaga „5+ lat doświadczenia", nie chodzi dosłownie o pięć lat context engineeringu – ta rola tyle nie istnieje. Chodzi o to, że szukają kogoś starszego stażem.
Zbadaj zespół, nie tylko ogłoszenie. Sprawdź, kto opublikował rolę, kto jest w zespole, co firma faktycznie buduje. „Chief AI Revenue Officer" w 10-osobowym startupie oznacza coś zupełnie innego niż w dużej korporacji. Dostosowuj pod rzeczywisty kontekst, nie pod tytuł stanowiska.
Odzwierciedlaj ich język, ale dodaj swój. Jeśli mówią „AI-assisted development", użyj tej frazy – ale dodaj też konkretne terminy (LangChain, RAG, fine-tuning), które pokazują, że rozumiesz temat lepiej niż sugeruje to ogłoszenie. W nowych branżach pokazanie, że znasz się na rzeczy lepiej niż opis stanowiska, to silny sygnał.
Wszystko razem
Oto jak te strategie łączą się w prawdziwe CV osoby przechodzącej z frontend developmentu do ról związanych z AI-assisted development:
Nagłówek: AI-Assisted Software Developer | Full-Stack Engineer | React, TypeScript, Python, LLMs
Podsumowanie: Full-stack developer z 5-letnim doświadczeniem w budowaniu produkcyjnych aplikacji webowych, obecnie skupiony na workflowach AI-assisted development. Zbudowałem 4 wewnętrzne narzędzia integrujące LLM-y z procesem pracy zespołu inżynierskiego w [Firma], skracając czas dostarczania feature'ów o 35%. Jestem doświadczony zarówno w tradycyjnym software engineeringu, jak i w budowaniu z AI – od projektowania promptów po RAG pipelines po ewaluację jakości outputu LLM w produkcji.
Sekcja projektów (umieszczona przed doświadczeniem zawodowym):
AI Code Review Bot – wewnętrzne narzędzie do wstępnego przeglądu PR-ów z użyciem Claude API
- Zbudowane end-to-end: prompt engineering, integracja z API, GitHub webhook handler, powiadomienia Slack
- Zmniejszyło czas code review o 25% w 15-osobowym zespole inżynierskim
- Obsłużyło 200+ PR-ów w pierwszym miesiącu z 92% wskaźnikiem przydatnego feedbacku (mierzonego ocenami developerów)
Każda sekcja odpowiada na to samo pytanie: „Czy ta osoba naprawdę potrafi robić tę nową rzecz, czy tylko wpisała to w CV?"
Podsumowanie
Pisanie CV na stanowisko, które nie istniało dwa lata temu, to nie kwestia znalezienia odpowiedniego szablonu – takiego nie ma. To rozwiązanie problemu komunikacyjnego: jak udowodnić, że potrafisz coś robić, gdy nie ma ustalonego sposobu na udowodnienie tego?
Zacznij od tego, co faktycznie robisz. Pokazuj rezultaty, nie obowiązki. Pozwól projektom mówić tam, gdzie dyplomy nie mogą. I przetłumacz swoją nietradycyjną ścieżkę na język zrozumiały zarówno dla systemów ATS, jak i dla ludzi.
Ludzie zdobywający te nowe stanowiska nie mają najładniejszych CV. Mają takie, po których hiring manager myśli "ta osoba rozumie temat" – bo każda linijka pokazuje prawdziwe zrozumienie obszaru, który większość ludzi wciąż próbuje ogarnąć.