Tag: automatyzacja

  • Factory v0.128.0 automatycznie czyści nieaktualne rejestracje Droid Computers, zapewniając płynność sesji

    Factory v0.128.0 automatycznie czyści nieaktualne rejestracje Droid Computers, zapewniając płynność sesji

    Zespół Factory wprowadził wersję v0.128.0, która automatycznie uzgadnia rejestracje Droid Computers. Ta aktualizacja ma na celu utrzymanie porządku w środowisku trwałych jednostek obliczeniowych, co wpływa na stabilność sesji AI oraz kondycję całej infrastruktury.

    Kluczowe fakty

    • Automatyczne usuwanie nieaktualnych rejestracji Droid Computers zapobiega niestabilności sesji spowodowanej zapomnianymi lub rozłączonymi maszynami.
    • Zachowanie ustawień sesji nawet po uzgodnieniu rejestrów – dane konfiguracyjne nie są tracone przy czyszczeniu.
    • Rozszerzone etykiety w interfejsie – teraz podczas sesji można zobaczyć szczegóły podłączonego Droid Computer.
    • Wydanie konserwacyjne skupione wyłącznie na poprawie niezawodności pracy agentów AI, bez nowych funkcjonalności dla użytkownika końcowego.

    Automatyczne sprzątanie rejestracji – mniej „duchów” w infrastrukturze

    Droid Computers to środowiska, które zachowują stan między sesjami – zainstalowane pakiety, pliki, uruchomione usługi. Gdy agent kończy pracę, komputer może pozostać zarejestrowany, nawet jeśli połączenie zostało zerwane lub sama maszyna jest już niedostępna. Takie „widma” mogą z czasem zaśmiecać infrastrukturę, zużywać zasoby i prowadzić do błędów routingu sesji.

    Wersja v0.128.0 automatyzuje uzgadnianie tych rejestrów. System okresowo sprawdza, które Droid Computers faktycznie odpowiadają, a które już nie istnieją – i usuwa je z listy aktywnych. Dzięki temu nowe sesje AI są kierowane wyłącznie do żywych, gotowych do pracy maszyn, co znacząco zmniejsza liczbę przerw w działaniu.

    Usprawnienia w interfejsie i odporność na restart

    Obok czystki w tle, aktualizacja przynosi też drobną, ale praktyczną zmianę w UI. Podczas sesji w Factory App teraz po najechaniu na odpowiednią etykietę widać szczegóły podłączonego Droid Computer – nazwę, status, a nawet wersję demona. To ułatwia orientację, zwłaszcza gdy pracuje się na kilku maszynach równocześnie.

    Co istotne, cały mechanizm uzgadniania działa bez przerywania ciągłości pracy. Ustawienia sesji (katalog roboczy, zmienne środowiskowe, konfiguracja narzędzi) są zachowywane, nawet gdy nieaktualne rejestracje znikają z systemu. Agent nie odczuwa więc żadnej zmiany – ma bardziej przewidywalne środowisko.

    Droid Computers – podstawa trwałego kontekstu AI

    Droid Computers – podstawa trwałego kontekstu AI

    W kontekście AI hosting i DevOps Droid Computers pełnią rolę spójnego źródła stanu. W odróżnieniu od efemerycznych maszyn, które po każdej sesji są niszczone, tutaj wszystko trwa: repozytoria git, zależności, wyniki pośrednie. To zmienia sposób pracy – zamiast odtwarzać całe środowisko od zera, agent wraca do gotowego warsztatu.

    Takie podejście współgra z ideą vibe coding – długie, ciągłe interakcje z AI bez resetów. Stabilna sesja to mniej przerw, mniej powtórzeń i płynniejszy przepływ myśli. Automatyczne czyszczenie rejestracji eliminuje ryzyko, że w kluczowym momencie agent trafi na „martwy” komputer i się zawiesi.

    Wpływ na środowiska developerskie i automatyzację

    Wpływ na środowiska developerskie i automatyzację

    Deweloperzy korzystający z droid-action w GitHub Actions również zyskują. Akcja ta automatycznie uruchamia sesje Droid na podstawie pull requestów – każda niestabilna rejestracja mogłaby opóźnić pipeline lub wygenerować fałszywy błąd. Dzięki wersji v0.128.0 sesje inicjowane przez akcję są bardziej przewidywalne, a cała automatyzacja działa płynniej.

    Z punktu widzenia zarządzania infrastrukturą to krok w stronę zdrowszego środowiska chmurowego. Martwe rejestracje nie tylko zajmują miejsce w bazie – generują też niepotrzebne zapytania, próby ponownego połączenia i alerty. Ich automatyczne usuwanie odciąża zespół operacyjny i pozwala skupić się na faktycznej pracy.

    Podsumowanie

    Factory v0.128.0 to niewielkie, ale potrzebne wydanie, które porządkuje rejestracje Droid Computers. Dzięki automatycznemu uzgadnianiu sesje AI stają się stabilniejsze, infrastruktura lżejsza, a interfejs bardziej przejrzysty. Dla osób polegających na trwałych środowiskach obliczeniowych – zarówno w codziennym kodowaniu z asystentem, jak i w zautomatyzowanych potokach CI – to zauważalna poprawa jakości pracy.

    Źródła:
    Oficjalne uwagi do wydania Factory: https://docs.factory.ai/changelog/release-notes
    Strona produktu Droid Computers: https://factory.ai/product/droid-computers
    Repozytorium droid-action na GitHub: https://github.com/Factory-AI/droid-action

    Źródła

  • Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Twórcy platformy Factory ogłosili wydanie wersji v0.123.0, która została udostępniona użytkownikom pod koniec czerwca. Najważniejszą nowością w tej wersji jest moduł do stałego monitorowania zużycia tokenów, który jest teraz dostępny w panelu Mission Control. Dodatkowo zespół wprowadził mechanizm optymistycznego przesyłania wiadomości, mający na celu skrócenie czasu oczekiwania na odpowiedzi agentów AI. Krótko po premierze, 11 maja, opublikowano także łatkę v0.123.0, która zawierała drobne usprawnienia.

    Kluczowe informacje o aktualizacji

    • Śledzenie zużycia tokenów w Mission Control umożliwia bieżącą kontrolę kosztów i obciążenia workflow.
    • Optymistyczne przesyłanie wiadomości pozwala na szybszą interakcję z agentami przed pełnym nawiązaniem połączenia.
    • Powiadomienia o przestarzałych modelach informują programistów, które wersje warto zaktualizować.
    • Poprawki błędów sesji eliminują problemy z ładowaniem i zwiększają niezawodność pracy z subagentami.
    • Korekta zliczania tokenów subagentów dostarcza dokładniejsze dane do rozliczeń i analiz.

    Jak działa nowe śledzenie tokenów w Factory

    Dotychczas użytkownicy Factory mogli jedynie szacować zużycie tokenów na podstawie zewnętrznych narzędzi lub ogólnych metryk. Teraz, dzięki integracji licznika z Mission Control — centralnym hubem do zarządzania agentami — deweloperzy mają dostęp do dokładnych danych o konsumpcji tokenów w czasie rzeczywistym, bez potrzeby przełączania się między aplikacjami.

    Panel prezentuje zarówno ogólne statystyki, jak i szczegółowe rozbicie na poszczególne zadania. To znaczące ułatwienie dla zespołów DevOps, które muszą monitorować budżety przy intensywnym wykorzystaniu modeli językowych. Oznacza to mniej niespodzianek na fakturach i większą kontrolę nad kosztami infrastruktury AI.

    W tej samej aktualizacji poprawiono również błąd związany z nieprawidłowym zliczaniem tokenów dla subagentów. Wcześniej dane mogły być nieprecyzyjne, co utrudniało dokładne rozliczenia — teraz problem został rozwiązany.

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Drugim kluczowym elementem tej aktualizacji jest mechanizm optymistycznego przesyłania wiadomości. System nie czeka już na pełne potwierdzenie połączenia przed wysłaniem wiadomości do agenta. Działa na zasadzie „zakładamy, że wszystko pójdzie dobrze” i realizuje zapytanie od razu.

    Efekt to krótsze czasy reakcji, co jest szczególnie zauważalne przy szybkim iterowaniu kodu. Deweloperzy, którzy stosują metodę vibe coding, gdzie tempo i płynność pracy są kluczowe, od razu dostrzegą różnicę. Nie trzeba już czekać na kilka dodatkowych sekund przy każdym zapytaniu.

    Zespół Factory zaznacza, że mechanizm został zaprojektowany tak, aby nie wpływał negatywnie na stabilność sesji. W przypadku problemów system potrafi cofnąć operację i spróbować ponownie, co oznacza, że użytkownik nie traci danych ani kontekstu rozmowy.

    Poprawki i drobniejsze zmiany

    Poprawki i drobniejsze zmiany

    Oprócz głównych funkcji, wersja v0.123.0 wprowadziła kilka poprawek. Najważniejsza dotyczyła sesji — wcześniej zdarzało się, że nie ładowały się poprawnie po ponownym uruchomieniu, co mogło zakłócać pracę. Teraz ten problem został usunięty.

    Poprawiono także obsługę nazw narzędzi. Wcześniej niektóre komendy mogły być błędnie interpretowane przez agentów, zwłaszcza gdy zawierały niestandardowe znaki. Po aktualizacji mapowanie jest dokładniejsze, co zmniejsza liczbę nieoczekiwanych błędów w automatyzacjach.

    Warto również wspomnieć o powiadomieniach deprecjacyjnych. Jeśli któryś z używanych modeli zbliża się do końca wsparcia, Factory informuje o tym i sugeruje migrację na nowszą wersję. To małe udogodnienie oszczędza czas na ręczne sprawdzanie statusu kompatybilności.

    Co to oznacza dla zespołów AI i DevOps

    Ta aktualizacja wpisuje się w szerszy trend w narzędziach dla AI engineeringu, koncentrując się na transparentności kosztowej i niezawodności sesji. Dla osób zarządzających wieloma agentami jednocześnie, dokładne dane o zużyciu tokenów oraz poprawiona stabilność sesji mogą znacząco ułatwić pracę i zwiększyć efektywność.

    Źródła

  • Cursor integruje się z Microsoft Teams: Nowa era współpracy programistycznej

    Cursor integruje się z Microsoft Teams: Nowa era współpracy programistycznej

    Firma Cursor ogłosiła integrację swojego asystenta AI z platformą Microsoft Teams, co umożliwia zespołom programistycznym delegowanie zadań bezpośrednio z kanałów komunikacyjnych. To posunięcie przenosi agentów AI poza środowisko IDE i umieszcza je w miejscach, gdzie zapadają decyzje inżynieryjne. Użytkownicy mogą teraz wspomnieć @Cursor w dowolnym czacie, aby uruchomić autonomicznego agenta chmurowego, który przeanalizuje repozytorium, wdroży rozwiązanie i zgłosi pull request – wszystko bez opuszczania Teams.

    Kluczowe fakty o integracji

    • @Cursor w Teams uruchamia agenta chmurowego, który samodzielnie pracuje nad zadaniami w repozytorium i otwiera pull request.
    • Agent ma świadomość kontekstową, co pozwala mu automatycznie wybrać odpowiednie repozytorium i model AI na podstawie podpowiedzi i historii aktywności.
    • Integracja działa w czatach prywatnych, grupowych oraz kanałach zespołowych.
    • Do korzystania wymagane jest aktywne konto Cursor oraz połączenie z GitHub lub GitLab, a także skonfigurowanie uprawnień, rozliczeń i zasad przeglądu.
    • Użytkownicy mogą dostosować parametry, określając repozytorium, gałąź i model AI w treści wiadomości.

    Jak to działa w praktyce?

    Integracja została zaprojektowana z myślą o prostocie i płynności przepływu pracy. Gdy członek zespołu, na przykład product manager lub tester, napotka błąd, nie musi już opisywać go w zewnętrznym narzędziu ani przerywać pracy programisty. Wystarczy, że w odpowiednim kanale Teams wpisze wiadomość w stylu: @Cursor napraw błąd logowania w repozytorium frontend-app. Agent chmurowy Cursor odczytuje cały wątek konwersacji, aby zrozumieć kontekst problemu, a następnie lokalizuje odpowiednie repozytorium, analizuje kod, implementuje poprawkę i zgłasza pull request do przeglądu.

    Użytkownicy mogą doprecyzować parametry zadania, wskazując konkretne repozytorium, gałąź, a nawet preferowany model AI – na przykład model: claude-3-opus lub branch: development. Daje to zespołom kontrolę nad tym, jak zaawansowane i kosztowne obliczeniowo mają być działania agenta. Dla organizacji obawiających się o bezpieczeństwo i koszty, Cursor oferuje konfigurowalne ustawienia prywatności, limity billingowe oraz reguły przeglądu, które należy aktywować przed dopuszczeniem agentów do zadań produkcyjnych.

    Strategiczna zmiana paradygmatu

    Strategiczna zmiana paradygmatu

    Ogłoszenie tej integracji to nie tylko kolejna funkcja – to zmiana w podejściu Cursor do narzędzi programistycznych. Dotychczas asystenci AI byli postrzegani głównie jako rozszerzenia edytorów kodu, pomocne przy uzupełnianiu składni czy generowaniu fragmentów kodu. Teraz Cursor stawia na workflow-first, czyli podejście, w którym agenci AI są obecni tam, gdzie zapadają kluczowe decyzje projektowe.

    Cursor podkreśla, że to nie jest chatbot przyklejony do paska bocznego, lecz delegowanie zadań z miejsca, w którym zespół koordynuje pracę. Ta zmiana otwiera drzwi dla osób nietechnicznych – product managerów, designerów czy analityków biznesowych – którzy mogą teraz bezpośrednio zlecać agentom zadania związane z kodem, nie znając podstaw programowania. Wystarczy, że potrafią opisać problem w języku naturalnym w Teams.

    Wymagania i konfiguracja

    Aby w pełni wykorzystać potencjał integracji, zespoły muszą spełnić kilka warunków. Po pierwsze, niezbędne jest aktywne konto Cursor – zarówno dla osoby wydającej polecenie, jak i dla organizacji. Po drugie, repozytoria kodu muszą być połączone przez GitHub lub GitLab, chyba że takie połączenie już istnieje. Administratorzy powinni również skonfigurować ustawienia prywatności oparte na wykorzystaniu, limity rozliczeniowe oraz uprawnienia dostępu do newralgicznych zasobów.

    Cursor wprowadza możliwość instalacji aplikacji bezpośrednio z Microsoft Marketplace, co upraszcza proces wdrażania w dużych organizacjach. Wraz z tym ogłoszeniem firma zaprezentowała także szereg powiązanych aktualizacji – między innymi dostrajanie poziomu wysiłku Bugbota dla administratorów Teams, partnerstwo z firmą Opsera przyspieszające potoki dostarczania oprogramowania oraz ulepszenia w Claude Code v2.1.140 dotyczące orkiestracji agentów na dużą skalę.

    Integracja Cursor z Microsoft Teams odpowiada na rosnące zapotrzebowanie rynku na narzędzia, które zacierają granice między komunikacją a realizacją zadań technicznych. W erze pracy zdalnej i rozproszonych zespołów, możliwość delegowania zadań programistycznych bezpośrednio z głównego kanału komunikacyjnego staje się koniecznością. Cursor wzmacnia swoją pozycję jako lidera wśród asystentów AI dla programistów i wyznacza nowy standard dla całej branży.

    Źródła

  • Claude Code 2.1.139 wprowadza Agent View i autonomiczną komendę /goal — koniec z pilnowaniem AI

    Claude Code 2.1.139 wprowadza Agent View i autonomiczną komendę /goal — koniec z pilnowaniem AI

    Anthropic wprowadziło 11 maja 2026 roku aktualizację Claude Code 2.1.139, która zmienia sposób pracy z tym narzędziem. Z interfejsu czatu z funkcjami programistycznymi przekształca się w platformę orkiestracji agentów z pełnoprawnym kokpitem CLI. Najważniejsze nowości to Agent View, który umożliwia zarządzanie wieloma równoległymi sesjami, oraz komenda /goal, dzięki której Claude działa samodzielnie aż do spełnienia zadanego warunku.

    Kluczowe fakty

    • Agent View (claude agents) to dashboard CLI pokazujący wszystkie aktywne sesje z oznaczeniami statusów: working, blocked awaiting response oraz completed with pull request.
    • Komenda /goal ustawia warunek ukończenia zadania, a Claude działa autonomicznie przez wiele tur w trybie interaktywnym, -p oraz Remote Control.
    • Równoległość horyzontalna — Claude Code to pierwsze narzędzie CLI, które umożliwia jednoczesną pracę wielu agentów oraz nadzór w stylu menedżera sesji.
    • Sesje w tle działają niezależnie od terminala — proces supervisor zapewnia, że praca trwa nawet po zamknięciu okna.
    • Izolacja przez git worktree — każda równoległa sesja automatycznie dostaje własny worktree, co eliminuje konflikty.

    Agent View — kokpit zamiast czatu

    Nowy widok agentów to zmiana, która przekształca sposób interakcji z AI. Użytkownik nie rozmawia już z AI, lecz nadzoruje zespół agentów. W jednym widoku można zobaczyć wszystkie sesje: które aktywnie pracują, które czekają na odpowiedź użytkownika, a które już zakończyły pracę i wystawiły pull request.

    Użytkownik przestaje być inżynierem promptów i staje się kimś w rodzaju tech leada przeglądającego kolejkę PR-ów. Agent View wyświetla ikony semantyczne przy każdej sesji, co pozwala szybko zidentyfikować miejsca wymagające interwencji. Sesje w tle działają niezależnie od terminala, co oznacza, że proces supervisor na poziomie użytkownika utrzymuje agentów przy życiu, nawet gdy okno jest zamknięte.

    Anthropic opublikowało zrzut ekranu z 12 równoległymi sesjami śledzonymi w jednym widoku. Dla zespołów devopsowych to konkretna zmiana: można rozdzielić zadania między agentów i wrócić po pewnym czasie, aby sprawdzić, które sesje się zakończyły. Nie ma potrzeby "pilnowania".

    Wersja 2.1.139 dodała również claude agents --cwd <path>, aby zawęzić listę do konkretnego katalogu, co ułatwia zarządzanie przy wielu worktree.

    /goal — powiedz, co ma być zrobione, i zapomnij

    /goal — powiedz, co ma być zrobione, i zapomnij

    Komenda /goal to kluczowy element tej aktualizacji. Użytkownik definiuje warunek końcowy, na przykład "wszystkie testy przechodzą", "dokumentacja API wygenerowana" lub "wszystkie błędy z ESLinta poprawione", a Claude działa autonomicznie przez tyle tur, ile potrzebuje.

    Podczas pracy wyświetla się overlay z czasem, który upłynął, liczbą tur i zużyciem tokenów. /goal działa w trybie interaktywnym, w -p (tryb bez interakcji) oraz w Remote Control, co pozwala na uruchomienie agenta na zdalnej maszynie i zapomnienie o nim do momentu, gdy sam zgłosi wyniki.

    To zmiana, która przesuwa granice między "narzędziem" a "współpracownikiem". Nie chodzi już tylko o asystowanie przy kodowaniu, lecz o delegowanie całych zadań.

    Wydajność, stabilność i zarządzanie pluginami

    Wydajność, stabilność i zarządzanie pluginami

    Oprócz głównych nowości, wersja 2.1.139 wprowadza także wiele poprawek inżynieryjnych. Udoskonalono przewijanie w terminalu, zarządzanie pamięcią oraz kompatybilność międzyplatformową. Serwery MCP zyskały na wydajności, a zarządzanie pluginami stało się bardziej granularne.

    W sumie wydanie obejmuje 50 zmian, w tym nowe funkcje, poprawki i ulepszenia. Dodano również /scroll-speed do dostrajania przewijania, co, choć może wydawać się drobiazgiem, ma znaczenie przy długich sesjach.

    Co to oznacza dla web developmentu i devopsów

    Praktyczna konsekwencja jest taka, że zespoły mogą teraz efektywnie skalować pracę z AI. Jeden devops może nadzorować kilka agentów jednocześnie — każdy pracuje w izolowanym worktree, ma własny kontekst i nie koliduje z innymi. To już nie jest eksperymentalna funkcja do zabawy, lecz narzędzie do równoległego developmentu.

    Dla web developerów to szansa na automatyzację całych procesów: jeden agent refaktoruje komponenty, drugi aktualizuje testy, a trzeci generuje dokumentację. Wszystko odbywa się równolegle, z podglądem w czasie rzeczywistym. Nie trzeba już czekać na zakończenie jednego zadania, aby rozpocząć kolejne.

    Źródła

  • Bugbot z nowymi poziomami dokładności – recenzje PR dostosowane do potrzeb zespołu

    Bugbot z nowymi poziomami dokładności – recenzje PR dostosowane do potrzeb zespołu

    Zespół Cursor wprowadził konfigurowalne poziomy staranności dla swojego narzędzia Bugbot, co pozwala zespołom na samodzielne decydowanie o głębokości analizy zgłoszeń pull request. Użytkownicy planów rozliczeniowych usage-based mogą teraz wybierać spośród trzech trybów: Domyślnego, Wysokiego i Niestandardowego. Ta zmiana odpowiada na rosnące zapotrzebowanie na większą kontrolę nad równowagą między szybkością recenzji a dokładnością wykrywania błędów, zwłaszcza w projektach o różnym poziomie krytyczności komponentów.

    Kluczowe informacje

    • Trzy poziomy staranności – użytkownicy mogą teraz wybrać tryb Default, High lub Custom, aby dostosować głębokość analizy do charakteru zmian.
    • Tryb niestandardowy pozwala na definiowanie własnych reguł recenzji poprzez plik .cursor/BUGBOT.md umieszczony w katalogu głównym repozytorium.
    • Zarządzanie przez dashboard – wszystkie ustawienia są dostępne bezpośrednio w panelu Bugbota, co eliminuje potrzebę ręcznej konfiguracji.
    • Tylko dla planów usage-based – nowe opcje dotyczą wyłącznie użytkowników rozliczanych za faktyczne wykorzystanie, nie obejmują cichych, automatycznych uruchomień.

    Trzy tryby – od szybkiego przeglądu do głębokiej analizy

    Tryb Domyślny (Default) sprawdza się przy standardowych zmianach, takich jak drobne poprawki frontendu, refaktoryzacje czy aktualizacje zależności. W tym ustawieniu Bugbot komentuje jedynie w miejscach, gdzie dostrzega problem, bez wystawiania ocen, tworzenia podsumowań czy blokowania możliwości scalenia kodu. Jest to szybki przegląd, idealny, gdy tempo jest kluczowe, a ryzyko regresji niskie.

    Tryb Wysoki (High) jest przeznaczony dla kodu o podwyższonym znaczeniu, takiego jak infrastruktura, backend, logika biznesowa czy nowe krytyczne funkcje. Zespół Cursor stosuje ten tryb dla zmian w backendzie i komponentach infrastrukturalnych, aby zwiększyć szansę na wykrycie subtelnych błędów. Bot analizuje kod dokładniej, co prowadzi do większej liczby znalezionych problemów, ale wydłuża czas odpowiedzi. Użytkownicy powinni stosować go tam, gdzie konsekwencje przeoczenia mogą być poważne, na przykład przy operacjach na danych, zmianach w autoryzacji czy migracjach schematu bazy.

    Tryb Niestandardowy (Custom) oferuje największą elastyczność. Dzięki plikowi .cursor/BUGBOT.md można precyzyjnie określić, na co bot ma zwracać uwagę, a co ignorować. Na przykład, jeśli w projekcie generowane są snapshoty testowe lub pliki binarne (np. PNG czy lockfile), można je pominąć, co redukuje szum i oszczędza czas obliczeniowy. Plik ten pozwala również zdefiniować priorytety specyficzne dla kodu danej organizacji, takie jak egzekwowanie wzorców architektonicznych, sprawdzanie konwencji nazw czy wychwytywanie typowych błędów.

    Konfiguracja i zarządzanie

    Zarządzanie poziomami staranności odbywa się w całości przez dashboard Bugbota, dostępny pod adresem cursor.com/agents. Nie ma potrzeby modyfikowania globalnych ustawień edytora ani pamiętania o kluczach API – każdy członek zespołu z odpowiednimi uprawnieniami może szybko zmienić tryb dla wybranego repozytorium. Dla trybu niestandardowego wystarczy umieścić plik .cursor/BUGBOT.md w korzeniu repozytorium; Bugbot automatycznie go odczyta przy kolejnej recenzji. W pliku definiujemy zarówno ogólne instrukcje, jak i listę ignorowanych wzorców, na przykład katalogów z build.

    Źródła

  • OpenCode z kluczową aktualizacją: klonowanie workspace’ów z zachowaniem zmian i przenoszenie sesji

    OpenCode z kluczową aktualizacją: klonowanie workspace’ów z zachowaniem zmian i przenoszenie sesji

    Najnowsze wydanie OpenCode z 5 czerwca 2026 wprowadza dwie ważne funkcje dla deweloperów pracujących z agentowymi workflow: zarządzane klonowanie workspace'ów, które zachowuje niezapisane i nieśledzone pliki, oraz możliwość przenoszenia sesji między katalogami i projektami. Te zmiany odpowiadają na problem utraty kontekstu i niezcommitowanych zmian podczas przełączania się między zadaniami.

    Kluczowe fakty z aktualizacji

    • Zarządzane klonowanie workspace'ów zachowuje „brudne” i nieśledzone pliki, co oznacza, że niezapisane zmiany nie przepadają podczas kopiowania środowiska pracy.
    • Przenoszenie sesji umożliwia migrację aktywnego kontekstu między różnymi workspace'ami i katalogami bez utraty stanu.
    • Naprawiono błędy wcześniej ukryte przez ogólne komunikaty – teraz tworzenie workspace'ów, warp i ładowanie adapterów pokazują rzeczywiste przyczyny awarii.
    • Odświeżono TUI – przywrócono konfigurację niestandardowych providerów i usprawniono zarządzanie workspace'ami.
    • Klienci ACP teraz utrzymują spójność stanu sesji, co prowadzi do stabilniejszego doświadczenia deweloperskiego.

    Zarządzane klonowanie – koniec z nerwowym commitowaniem przed zmianą kontekstu

    Praca z OpenCode dotychczas przypominała balansowanie na linie. Aby przełączyć się do innego projektu, trzeba było commitować wszystko lub ryzykować utratę zmian. Teraz mechanizm zarządzanego klonowania automatycznie przenosi „dirty” i „untracked” pliki do nowego workspace'u.

    To znaczna oszczędność czasu dla osób praktykujących vibe coding, czyli łączących manualne komendy z agentowymi poleceniami. Nie trzeba już przerywać pracy, aby robić snapshoty – agent pamięta, nad czym pracowano.

    Zespoły DevOps, które używają OpenCode jako subagenta w zautomatyzowanych pipeline'ach, szczególnie docenią tę funkcjonalność. Wcześniej ogólne komunikaty o błędach maskowały rzeczywiste problemy z adapterami LLM czy błędami konfiguracji MCP. Teraz diagnostyka jest jasna – można zobaczyć dokładnie, co poszło nie tak.

    Przenoszenie sesji i poprawki w TUI

    Drugą ważną funkcją aktualizacji jest możliwość przenoszenia sesji między katalogami. OpenCode obsługuje ponad 75 providerów LLM – od OpenAI i Anthropic po mniejsze modele, takie jak Deep Seek czy Kimi – co zapewnia elastyczność w zarządzaniu kontekstem.

    W praktyce, jeśli pracujesz nad backendem w jednym workspace'ie i dostajesz pilne zadanie frontendowe, możesz przenieść sesję i kontynuować bez restartowania agenta. Terminal UI (TUI) zyskał również kilka poprawek – przywrócono możliwość konfiguracji niestandardowych providerów, która wcześniej mogła sprawiać problemy.

    Desktopowa wersja aplikacji również została ulepszona. Dodano dedykowany proces narzędziowy dla lokalnego serwera, co poprawia niezawodność połączeń. Nowe opcje w menu ustawień macOS oraz lepsze zarządzanie wieloma serwerami również zwiększają funkcjonalność aplikacji.

    ACP i spójność stanu – stabilność przede wszystkim

    W aktualizacji szczególnie podkreślono poprawę niezawodności klientów ACP (Agent Communication Protocol). Sesje nie gubią stanu przy przełączaniu kontekstów, a odpowiedzi na pytania trafiają do właściwego katalogu sesji.

    Dla deweloperów korzystających z OpenCode jako orkiestratora, a nie tylko pojedynczego agenta, to istotna zmiana. Użytkownik na Reddicie zauważył, że „Twój orkiestrator powinien wywoływać OpenCode jako subagenta przez większość czasu – oszczędza to mnóstwo okna kontekstowego”.

    Changelog z 5 czerwca jest bogaty w zmiany – poza nowymi funkcjami znajdziemy wsparcie dla OpenAI przez AWS Bedrock, odkrywanie skilli przez agentów oraz interaktywne replaye sesji za pomocą run --replay. Dodatkowo poprawki dla GitHub Copilot, podświetlanie składni Vue oraz naprawa problemów z anulowaniem w shellu.

    Wnioski

    OpenCode rozwija się jako terminal-first agent. Aktualizacja z czerwca 2026 odpowiada na rzeczywiste problemy codziennej pracy – utratę zmian przy przełączaniu kontekstów oraz nieczytelne komunikaty błędów. Dla deweloperów traktujących AI jako partnera w kodowaniu, zarządzane klonowanie i przenoszenie sesji to funkcje, które znacząco skracają czas między pomysłem a implementacją.

    Źródła

  • Factory CLI v0.121.0: Wskaźnik czasu myślenia i szybsza nawigacja w terminalu

    Factory CLI v0.121.0: Wskaźnik czasu myślenia i szybsza nawigacja w terminalu

    Najnowsza aktualizacja Factory CLI do wersji v0.121.0 wprowadza dwie ważne zmiany w interfejsie użytkownika. Droidy teraz pokazują licznik czasu przetwarzania, a programiści mogą szybko przewijać sesję do ostatniego promptu. To wydanie koncentruje się na poprawie ergonomii pracy w długich, interaktywnych sesjach AI, co jest istotne w kontekście rosnącej popularności narzędzi do programowania z użyciem AI i agentowego developmentu.

    Kluczowe fakty o nowym wydaniu

    • Czas myślenia — CLI i aplikacja pokazują teraz, ile sekund droid spędził na analizie przed udzieleniem odpowiedzi.
    • Przewijanie do ostatniego promptu — użytkownik może jednym kliknięciem przeskoczyć do najnowszego polecenia w sesji.
    • Buforowane renderowanie transkryptu — interfejs ładuje zapis rozmowy z pamięci podręcznej, co przyspiesza responsywność.
    • Szybsze błędy konfiguracji — proces setupu kończy się natychmiast po wykryciu problemu, zamiast zmuszać użytkownika do czekania na porażkę.
    • Stabilność automatyzacji — łatka naprawia ponowne łączenie z komputerem, cykl życia wywołań narzędziowych oraz wklejanie dużych bloków tekstu.

    Dlaczego widoczność czasu myślenia ma znaczenie dla AI engineeringu

    Wskaźnik czasu myślenia to istotny element w agentowym programowaniu, gdzie droidy piszą kod, refaktoryzują bazy i debugują aplikacje. Każda sekunda opóźnienia wpływa na ocenę wydajności modelu. Użytkownicy Factory CLI zyskali wgląd w czas przetwarzania, co pozwala im porównywać czasy odpowiedzi między różnymi promptami i identyfikować momenty, gdy droid spędza zbyt dużo czasu na przemyśleniach.

    To funkcjonalność, która szybko staje się niezbędna. Deweloperzy pracujący w trybie pair programming z AI szybko przyzwyczają się do zerkania na ten wskaźnik, zwłaszcza podczas długich sesji, gdy kontekst transkryptu rośnie do kilkunastu tysięcy tokenów. W połączeniu z buforowanym renderowaniem transkryptu, użytkownicy doświadczają płynniejszej pracy.

    Buforowanie transkryptu i przewijanie — ergonomia na pierwszym miejscu

    Buforowanie transkryptu i przewijanie — ergonomia na pierwszym miejscu

    Długie sesje z agentem AI mają swoje wyzwania. Transkrypt rozmowy może osiągnąć setki linii tekstu, a ręczne szukanie ostatniego promptu przez scrollowanie było dotychczas irytującym problemem. Nowa funkcja przewijania rozwiązuje ten problem: jedno kliknięcie przenosi użytkownika na sam dół do najnowszej interakcji.

    Buforowane renderowanie transkryptu działa jako optymalizacja frontendu CLI. Zamiast przeliczać cały zapis rozmowy przy każdym odświeżeniu widoku, interfejs przechowuje gotowy snapshot w pamięci. Efekt to mniej migotania, szybsze przełączanie między widokami i lepsza wydajność na słabszych maszynach, co jest istotne dla użytkowników korzystających z Factory CLI na zdalnych serwerach przez SSH.

    Setup, który nie każe ci czekać

    Setup, który nie każe ci czekać

    Kolejna zmiana dotyczy procesu konfiguracji. Dotychczas setup — pierwsze uruchomienie, instalacja zależności, łączenie z kontem — mógł trwać długo, gdy coś szło nie tak. W wersji v0.121.0 Factory wprowadza szybszą ścieżkę niepowodzenia: jeżeli setup wykryje błąd na wczesnym etapie, natychmiast przerywa działanie i zwraca komunikat. To oszczędza frustracji, szczególnie nowym użytkownikom, którzy nie znają jeszcze wszystkich wymagań środowiskowych.

    Warto również wspomnieć o poprawkach stabilności. Wersja v0.121.0 naprawia trzy konkretne problemy: z wklejaniem dużych bloków tekstu, cyklem życia wywołań narzędziowych oraz automatycznym ponownym łączeniem z komputerem. Te poprawki pokazują, że zespół Factory nie tylko dodaje nowe funkcje, ale także dba o stabilność w rzeczywistych workflow.

    Co to oznacza dla ekosystemu narzędzi deweloperskich

    Factory CLI jest terminalowym agentem AI do budowania, debugowania i refaktoryzacji kodu. W porównaniu do konkurencyjnych rozwiązań, takich jak Claude Code, Cursor czy Windsurf, Factory stawia na pełną integrację z przepływem pracy w terminalu, bez potrzeby przełączania się do GUI. Aktualizacja v0.121.0 wpisuje się w szerszy trend: narzędzia AI dla deweloperów coraz mocniej akcentują obserwowalność działania agentów i ergonomię interfejsu tekstowego. W miarę jak sesje z AI stają się dłuższe i bardziej złożone, UX terminala staje się kluczowym elementem produktywności.

    Źródła

  • Codex CLI 0.128.0: długotrwałe przepływy pracy, zaawansowane wtyczki i precyzyjne uprawnienia

    Codex CLI 0.128.0: długotrwałe przepływy pracy, zaawansowane wtyczki i precyzyjne uprawnienia

    OpenAI udostępniło wersję 0.128.0 narzędzia Codex CLI. Ta aktualizacja wprowadza trwałe przepływy pracy z komendą /goal, rozbudowany ekosystem wtyczek oraz bardziej szczegółowe profile uprawnień. Wprowadzono również poprawki dotyczące wznawiania sesji, bezpieczeństwa sieciowego i stabilności piaskownicy w systemie Windows.

    Kluczowe fakty o wydaniu 0.128.0

    • Trwałe cele /goal – użytkownicy mogą teraz tworzyć, wstrzymywać i wznawiać długoterminowe zadania, które zachowują swój stan między sesjami.
    • Rozszerzona obsługa wtyczek – pojawił się marketplace, zdalne cache'owanie oraz wsparcie dla aplikacji MCP i importu zewnętrznych agentów.
    • Wielopoziomowe profile uprawnień – zamiast prostego przełącznika `–full-auto wprowadzono elastyczną kontrolę nad tym, co agent może robić automatycznie.
    • Konfigurowalne mapy klawiszy w TUI – interfejs tekstowy zyskuje możliwość personalizacji skrótów i sterowania.
    • Poprawki błędów – łatki dotyczą między innymi sieci, wznawiania sesji i działania piaskownicy na Windows.

    Długotrwałe przepływy pracy – /goal w końcu trwałe

    Najważniejszą nowością jest zmiana logiki działania komendy /goal. Dotychczas zadania definiowane w ten sposób były jednorazowe i traciły kontekst przy przerwaniu sesji. Wersja 0.128.0 wprowadza mechanizmy tworzenia, wstrzymywania i wznawiania celów (create, pause, resume, clear), które działają zarówno w terminalowym interfejsie (TUI), jak i przez API aplikacji serwerowej.

    Oznacza to, że inżynier może rozpocząć wieloetapową refaktoryzację kodu, przerwać ją na noc i kontynuować następnego dnia – bez utraty kontekstu i bez potrzeby ponownego opisywania zadania. Codex staje się przestrzenią roboczą dla długotrwałych prac inżynierskich. To wpisuje się w szerszy trend w narzędziach AI – przejście od czatu do agenta, który zarządza zadaniami w czasie.

    Ekosystem wtyczek i elastyczne profile uprawnień

    Ekosystem wtyczek i elastyczne profile uprawnień

    Wydanie 0.128.0 znacznie rozszerza możliwości rozszerzania Codexa. Użytkownicy otrzymują marketplace wtyczek, a same pluginy mogą korzystać z haków uruchamianych razem z wtyczką (plugin-bundled hooks), zewnętrznego cache'owania oraz importować zewnętrzne agenty i łączyć się z aplikacjami MCP (Model Context Protocol). To przesuwa Codexa w stronę platformy agentowej – nie tylko CLI, ale także środowiska, które może orkiestruje wiele narzędzi i usług.

    Równocześnie zmienia się sposób zarządzania autonomią agenta. Zamiast binarnego trybu --full-auto wprowadzono explicite zdefiniowane profile uprawnień. Dzięki temu można precyzyjniej określić, które działania agent może wykonywać bez potwierdzenia, a które wymagają ręcznej akceptacji. Dla zespołów devopsowych i web developerskich to krok w stronę bezpieczniejszej automatyzacji – można na przykład pozwolić Codexowi na modyfikację plików w katalogu projektu, ale zablokować dostęp do konfiguracji sieciowej.

    Dodatkowo w 0.128.0 rozszerzono konfigurację MultiAgentV2, co umożliwia precyzyjniejsze sterowanie współpracą kilku agentów. Choć oficjalne notki nie opisują wszystkich szczegółów, sygnalizuje to dalszy rozwój scenariuszy wieloagentowych w ramach jednej sesji roboczej.

    Poprawki: sesje, sieć i piaskownica Windows

    Poprawki: sesje, sieć i piaskownica Windows

    Nowa wersja przynosi kilka istotnych łatek. Poprawiono wznawianie sesji – Codex lepiej radzi sobie teraz z przywracaniem stanu po przerwie, co łączy się z nowymi możliwościami /goal. Wzmocniono również zabezpieczenia sieciowe (network hardening), co ma znaczenie przy zdalnej pracy i integracjach z zewnętrznymi API. Użytkownicy Windows docenią stabilność działania w piaskownicy – to ważne w środowiskach korporacyjnych, gdzie izolacja procesów jest standardem.

    Podsumowanie

    Codex CLI 0.128.0 to nie tylko zestaw poprawek, ale także wyraźny sygnał kierunku rozwoju narzędzia – w stronę agentowego środowiska pracy z trwałymi zadaniami, rozbudowaną warstwą wtyczek i precyzyjną kontrolą uprawnień. Dla osób zajmujących się web developmentem, devopsem czy tzw. vibe codingiem oznacza to większą ciągłość pracy i bezpieczniejszą automatyzację długotrwałych procesów. Jeśli kolejne wydania utrzymają ten kierunek, Codex może szybko ewoluować z prostego asystenta CLI w pełnoprawne środowisko agentowe.

    Źródła

  • Claude Code 2.1.129: Wtyczki prosto z URLa, lepsza kontrola terminala i garść długo wyczekiwanych poprawek

    Claude Code 2.1.129: Wtyczki prosto z URLa, lepsza kontrola terminala i garść długo wyczekiwanych poprawek

    Szóstego maja 2026 roku Anthropic wydało wersję 2.1.129 narzędzia Claude Code. Wprowadza ona nową flagę --plugin-url, poprawia obsługę manifestów wtyczek oraz wprowadza kilka poprawek stabilności, które będą przydatne dla osób pracujących z wieloma sesjami jednocześnie. To wydanie, choć niewielkie, zawiera zmiany, które mogą znacząco ułatwić codzienną pracę w terminalu.

    Co przynosi wersja 2.1.129 — kluczowe zmiany

    • Flaga --plugin-url <url> umożliwia pobieranie wtyczek bezpośrednio z adresu URL, co ułatwia dystrybucję i automatyzację konfiguracji w zespołach.
    • Udoskonalone manifesty wtyczek pozwalają na bardziej precyzyjne deklarowanie metadanych i szybsze ładowanie rozszerzeń.
    • Lepsze wsparcie zmiennych środowiskowych dla zsynchronizowanego wyjścia terminala sprawdza się w środowiskach z multiplekserami, takimi jak tmux.
    • Opcjonalne wykrywanie modeli (opt-in) przy korzystaniu z bramek API daje większą kontrolę nad tym, które modele są widoczne w danym środowisku.
    • Poprawki stabilności: trwałość nazw sesji, widoczność panelu podagentów i czytelność komunikatów błędów API.

    Lepsze zarządzanie wtyczkami — wreszcie bez ręcznego grzebania w katalogach

    Do tej pory instalowanie wtyczek w Claude Code wymagało ręcznego umieszczania plików w odpowiednich katalogach lub korzystania z mechanizmów marketplace'u. Nowa flaga --plugin-url <url> zmienia to znacząco. Wystarczy podać bezpośredni adres URL do wtyczki, a Claude Code sam ją pobierze i zainstaluje.

    To może wydawać się drobiazgiem, ale dla zespołów deweloperskich, które chcą standaryzować środowisko pracy, to znaczna oszczędność czasu. Zamiast pisać instrukcje „pobierz plik X, umieść go w katalogu Y, potem uruchom Z”, można po prostu przekazać jeden URL w skrypcie inicjalizacyjnym. Dodatkowo, Anthropic poprawiło obsługę manifestów wtyczek — deklaracje metadanych są teraz ściślej walidowane, co powinno ograniczyć problemy z niekompletnymi lub błędnie skonfigurowanymi rozszerzeniami.

    Terminal pod kontrolą

    Terminal pod kontrolą

    Kolejnym istotnym obszarem zmian jest obsługa terminala. Wersja 2.1.129 poprawia wsparcie dla zmiennych środowiskowych przy zsynchronizowanym wyjściu terminalowym. Oznacza to mniej problemów w środowiskach z tmuxem, screenem lub innymi multiplekserami, gdzie kilka sesji może jednocześnie pisać do tego samego wyjścia. Dla użytkowników pracujących zdalnie przez SSH to znacząca poprawa komfortu.

    Warto również zwrócić uwagę na opcjonalne wykrywanie modeli przy korzystaniu z bramek API. To funkcja typu opt-in, więc domyślnie nic się nie zmienia, ale jeśli zarządzasz własną bramką i nie chcesz, aby wszystkie dostępne modele były automatycznie wyliczane i eksponowane, masz teraz pełną kontrolę. Jest to przydatne w środowiskach, gdzie przez bramkę przechodzi wiele różnych modeli, a użytkownicy końcowi powinni widzieć tylko wybrane.

    Poprawki, które po prostu działają

    Poprawki, które po prostu działają

    Ta aktualizacja przynosi także kilka mniejszych poprawek, które, choć nie brzmią spektakularnie, rozwiązują rzeczywiście irytujące problemy. Naprawiono na przykład trwałość tytułów sesji — wcześniej po restarcie sesja mogła tracić swoją nazwę i wracać do domyślnego oznaczenia. Osoby pracujące z wieloma równoległymi sesjami wiedzą, jak bardzo to dezorientuje.

    Podobnie sytuacja wygląda z panelem podagentów. W poprzednich wersjach zdarzało się, że panel nie wyświetlał się poprawnie po przełączeniu kontekstu — ten problem został teraz rozwiązany. Dodatkowo poprawiono obsługę komunikatów błędów API, które wcześniej mogły być niejasne lub mylące przy debugowaniu problemów z autoryzacją.

    Czy warto aktualizować?

    Jeśli używasz Claude Code głównie do prostych, jednosesyjnych zadań, prawdopodobnie nie odczujesz dużej różnicy. Jednak jeśli pracujesz w zespole, automatyzujesz konfigurację środowisk deweloperskich lub spędzasz dużo czasu w terminalu z wieloma równoległymi sesjami, ta aktualizacja zdecydowanie ułatwi ci życie. Flaga --plugin-url może znacząco skrócić czas onboardingu nowych osób w projekcie, a także pozwala na pozbycie się kilku drobnych, ale uporczywych błędów.

    Aktualizacja jest dostępna standardowo przez npm (npm update -g claude-code) oraz inne kanały dystrybucji. Po instalacji warto zrestartować aktywne sesje, aby wszystkie zmiany zostały poprawnie załadowane.

    Źródła

  • Codex 0.128.0 wprowadza trwałe przepływy pracy i rozszerzone profile uprawnień

    Codex 0.128.0 wprowadza trwałe przepływy pracy i rozszerzone profile uprawnień

    OpenAI wprowadziło wersję 0.128.0 swojego terminalowego asystenta Codex, która zawiera trzy istotne zmiany: zapisywane cele zadań (/goal), rozszerzone profile uprawnień oraz ulepszone zarządzanie wtyczkami. Te aktualizacje przyczyniają się do bardziej zaawansowanej pracy w terminalu, gdzie procesy mogą trwać dłużej niż pojedyncze polecenia.

    Kluczowe fakty

    • Zapisywane cele /goal – agent może tworzyć, wstrzymywać i wznawiać zadania, a cel nie znika po przerwaniu sesji.
    • Rozszerzone profile uprawnień – większa kontrola nad tym, co Codex może zmieniać w repozytorium i środowisku.
    • Ulepszone zarządzanie wtyczkami – stabilniejsze rozszerzenia w ekosystemie CLI.
    • Nowe sterowanie TUI – konfigurowalne skróty klawiszowe i statusy w interfejsie terminalowym.
    • Poprawki dla Windows, sieci i Bedrocka – większa niezawodność na różnych platformach.

    Trwałe cele zamiast jednorazowych komend

    Dotychczas praca z Codexem przypominała szybkie zlecenia: wpisujesz prompt, agent wykonuje zadanie i to koniec. Wersja 0.128.0 zmienia ten model. Komenda /goal umożliwia ustawienie celu dla długotrwałego zadania, który pozostaje aktywny nawet po sprawdzeniu statusu przez agenta, kontynuacji pracy czy powrocie do niego po przerwie. Oznacza to, że można rozpocząć refaktoryzację, wstrzymać ją, sprawdzić postęp, a następnie wznowić bez potrzeby ponownego definiowania kontekstu. Kontrola z poziomu TUI pozwala na tworzenie, pauzowanie, wznawianie i czyszczenie celu bezpośrednio w interfejsie terminalowym. Nowe API serwera aplikacji również obsługuje te operacje, co jest przydatne przy integracji Codexa z własnymi narzędziami.

    Profile uprawnień i bezpieczniejszy agent

    Nie każdy użytkownik chce dawać agentowi pełny dostęp do całego repozytorium. Rozszerzone profile uprawnień w wersji 0.128.0 pozwalają na precyzyjniejsze określenie, co Codex może modyfikować. Jest to szczególnie istotne w środowiskach DevOps i przy automatyzacji repozytoriów, gdzie kontrola dostępu jest kluczowa.

    Brak kontroli nad tym, gdzie agent może zapisywać dane lub co uruchamiać, był jednym z powodów ograniczonego wdrożenia Codexa w codziennej pracy. Teraz można to lepiej skonfigurować, co zwiększa poczucie bezpieczeństwa, zwłaszcza w projektach z wieloma zależnościami lub w środowisku Windows, które również otrzymało poprawki w tej wersji.

    Wtyczki i sterowanie w terminalu

    Zarządzanie wtyczkami zostało znacznie ulepszone. OpenAI wskazuje na poprawę stabilności rozszerzeń w ekosystemie wtyczek, co jest korzystne dla użytkowników, którzy już rozbudowali swoje środowisko o dodatkowe narzędzia – zmniejsza to ryzyko problemów podczas aktualizacji.

    Równocześnie poprawiono obsługę TUI. Nowe mapowania klawiszy i kontrolki statusu ułatwiają nawigację w terminalu. Użytkownicy mogą je konfigurować według własnych preferencji, co zwiększa komfort pracy. Wraz z tym wprowadzono usprawnienia w MultiAgentV2, szczególnie w zarządzaniu wątkami, co z pewnością ucieszy osoby testujące wieloagentowe konfiguracje.

    Poprawki, które nie rzucają się w oczy, ale robią różnicę

    Oprócz nowych funkcji, wersja 0.128.0 zawiera poprawki dla kilku uciążliwych błędów. Piaskownica na Windowsie otrzymała aktualizacje eliminujące niepożądane zachowania przy uruchamianiu kodu. Udoskonalono także obsługę sieci oraz wsparcie dla modeli Bedrock, co jest istotne dla użytkowników korzystających z dostawców modeli AWS. Dla programistów pracujących z Codexem oznacza to większą stabilność i niezawodność w codziennych zadaniach.

    Źródła