Branża technologiczna lubi skrajności. Rok temu popularne było hasło „prompt engineering zastąpi programistów”. Dziś emocje budzą „Dark Software Factories” — w pełni autonomiczne pętle agentów AI budujących całe produkty bez udziału człowieka.
W wystąpieniu „Graph Hysteria & Agentic Reality” Ilya Klimov trzeźwo i krytycznie ocenia te obietnice. Agenci AI mają imponujące możliwości, ale sprowadzenie tworzenia oprogramowania do czarnej skrzynki złożonej z węzłów LLM ignoruje twarde realia inżynierii: dryf modelu, niedeterministyczne błędy i kaskadowe awarie.
Agentic Coding nie polega na pisaniu sprytnych szablonów promptów. Jak zauważa Klimov: „Prompt to najsłabszy możliwy kontrakt w oprogramowaniu. Prawdziwa inżynieria zaczyna się wtedy, gdy ograniczamy model ścisłymi schematami, atomowymi API narzędzi, trwałością stanu i punktami kontroli człowieka”.
Przy budowie produkcyjnych przepływów agentowych — z LangGraph, Vercel AI SDK lub własnymi serwerami MCP (Model Context Protocol) — niezawodność zapewniają małe, ograniczone węzły. Monolityczny prompt próbujący obsłużyć autoryzację, transformację danych i wywołania API zawiedzie w 20% przypadków. Wieloetapowy przepływ, w którym każdy węzeł wykonuje jedną zwalidowaną czynność, działa przewidywalnie.
Z mojego doświadczenia w tworzeniu aplikacji webowych FinTech i SaaS Human-in-the-Loop nie jest kompromisem, lecz funkcją systemu. Najlepsze architektury automatyzują agentami 90% badań, szkiców i pisania testów, ale krytyczne zmiany stanu — transakcje, zapisy do bazy i wiadomości do użytkowników — pozostawiają do zatwierdzenia przez człowieka.
Jeśli projektujesz dziś oprogramowanie agentowe, zacznij prosto. Nie buduj pierwszego dnia nieskończenie złożonego grafu z 50 agentami. Twórz typowane narzędzia, wymuszaj ścisłą walidację schematów, ustal twarde limity wykonania i pozostaw człowieka w procesie tam, gdzie stawka jest realna.
Daj kolejnemu produktowi kogoś, kto zostanie.
Chcesz zacząć? Napisz do mnie — mogę rozpocząć od razu i zostać na dłużej. Długoterminowa współpraca, nie przekazanie projektu po dwóch tygodniach. Omówmy projekt, wymagania i najlepszy sposób realizacji.