Rdzeń · krok 1/5Rdzeń programu czytasz bez konta. Quizy, zapis postępu i biblioteka — dla członków.
Przez dwa lata świat uczył się „rozmawiać z AI". W międzyczasie AI przestało tylko rozmawiać — zaczęło pracować. Agent to nie czat, który dłużej odpisuje. To współpracownik, któremu delegujesz pracę — i który zrobi ją dokładnie tak dobrze, jak dobrze ją zleciłeś.
- 1Najważniejsza zmiana od czasów promptów — różnica czat/agent decyduje, czy AI jest twoim narzędziem do odpowiedzi, czy partnerem do pracy. Kto jej nie zrobi, płaci za agenta i używa czatu.
- 2Zlecanie to niezmiennik — umiejętność pisania intencji, ograniczeń i kryteriów przenosi się na każdego agenta i każdy model. Modele się zmienią, twoje zlecenia zostaną.
- 3Jasność działa w obie strony — dobre zlecenie to po prostu dobrze przemyślany problem. Intencja + ograniczenia + kryterium porządkują twoje myślenie, zanim jeszcze agent zacznie pracę.
- 4Osąd zostaje u ciebie — delegujesz wykonanie, nie odpowiedzialność. To fundament, na którym stoją wszystkie kolejne moduły o agentach.
Dwa różne kontrakty
Czat: pytanie → odpowiedź → koniec. Ty trzymasz całą pracę, AI podaje ci fragmenty.
Agent: intencja → plan → działania → wynik do weryfikacji. Ty trzymasz cel i osąd, agent prowadzi robotę.
Różnica nie jest techniczna — jest mentalna. Z „szukam odpowiedzi" przechodzisz na „prowadzę pracę". To zmiana tego samego rzędu, co przejście od wyszukiwarki do rozmowy. Kto jej nie zrobi, używa agenta jak drogiego czatu.
Trzy rzeczy, które agent ma, a czat nie
- •Narzędzia — agent działa w twoim środowisku: czyta pliki, uruchamia polecenia, przegląda sieć. Nie opowiada o pracy, tylko ją wykonuje.
- •Pętla — agent może spróbować, zobaczyć wynik, pomylić się i poprawić. Czat ma jedną szansę na odpowiedź; agent ma proces.
- •Stan — agent pamięta, co zrobił dwa kroki temu, i buduje na tym. Prowadzi wątek pracy, nie sekwencję niezależnych odpowiedzi.
Zasada: Czatowi zadajesz pytania. Agentowi zlecasz pracę.
Od promptu do zlecenia
Po twojej stronie zmienia się jedna rzecz, ale głęboko: przestajesz pisać „prompty", zaczynasz pisać zlecenia. Dobre zlecenie ma trzy części:
- •Intencja — co ma powstać i po co. Nie „napisz funkcję", tylko „potrzebuję walidacji formularza, bo użytkownicy wysyłają puste pola".
- •Ograniczenia — czego nie ruszać, czego nie zakładać, gdzie są granice. To jest twoja wiedza o kontekście, której agent nie ma.
- •Kryterium odbioru — po czym poznasz, że jest dobrze. Zdanie, które zaczyna się od „skończone, gdy…".
Czym to NIE jest
Delegowanie to nie abdykacja. Agent nie przejmuje odpowiedzialności za wynik — przejmuje wykonanie. Osąd, kierunek i odbiór pracy zostają u ciebie. Jeśli oddajesz też osąd, nie masz współpracownika — masz automat, któremu ufasz w ciemno.
Pierwsza pułapka: zlecenie bez kryterium
Agent zawsze coś przyniesie — i przyniesie to pewnym tonem. Bez kryterium odbioru nie odróżnisz rezultatu od atrapy. To najczęstszy błąd pierwszego tygodnia pracy z agentami: zlecenie brzmi jak życzenie, a odbiór polega na „wygląda nieźle".
Wzorzec dialogu
Ty: Chcę uporządkować folder z notatkami — 200 plików, różne formaty. Skończone, gdy każdy plik ma datę w nazwie i leży w katalogu roku. Niczego nie usuwaj.
Agent: Widzę 212 plików: 180 .md, 24 .txt, 8 bez rozszerzenia. Część nie ma daty w treści — proponuję dla nich datę modyfikacji pliku. Zgoda?
Ty: Zgoda, ale oznacz je w nazwie sufiksem "-przybliżona".
Agent: [wykonuje: plan → zmiany → raport] Przeniosłem 212 plików do katalogów 2024–2026. 31 dostało datę przybliżoną. Lista zmian poniżej.
Ty: [sprawdzasz raport wg kryterium — losowo otwierasz 5 plików, weryfikujesz sufiksy]
Zauważ, co się wydarzyło: agent zadał pytanie, zanim ruszył. Dobre zlecenie zostawia miejsce na to pytanie — a ty odpowiadasz decyzją, nie wzruszeniem ramion.
Obserwacja zamiast obietnicy
Nie powiemy ci, ile czasu zaoszczędzisz — to zależy od twoich zleceń, nie od modelu. Powiemy inaczej: przez najbliższy tydzień zlecaj, obserwuj i notuj, gdzie agent cię zaskoczył — w obie strony. To jest materiał, z którego budujesz własny proces.