Vibe coding (pisane też vibecoding) to sposób tworzenia programów, w którym opisujesz sztucznej inteligencji zwykłym językiem, co ma powstać, a ona pisze cały kod. Ty go nie czytasz i nie analizujesz linijka po linijce. Uruchamiasz wynik, sprawdzasz, czy działa, i jeśli coś nie gra, wklejasz modelowi komunikat błędu albo opisujesz, co poprawić.
Dla tradera to kusząca obietnica: własny wskaźnik, bot albo skrypt do backtestu bez nauki programowania. I rzeczywiście, prosty kalkulator czy alert da się dziś zbudować w kwadrans. Problem w tym, że kod, którego nikt nie przeczytał, trafia czasem do miejsc, w których błąd kosztuje prawdziwe pieniądze. Poniżej opisuję, skąd wziął się termin, do czego vibe coding się nadaje i jak z niego korzystać, żeby nie stracić kapitału przez jedną źle napisaną linijkę.
Co to jest vibe coding w prostych słowach
W klasycznym programowaniu to Ty piszesz kod, a AI co najwyżej podpowiada. W programowaniu z AI w wersji „vibe” role się odwracają. Mówisz: „zrób mi skrypt, który pobiera dzienne świece BTC, liczy średnią 200-sesyjną i wysyła alert, gdy cena ją przetnie”. Model pisze program, Ty go uruchamiasz i oceniasz tylko efekt. Nie interesuje Cię, jak kod jest zbudowany, dopóki robi to, co chcesz.
Kluczowe jest to ostatnie zdanie. Vibe coding nie oznacza po prostu używania AI do pisania kodu. Oznacza akceptowanie kodu bez jego zrozumienia. Programista, który każe AI napisać funkcję, a potem ją czyta, testuje i poprawia, nie uprawia vibe codingu, tylko korzysta z asystenta.
Skąd się wziął termin
Określenie ukuł Andrej Karpathy, współzałożyciel OpenAI i były szef działu AI w Tesli. 2 lutego 2025 roku opisał na platformie X nowy sposób pracy, w którym „całkowicie poddajesz się klimatowi” i „zapominasz, że kod w ogóle istnieje”. Akceptował wszystkie zmiany proponowane przez AI bez czytania, a błędy wklejał z powrotem do modelu. Zaznaczył przy tym, że to podejście sprawdza się w projektach „na weekend”.
Termin rozprzestrzenił się błyskawicznie. W marcu 2025 roku słownik Merriam-Webster dodał go do kategorii słów slangowych i zyskujących popularność, a 6 listopada 2025 roku Collins ogłosił „vibe coding” słowem roku 2025. Na początku 2026 roku sam Karpathy zaproponował określenie „agentic engineering” dla bardziej profesjonalnej pracy z agentami AI, w której człowiek nadal odpowiada za jakość i nadzór.
Narzędzia do vibe codingu
Narzędzia zmieniają się co kilka miesięcy, więc zamiast rankingu opisuję główne typy:
- Agenci w terminalu. Na przykład Claude Code firmy Anthropic, udostępniony w lutym 2025 roku jako wersja testowa, a w maju 2025 roku ogólnie. Agent czyta pliki projektu, pisze kod, uruchamia polecenia i testy.
- Edytory kodu z AI. Na przykład Cursor. Wyglądają jak zwykły edytor, ale model może pisać i zmieniać wiele plików naraz na podstawie Twojego opisu.
- Platformy w przeglądarce. Na przykład Replit czy Lovable. Opisujesz aplikację, a platforma ją generuje, uruchamia i często od razu publikuje w sieci. To najbardziej „vibe” forma, bo kodu zwykle w ogóle nie oglądasz.
- Czat z modelem. Najprostsza wersja: prosisz model o skrypt w Pythonie albo Pine Script i kopiujesz wynik.
Zastosowania dla tradera
- Wskaźniki i alerty w Pine Script. Własny wskaźnik na TradingView, łączący na przykład dwa oscylatory z filtrem trendu, to typowe zadanie, które model napisze w kilka minut.
- Skrypty do backtestów. Szybkie sprawdzenie pomysłu na danych historycznych w Pythonie, bez budowania całego środowiska.
- Kalkulatory. Wielkość pozycji, koszt finansowania kontraktów perpetual, próg rentowności przy danej prowizji.
- Pobieranie i porządkowanie danych. Ściąganie świec, stóp finansowania czy historii transakcji przez API giełdy i zapis do arkusza.
- Proste boty. Automaty składające zlecenia według reguł. To najbardziej ryzykowny obszar, o czym niżej.
Ryzyka vibe codingu
- Błędy logiki. Kod może działać bez komunikatu o błędzie, a i tak robić coś innego, niż chciałeś. Typowe przykłady w tradingu to look-ahead bias (strategia „widzi” zamknięcie świecy, która jeszcze trwa), złe jednostki (procenty zamiast ułamków), pomylony kierunek pozycji albo pominięte prowizje i poślizg.
- Bezpieczeństwo kluczy API. Model chętnie wpisuje klucz bezpośrednio w kod. Taki plik trafia potem do publicznego repozytorium albo do udostępnionej aplikacji. Klucz z prawem handlu lub wypłat to otwarty dostęp do Twojego konta.
- Brak testów. Skoro nikt nie czyta kodu, nikt też nie sprawdza przypadków brzegowych: luki w danych, zerowego wolumenu, odrzuconego zlecenia, zerwanego połączenia z giełdą.
- Przeoptymalizowane backtesty. Prośba „popraw strategię, żeby miała lepszy wynik” prowadzi prosto do dopasowania parametrów do historii. Model chętnie to zrobi, bo dokładnie o to go prosisz, a efekt na realnym rynku bywa odwrotny.
- Destrukcyjne działania agentów. W lipcu 2025 roku głośny był przypadek, w którym agent AI na platformie Replit usunął produkcyjną bazę danych, choć miał polecenie niczego nie zmieniać.
- Dziury w publikowanych aplikacjach. W maju 2025 roku badacz wykazał, że w 170 z 1645 przeanalizowanych aplikacji zbudowanych w Lovable dane osobowe użytkowników były dostępne dla każdego.
- Brak zrozumienia własnego narzędzia. Jeśli bot zachowa się dziwnie w trakcie dużego ruchu ceny, a Ty nie wiesz, jak działa, nie naprawisz go na czas.
Dobre praktyki, czyli jak robić to bezpieczniej
- Małe kroki. Zamiast prosić o cały system naraz, buduj po kawałku: pobieranie danych, potem wskaźnik, potem sygnał, potem zlecenie. Każdy etap sprawdź, zanim przejdziesz dalej.
- Testy na znanych danych. Poproś model o testy, które sprawdzają wynik na kilku świecach policzonych ręcznie. Jeśli wskaźnik liczy średnią, porównaj ją z wartością na wykresie.
- Przegląd kodu. Nawet bez znajomości programowania poproś drugi model albo nową rozmowę, żeby wyjaśnił kod linijka po linijce i wskazał ryzyka. Moim zdaniem kod obsługujący zlecenia zawsze powinien przeczytać człowiek, który rozumie, co czyta.
- Sandbox i testnet. Uruchamiaj boty najpierw w trybie papierowym albo na testnecie giełdy, potem na minimalnej stawce. Agentowi AI dawaj dostęp tylko do folderu z projektem.
- Klucze tylko do odczytu. Do analizy i backtestów używaj kluczy API bez prawa handlu. Klucze handlowe nigdy z prawem wypłat, z whitelistą IP, trzymane w zmiennych środowiskowych, a nie w kodzie.
- Twarde limity w kodzie. Maksymalna wielkość pozycji, dzienny limit straty i wyłącznik awaryjny powinny być zapisane wprost i sprawdzone. Wielkość pozycji możesz porównać z kalkulatorem wielkości pozycji.
- Kontrola wersji. Zapisuj działające wersje, żeby po nieudanej zmianie wrócić do poprzedniej, zamiast prosić model o kolejne poprawki w kółko.
Najczęstsze pytania o vibe coding
Czy vibe coding to to samo co programowanie z AI?
Nie do końca. Programowanie z AI to szersze pojęcie. Vibe coding to jego skrajna forma, w której nie czytasz i nie rozumiesz kodu, a oceniasz tylko efekt działania.
Czy mogę zbudować bota tradingowego metodą vibe codingu?
Technicznie tak, ale to najbardziej ryzykowne zastosowanie. Jeśli już, to najpierw na testnecie, potem na małym kapitale, z twardymi limitami i kluczem bez prawa wypłat.
Czy muszę znać programowanie?
Do prostych narzędzi nie. Im jednak więcej pieniędzy zależy od kodu, tym bardziej przydaje się choćby podstawowa umiejętność czytania go albo pomoc kogoś, kto to potrafi.
Dlaczego backtest z vibe codingu wygląda tak dobrze?
Często przez look-ahead bias, brak prowizji albo dopasowanie parametrów do historii. Zbyt piękna krzywa kapitału to sygnał, żeby sprawdzić kod, a nie zwiększać pozycję.
Podsumowanie
Vibe coding to tworzenie programów przez opisywanie AI, czego chcesz, bez czytania powstałego kodu. Termin wprowadził Andrej Karpathy 2 lutego 2025 roku, a Collins wybrał go słowem roku 2025. Dla tradera to szybka droga do własnych wskaźników w Pine Script, kalkulatorów i skryptów do backtestów. Im bliżej prawdziwych zleceń i kluczy API, tym większe ryzyko błędów logiki, wycieku kluczy i przeoptymalizowanych wyników. Rozsądny kompromis to małe kroki, testy, przegląd kodu, sandbox i klucze tylko do odczytu, a przy kodzie obsługującym pieniądze odejście od czystego „vibe” w stronę świadomej kontroli.
