AI-native to nie vibe coding

Jest taki moment w każdej rozmowie o AI w developmencie, w którym ktoś mówi: "przecież teraz każdy może zbudować sklep, wystarczy poprosić czat". I to jest dokładnie ten moment, w którym rodzą się projekty, które za pół roku ktoś będzie ratował.

W Seedlight wszystkie projekty budujemy ze wsparciem Claude Code. Funkcje, które kiedyś zajmowały tydzień, powstają w dzień. Ale różnica między nami a "vibe coderem" nie leży w narzędziu, tylko w tym, co narzędzie dostaje na wejściu i co się dzieje z jego wynikiem.

Czym jest vibe coding

Vibe coding to praca bez specyfikacji, bez testów i bez zrozumienia wygenerowanego kodu. Działa imponująco do pierwszego prawdziwego problemu: migracji danych, edge case'a w płatnościach, load'u na Black Friday. Wtedy okazuje się, że nikt nie wie, dlaczego system robi to, co robi.

Czym jest AI Agentic Engineering

Nasze podejście nazywamy AI Agentic Engineering: agent dostaje specyfikację, konwencje repozytorium i kontekst domeny, a jego praca przechodzi przez te same bramki co praca człowieka: review, testy, CI. AI przyspiesza wykonanie, ale architektura, decyzje i odpowiedzialność zostają po stronie inżyniera.

W praktyce oznacza to kilka twardych zasad. Spec przed kodem: agent buduje na podstawie opisanego zachowania, nie domysłów. Konwencje w repo: struktura, nazewnictwo i wzorce są zapisane, więc każda wygenerowana zmiana wygląda, jakby napisał ją ten sam zespół. Review każdej zmiany: człowiek czyta i rozumie kod zanim ten trafi na produkcję.

Różnicę między jednym a drugim widać punkt po punkcie:

To samo narzędzie, dwa różne procesy wokół niego.

Dlaczego to ma znaczenie dla klienta

Bo kupujesz nie tylko tempo, ale i przewidywalność. Platforma zbudowana w dyscyplinie da się utrzymywać, rozszerzać i przekazać: każdy kolejny inżynier (i każdy kolejny agent) odnajdzie się w kodzie. To jest różnica między "szybko zbudowane" a "szybko zbudowane i nadal działa za dwa lata".