O czym jest ten film
- CubeFarm to darmowy, otwarty projekt: „fabryka oprogramowania” rozrysowana w przestrzeni 3D, w której każdy awatar przy biurku to niezależna instancja Claude Code lub Codex.
- Agenty same pobierają zgłoszenia (issues) z tablicy Kanban powiązanej z GitHubem, dopracowują je, aktualizują i kończą pull requestem — nowy wpis na tablicy wystarczy, by praca ruszyła.
- Każdy projekt to osobne piętro budynku, więc kilka projektów może być obsługiwanych równolegle.
- Agenty bez przydziału nie siedzą bezczynnie: grają, rzucają do kosza, parzą sobie kawę, a po biurze chodzą losowe zdarzenia.
- Przebudowana rola „dyrektora”: rezygnacja ze sztucznych stanowisk, bo każdy agent potrafi wszystko; dyrektor natomiast sam skaluje zespół w górę lub w dół, zależnie od zaległości na tablicy.
- Nadzór jest zdialogowany: przez wirtualny telefon można pogadać z dyrektorką Luną, dyktować jej polecenia głosem (przytrzymanie klawisza V), a odpowiedzi są czytane na głos — opcjonalnie głosem z ElevenLabs.
- W grze jest pełen pakiet zarządczy: dodawanie projektów z folderu lub repozytorium GitHub, zakładka z metrykami firmy, kariery i awanse agentów, timelapse całego dnia, ustawienia dostępności i wersja mobilna.
- Zatrudnianie wygląda jak rekrutacja: kandydaci czekają na podłodze, a przed podpisaniem umowy można im zmienić nazwę, model, dostawcę i poziom rozumowania oraz wybrać, czy pracują lokalnie, czy w chmurze.
- Gamifikacja nagradza realne postępy: za każdy scalony pull request spływają monety, które można wydać na dekoracje biura; w grze są też fizyka przedmiotów, pistolety na pianki i tryb foto.
- Największa nowość to chmura: dzięki Upstash Boxes każdy agent działa w osobnej, izolowanej maszynie wirtualnej (ok. 2 CPU i 4 GB RAM), więc praca trwa dalej po zamknięciu gry i wyłączeniu komputera — a darmowy plan ogranicza się do dziesięciu takich maszyn.
10 najważniejszych takeaways — z kontekstem zastosowania
1.Tablica Kanban jako jedyny interfejs między człowiekiem a rójem agentów
Na czym polega: W CubeFarm człowiek nie rozdziela zadań ręcznie — wrzuca zgłoszenie na tablicę, a system sam przydziela je wolnemu agentowi. Karteczki na tablicy to prawdziwe issues i pull requesty z GitHuba.
Jak stosować: W własnych projektach z agentami kodującymi warto przenieść całą koordynację na GitHub Projects albo podobną tablicę: człowiek opisuje „co”, agenty samodzielnie biorą „jak”. Kliknięcie w karteczkę prowadzi do źródła prawdy, więc widać, kto nad czym pracuje.
Na co uważać: Trzeba pilnować jakości opisów zadań — agent dostaje tylko to, co jest w zgłoszeniu, więc nieprecyzyjny brief daje nieprecyzyjny kod.
2.Nie przypisuj agentom sztucznych specjalizacji
Na czym polega: Autor początkowo miał agentów „frontendowych” i „backendowych”, ale uznał to za bezsens: to te same silniki (Claude Opus 5.5, Codex), więc każdy może wykonać każde zadanie.
Jak stosować: Przy wielu instancjach jednego narzędzia odpuść podział na role i kieruj pracę kolejką zadań — wolny agent bierze następne zgłoszenie. Różnicuj dopiero tam, gdzie realnie różnią się modele, narzędzia lub uprawnienia.
Na co uważać: Wyodrębniona rola ma sens tylko wtedy, gdy wiąże się z inną konfiguracją (inny model, dostęp do innych zasobów). Podział „z tytułu stanowiska” tylko dodaje wąskie gardła.
3.Deleguj skalowanie zespołu agentowi-nadzorcy
Na czym polega: Agent-„dyrektor” na bieżąco obserwuje tablicę: gdy zadań przybywa, a agenci stają się wąskim gardłem, sam zatrudnia kolejne instancje; gdy robi się luźniej — redukuje zespół.
Jak stosować: Zamiast ręcznie doglądać kolejek, ustaw agenta z prostym mandatem: monitoruj backlog, porównuj z przepustowością zespołu, wnioskuj o zasoby. Człowiek zatwierdza (albo nie) konkretną rekrutację.
Na co uważać: Automatyczne skalowanie podnosi koszty — ustaw limty (np. maksymalną liczbę instancji) i wymóg zatwierdzenia nowych węzłów, zanim nadzorca sam zacznie „zatrudniać”.
4.Izoluj agenty kodujące w osobnych maszynach wirtualnych
Na czym polega: Lokalnie wszystkie instancje dzielą zasoby jednego komputera i wspólne środowisko, a udany atak podstępem — wstrzyknięcie instrukcji do promptu (prompt injection) — może sięgnąć sekretów z całej maszyny. W osobnej VM szkody zostają w środku tej VM.
Jak stosować: Jeśli agenty obrabiają materiał z zewnątrz (issues, dokumenty, strony), uruchamiaj je w izolowanych środowiskach — na własnym sprzęcie w VM-kach, w chmurze w usługach typu Upstash Boxes.
Na co uważać: Izolacja chroni system, ale nie zwalnia z higieny: klucze i dane uwierzytelniające podawaj per-środowisko i unikaj trzymania sekretów produkcyjnych tam, gdzie agenty mają do nich dostęp.
5.Chmura zamiast własnego komputera — praca po wyłączeniu PC
Na czym polega: Nowość w CubeFarm: agenty uruchamiane są na Upstash Boxes, więc zamknięcie gry czy wyłączenie komputera nie przerywa ich pracy. Każdy nowy agent w grze oznacza nową maszynę w chmurze.
Jak stosować: Przy dłuższych, wielogodzinnych zadaniach (refaktoryzacje, porządki w backlogu) przenieś instancje do chmury i wracaj po wyniki, zamiast trzymać włączony komputer całą noc.
Na co uważać: Zasada „chmura działa dalej” działa w obie strony — zwolnienie agenta powinno realnie wygaszać maszynę, inaczej zapłacisz za uruchomione, bezczynne instancje.
6.Dobra dokumentacja usługi to połowa integracji z agentem
Na czym polega: Autor dodał całą integrację z Upstash Boxes, po prostu prosząc Claude’a o jej wdrożenie — precyzyjna dokumentacja sprawiła, że agent uporał się z tym bez problemu.
Jak stosować: Przy wyborze usługi pod projekt agentowy czytaj dokumentację pod kątem „czy model da radę ją sam opanować”. Jasne API i przykłady skracają wdrożenie z dni do godzin.
Na co uważać: Agent dobrze integruje to, co jest dobrze opisane — ukryte założenia i nieudokumentowane niuanse (np. limty planu) warto jednak zweryfikować samodzielnie.
7.Autoryzacja w chmurze: subskrypcja albo klucz API
Na czym polega: Nowa maszyna przychodzi z preinstalowanym CLI (Claude Code, Codex, OpenCode), ale trzeba ją powiązać z kontem: klikasz wygenerowany link, autoryzujesz połączenie, kopiujesz kod i wklejasz go w CubeFarm. Alternatywnie — klucz API, kopiowany automatycznie na każdy nowy box.
Jak stosować: Przy płacącej subskrypcji wybierz przepływ z linkiem i kodem; przy rozliczaniu za użycie — trzymaj jeden klucz API w konfiguracji aplikacji, a będzie propagowany na nowe maszyny bez ręcznej roboty.
Na co uważać: Klucz API zapisany w aplikacji to punkt krytyczny — zadbaj, by siedział w sejfie/zmiennych, a nie w repozytorium, i ogranicz jego uprawnienia.
8.Darmowe plany mają twarde sufity — licz agenty jak serwery
Na czym polega: Na darmowym planie Upstash można mieć maksymalnie dziesięć boxów, czyli dziesięć współbieżnych agentów. Instancja „small” (ok. 2 CPU, 4 GB RAM) wystarcza agentowi kodującemu z zapasem.
Jak stosować: Zacznij od najmniejszej konfiguracji i niskiego limitu instancji; skaluj dopiero, gdy agenty faktycznie duszą się na zasobach albo kolejka rośnie szybciej niż przepustowość.
Na co uważać: Limit dotyczy maszyn działających równocześnie — „zatrudnieni”, ale nieużywani agenci też zajmują sloty, więc zwalniaj ich konsekwentnie.
9.Warstwa wizualna zamienia doglądanie agentów w nadzór
Na czym polega: Autor wprost mówi: patrzenie, jak awatary chodzą po biurze, jest w istocie tym samym, co wpatrywanie się w kilkanaście terminali — tylko przyjemniejszym. Telefon w grze, czat głosowy z nadzorcą i zakładka z metrykami dają to samo rozeznanie bez „pilnowania dzieci”.
Jak stosować: Jeśli pracujesz z wieloma instancjami, zbuduj (lub wybierz) jeden zbiorczy widok: statusy zadań, aktywność, miejsca blokad — i sprawdzaj go na dwa razy dziennie zamiast kołować między sesjami.
Na co uważać: Fajerwerki nie zastępują kontroli wyników — scalanie pull requestów i przegląd zmian pozostaje po stronie człowieka, niezależnie od tego, jak ładnie wygląda biuro.
10.Nagradzaj realne postępy, nie aktywność
Na czym polega: W CubeFarm monety leci wyłącznie za scalony pull request, czyli za zamkniętą, zaakceptowaną zmianę — nie za „próżnowanie agenta” czy liczbę commytów. Monety idą na kosmetykę biura.
Jak stosować: Przy automatyzacji zadań mierz i nagradzaj (także metrykami, raportami, statusem) domknięte jednostki pracy: scalony PR, zamknięte zgłoszenie, zaliczony test. To samo można przenieść na własne dashboardy produktywności.
Na co uważać: Nagroda za „wykonanie” bez etapu weryfikacji zachęca do szybkiego, byle jakiego domykania zadań — przegląd zmian musi poprzedzać uznanie pracy za skończoną.
Redakcyjne tłumaczenie
Fabryka oprogramowania w świecie 3D
Cześć! Właśnie dorzuciłem do CubeFarm całą masę nowości — między innymi możliwość uruchamiania agentów w chmurze, dzięki czemu można wyłączyć komputer, a one i tak będą dalej pracować.
Jeśli widzicie ten projekt po raz pierwszy: to moja fabryka oprogramowania, albo jeśli wolicie — rój agentów — rozstawiona w trójwymiarowej przestrzeni. Całość jest open source, kosztuje nic i można zacząć z niej korzystać od razu. Kręciłem już o nim film, ale od tamtej pory napispało się tyle aktualizacji, że aż wypada się nimi podzielić.
(Informacja dodatkowa: Claude Code i Codex to agentowe narzędzia do programowania — odpowiednio od Anthropic i OpenAI — które samodzielnie wykonują zadania w terminalu, od analizy kodu po zamykanie zgłoszeń.)
Agenty obrabiają prawdziwe zgłoszenia z GitHuba
Zasada działania jest prosta: każdy awatar, który widzicie w tym świecie, to instancja Claude Code albo Codex. Żeby to udowodnić — tamten akurat nad czymś kombinuje przy jednym z punktów z tablicy. Gdy najedziemy kursorem na jego monitor, zobaczymy, że to agent Claude Code na modelu Opus 5.5.
Agenty same wyciągają zgłoszenia z tablicy Kanban i brną przez nie. Każda karteczka na tablicy to prawdziwe zgłoszenie albo pull request na GitHubie — mogę w nią kliknąć i otworzyć stronę tego zgłoszenia. Agent je wykona, zaktualizuje, a w końcu założy pull request.
Gdy chcę dorzucić nowe zadanie — poprawkę błędu albo nową funkcję — wystarczy, że podejdę do tablicy i założę nowe zgłoszenie. Podaję treść zadania, a system sam przydziela je jednemu z agentów w fabryce. I tak, można prowadzić kilka projektów naraz: każdy projekt to osobne piętro w tym trójwymiarowym świecie. Skręcam w lewo, przeskakuję na kolejne piętro i już widzę, jak robotnicy ogarniają tamten projekt.
Bezrobotni agenty też potrzebują rozrywki
Teraz pokażę, co nowego, a potem — jak podpiąć fabrykę do chmury, żeby agenty dalej harowały nawet po wyłączeniu maszyny.
Na pierwszy rzut oka zauważycie, że część agentów gra w gry albo spaceruje po biurze. Postanowiłem, że gdy agent nie ma nic na głowie, nie będzie po prostu tkwił bez ruchu przy komputerze. Można się z nim zinterakować: gra, próbuje trafić piłką do kosza, a czasem zrobi sobie kawę — bo jak to programista bez solidnej dawki kofeiny?
Koniec ze sztucznym podziałem na stanowiska
Przeprojektowałem też działanie „dyrektora” — agenta pełniącego rolę szefowej. Wcześniej to ona zakładała zgłoszenia i zatrudniała ludzi, ale cały proces rekrutacji trochę mi nie leżał. Dyrektor nadawał agentom tytuły i role zawodowe, a przecież w praktyce był to podział zupełnie pusty: każdy z tych agentów potrafi wykonać każde zadanie. To w końcu potężne instancje Claude Code i Codex. Jeśli jest robota do zrobienia, wolę, żeby wziął ją pierwszy wolny agent — nie ma sensu trzymać osobnego Claude’a od frontu i osobnego od tylnego endpointu, skoro pod maską i tak siedzi Opus 5.5. Teraz więc wszyscy agenci są uniwersalni.
Zadanie szefowej jest inne: automatycznie skaluje zespół pod wymagania projektu. Dyrektor non stop obserwuje sytuację — jeśli zgłoszeń na tablicy robi się zbyt dużo, a agenci okazują się wąskim gardłem, sama zatrudnia nowych. Gdy zasobów potrzeba mniej, zespół sam się kurczy.
Patrzenie, jak te poczciwce łazią po biurze i ogarniają swoje sprawy, to czysta przyjemność — dużo lepsza niż doglądanie stada instancji Claude Code w terminalach. W gruncie rzeczy to dokładnie to samo, tylko ta wersja jest znacznie bardziej interaktywna.
Spacer po budynku i rozmowa z szefową przez telefon
Można też wyjść z biura — czeka nas ładny widok na miasto, a w świecie dzieje się sporo losowych zdarzeń, których naprawdę nie chce się przegapić. Jak ktoś potrzebuje świeżego powietrza, wchodzi na taras na dachu: na małych bilbordach wyświetlają się tam aktualności z projektów, a poza tym rozpościera się piękna panorama miasta.
I co ważne — nie trzeba biegać między piętrami, żeby wiedzieć, co się dzieje. Wystarczy wyjąć telefon i pogadać z naszej dyrektorką. Można zapytać, nad czym siedzi ekipa, czy nie rozwinąć któregoś zespołu, czy nie doplanować kolejnych kamieni milowych — cokolwiek chcecie jej przekazać. Dodałem też zamianę mowy na tekst: przytrzymujemy klawisz V i mówimy. — „Hej Luna, jakie jeszcze usprawnienia zaproponowałabyś w projekcie Glaze Club?” — i odpowiedź przyszła błyskawicznie.
Dyrektorka odpowiada tekstem, ale dla zabawy dorzuciłem też syntezę mowy: gdy Luna reaguje, słyszymy jej głos. Skręćmy w lewo, do gabinetu szefowej… a właściwie — ona akurat przemawia, więc może podgłośnijmy trochę. Jeśli podejmiemy telefon, zobaczymy tam dokładnie jej odpowiedź: głos po prostu odczytuje na bieżąco to, co przyszło na czat.
Głos włącza się w ustawieniach — przewijamy do sekcji dotyczącej głosu i tam decydujemy, czy wiadomości dyrektorki mają być czytane na głos od razu po nadejściu. Do wyboru jest darmowy, wbudowany głos przeglądarki albo, jeśli ma brzmieć naturalniej, ElevenLabs: generujemy klucz API, zapisujemy go w CubeFarm — i można. Po podpięciu ElevenLabs można też zmienić barwę głosu agenta.
Biuro zarządzania i centrum dowodzenia
Znajdziemy się teraz w konsoli menedżerskiej, skąd łatwo dodaje się kolejne projekty. Opcje jest kilka: wskazujemy istniejący folder z dysku, podpinamy istniejące repozytorium na GitHubie albo klikamy „nowy projekt”. Każdy z tych wyborów dokłada do świata 3D nowe piętro.
Jest też zakładka „Mission Control” — centrum dowodzenia — z mnóstwem użytecznych spostrzeżeń o tym, co się wyprawia w poszczególnych projektach. Podglądnąć można również, czym zajmuje się nasza dyrektorka. Sama szefowa również jest instancją Claude Code albo Codex — jest to w pełni konfigurowalne: wybieramy model, na którym ma pracować, oraz poziom rozumowania.
W zakładce zespołu widzimy wszystkich agentów, a oni — uwaga — mają kariery. Awansują i dostają nagrody za każdy pomyślnie scalony pull request. Z tego widoku można też wygodnie zakładać nowe zgłoszenia. Są oczywiście ustawienia, fajny timelapse odtwarzający wszystko, co wydarzyło się w ciągu dnia, oraz spory pakiet opcji dostępności.
Duża część tego wszystkiego działa też z telefonu: naciskamy P i możemy czatować z dyrektorką, przeglądać zespół, zaglądać do wnętrza firmy i wszystkich projektów. A gdyby ktoś chciał zaganiać nudę — na telefonie są też gry. Naprawdę wciąga.
Na piętrze stoi dodatkowo wielki monitor centrum dowodzenia, dający wgląd we wszystko jednym rzutem oka. Można też po prostu podejść do szefowej osobiście. Oto Luna, moja dyrektorka: krąży między piętrami, tam gdzie czekają nowe zadania, fizycznie dokleja karteczki na białą tablicę. A gdy poprosimy ją o zatrudnienie kolejnych agentów, ci siadają w poczekalni. Pokażę, jak to wygląda.
— „Luna, możemy zatrudnić dwóch kolejnych agentów do projektu Glaze Club?”
Biegnijmy za nią. Na tablicy widać, że formułuje odpowiedź, a jeśli chcemy podejrzeć, co dokładnie porabia, klikamy w terminal: tam widać moją wiadomość i to, że akurat nad nią pracuje. I proszę — dwóch kandydatów siedzi już na podłodze. To moment, w którym decydujemy, czy ich zatrudniamy, ale też okazja, żeby przemianować nowego agenta, zmienić mu model, dostawcę albo poziom rozumowania. Można też wybrać, czy agent ma pracować w chmurze, czy na naszym komputerze. Wiecie co? Przełączmy tego na Codexa, jako model dajmy GPT-5.5 Codex, a poziom rozumowania — wysoki. Zatrudniamy i gotowe: idą na swoje piętro.
Przejdźmy do Glaze Club i zobaczmy, jak nowi ludzie wchodzą do projektu. Czeka ich krótki onboarding, czyli w praktyce: kawa, a chwilę później miejsce przy biurku.
Monety, dekoracje i pistolety na pianki
Możliwości jest mnóstwo. Klawisz Tab oddala widok i pozwala obejrzeć całe piętro z góry. Dostępny jest też tryb foto, który zamraża rozgrywkę (można ją potem odmrozić) — i można zrobić zespołowi parę interesujących zdjęć.
Jest i system nagród: każdy scalony pull request — czyli każda wprowadzona zmiana w projekcie — przynosi monety. Te można wydać w grze na dekoracje: urządzić biuro po swojemu, dorzucić ozdoby na Halloween albo na święta. Jak komu pasuje. Niektóre przedmioty, choćby piłki, mają fizykę — można je podnieść i rzucić. Są nawet pistolety na pianki, więc można pobiegać po biurze i ostrzeliwać te małe postaci. Naprawdę nie da się pokazać wszystkiego — sprawdźcie sami.
Agenty w chmurze: Upstash Boxes
Teraz najlepsza z nowych rzeczy: uruchamianie agentów w chmurze. Do tej pory każda instancja agenta działała na własnym sprzęcie — każdy z tych pomocników to osobny proces Claude Code albo Codex na naszym komputerze. To potrafi mocno obciążać maszynę: wszystkie agenty zawierają o te same zasoby, a do tego pracują na wspólnej bazie kodu, więc łatwo wchodzą sobie w drogę.
Jest jeszcze kwestia bezpieczeństwa. Jeśli martwimy się o podstępy i wstrzyknięcie szkodliwych instrukcji do promptu, dobrym zwyczajem jest trzymać takie agenty w osobnych maszynach wirtualnych — odizolowanych. Gdyby coś poszło nie tak, agent nie wycieknie z ważnymi sekretami z naszej maszyny; szkoda zostaje zamknięta w środku tej jednej małej VM-ki.
Tu wsparł mnie partner projektu — Upstash, który ma świetne rozwiązanie do uruchamiania agentów w chmurze: Upstash Boxes. Zobaczmy, jak to wygląda od kuchni. Minimalizuję grę i podglądam, jak technicznie prezentują się moi agenci. W Upstash Boxes każdy agent to osobna maszyna wirtualna. Klikam w pierwszą: widać techniczną nazwę agenta, a sama maszyna dostaje jakieś dwa procesory i cztery gigabajty RAM-u. Agent ma też do dyspozycji własną, wbudowaną przeglądarkę. Najważniejsze jednak, że to osobna „skrzynka” na infrastrukturze Upstash — a więc gdy zamknę grę albo wyłączę komputera, moi agenci po prostu dalej pracują. Za każdym razem, gdy w grze pojawia się nowy agent — czy to z naszej inicjatywy, czy z rozkazu dyrektorki — w chmurze odpala się nowa maszyna.
Szybki przykład. Mamy akurat osiem aktywnych agentów, czyli ośmiu maszyn. Wracam do gry, podchodzę do wolnego biurka i zatrudniam nowego agenta — oto Edgar, właśnie dołączył. Przełączam się z powrotem do Upstash Boxes i widzimy dziewięć instancji.
(Informacja dodatkowa: Upstash to platforma chmurowa znana przede wszystkim z lekkich, rozliczanych per-użycie baz danych i kolejek; Boxes to jej usługa krótkożywcych, izolowanych maszyn wirtualnych.)
Autoryzacja agenta na maszynie
Jak działa uwierzytelnienie? Nowa maszyna przychodzi z preinstalowanym narzędziem — CLI Claude Code, Codex albo OpenCode, co tam potrzebujemy. Pozostaje powiązać ją z kontem. Jeśli chcemy płacić subskrypcją Claude albo kluczem API, podbiegamy do terminala; ten wypisuje krótki link, w który klikamy, autoryzujemy połączenie, kopiujemy kod, wklejamy go z powrotem w CubeFarm i zatwierdzamy enterem. Gotowe — maszyna od teraz działa na mojej subskrypcji Claude Code. Równie dobrze można użyć klucza API, a dokładnie ten sam schemem obowiązuje przy Codexie.
A gdyby maszynę trzeba było usunąć? Wystarczy kogoś zwolnić. Przykro mi, Alanie — czas odejść. Wracamy do Upstash Boxes i faktycznie: znowu osiem maszyn.
Podpięcie chmury w CubeFarm
Podłączenie Upstasha jest banalnie proste — a przy okazji mają naprawdę hojny plan darmowy, więc śmiało można testować. Wchodzimy do gabinetu menedżerskiego, potem w ustawienia i szukamy sekcji ustawień agentów chmurowych. Domyślnie każdy nowy agent pracuje na naszej maszynie; żeby przenieść ich do chmury, podajemy klucz API Upstash Boxes. Link do usługi zostawiam w opisie filmu: logujemy się, w zakładce przeglądu tworzymy nowy klucz, kopiujemy go i wklejamy w CubeFarm, po czym zapisujemy.
W sekcji „gdzie pracują nowi agenci” decydujemy, czy świeżo zatrudnieni mają działać na naszym komputerze, czy na maszynie Upstash. Jeśli wybieramy Upstash, do dyspozycji są różne konfiguracje — ja siedzę na najmniejszej. Szczerze: tym agentom nie trzeba dużo zasobów. Ale gdyby kiedyś zaczęły się dławić, zawsze można podnieść parametry.
Jedna rzecz jest naprawdę istotna: na darmowym planie Upstash obowiązuje limit dziesięciu maszyn, a więc maksymalnie dziesięciu agentów pracujących w tym samym czasie — i stąd nasze widełki. Po przejściu na wyższy plan liczbę agentów zwiększymy w ustawieniach.
Co do uwierzytelniania agentów na maszynach: podajemy albo klucz API Anthropic, albo logujemy się subskrypcją Claude. Subskrypcyjną ścieżkę pokazałem wcześniej, ale jeśli wolicie klucz, po prostu wpisujecie go w odpowiednim polu — a aplikacja, zakładając każdą nową maszynę, sama skopiuje klucz do środka.
Kiedy przyda się Upstash Boxes poza CubeFarm
I to właściwie tyle — a i tak ledwie ruszyliśmy powierzchnię tego, co dosypałem do CubeFarm. Spróbujcie koniecznie i dajcie znać w komentarzach, co myślicie o projekcie.
Jedna uwaga na marginesie: jeśli budujecie aplikacje wymagające agentów działających non stop albo pracujących w chmurze, rozważcie Upstash Boxes. Testowałem sporo rozwiązań, a to było wyjątkowo bezbolesne we wdrożeniu. Serio — całą tę integrację dodałem, po prostu mówiąc Claude’owi, że chcę podpiąć agentów do chmury przez Upstash Boxes. Usługa jest tak dobrze opisana, że Claude nie miał najmniejszego problemu z dobudowaniem tej funkcjonalności.
Na koniec: jeśli chcecie nauczyć się budować takie wynalazki z agentami kodującymi, zajrzyjcie do mojej społeczności Agentic Labs. Mam kilka ścieżek szkoleniowych — od podstaw aż po budowanie aplikacji SaaS z integracją płatności, logowaniem użytkowników i serwerami MCP. Co tydzień spotykamy się na żywo: we wtorki luźno, przy kawie, pogadamy o czymkolwiek, a w czwartki robimy głębsze rozbiory tematów, które naprawdę Was interesują. Jeśli brzmi ciekawie — link do Agentic Labs zostawiam w opisie filmu.
Dziękuję za oglądanie. Do zobaczenia następnym razem. Cześć!