O czym jest ten film
- Start serii „Tiny Software Factories” — ekspresowego kursu budowy małych fabryk oprogramowania, które pracują całą dobę i mają wyciągnąć człowieka z pętli pracy z agentem na jej obrzeża.
- Seria celowo uczy antywzorzców: rozwiązań, które się nie skalują, ale szybko dają efekt. W porównaniach autora: „to nie medytacja, to Xanax; nie trening, to GLP-1”.
- Definicja mini-fabryki: rozwiązuje jeden konkretny problem, a proaktywny agent działa w niej nieprzerwanie w trwałym środowisku — człowiek jest „blisko pętli”, nie w niej.
- Główna teza: wąskim gardłem jesteśmy my sami, a ponad 80% dzisiejszej pracy może biec bez nas — pod warunkiem, że stoi za nią odpowiedni system.
- Fabryka ma być błyskawicznie wdrażalna (jedno polecenie obok repozytorium, piaskownica, minuty od zera), rozszerzalna (każdy prompt, motyw i skrót dostępny dla człowieka i agenta) oraz trwała.
- Zwiedzanie „pustej fabryki”: agent w prawym panelu, lista stron po lewej, koncentracja na środku; demo polega na wygenerowaniu podstaw Pythona, TypeScripta i Rusta.
- „Pełna symetria dostępu”: każda kontrolka interfejsu ma lustrzane narzędzie agenta — agent potrafi wszystko to, co człowiek, łącznie z przełączaniem własnych ustawień.
- „Wielka Czwórka” kontroli nad agentem: kontekst (progi kompakcji), model (z poziomem rozumowania), prompt systemowy i narzędzia — a sam agent jest złożeniem warstw-harnessów.
- Personalizacja interfejsu: motywy, skróty, animacje — autor nazywa to „płynnym oprogramowaniem”, stworzonym po to, żeby je bez końca zmieniać.
- Prompty cron: polecenia na harmonogramie, wykonywane przez trwałego agenta także po zamknięciu przeglądarki; transkrypt urywa się w pół zdania na zapowiedzi kolejnej funkcji.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Przesuń się z „w pętli” na „blisko pętli”
Na czym polega: Praca z agentem w pętli to ping-pong promptów w terminalu. Blisko pętli znaczy coś innego: agent pracuje w trwałym środowisku, a ty tylko odpowiadasz — dajesz feedback, podejmujesz decyzje, zatwierdzasz gotowe rzeczy. Formuła autora: w pętli wpisujesz prompty, obok pętli — odpowiadasz.
Jak stosować: Zrób przegląd codziennej pracy i wydziel z niej zadania powtarzalne, które agent może wykonywać bez ciebie w trwałym środowisku. Twoja rola ma się sprowadzać do przeglądu i decyzji.
Na co uważać: „Blisko pętli” to jeszcze nie autonomia. Pełna niezależność („poza pętlą”) to osobny, trudniejszy poziom — nie myl jednego z drugim, planując wdrożenie.
2.Dopuszczalne antywzorce, czyli od zera do pierwszego efektu
Na czym polega: Cały kurs świadomie pokazuje rozwiązania, które nie skalują się w dłuższej perspektywie — w zamian za wynik tu i teraz. W obrazach autora: to nie medytacja, tylko Xanax; nie trening, tylko lek odchudzający.
Jak stosować: Gdy trzeba szybko zautomatyzować jeden problem, bierz „małą fabrykę” i nie przeszukuj architektury na lata. Ale od początku zaplanuj moment, w którym wynik przeniesiesz na porządne fundamenty.
Na co uważać: Nie buduj na tych wzorcach produktu ani procesu krytycznego dla biznesu. Szybkość jest tu kupiona za cenę praktycznie wszystkiego poza samym wykonaniem zadania.
3.Jedna fabryka — jeden problem
Na czym polega: Mini-fabryka z definicji jest wąska: obsługuje jeden konkretny problem i jednego proaktywnego agenta. Budowa uniwersalnej, skalowalnej fabryki to miesiące pracy i wieczne „jeszcze jedna funkcja do zrobienia”.
Jak stosować: Pod każdy powtarzalny problem montuj osobną, małą instancję obok repozytorium, w piaskownicy, z rozsądnymi ustawieniami domyślnymi. Schemat: inicjalizujesz, konfigurujesz, specjalizujesz.
Na co uważać: Pokusa rozbudowy jednej fabryki we wszystkie strony to prosta droga do systemu, który nigdy nie „zajmuje się wszystkim” — dokładnie tej pułapki autor chce uniknąć.
4.To ty jesteś wąskim gardłem — potraktuj to dosłownie
Na czym polega: Zdaniem autora 80% i więcej dzisiejszej pracy może biec bez nas, jeśli stoi za nią właściwy system. Dobrze ustawiony agent nie czeka, aż zaczniesz pracować — on pracuje dla ciebie, a dopiero potem czeka na przegląd.
Jak stosować: Zacznij od jednego zadania, które dziś robisz ręcznie codziennie, i zamknij je w cyklu: agent wykonuje, ty zatwierdzasz. Każdy sygnał przy zatwierdzaniu napędza koło zamachowe — system poprawia się z każdą twoją uwagą.
Na co uważać: Samo „używanie agenta” niczego nie zmienia — bez struktury wokół niego nadal siedzisz w pętli, tylko z droższym narzędziem.
5.Pełna symetria dostępu: wszystko, co ty, to i agent
Na czym polega: Każdy element interfejsu ma odpowiadające mu narzędzie agenta. W praktyce wszystko, co zrobisz ręcznie — od dodania strony po zmianę motywu — agent może zrobić sam.
Jak stosować: Projektując narzędzia dla agentów, pilnuj, by pokrywały jeden do jednego czynności dostępne człowiekowi. Wtedy drobne poprawki zlecasz zamiast wykonywać, a tempo pracy zbliża się do „tempa agentów”.
Na co uważać: Symetria działa w obie strony — agent może też wyłączać swoje narzędzia i grzebać we własnej konfiguracji. Bez limitów to ryzyko, nie tylko wygoda.
6.Wielka Czwórka: kontekst, model, prompt, narzędzia
Na czym polega: Prawdziwą własność agenta daje kontrola nad czterema elementami: kontekstem (np. progi automatycznej i wymuszonej kompakcji), modelem wraz z poziomem rozumowania, promptem systemowym i narzędziami.
Jak stosować: Traktuj te cztery suwaki jako standardowy panel przy każdym agencie. Nie zamykaj się na jednym modelu — dobieraj właściwy do zadania, ważąc wydajność, koszt i szybkość.
Na co uważać: Gotowe produkty często ukrywają część Wielkiej Czwórki. Jeśli nie możesz zmienić promptu, dobrać modelu ani ograniczyć narzędzi — nie jesteś właścicielem agenta, tylko jego użytkownikiem.
7.Agent, który sam siebie konfiguruje
Na czym polega: W demu agent na jedno polecenie wyłączył sobie wszystkie narzędzia kodowe i ustawił rozumowanie na maksimum. Autor nazywa to autorefleksją: trwały agent z odpowiednim zestawem narzędzi potrafi modyfikować własne ustawienia.
Jak stosować: Pozwól agentowi konfigurować własną Wielką Czwórkę — konfiguracja agentów i kod wokół nich to dziś najbardziej wartościowa personalizacja, jaką może wykonać inżynier.
Na co uważać: Samomodyfikacja bez granic bywa niebezpieczna. Wyznacz górne progi tego, co agent może sobie zmienić, i zachowaj wgląd w historię takich zmian.
8.Zdolności w warstwach, czyli harness
Na czym polega: Agent w fabryce nie jest monolitem, lecz złożeniem warstw (harnessów): sterowanie fabryką, narzędzia kodowe, obsługa stron, generowanie obrazów. Nowe możliwości dokładasz jako kolejne warstwy.
Jak stosować: Gdy agentowi czegoś brakuje, nie przebudowuj całości — dopisz warstwę z narzędziami i zachowaniem. Narzędzia, które przyjemnie się obsługuje, chętniej się rozwija.
Na co uważać: Każda warstwa to koszt utrzymania i potencjalne źródło konfliktów między narzędziami. W małych fabrykach trzymaj ten stos na minimum.
9.Płynne oprogramowanie — dopasuj narzędzie do siebie
Na czym polega: Motywy, paski nawigacji, skróty klawiszowe, animacje — wszystko konfigurowalne, również przez samego agenta (zmianę motywu czy przestawienie paska kontekstu po prostu mu zlecasz). Narzędzie ma się zginać pod twój sposób pracy.
Jak stosować: Zainwestuj godzinę w skróty i układ interfejsu pod własny przepływ pracy — drobne ułatwienia z czasem składają się na dużą różnicę w tempie.
Na co uważać: Personalizacja to środek, nie cel. W „szybkich naprawach” łatwo utonąć w kosmetyce kosztem zadania, które fabryka ma wykonać.
10.Prompty cron: najprostsza droga do proaktywnego agenta
Na czym polega: Cron to prompt na harmonogramie: nazwa, plan i treść polecenia — nic więcej. Agent wykonuje go, kiedy ciebie nie ma, a aplikacja jest trwała, więc pracuje nawet po zamknięciu przeglądarki.
Jak stosować: Zacznij od jednego małego zadania cyklicznego, np. codziennego przygotowania przeglądu materiałów. Uruchom, zostaw, wróć po gotową pracę do zatwierdzenia.
Na co uważać: Pilnuj częstotliwości (minutowy interwał to ponad tysiąc uruchomień na dobę) i uprawnień — w demu agent sam zgłosił blokery, zanim ruszył. Zostawiony bez limitów cron potrafi zalać projekt treścią.
Redakcyjne tłumaczenie
Lekcja pierwsza: po co uczyć się inżynierii agentowej źle
Witajcie w „Tiny Software Factories” — lekcja pierwsza. To ekspresowy mini-kurs, w którym budujemy małe, użyteczne fabryki oprogramowania pracujące dla was całą dobę — tak, żeby wyjść z pętli pracy z agentem i znaleźć się obok niej. W każdej lekcji zobaczycie dwie wersje: fabrykę pustą i fabrykę działającą. Najpierw poznajecie możliwości, a potem przykładacie je do prawdziwego problemu.
W pierwszej lekcji wchodzimy w świat mini-fabryk i uczymy się inżynierii agentowej… zrobionej źle. Wiem, że brzmi to dziwnie: po co uczyć się czegoś niepoprawnie? Wyjaśniam. Tiny Software Factories to kurs o przyrostowym skalowaniu inżynierii agentowej do najbliższego użytecznego progu. Poznacie tu wiele mrocznych wzorców, które się nie skalują. W zamian będziecie szybko działać, psuć, naprawiać i wysyłać w świat. Ale to antywzorce — i chcę, żeby było to jednoznaczne.
Całość to mocno skompresowana i okrojona wersja rdzennego zestawu lekcji IA3. (Informacja dodatkowa: IA3, czyli „Infinite Agentic Engineering”, to wcześniejszy, pełny kurs tego samego autora, poświęcony systemom w pełni autonomicznym.) Tutaj skupiamy się na inżynierii „blisko pętli” (near the loop); IA3 zajmuje się znacznie bardziej dźwigającą, ale i trudniejszą inżynierią „poza pętlą”, gdzie buduje się systemy działające za was i bez was. To, co zobaczycie, nie jest polecane jako rozwiązanie długoterminowe. Antywzorce mają jeden cel: przenieść was od zera do pierwszego efektu — kosztem praktycznie wszystkiego poza samym wykonaniem zadania. To blitzscaling w wydaniu agentów. Szybka naprawa, nie terapia: to nie medytacja, tylko Xanax; to nie trening, tylko lek z grupy GLP-1. (Informacja dodatkowa: analogi GLP-1, popularne leki odchudzające — dają efekt szybko, ale bez zmiany nawyków; stąd porównanie do „szybkiej naprawy”.) To użyteczne lokalne maksimum: wynik za wszelką cenę.
Skoro to mamy z głowy: to, że coś nie jest technicznie poprawne, nie oznacza, że nie może być bardzo użyteczne. W TSF przestajemy zabiegać o to, żeby rzeczy były zrobione dobrze, i zaczynamy zabiegać o to, żeby w ogóle były dostarczone. Jeśli te pomysły was ciągną i chcecie działać w tempie agentów — budujmy mini-fabryki.
Czym jest mini-fabryka oprogramowania
Zacznijmy od oczywistego pytania: co to właściwie jest? Mini-fabryka oprogramowania to fabryka zbudowana do rozwiązania jednego, konkretnego problemu, w której proaktywny agent pracuje całą dobę w trwałym środowisku — a wy jesteście blisko pętli, nie w niej. W tej definicji kilka rzeczy trzeba podkreślić: zbudowana pod jeden problem; z proaktywnym agentem; całą dobę; w trwałym środowisku; z wami obok pętli, nie w pętli. Te cechy będą wracać jak refren, im lepiej będziecie opanowywać mini-fabryki.
Dlaczego to działa: pętla nie potrzebuje twojej obecności
Skoro mamy definicję, kolejne pytanie: skąd ta wartość? Co sprawia, że taka fabryka jest cenniejsza niż siedzenie w terminalu i ping-pong promptów z agentem?
Największa przewaga: pętla was nie potrzebuje. Przesuwacie się na jej obrzeża, żeby dawać feedback, podejmować decyzje i zatwierdzać to, co agent już zrobił. Każdy taki sygnał napędza koło zamachowe danych — fabryka staje się lepsza z każdą waszą uwagą. Powiedzmy sobie wprost: wąskim gardłem jesteśmy my. Co najmniej 80% pracy, którą dziś wykonujemy, mogłoby biec bez nas — gdyby tylko stał za nią właściwy system. Mini-fabryka doprowadza nas tam szybko. W pętli wpisujesz prompty; obok pętli — odpowiadasz. Cała sztuka polega na tym, żeby odpowiedni system już czekał, a nie siedziało się godzinami przyklejonym do fotela dewelopera.
Co jeszcze przemawia za mini-fabryką? Jest błyskawicznie wdrażalna — zaprojektowana tak, żeby ją zmieniać. Jedna metaumiejętność i jedno polecenie: nowa fabryka ląduje obok waszego kodu, gotowa zająć się konkretnym problemem. Wskazujecie repozytorium, zrzucacie wszystko do piaskownicy — i w kilka minut od zera działa wam system agentowy. Budowa naprawdę skalowalnej fabryki pochłania mnóstwo czasu nawet przy dzisiejszych, potężnych modelach językowych; efekt jest zawsze o jedną funkcję od gotowości, a w końcu okazuje się, że i tak nie obejmuje wszystkich scenariuszy. Mini-fabryka daje ogromną przewagę, bo to mocno skompresowany, działający system z rozsądnymi ustawieniami domyślnymi, który można wdrażać raz za razem. Szybka naprawa — i o to właśnie chodzi.
Kolejny atut: rozszerzalność wpisana w sam projekt. Każdy prompt, narzędzie, skrót klawiszowy, rozszerzenie i motyw jest dostępny dla was i dla waszego agenta. Dzięki temu szybko budujecie system, który buduje system — a to skraca drogę z pętli na jej obrzeża. Dostosujecie go do każdego problemu, jaki akurat rozwiązujecie. Schemat jest prosty: inicjalizujesz, konfigurujesz, specjalizujesz.
Wreszcie coś, co odróżnia te fabryki od zwykłych czatów: agenci „blisko pętli” nie przestają dla was pracować. Trwały agent plus wyzwalacz w piaskownicy dają w efekcie agenta proaktywnego. Możecie go ustawić tak, by zaczynał, zanim wstaniecie — a gdy rano zajrzycie do fabryki, praca już czeka na przegląd. On nie czeka, aż ty zaczniesz pracować. On pracuje dla ciebie, a dopiero potem czeka. Mamy więc system agentowy, który można odpalić w każdej chwili, by bez przerwy rozwiązywał jeden konkretny problem, z proaktywnym agentem przy sterach.
Ale jak coś takiego wygląda w praktyce?
Mapa funkcji: cztery poziomy fabryki
W całej serii możliwości mini-fabryki będziemy odsłaniać stopniowo, na mapie funkcji. Czeka nas cztery poziomy fabryki, każdy z własnym zestawem funkcji — i przechodzimy je po kolei. Każda funkcja leży na jednym z trzech wymiarów: nakład pracy potrzebny do zbudowania i używania, wartość, jaką ten nakład odblokowuje, oraz wymagany poziom umiejętności. W duchu mini-fabryk upraszczamy obraz do dwóch pierwszych: wartości i nakładu.
Pusta fabryka i jej pierwsze elementy
Pierwsza i najważniejsza właściwość to pusta fabryka. To szablon — kompletny, wyposażony we wszystko, czego potrzeba do specjalizacji, tylko że samej specjalizacji jeszcze nie ma. Pusta fabryka nie ma celu, dopóki nie dostanie go od was.
Zerknijmy na prawdziwą pustą fabrykę w przeglądarce. Minimalistyczny interfejs, dwa panele boczne. Każda funkcja, o której teraz opowiadam, to gotowa zdolność, którą możecie specjalizować pod własne problemy.
Co siedzi w środku? Pierwsza funkcja: agent, po prawej stronie. To trwały agent — zawsze włączony, zawsze o jedną wiadomość stąd. Po otwarciu panelu widać klasycznego agenta gotowego do pracy; to coś, co doskonale znacie. Każdą aplikację da się tak „doładować” agentem, żeby pracowało się w jego tempie.
Każda fabryka musi na czymś pracować. Na czym pracuje ta? Odpowiedź to trzecia funkcja: listy, po lewej. Każdy produkt to lista czegoś — co jest na waszej liście? U nas są to strony: dokumenty, nad którymi pracujecie wy i wasz agent. Ten element od początku jest zaprojektowany do wymiany. Ale już te trzy funkcje wystarczą, by fabryka ruszyła. Zlecamy: „wyjaśnij podstawy Pythona, TypeScripta i Rusta w zagnieżdżonych folderach”. Agent bierze się do roboty: tworzy strony i zasiedla fabrykę treścią. Każdą stronę można otworzyć i obejrzeć.
I tak dochodzimy do następnej funkcji: koncentracji na środku. Najważniejsza rzecz, nad którą pracujecie wy i agent, zawsze leży w centrum — tam kierujcie uwagę. W pustej fabryce to prosta aplikacja o generatywnym interfejsie: strony, artefakty, proste dokumenty markdownowe, które agent może tworzyć, zmieniać i dostrajać w waszym imieniu. Mamy w nich podstawy trzech języków wygenerowane przez agenta — wszystko do przejrzenia, analizy i poprawek.
Ale wywołania narzędzi, które właśnie przewinęły się przed naszymi oczami, zdradzają znacznie ważniejszą właściwość.
Pełna symetria: wszystko, co potrafisz ty, potrafi agent
Następna kluczowa funkcja to pełna symetria dostępu (agent access parity). Każdej kontrolce w interfejsie odpowiada narzędzie agenta. Konsekwencje są poważne: pozwalają wam poruszać się szybciej niż konkurencja, bo pracujecie w tempie agentów. Poprośmy agenta o wypisanie narzędzi do operowania stronami — i dostajemy pełną listę. Agent naprawdę ma dostęp do wszystkiego, co my mamy w fabryce.
Wielka Czwórka: kontekst, model, prompt, narzędzia
Nie jesteś prawdziwym właścicielem agenta, jeśli nie panujesz nad czterema rzeczami: kontekstem, modelem, promptem i narzędziami — razem: Wielka Czwórka (Core 4). Prawdziwa fabryka oprogramowania musi dawać pełną władzę nad agentem, a w naszym interfejsie ją mamy: w ustawieniach czekają podstawy, Wielka Czwórka i opcje zaawansowane.
To właśnie z Wielkiej Czwórki zbudowany jest agent. Opanujesz ją — opanujesz agenta; potrafisz ją konfigurować i dostosowywać — zbudujesz agentów, których nikt inny nie ma. A w mini-fabryce znaczy to wszystko.
Zacznijmy od kontekstu: pasek kontekstu z kompakcją automatyczną od 200 tysięcy tokenów i wymuszoną od 500 tysięcy. (Informacja dodatkowa: kompakcja to automatyczne skracanie historii rozmowy, gdy kontekst się zapełnia — warunek konieczny agentów „trwałych”, czyli takich, które mogą pracować godzinami.) Po przekroczeniu progu 200K agent kompaktuje w tle. Dalej: wybór modelu wraz z poziomem rozumowania, rozbity na poziomy. Bardzo ważna sprawa — nie zamykajcie się na jednym modelu, tylko wybierajcie właściwy do zadania, z odpowiednim balansem wydajności, kosztu i szybkości. Trzeci element: systemowy prompt, starannie zaprojektowany, który w fabryce wykonuje bardzo konkretne zadania. I wreszcie narzędzia — pełna lista tego, czym agent może operować.
Te funkcje już się nakładają jedna na drugą. W ustawieniach Wielkiej Czwórki widać wszystko naraz: koncentrację kontekstu i włączoną autokompakcję, szczegóły modelu, rozpisane prompty — własne, rozszerzeń i takie, które można w każdej chwili agentowi doczepić — a także wszystkie narzędzia w widoku skróconym: z opisami i pełnymi parametrami, w dowolnej składni, w jakiej chcecie je przeglądać.
A teraz pokażę, czym naprawdę jest pełna symetria. Zamykam główny widok, przechodzę do agenta i zlecam: „wyłącz wszystkie narzędzia do kodowania i przestaw poziom rozumowania na maksimum”. Agent wykonuje — i modyfikuje samego siebie. To jeden z kluczowych atutów trwałego agenta z odpowiednim zestawem narzędzi: autorefleksja w wydaniu maszyn. Otwieramy ustawienia i faktycznie: rozumowanie stoi na „wysokim”, a narzędzia kodowe — odczyt, zapis, edycja, bash — są wyłączone. Agent ma konkretny zestaw narzędzi, który możemy regulować, i może sam zmieniać siebie aż do granicy, którą również my wyznaczamy. Taka zdolność bywa oczywiście niebezpieczna, jeśli puścić ją bez kontroli. Ale sedno zostaje: symetria pozwala agentowi robić wszystko to, co wy. A najcenniejsza personalizacja, jakiej dziś może dokonać inżynier agentowy, dotyczy konfiguracji samych agentów i kodu, który ich otacza. Robi się to w tempie agentów — i idzie to wyraźnie szybciej.
Warstwy możliwości, czyli rozszerzalny harness
Kolejna wielka sprawa, z której można czerpać: rozszerzalny harness. (Informacja dodatkowa: „harness” — dosłownie „uprząż” — to warstwa narzędzi i reguł działająca wokół modelu; w polskich dyskusjach o agentach termin zwykle pozostaje angielski.) Nasz agent „blisko pętli” nie jest monolitem: jest zbudowany z oddzielnych, nakładanych warstw możliwości. W ustawieniach zaawansowanych, w sekcji harness, widać, że to złożenie kilku podzespołów: harnessu fabryki, narzędzi kodowych (tych, które przed chwilą wyłączyliśmy), harnessu stron, harnessu generowania obrazów i sterowania fabryką. Cztery dodatkowe warstwy ułożone jedna na drugiej — i wszystko to da się modyfikować, co pokażemy w kolejnych lekcjach: będziemy projektować nowe warstwy i dokładali agentom nowe zdolności. Bo narzędzia, które przyjemnie się obsługuje, dają lepsze doświadczenie — a od przyjemności użytkowania zależy, ile ochoty mamy inwestować w to, czym pracujemy.
Płynne oprogramowanie: interfejs naprawdę wasz
Stąd następna funkcja jest tak ważna: w pełni konfigurowalny interfejs, aż do samego fundamentu. Mowa o motywach, paskach nawigacji, skrótach klawiszowych i animacjach. Ukształtujcie fabrykę pod własny sposób pracy. Zapewne zauważyliście, że ustawienia otwieram skrótem — jeśli chcecie działać szybko, narzędzia muszą na to pozwalać. TSF powstało właśnie z tą myślą.
Kontynuujmy ten wątek. Zlecam: „przełącz na inny ciemny motyw, potem dodaj pasek kontekstu do paska agenta, a na końcu dodaj status w globalnej nawigacji po lewej”. Agent ma pełny dostęp — sprawdza motywy i aktualizuje ustawienia. Po chwili w nawigacji widać status agenta, a interfejs nosi nowy motyw. Znów działa pełna symetria: nawet coś tak błahego jak odznaczenie strony. Wszystko, co zrobicie wy, może zrobić agent — a to drobne ruchy, które z czasem składają się na sporą różnicę.
Pasek kontekstu trochę ściśnięty? „Przełącz pasek kontekstu na pełną szerokość” — i mamy oddech. Można go też opuścić niżej, ustawić po swojemu, po prostu zrobić z nim, co się chce. Skoro nie będziemy zużywać dużo kontekstu — „usuń pasek kontekstu”. Motyw nie leży? Wchodzimy w ustawienia i przechodzimy na „midnight”. Dopraszczaniu nie ma końca — i o to chodzi. W nawigacji widać zresztą, jak sam agent porządkuje interfejs; wszystko jest konfigurowalne i rozszerzalne. Można zmienić animacje, żeby na pierwszy rzut oka rozróżniać, kiedy agent pracuje, a kiedy nie. Są i skróty klawiszowe — pełna personalizacja, żeby poruszać się bardzo szybko w świecie, w którym oprogramowanie zmienia się z prędkością światła. Nasze codzienne narzędzia muszą powstawać z myślą o takiej zmienności. To oprogramowanie „płynne”: stworzone po to, żeby je zmieniać i dopasowywać — i to jest znak firmowy mini-fabryki. Przełączamy z powrotem na domyślny motyw TSF.
Prompty cron: praca, kiedy ciebie nie ma
Co jeszcze daje mini-fabryce taką moc? Jeśli chcecie przejść na pozycję blisko pętli, a docelowo poza pętlą, nie obejdzie się bez crona — a właściwie promptów cron. To dokładnie to, na co brzmi: prompty uruchamiane według harmonogramu, wykonywane przez agenta, kiedy was nie ma. Dla inżynierii agentowej to ogromny skok, bo w mini-fabryce pomysł ten wdraża się błyskawicznie i w dowolnym problemie. Domyślny skrót do crona to litera R. Każdy cron ma trzy elementy: nazwę, harmonogram i prompt. Tyle. Dzięki temu powtarzalne zadania stają się dostępne od ręki, bez żadnych kosztów wdrożenia.
Stwórzmy więc crona i zacznijmy czerpać z tego realną wartość. Zlecam: „co minutę dodawaj nowy plik do folderu każdego z naszych języków programowania i rozkładaj w nim po jednym nowym pojęciu” — przypominam, agent miał wcześniej napisać podstawy tych języków. Agent się wzdryga: dwa blokery, między innymi brak praw zapisu do plików. Słusznie — i zresztą nie będzie ich potrzebował. Minutowy rytm to sporo w przeliczeniu na dobę? Również racja, ale potwierdzamy mimo wszystko: niech użyje narzędzi stron. I cron rusza. Agent cyklicznie czyta strony i dorzuca kolejne podstawy do folderów wszystkich trzech języków.
Oczywiście to kompletnie przykładowe zadanie — chodzi o pokazanie, jak to wygląda i jak się to czuje we własnej fabryce. A efekty? Python: menedżery kontekstu, od klasycznych instrukcji with po dekorator — wygląda świetnie. TypeScript: typy narzędziowe, z sekcjami „dlaczego to ważne” i „częste błędy” na dole. Rust: czas życia — etykiety pożyczek, mówiące kompilatorowi, jak długo odwołanie pozostaje ważne; znów „dlaczego to ważne” i „częste błędy”. Rewelacja. Mija minuta, agent dostaje kolejne zdarzenie i zabiera się do pracy od nowa.
Najważniejsze jednak jest co innego: nie ma znaczenia, czy w ogóle tu jesteśmy. Mogę zamknąć ten widok. Mogę odświeżać stronę do znudzenia. Mogę zamknąć okno przeglądarki. Agent będzie pracował dalej i dokładał kolejne elementy — bo to aplikacja trwała. Prompty cron to wyjątkowo ważny, potężny, a zarazem szybki i prosty sposób na wprowadzenie powtarzalnych zadań do mini-fabryki. Ruszacie szybko. Dostarczacie.
I właśnie z tą następną funkcją zamieniacie pustą fabrykę oprogramowania w…
(Informacja dodatkowa: transkrypt źródłowy urywa się w tym miejscu w pół zdania — ciąg dalszy w kolejnej części serii.)