Agent kodujący i vibe coding

Definicja

Agent kodujący

Agent kodujący to agent AI, który pracuje na plikach projektu:

czyta kod,
edytuje go,
uruchamia polecenia i testy,
sprawdza wynik i poprawia błędy.

Przykłady:

Claude Code,
OpenAI Codex,
GitHub Copilot w trybie agenta,
Cursor.

Agenci kodujący przydają się też poza programowaniem, np. do porządkowania plików, raportów i prostych automatyzacji.

Vibe coding

„Vibe coding” to określenie, którego Andrej Karpathy użył w lutym 2025 roku. Oznacza tworzenie programu przez opisywanie, czego się chce, i akceptowanie kodu od AI bez czytania go w szczegółach.

Co to w zasadzie jest?

Opisujesz cel zwykłym językiem, agent planuje kroki i wykonuje je na Twoim komputerze lub w chmurze.
Agent może uruchamiać polecenia systemowe, więc ma duże możliwości i duże ryzyko.
Vibe coding sprawdza się przy prototypach i narzędziach na własny użytek.
Przy systemach produkcyjnych, danych klientów i bezpieczeństwie kod trzeba czytać, testować i recenzować jak każdy inny.

Praktyczne zastosowania (konkretne scenariusze)

Scenariusz 1: Prototyp narzędzia wewnętrznego

Cel: szybko sprawdzić pomysł, np. kalkulator wyceny szkoleń.
Wejście: opis działania i przykładowe dane.
Kroki: agent buduje prostą stronę → człowiek testuje → poprawki w kolejnych rundach.
Rezultat: działający prototyp w godzinę zamiast tygodnia.
Zabezpieczenie: prototyp nie trafia do klientów bez przeglądu kodu.

Scenariusz 2: Porządkowanie danych

Cel: połączenie kilku arkuszy w jeden raport.
Wejście: pliki CSV lub XLSX (bez danych osobowych albo w zatwierdzonym środowisku).
Kroki: agent pisze skrypt → uruchamia → pokazuje wynik i liczby kontrolne.
Rezultat: powtarzalny skrypt zamiast ręcznego kopiowania.
Zabezpieczenie: porównanie sum kontrolnych z danymi źródłowymi.

Scenariusz 3: Poprawki na stronie www

Cel: drobne zmiany treści i dostępności strony.
Wejście: repozytorium strony.
Kroki: agent wprowadza zmianę na osobnej gałęzi → tworzy propozycję zmian (pull request) → człowiek przegląda i scala.
Rezultat: zmiana z pełną historią i możliwością cofnięcia.
Zabezpieczenie: agent nie publikuje sam na produkcji.

Typowe błędy i pułapki

Dawanie agentowi pełnej swobody („zezwalaj na wszystko”) na komputerze z danymi firmy.
Wklejanie haseł i kluczy API do rozmowy albo do plików, które agent wysyła dalej.
Vibe coding w systemach, które przetwarzają dane osobowe lub płatności.
Brak kontroli wersji: nie da się cofnąć zmian agenta.
Uznanie, że skoro „działa”, to jest bezpieczne i dostępne.

Ryzyka i jak je ograniczać

Ryzyko 1: Szkodliwe polecenie systemowe

Ryzyko: agent usuwa pliki albo zmienia konfigurację.
Jak ograniczać: tryb zatwierdzania poleceń, praca w izolowanym środowisku (sandboxing), kopie zapasowe.

Ryzyko 2: Luki bezpieczeństwa w kodzie

Ryzyko: kod działa, ale ma podatności albo ujawnia dane.
Jak ograniczać: przegląd kodu, testy, security review przed wdrożeniem.

Ryzyko 3: Prompt injection z plików i zależności

Ryzyko: agent czyta złośliwą instrukcję z pliku, strony albo biblioteki.
Jak ograniczać: ograniczony dostęp do internetu i sekretów, ocena przez zabójczą trójkę.

Checklista “zanim użyjesz”

Czy projekt jest w systemie kontroli wersji (np. Git)?
Jakie polecenia agent może uruchamiać bez pytania?
Czy w zasięgu agenta są hasła, klucze lub dane osobowe?
Kto przegląda zmiany przed wdrożeniem?
Czy to prototyp, czy system produkcyjny?

Diagram

flowchart LR
    A[Opis celu]
    B[Agent planuje i edytuje kod]
    C[Testy]
    D[Propozycja zmian]
    E[Człowiek przegląda i scala]
    A --> B --> C --> D --> E

Diagram pokazuje pracę z agentem kodującym, w której zmiany przechodzą przez testy i propozycję zmian, a o wdrożeniu decyduje człowiek.