Co to znaczy w praktyce
Kiedy agent pisze kod sam, pytanie nie brzmi „czy pisze dobrze?”, tylko „jak się dowiemy, że napisał źle, zanim komuś to zaszkodzi?”. Harness to właśnie to, co odpowiada na tamto pytanie automatycznie.
Należą do niego:
- Automatyczne testy, które muszą przejść, zanim cokolwiek pójdzie dalej.
- Code review, gdzie wynik sprawdza człowiek albo inny agent.
- CI/CD jako bramka, przez którą nic nie przechodzi bez kontroli.
- Monitoring i obserwowalność, żebyście widzieli, co system naprawdę robi.
- Kontrole bezpieczeństwa i jasne granice, dokąd agentowi wolno, a dokąd nie.
- Odpowiedzialność człowieka: kto konkretnie podpisuje się pod danym wynikiem.
Dlaczego firmy to lekceważą
Pierwsze wdrożenie zwykle działa. Agent robi, co ma, zespół jest zachwycony i barierami nikt się nie zajmuje, bo „przecież idzie”. Problem przychodzi później, kiedy zmieni się model, dane albo zadanie, a nikt nie zauważy, że wynik po cichu się pogorszył.
Obowiązuje prosta zasada: im większy dostęp, narzędzia i kontekst ma agent, tym jest użyteczniejszy i tym bardziej liczy się to, jak macie dopilnowane bariery.
Gdzie leży granica
Nie wszystko potrzebuje pełnego harnessu. Osobiste narzędzie, którego używa jedna osoba na swoich danych, obejdzie się vibe codingiem. Gdy tylko rozwiązanie dotyka klientów, wrażliwych danych albo pieniędzy, bariery są obowiązkowe. Na szkoleniu Agentic engineering przechodzimy tę granicę na waszych konkretnych projektach.