Temat
Jak projektować ograniczone role agentowe, kontrakty, stan i niezależną weryfikację bez zastępowania prostego pipeline’u pozorną autonomią.
Stanowisko
Agentic engineering jest tu rozumiana jako projektowanie ograniczonego procesu pracy, a nie jako nadanie modelowi swobody działania. Każdy krok powinien mieć określony wejściowy artefakt, uprawnione narzędzia, zapis stanu i warunek zakończenia. Dzięki temu można sprawdzić, czy agent zmienił właściwy plik, z jakiego źródła skorzystał i kto zaakceptował następny krok. Materiały nie promują automatyzacji dla samej automatyzacji: pokazują także przypadki, w których prostszy skrypt, retrieval albo ręczny review daje bezpieczniejszy rezultat. Rollback i niezależna kontrola są częścią funkcji, nie dodatkiem po awarii.
Praktyka zaczyna się od małego, odwracalnego kroku: kto uruchamia działanie, na jakim artefakcie, z jaką kontrolą i gdzie zostaje zapisany rezultat. Dopiero po takim opisie warto decydować, czy zadanie powinien wykonywać agent, człowiek czy prosty deterministyczny proces. Granica uprawnień i punkt zatrzymania powinny być zrozumiałe także dla osoby, która przejmuje workflow po autorze.
Rola agentowa powinna mieć ograniczone wejście, nazwany cel, dozwolone narzędzia, artefakt wyjściowy oraz warunek zakończenia. Bez tego słowo „agent” maskuje niejasny proces, w którym nie wiadomo, kto czego dokonał. Dobry kontrakt pozwala sprawdzić, czy proste wywołanie, retrieval albo deterministyczny krok nie rozwiązuje zadania bez rozszerzania powierzchni błędu.
Istotny stan workflow należy zapisać w artefaktach, które można przeczytać po wykonaniu: specyfikacji, pliku wejściowym, rejestrze decyzji, patchu lub raporcie testu. Pamięć rozmowy nie jest wystarczającym źródłem prawdy dla procesu, który ma przejąć zespół. Gdy kolejny krok nie umie wskazać wejścia i wersji stanu, nie powinien udawać powtarzalnego wykonania.
Niezależny review sprawdza produkt pracy, a nie tylko opis jej wykonania. Może to być test, analiza diffu, odtworzenie komendy albo porównanie z kryterium akceptacji. Osoba lub rola, która przygotowała zmianę, nie powinna być jedyną instancją zatwierdzającą ją w procesie wysokiego ryzyka. Oddzielenie wykonania od kontroli daje miejsce na wykrycie błędu, zanim stanie się kolejną automatyczną akcją.
Automatyzacja powinna wskazać, co można bezpiecznie wycofać, jaki artefakt jest źródłem poprzedniego stanu i kto podejmuje decyzję o zatrzymaniu. Rollback nie jest deklaracją odwagi ani ostatnią stroną runbooka. Jest warunkiem eksperymentu, zwłaszcza gdy agent może zmieniać pliki, wywoływać narzędzia lub przekazywać wynik następnym uczestnikom procesu.
Praktyka
Rola agentowa ma sens tylko wtedy, gdy ma ograniczony kontrakt, stan wejściowy, nazwany artefakt i warunek zakończenia. Niezależna weryfikacja nie jest drugim opisem tej samej pracy: sprawdza plik, test, PR lub wynik, którego autor wykonania nie może sam zatwierdzić.
Projekt RAG i workflow agentowego pomaga wybrać prosty pipeline, zanim doda się kolejną rolę.
Evidence Path Protocol daje minimalny ślad specyfikacji, testu i decyzji o akceptacji.
Projekty
Prototyp / Inżynieria agentowa
Autorski kurs i chronione środowisko, w którym nauczyciele i badacze budują własny warsztat agentowy poprzez sprawdzalne artefakty.
Powstał publiczny program dziewięciu spotkań oraz prywatna przestrzeń dydaktyczna z wersjonowanym korpusem materiałów, wyszukiwaniem i pakietami kursu.
Autor i prowadzący · Projekt programu · Architektura środowiska · Mentoring projektowy
działające demo · działające demo
Open source / Inżynieria agentowa
Otwarty proces dwóch ról: specyfikacja → kod → pull request → CI, z rozdzieleniem odpowiedzialności i etapami kontroli jakości.
Repozytorium pokazuje sterowany proces agentowy zamiast samego aktu generowania kodu.
Projekt procesu · Specyfikacja · Etapy kontroli jakości · Publikacja open source
repozytorium · artykuł
Punkt startu
Artykuł edukacyjny o przejściu od Chat Completions przez Responses API i Agents SDK do zarządzanych agentów oraz o zmieniającej się odpowiedzialności inżyniera.
Wartość środowiska agentowego nie wynika z pojedynczej odpowiedzi, lecz z kontrolowanego projektu, który przechowuje instrukcje, artefakty, testy i historię powtarzalnej pracy.
Kontrolowana praca agentowa zaczyna się od kontraktu, rozdziału ról i zewnętrznego gate’u, a nie od liczby agentów.
Publiczny kod może ujawnić proces, testy i decyzje, ale dopiero opis zakresu oraz ograniczeń pozwala czytać go jako dowód.
Czytanie
Artykuł o organizowaniu pracy z AI tak, aby wynik pozostawał powiązany ze źródłami, kolejnymi zadaniami, weryfikacją i decyzją człowieka.
Artykuł edukacyjny o przejściu od Chat Completions przez Responses API i Agents SDK do zarządzanych agentów oraz o zmieniającej się odpowiedzialności inżyniera.
Wartość środowiska agentowego nie wynika z pojedynczej odpowiedzi, lecz z kontrolowanego projektu, który przechowuje instrukcje, artefakty, testy i historię powtarzalnej pracy.
Kontrolowana praca agentowa zaczyna się od kontraktu, rozdziału ról i zewnętrznego gate’u, a nie od liczby agentów.
Publiczny kod może ujawnić proces, testy i decyzje, ale dopiero opis zakresu oraz ograniczeń pozwala czytać go jako dowód.