Automatyzacja n8n – kompletny przewodnik: od pierwszego workflow do własnego API

n8n to platforma do automatyzacji procesów biznesowych, która pozwala łączyć aplikacje, przetwarzać dane i budować własne API bez pisania kodu serwerowego. W tym przewodniku zebrałem wszystko, czego potrzebujesz, żeby przejść od pierwszego uruchomienia n8n do zbudowania działającego endpointu GET i POST z własną bazą danych. Każda sekcja to skrót kluczowych konceptów z rozbudowanym artykułem powiązanym – możesz czytać przewodnik od góry do dołu albo przeskakiwać do tematu, który akurat Cię interesuje. Razem te dziewięć obszarów tworzy kompletną mapę wiedzy o automatyzacji n8n na poziomie od zera do pierwszego profesjonalnego systemu.

Co to jest n8n i jak działa platforma automatyzacji?

N8n to platforma automatyzacji no-code, która pozwala łączyć aplikacje i budować przepływy danych w wizualnym edytorze, bez pisania kodu. Zamiast zlecać programiście integrację dwóch systemów, projektujesz workflow samodzielnie – przeciągasz węzły na canvas, łączysz je strzałkami i konfigurujesz warunki. Firma Devstock, twórca Kodożerców, korzysta z n8n do automatyzacji procesów operacyjnych i budowania agentów AI w projektach dla klientów.

n8n działa w dwóch wersjach. Wersja Cloud to subskrypcja zarządzana przez producenta – idealny start bez konfiguracji serwera. Wersja self-hosted to instalacja na własnym VPS lub lokalnym komputerze przez Docker. Self-hosted daje pełną kontrolę: przechowujesz dane lokalnie, możesz logować absolutnie wszystko i nie masz sztucznych limitów narzucanych przez plan SaaS.

Kiedy otworzysz n8n po raz pierwszy, zobaczysz pięć głównych sekcji. Workflows to lista Twoich automatyzacji. Executions to historia wykonań każdego workflow – możesz tam sprawdzić, co poszło nie tak i powtórzyć nieudane uruchomienie. Credentials to globalne repozytorium połączeń z zewnętrznymi aplikacjami. Data Tables to wbudowana baza danych bez konieczności konfiguracji zewnętrznych systemów. Overview to dashboard z metrykami: liczba uruchomień, czas wykonania, odsetek błędów i oszacowany czas zaoszczędzony przez automatyzację.

Sekcja Overview jest szczególnie ważna w produkcji. Wysoki failure rate to sygnał, że workflow traci dane lub nie kończy się poprawnie – każdy nieobsłużony błąd to potencjalnie utracony rekord lub klient. Dlatego monitoring n8n to nie opcja, tylko część profesjonalnego podejścia do automatyzacji.

Więcej o interfejsie, pięciu kluczowych funkcjach i różnicach między Cloud a self-hosted przeczytasz tutaj → Co to jest n8n? 5 kluczowych funkcji

Canvas n8n i rodzaje węzłów – jak projektować workflow?

Canvas w n8n to wizualne płótno, na którym projektujesz automatyzacje przeciągając węzły i łącząc je strzałkami – dane przepływają zawsze od lewej do prawej. Każdy węzeł (node) reprezentuje jeden krok procesu: odebranie danych, ich przetworzenie lub wysłanie do zewnętrznej aplikacji.

Węzły n8n dzielą się na pięć kategorii, które pełnią różne role:

Trigger to obowiązkowy punkt startowy każdego workflow. Bez triggera n8n nie wie, kiedy uruchomić automatyzację. Może nim być Webhook (zapytanie HTTP z zewnątrz), Schedule (harmonogram czasowy), Form (wypełniony formularz) lub nowa wiadomość e-mail.

Action in App wykonuje działania w zewnętrznych serwisach: dodaje wiersz do Google Sheets, wysyła e-mail przez Gmail, tworzy zadanie w Notion. To najczęściej używana kategoria w praktycznych automatyzacjach.

AI obsługuje modele językowe i agentów AI działających wewnątrz workflow – wywołania GPT-4, Claude, budowanie agentów z logiką decyzyjną.

Data Transformation czyści i formatuje dane przed przekazaniem dalej: filtruje rekordy (Filter), ustawia wartości (Set), uruchamia kod JavaScript (Code).

Flow buduje logikę warunkową: węzeł If/Else kieruje dane jedną z dwóch ścieżek, Switch obsługuje wiele przypadków, Merge scala gałęzie.

Canvas oferuje też zestaw narzędzi do nawigacji: skrót Tab otwiera drawer z listą węzłów, Tidy Up jednym kliknięciem porządkuje chaos na płótnie, Zoom to Fit przeskalowuje widok do całego workflow. Panel Input/Output przy każdym węźle pokazuje, co węzeł otrzymał i co wysłał dalej – to fundament debugowania. Przycisk Execute Step pozwala uruchomić jeden węzeł w izolacji, bez uruchamiania całego workflow od nowa.

Więcej o canvasie, narzędziach edytora i wzorcu Human in the Loop dla węzłów AI przeczytasz tutaj → Canvas n8n i 5 rodzajów węzłów

Credentials w n8n – bezpieczne zarządzanie połączeniami

Credentials w n8n to globalne repozytorium danych uwierzytelniających do zewnętrznych aplikacji: kluczy API, tokenów OAuth, par login-hasło. Konfigurujesz je raz, a potem używasz w dowolnym węźle na dowolnym workflow – bez wklejania kluczy API za każdym razem.

Każde Credential to oddzielny, szyfrowany obiekt z czterema polami statusu: Created, Last Updated, Last Used i lista workflows, w których jest używane. Dzięki temu wiesz, które połączenia są aktywne i kiedy były ostatnio użyte. Jeśli klucz API wygasł lub zmienił się, edytujesz jedno Credential i aktualizacja obejmuje wszystkie workflow automatycznie.

Ważna właściwość Credentials z perspektywy bezpieczeństwa: dane uwierzytelniające nigdy nie są eksportowane razem z workflow. Kiedy eksportujesz automatyzację do pliku JSON i dzielisz się nią ze współpracownikiem lub importujesz gotowy szablon ze społeczności n8n, plik zawiera logikę procesu, ale Credentials pozostają zaszyfrowane na Twoim serwerze. To profesjonalne podejście do ochrony kluczy API.

Credentials można tworzyć na dwa sposoby. Przez globalną zakładkę Credentials – przed budowaniem workflow, kiedy konfigurujesz połączenia z góry. Lub bezpośrednio wewnątrz węzła “w locie” (on-the-fly) – kiedy dodajesz węzeł Gmail i klikasz “Add credential”, n8n otwiera formularz autoryzacji bez wychodzenia z edytora. Nowe Credential automatycznie trafia do globalnej listy.

Nie wszystkie Credentials działają tak samo. OAuth 2.0 wymaga przeprowadzenia procesu autoryzacji przez przeglądarkę, co trzeba zaplanować przed uruchomieniem produkcyjnym. API Key to prosty token – wklejasz, zapisujesz, działa. Basic Auth (login + hasło) używany jest rzadziej, głównie przy starszych API.

Więcej o typach połączeń, sposobach tworzenia Credentials i najczęstszych błędach autoryzacji przeczytasz tutaj → Credentials w n8n – zarządzanie połączeniami

Formularz n8n, tryby workflow i Data Tables

Formularz n8n to wbudowany węzeł Trigger, który generuje publiczny adres URL z formularzem HTML. Nie musisz tworzyć osobnej strony ani integrować zewnętrznego narzędzia – n8n hostuje formularz i automatycznie uruchamia workflow po każdym wypełnieniu.

Podstawowy problem, na który trafia każdy na początku: formularz działał podczas testów, ale przestał na produkcji. Przyczyna to różnica między dwoma URL-ami, które n8n generuje dla każdego webhooka i formularza. Test URL działa tylko kiedy masz otwarty edytor i kliknąłeś “Test workflow”. Production URL działa przez całą dobę, ale tylko gdy workflow jest aktywny (zielona lampka w panelu). Przełączenie workflow na Active to obowiązkowy krok przed udostępnieniem formularza użytkownikom.

Data Tables to wbudowana baza danych n8n – coś pomiędzy arkuszem kalkulacyjnym a prostą bazą SQL. Tworzysz tabele z kolumnami, definiujesz typy danych i operujesz na rekordach przez cztery operacje: Get rows (odczyt), Insert row (dodanie), Update row (aktualizacja), Delete row (usunięcie). Zaletą Data Tables nad zewnętrznym Google Sheets jest niezależność od API Google – jeśli arkusz zewnętrzny jest niedostępny, Twoja automatyzacja staje. Data Tables jest częścią n8n, więc działa razem z platformą.

Pola systemowe w Data Tables (id, created_at, updated_at) są generowane automatycznie i nieedytowalne. Zarządzasz tylko kolumnami, które sam zdefiniowałeś. Każdy rekord ma unikalny identyfikator id – to kluczowe przy operacjach Update, gdzie musisz wskazać dokładnie, który rekord chcesz zmienić.

Więcej o konfiguracji formularza, rozwiązaniu problemu test/produkcja i operacjach Data Tables Insert row przeczytasz tutaj → Formularz n8n i Data Tables – test vs produkcja

Webhooki w n8n – jak automatyzacja odbiera dane z zewnątrz?

Webhook w n8n to unikalny adres URL, który n8n udostępnia światu zewnętrznemu. Kiedy inna aplikacja wyśle zapytanie HTTP na ten adres, n8n natychmiast uruchamia przypisany workflow i przekazuje odebrane dane do kolejnych węzłów. To najważniejszy mechanizm integracji w n8n – pozwala łączyć n8n z dowolnym systemem, który potrafi wysyłać zapytania HTTP.

Webhook obsługuje dwie główne metody HTTP. GET to odczyt – parametry przekazywane są w adresie URL, np. ?category=electronics&limit=10. POST to zapis – dane przesyłane są w ciele zapytania (Body) w formacie JSON. Obie metody mają inne zastosowania i inny sposób odwołania się do danych w wyrażeniach n8n: $json.query.parametr dla GET i $json.body.pole dla POST.

Węzeł Webhook ma trzy tryby odpowiedzi. “Immediately” odsyła potwierdzenie od razu po odebraniu zapytania, nie czekając na zakończenie workflow. “On Last Node” czeka na ostatni węzeł i zwraca jego Output. “Using Respond to Webhook Node” daje pełną kontrolę – możesz skonstruować dowolną odpowiedź JSON i wysłać ją dokładnie wtedy, kiedy chcesz.

Praktyczna zasada: webhooki z zewnętrznych aplikacji (Stripe, GitHub, Calendly) zwykle używają trybu “Immediately”, bo aplikacja nie czeka na wynik przetwarzania. Webhooki od własnej aplikacji frontendowej, która wyświetla odpowiedź użytkownikowi, wymagają trybu “Using Respond to Webhook Node” – klient musi dostac odpowiedź po zakończeniu pracy n8n.

n8n pozwala też testować webhooki przez nasłuchiwanie. Zamiast konfigurować całą zewnętrzną aplikację, klikasz “Listen for test event” w edytorze i wysyłasz ręczne zapytanie z Postmana. N8n odbiera je, pokazuje strukturę danych i od razu możesz budować dalszą logikę workflow.

Więcej o metodach GET i POST, trybach odpowiedzi webhooka, Query Params i przykładach integracji z zewnętrznymi aplikacjami przeczytasz tutaj → Webhooki w n8n – jak odbierać dane i budować automatyzacje

Postman – testowanie API i webhooków przed n8n

Postman to narzędzie do testowania API, które pozwala wysyłać zapytania HTTP (GET, POST, PUT, DELETE) do dowolnego adresu URL i analizować odpowiedzi. W kontekście n8n Postman pełni rolę “klienta frontendowego” podczas budowania – możesz testować webhooki bez wdrażania prawdziwej aplikacji.

Typowy scenariusz przed automatyzacją n8n wygląda tak: chcesz podłączyć zewnętrzne API (np. do systemu CRM) jako węzeł HTTP Request. Zanim zbudujesz workflow, wchodzisz do Postmana, wklejasz endpoint API, dodajesz nagłówki autoryzacyjne i sprawdzasz, co API zwraca. Dopiero kiedy widzisz poprawną odpowiedź “200 OK” i rozumiesz strukturę danych, budujesz węzeł w n8n. Dzięki temu oszczędzasz czas, który straciłbyś debugując workflow zamiast samego API.

Postman jest też niezastąpiony przy testowaniu webhooków. Uruchamiasz w n8n tryb nasłuchiwania (“Listen for test event”), następnie w Postmanie wysyłasz zapytanie POST na testowy URL webhooka z przykładowym body JSON. N8n odbiera zapytanie, pokazuje dane w panelu Output i możesz natychmiast budować logikę opartą na tej strukturze.

Trzy rzeczy warte zapamiętania przy pracy z Postmanem i n8n: po pierwsze, Postman Web nie może wysyłać zapytań na localhost – musisz używać Postman Desktop. Po drugie, testowy URL webhooka działa tylko przy otwartym edytorze z aktywnym trybem nasłuchiwania. Po trzecie, nagłówek Content-Type: application/json jest wymagany przy zapytaniach POST z body JSON – bez niego n8n może nie parsować danych poprawnie.

Więcej o instalacji Postmana, tworzeniu kolekcji, wysyłaniu zapytań GET i POST oraz interpretowaniu odpowiedzi API przeczytasz tutaj → Co to jest Postman i jak testować API przed n8n

Executions w n8n – historia wykonań i debugowanie

Executions to rejestr wszystkich uruchomień workflow w n8n – zarówno udanych, jak i tych, które zakończyły się błędem. Każde wykonanie ma status (sukces, błąd, w trakcie), czas trwania, datę i informację o tym, czy było uruchomione ręcznie przez użytkownika czy automatycznie przez Trigger.

Debugowanie przez Executions polega na otworzeniu konkretnego wykonania i przeanalizowaniu danych przepływu krok po kroku. Dla każdego węzła widzisz Input (co otrzymał) i Output (co wysłał dalej) – dokładnie ten sam widok co w edytorze po Test Step. Dzięki temu możesz zidentyfikować, w którym węźle dane miały zły format, filtr zwrócił pusty wynik albo zewnętrzne API odpowiedziało błędem.

Retry to jedna z najważniejszych funkcji Executions w kontekście produkcyjnym. Kiedy workflow padnie na zewnętrznym API, które przez chwilę było niedostępne, nie tracisz danych. Otwierasz nieudane wykonanie i klikasz “Retry execution” – n8n ponownie uruchamia workflow z oryginalnymi danymi wejściowymi. To gwarancja, że żaden rekord nie zostanie pominięty z powodu chwilowej awarii usługi zewnętrznej.

W projektach Kodożerców monitoring Executions to część każdego wdrożenia produkcyjnego. Sprawdzamy failure rate raz dziennie przez pierwsze dwa tygodnie po uruchomieniu – większość problemów z produkcyjnymi webhook’ami ujawnia się właśnie w tym czasie.

Dwa tryby wykonań warte rozróżnienia: Manual Execution (widoczne z etykietą w historii) to uruchomienie przez twórcę workflow w edytorze. Automatyczne wykonanie (bez etykiety) to rzeczywisty ruch produkcyjny. Dzięki temu po miesiącach działania systemu nadal wiesz, które wpisy w historii były testami.

Więcej o filtrach w Executions, szczegółowym debugowaniu krok po kroku, opcjach Retry i zarządzaniu historią wykonań przeczytasz tutaj → Executions w n8n – debugowanie i retry

Endpoint GET w n8n – pobieranie danych przez webhook

Endpoint GET w n8n to workflow z węzłem Webhook skonfigurowanym na metodę GET, który na podstawie parametrów z URL przeszukuje dane i zwraca wynik w formacie JSON. Jeden adres URL z parametrem – i n8n zwraca dokładnie ten rekord z bazy danych, który pasuje. Bez backendu, bez serwera, bez pisania kodu serwerowego.

Schemat działania: Webhook (GET) odbiera zapytanie z adresem ?id=1. Data Tables Get rows szuka rekordu o id=1. Wynik wraca do klienta. Kluczem do dynamicznego filtrowania jest wyrażenie JavaScript w polu Value filtra: zamiast wpisywac stałą wartość, przeciągasz pole z Output webhooka bezpośrednio do pola Value przez drag & drop. N8n automatycznie tworzy wyrażenie {{ $json.query.id }}, które przy każdym zapytaniu pobierze aktualną wartość z URL.

Praktyczny problem przy filtrowaniu po id: parametry URL zawsze przychodzą jako tekst (string). Kiedy silnik Data Tables porównuje string “1” z liczbą 1, może nie znaleźć dopasowania. Rozwiązanie to jedno wyrażenie: {{ parseInt($json.query.id) }}, które konwertuje tekst na liczbę przed porównaniem.

Endpoint GET ma trzy przypadki odpowiedzi warte obsłużenia. Rekord znaleziony: Data Tables zwraca obiekt z danymi. Rekord nie istnieje: Data Tables zwraca pustą tablicę [] – workflow wykonuje się bez błędu, ale dane wyjściowe są puste. Nieprawidłowy parametr (np. ?id=abc): parseInt("abc") zwraca NaN, Data Tables nie znajdzie rekordu i odsyła pustą tablicę – bezpieczne zachowanie bez rzucania wyjątku.

Przed udostępnieniem endpointu produkcyjnie przejdź przez listę: przetestuj w Postmanie z prawidłowym id, z nieistniejącym id i z nieprawidłowym parametrem. Sprawdź, czy n8n zwraca poprawne odpowiedzi w każdym z trzech przypadków. Aktywuj workflow (zielona lampka) i przekaż Production URL, nie testowy.

Więcej o budowaniu endpointu GET, drag & drop do filtra, parseInt() i testowaniu w Postmanie przeczytasz tutaj → n8n webhook GET – pobieranie danych z Data Tables

Endpoint POST i Respond to Webhook – synchroniczne API

Webhook POST w trybie “Using Respond to Webhook Node” zamienia n8n z jednostronnego odbiorcy danych w pełnoprawne synchroniczne API: odbiera zapytanie, przetwarza dane, zapisuje rekord i odsyła klientowi precyzyjną odpowiedź JSON.

Różnica między trybem “Immediately” a “Using Respond to Webhook Node” jest kluczowa. W trybie Immediately n8n odsyła potwierdzenie natychmiast po odebraniu zapytania – klient nie czeka. W trybie Respond to Webhook n8n trzyma połączenie otwarte do momentu, kiedy workflow dobiegnie końca i węzeł Respond skonstruuje odpowiedź. Klient dostaje dokładnie to, co zdefiniujesz – np. id nowo utworzonego rekordu.

Jak zbudować endpoint POST w n8n – trzy węzły i logika Insert vs Update

Trzy węzły tworzą kompletny endpoint POST. Webhook przyjmuje body zapytania (dane w formacie JSON przesłane przez klienta). Data Tables Insert row zapisuje nowy rekord i zwraca jego id. Respond to Webhook odsyła klientowi odpowiedź, np.: {"success": true, "id": 42}. Bez węzła Respond n8n zgłosi błąd informujący o brakującym węźle odpowiedzi – to celowe zachowanie, które informuje, że klient czeka i workflow jest niekompletny.

Standaryzacja danych przed zapisem to dobra praktyka, którą realizujesz przez węzeł Code z JavaScript. Przykład: .trim() usuwa zbędne spacje z pola tekstowego, parseFloat().toFixed(2) zaokrągla cenę do dwóch miejsc po przecinku. Węzeł Code zwraca tablicę obiektów – taki format n8n wymaga na wyjściu. Dane z Code są potem dostępne w Data Tables Insert row obok danych z oryginalnego webhooka, bo n8n kumuluje dane z wszystkich poprzednich węzłów w jednym strumieniu.

Logika Insert vs Update eliminuje duplikaty w bazie. Przed Insert sprawdź przez Data Tables Get rows, czy rekord o danym id już istnieje. Jeśli tak – wykonaj Update. Jeśli nie – wykonaj Insert. Obie gałęzie zbiegają się w węźle Respond to Webhook.

Więcej o konfiguracji trybu Respond to Webhook, JavaScript w Code node, logice Insert vs Update i higienie pracy z Test/Production URL przeczytasz tutaj → n8n webhook POST i Respond to Webhook

Kurs n8n 2.0 · Kodożercy

Od zera do własnych automatyzacji – bez doświadczenia

Kurs n8n 2.0 od Kodożerców przeprowadzi Cię krok po kroku przez budowanie prawdziwych automatyzacji. Od webhooków, przez AI agenty, po własne API – wszystko bez programowania. Praktyczne projekty, które możesz wdrożyć od razu.

Sprawdź kurs n8n 2.0 →

FAQ – Najczęstsze pytania o automatyzację n8n

Czy n8n jest darmowy?

N8n ma model open-source z bezpłatną wersją self-hosted. Możesz uruchomić go lokalnie na komputerze lub zainstalować na VPS bez opłat. Wersja Cloud (hostowana przez producenta) działa w modelu subskrypcyjnym – jest płatna, ale nie wymaga konfiguracji serwera. Dla nauki i małych projektów wystarczy wersja lokalna (Docker na komputerze) lub darmowy plan Cloud z limitem wykonań.

Czym n8n różni się od Make (dawniej Integromat) i Zapiera?

Główna różnica to model danych i możliwości techniczne. N8n daje pełen dostęp do JavaScript wewnątrz węzłów i pozwala budować własne API przez webhooki. Oprócz tego ma wbudowaną bazę danych (Data Tables) i obsługuje agentów AI z Human in the Loop. Make i Zapier są łatwiejsze na start, ale mają więcej ograniczeń. Przy złożonych logikach i kosztują więcej przy dużej liczbie operacji. N8n self-hosted nie ma limitów operacji – płacisz tylko za serwer.

Czy muszę znać JavaScript, żeby używać n8n?

Nie, ale JavaScript znacząco rozszerza możliwości. Podstawowe automatyzacje (formularz, webhook, zapis do tabeli, wysyłanie e-mail) można zbudować bez żadnego kodu. JavaScript przydaje się przy standaryzacji danych (.trim(), .toUpperCase(), parseInt()), budowaniu złożonych wyrażeń filtrujących i tworzeniu niestandardowych struktur JSON w węźle Code. W projektach realizowanych przez Kodożerców JavaScript pojawia się w ok. 40% workflow – nie jako konieczność, ale jako skrócenie czasu budowania.

Ile trwa nauka n8n od zera do pierwszego działającego workflow?

Pierwsze działające workflow (formularz → zapis do Data Tables) można zbudować w ciągu 30-60 minut po zainstalowaniu n8n. Opanowanie podstaw (canvas, credentials, webhooki, Data Tables) zajmuje kilka godzin praktyki. Budowanie własnych endpointów GET i POST to poziom tygodnia regularnego ćwiczenia. Agenty AI z logiką decyzyjną to kolejny krok, który wymaga znajomości podstaw i kilku tygodni eksperymentowania.

Jak zabezpieczyć webhook n8n w produkcji?

N8n oferuje kilka metod autoryzacji dla webhooków. Header Auth wymaga przesłania tokenu w nagłówku zapytania (np. Authorization: Bearer [token]). Basic Auth sprawdza login i hasło zakodowane w nagłówku. Query param auth weryfikuje token w adresie URL. Minimalny standard dla produkcji to Header Auth z tokenem losowym o długości co najmniej 32 znaków. Bez autoryzacji webhook jest publiczny – każdy znający URL może go wywołać.

Czy n8n nadaje się do automatyzacji procesów biznesowych dla firm?

Tak. N8n jest używany przez firmy do automatyzacji onboardingu klientów, synchronizacji danych między systemami, generowania raportów, obsługi powiadomień i budowania prostych aplikacji wewnętrznych. Kodożercy realizują projekty automatyzacji n8n dla klientów z sektora e-commerce, SaaS i usług B2B. Kluczowe zalety w kontekście firmowym to self-hosting (dane zostają wewnątrz infrastruktury firmy), brak limitów operacji i możliwość integracji z dowolnym systemem posiadającym API.

Podsumowanie

Automatyzacja n8n zaczyna się od wyboru wersji (Cloud lub self-hosted) i poznania pięciu zakładek interfejsu. Dalej idzie canvas z pięcioma rodzajami węzłów i narzędziami do nawigacji, Credentials jako globalne repozytorium połączeń, formularz i Data Tables jako własna baza danych, webhooki jako punkt wejścia dla zewnętrznych danych oraz Executions jako narzędzie do monitoringu i debugowania. Na szczycie tej piramidy siedzą endpointy GET i POST: Webhook plus Data Tables Get rows do odczytu, Webhook plus Insert row plus Respond to Webhook do zapisu. Jeśli chcesz przejść od teorii do praktyki, kurs n8n 2.0 na Kodożercach przeprowadzi Cię przez te same tematy z praktycznymi projektami do wdrożenia od pierwszego dnia.

Mateusz Wojdalski

Specjalista SEO i content marketingu w Devstock. Zajmuję się strategią treści, automatyzacją procesów marketingowych i wdrożeniami AI w codziennej pracy. Badam nowe narzędzia, adaptuję je do realnych zadań i piszę o tym, co faktycznie działa.