Kategoria: AI i Technologia

  • Codex 0.139.0 z samodzielnym wyszukiwaniem w sieci i lepszą obsługą złożonych schematów

    Codex 0.139.0 z samodzielnym wyszukiwaniem w sieci i lepszą obsługą złożonych schematów

    OpenAI wypuściło 9 czerwca 2026 roku wersję 0.139.0 Codex CLI, która wprowadza autonomiczne wyszukiwanie w trybie code mode oraz poprawia kompatybilność ze złożonymi schematami narzędzi. Ta aktualizacja, choć na pierwszy rzut oka może wydawać się skromna, w rzeczywistości przynosi istotne zmiany dla codziennej pracy dewelopera.

    Kluczowe zmiany w skrócie

    • Samodzielne wyszukiwanie w trybie code mode – model może teraz bezpośrednio wysłać zapytanie do sieci, także z zagnieżdżonych wywołań JavaScript, a wyniki otrzymuje jako czysty tekst.
    • Schematy oneOf i allOf są teraz zachowywane w definicjach narzędzi, co ułatwia agentom pracę z rozbudowanymi API i konektorami MCP.
    • Diagnostyka codex doctor raportuje teraz szczegóły edytora i pagera, co przyspiesza rozwiązywanie problemów środowiskowych.
    • Poprawki w TUI eliminują gubienie konfiguracji przy resetach wątków oraz błędne parsowanie argumentów przy resume i fork.
    • Plugin marketplace zwraca teraz informacje o źródle każdej wtyczki i korzysta z cache'owanego katalogu przed odświeżeniem sieciowym.

    Wyszukiwanie bez przełączania kontekstu

    Nowa funkcja w code mode pozwala modelowi na samodzielne wyszukiwanie, co eliminuje potrzebę przerywania pracy w celu sprawdzenia dokumentacji lub zachowania API. Wystarczy, że model wywoła wyszukiwanie, a wyniki przychodzą jako plaintext, bez zbędnego formatowania. Funkcja ta działa również z zagnieżdżonymi wywołaniami narzędziowymi w JavaScripcie. Dla deweloperów, którzy spędzają dużo czasu na przełączaniu się między przeglądarką a terminalem, to znacząca oszczędność czasu.

    Co istotne, wyszukiwanie jest autonomiczne – nie wymaga osobnej konfiguracji ani przełączania trybów. Model samodzielnie decyduje, kiedy potrzebuje świeżych informacji.

    Schematy, które w końcu działają jak trzeba

    Dla osób budujących złożone integracje przez MCP lub używających rozbudowanych pluginów, zmiana w obsłudze schematów JSON Schema jest kluczowa. Dotychczas oneOf i allOf mogły gubić się przy kompaktowaniu dużych definicji. Teraz są zachowywane, a same schematy mają płytszą strukturę bez utraty informacji.

    To może brzmieć technicznie, ale w praktyce oznacza mniej błędów przy wywołaniach narzędzi, które mają warunkowe parametry. Agent nie zgubi się, gdy pole może przyjąć string albo obiekt z dodatkowymi właściwościami.

    Diagnostyka i TUI – mniej frustracji przy debugowaniu

    codex doctor zyskał rozszerzenie, które w lokalnym raporcie uwzględnia teraz konfigurację edytora i pagera. To drobny szczegół, ale każdy, kto debugował dziwne zachowania terminala, wie, że środowisko potrafi płatać figle. W JSON-owym outpucie wartości są redagowane, co zapobiega wyciekowi wrażliwych danych.

    W samym TUI naprawiono kilka irytujących błędów. Przede wszystkim codex resume --last "..." i codex fork --last "..." przestały mylić prompt z ID sesji. Resetowanie wątków (/new, /clear, /fork) nie gubi już wymagań zarządzanych przez chmurę ani flag feature. Dodatkowo ostrzeżenia z sub-agentów MCP pozostają w swoim wątku, co eliminuje duplikujące się alerty czy zawieszone spinnerów.

    Warto również wspomnieć o poprawce edycji obrazów – teraz używane są dokładne ścieżki plików, zamiast zgadywania na podstawie historii konwersacji.

    Dlaczego to ma znaczenie

    Aktualizacja 0.139.0 nie jest przełomowa w skali całego ekosystemu AI, ale dobrze ilustruje kierunek rozwoju Codex. Autonomiczne wyszukiwanie w code mode to krok w stronę agentów, które same zdobywają kontekst bez przerywania głównego zadania. Zachowanie złożonych schematów JSON to z kolei ukłon w stronę zaawansowanych użytkowników budujących własne integracje. Poprawki w TUI i diagnostyce sprawiają, że narzędzie działa bardziej przewidywalnie, co jest kluczowe w codziennej pracy.

    Źródła

  • Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Anthropic wprowadziło aktualizację Claude Code 2.1.172, która wprowadza istotną zmianę w architekturze narzędzia — rekurencyjne sub-agenci, które mogą tworzyć własnych pod-agentów aż do pięciu poziomów zagnieżdżenia. Wcześniej sub-agenci pracowali w izolowanych kontekstach z własnymi uprawnieniami, a teraz struktura przypomina drzewo decyzyjne, gdzie każdy poziom może rozdzielać pracę na kolejne równoległe wątki.

    Co nowego w pigułce

    • Rekurencyjne sub-agenci umożliwiają zagnieżdżanie agentów do pięciu poziomów — każdy z nich działa we własnym oknie kontekstowym i z własnym zestawem uprawnień.
    • Automatyczna kompaktacja sesji rozwiązuje problem zablokowanych kontekstów przy limicie miliona tokenów — sesje same wracają do standardowych ograniczeń.
    • Stabilność agentów w tle doczekała się poprawek, podobnie jak zużycie CPU w stanie bezczynności — proces nie obciąża już maszyny, gdy nic nie robi.

    Jak działa pięciopoziomowe drzewo agentów

    Dokumentacja Claude Code 2.1.172 precyzuje, że każdy pod-agent operuje w izolowanym oknie kontekstowym z własnym promptem systemowym, wyselekcjonowanym zestawem narzędzi i niezależnymi uprawnieniami. Nie widzi rozmów swojego rodzica ani rodzeństwa — dostaje zadanie, wykonuje je i zwraca wynik do góry.

    To jest istotne w złożonych scenariuszach inżynieryjnych. Wyobraź sobie sytuację, w której agent-planista rozrysowuje architekturę funkcji, a następnie uruchamia kilku agentów-implementatorów (każdy pracuje nad osobnym modułem). Ci z kolei delegują testy jednostkowe do agentów-testowych, a wszystko kontrolują agenci-weryfikatorzy, którzy sprawdzają zgodność ze specyfikacją. Pięć poziomów wystarcza, aby rozbić nawet skomplikowany pipeline bez ręcznego kombinowania z orkiestracją.

    Kluczowy fragment z dokumentacji brzmi: „subagent może uruchomić własne subagenty” — ta prosta deklaracja odróżnia wersję 2.1.172 od wcześniejszych. Claude Code 2.1.172 przestaje być pojedynczym narzędziem asystenckim, a zaczyna przypominać hierarchiczny orchestrator.

    Co poza agentami — stabilność i poprawki

    W tej aktualizacji wprowadzono również poprawki stabilności. Sesje z limitem miliona tokenów mogły się zawieszać, co uniemożliwiało kontynuację pracy, a kontekst był zbyt duży, by prowadzić rozmowę. Teraz Claude Code 2.1.172 automatycznie kompaktuje taką sesję do standardowych granic, zamiast zostawiać użytkownika z zablokowanym oknem terminala.

    Zoptymalizowano także działanie agentów w tle oraz obniżono zużycie procesora podczas bezczynności. Dla osób, które mają Claude Code 2.1.172 uruchomione przez cały dzień przy otwartych projektach, to odczuwalna różnica — procesor przestaje pracować na pełnych obrotach, gdy nic się nie dzieje.

    Co to oznacza dla ekosystemu AI coding tools

    Zmiana w architekturze pod-agentów wskazuje kierunek, w którym zmierza Anthropic. Zamiast budować monolitycznego asystenta, który sam ogarnia wszystko, firma stawia na strukturę modułową z izolowanymi kontekstami. W praktyce oznacza to, że Claude Code 2.1.172 coraz lepiej nadaje się do prototypowania w stylu vibe coding — możesz szkicować pomysł, a system sam rozłoży implementację na kawałki i poskłada je z powrotem.

    Oczywiście pięć poziomów zagnieżdżenia to nie nieskończoność — przy bardzo rozbudowanych projektach trzeba będzie przemyśleć, jak sensownie podzielić pracę, aby zmieścić się w tym limicie. Jednak jak na wydanie oznaczone jako punktowe (2.1.172), to znaczny krok w stronę autonomicznych przepływów pracy.

    Źródła

  • Cursor wprowadza Organizations, by uporządkować zarządzanie dużymi zespołami deweloperskimi

    Cursor wprowadza Organizations, by uporządkować zarządzanie dużymi zespołami deweloperskimi

    Cursor wprowadził funkcję Organizations dla klientów Enterprise, która umożliwia firmom zarządzanie wieloma zespołami z jednego miejsca. Ta nowa warstwa administracyjna odpowiada na potrzeby organizacji, w których różne działy wymagają odmiennych zasad bezpieczeństwa, limitów wydatków oraz dostępu do modeli AI. Dotychczasowe narzędzia nie zapewniały wystarczającej kontroli w tych obszarach.

    Kluczowe fakty

    • Organizations to najwyższy poziom w hierarchii, nadrzędny wobec zespołów i grup, przeznaczony do centralnego zarządzania tożsamością i uprawnieniami.
    • Zespoły mogą mieć teraz własne ustawienia bezpieczeństwa, budżet i funkcje, zagnieżdżone pod organizacją.
    • Grupy to lekkie kohorty użytkowników, które można tworzyć w obrębie zespołów, aby przydzielać różny dostęp do modeli i limity wydatków.
    • Jeśli użytkownik należy do kilku zespołów lub grup, obowiązuje najbardziej liberalne ustawienie.

    Jak to działa w praktyce

    Nowa struktura opiera się na trzech poziomach. Organizations to kontener dla całej firmy, w którym definiuje się źródło tożsamości, integrację z dostawcą SSO oraz katalog SCIM. Poniżej znajdują się zespoły, które mogą odpowiadać działom, spółkom zależnym lub różnym produktom. Każdy zespół otrzymuje własny budżet, modele i reguły bezpieczeństwa.

    Grupy są jeszcze bardziej elastyczne. Można je tworzyć doraźnie, na przykład dla testerów potrzebujących dostępu do eksperymentalnych modeli lub dla zewnętrznych kontraktorów z ograniczonymi uprawnieniami. Nie ma potrzeby zakładania osobnego zespołu, co jest istotne przy dużej liczbie projektów.

    Administratorzy zyskują jeden dashboard z analityką użycia dla całej firmy. Mogą zobaczyć, ile tokenów zużywa każdy zespół, które modele są najczęściej wybierane oraz gdzie warto wprowadzić ograniczenia. To ważne, ponieważ rosnące koszty API do modeli językowych sprawiają, że kontrola wydatków staje się koniecznością.

    Co to zmienia dla firm używających Organizations

    Dotychczas Organizations w wersji Enterprise były zarządzane głównie na poziomie pojedynczych zespołów. W firmach z wieloma działami korzystającymi z narzędzia, każdy zespół funkcjonował jako osobna jednostka, z własnymi ustawieniami, ale bez wspólnego widoku i możliwości łatwego egzekwowania polityk korporacyjnych.

    • Organizations rozwiązuje ten problem, oferując jedno miejsce do zarządzania członkostwem, uprawnieniami oraz integracją z firmowym katalogiem użytkowników.

    To rozwiązanie jest szczególnie przydatne dla organizacji, które chcą oddzielić środowiska produkcyjne od badawczo-rozwojowych. Zespół R&D może uzyskać dostęp do najnowszych, droższych modeli i funkcji eksperymentalnych, podczas gdy zespoły produktowe korzystają ze stabilnych wersji z niższymi limitami wydatków. Kontraktorzy trafiają do grupy z bardziej restrykcyjnymi ustawieniami. Wszystko to odbywa się w ramach jednej organizacji, bez potrzeby zakładania oddzielnych kont Enterprise.

    • Organizations zapewnia, że dotychczasowi klienci nie muszą nic migrować – ich istniejące zespoły pozostają nienaruszone, a nowa struktura jest dodawana jako nadrzędna warstwa.

    Szerszy kontekst

    • Organizations wpisuje się w trend widoczny w ekosystemie narzędzi AI dla deweloperów. Narzędzia takie jak GitHub Copilot czy Codeium również rozwijają funkcje administracyjne dla dużych firm. Różnica polega na tym, że Organizations oferuje szczegółową kontrolę – osobne budżety, modele oraz możliwość tworzenia piaskownic do testowania nowych funkcji.

    To podejście jest szczególnie istotne w kontekście rosnących kosztów korzystania z modeli językowych. Firmy pragną wspierać innowacje, ale potrzebują przewidywalności w wydatkach. Organizations dostarcza narzędzie do osiągnięcia równowagi między tymi dwoma celami.

    Funkcja jest już dostępna dla wszystkich klientów Organizations Enterprise.

    Źródła

  • Codex 0.138.0 z płynnym przejściem CLI-desktop i szybszym przetwarzaniem strumieni

    Codex 0.138.0 z płynnym przejściem CLI-desktop i szybszym przetwarzaniem strumieni

    OpenAI wydało 8 czerwca 2026 roku wersję 0.138.0 narzędzia Codex, która wprowadza funkcję przekazywania aktywnego wątku z terminala do aplikacji desktopowej. To wydanie nie zawiera nowych modeli ani zmian w cenniku, lecz koncentruje się na integracji środowisk pracy, automatyzacji wtyczek oraz poprawie wydajności przy dużych zestawach danych. Wprowadzono łącznie 115 zmian, w tym 35 nowych funkcji, 9 usprawnień wydajnościowych oraz 32 poprawki błędów.

    Kluczowe informacje

    • Nowe polecenie /app umożliwia przeniesienie sesji CLI do aplikacji Codex Desktop na macOS i Windowsie.
    • Lokalne ścieżki obrazów są teraz udostępniane modelowi, co poprawia niezawodność przy edycji i generowaniu grafik.
    • Optymalizacja przetwarzania strumieni MCP i Ollama przyspiesza pracę z długimi historiami wiadomości.
    • Ponowne wykorzystanie wyników discovery wtyczek skraca czas uruchamiania interfejsu TUI.
    • Wsparcie dla v2 personal access tokens oraz odczyt zużycia tokenów przez integracje serwerowe.

    /app, czyli płynne przejście z terminala na pulpit

    Główną nowością jest komenda /app, która pozwala na przekazanie bieżącego wątku z interfejsu tekstowego do Codex Desktop. Działa to zarówno na macOS, jak i na Windowsie, bez potrzeby kopiowania kontekstu, restartowania sesji czy ręcznego odtwarzania stanu rozmowy.

    Użytkownicy Windowsa zyskali dodatkowe usprawnienie: workspace'y mogą teraz otwierać się bezpośrednio w aplikacji desktopowej, co oszczędza czas przy każdym przełączeniu środowiska.

    To funkcja, która była oczekiwana od początku. Praca w terminalu ma swoje zalety, ale gdy potrzebujesz wizualnego podglądu lub preferujesz GUI do przeglądania dłuższych odpowiedzi, /app sprawdza się doskonale.

    Obrazy, które w końcu wiedzą, gdzie są

    Modele w Codex 0.138.0 otrzymują teraz pełne lokalne ścieżki do załączonych i wygenerowanych obrazów. Wcześniej operacje na plikach graficznych były frustrujące, ponieważ model tworzył coś, a następnie nie potrafił sensownie odnieść się do rezultatów przy kolejnych edycjach.

    Teraz ścieżki są jawne, co sprawia, że follow-upy działają przewidywalnie. Dla agentów automatyzujących zadania związane z UI, assetami czy iteracjami wizualnymi to znacząca poprawa niezawodności.

    Wydajność, która ratuje przy długich sesjach

    Zespół OpenAI poprawił działanie narzędzia przy dużych obciążeniach. Polecenie resume --last korzysta teraz z bazy stanu (state DB) do szybszego odnajdywania najnowszej pasującej sesji, co przy rozbudowanych lokalnych historiach przynosi zauważalne korzyści.

    Optymalizacja skanowania bajtowego przyspiesza przetwarzanie dużych strumieni MCP i Ollama oraz długich historii wiadomości. Użytkownicy pracujący z rozbudowanymi kontekstami agentowymi lub wieloma wtyczkami jednocześnie docenią płynniejsze działanie.

    Plugin automation bez zbędnego narzutu

    Przy starcie TUI wtyczki mogły spowalniać cały proces. W tej wersji wyniki discovery są ponownie wykorzystywane, a na ścieżce krytycznej ładowane są tylko metadane hooków. Efekt to mniej powtarzalnej pracy i szybsze uruchamianie.

    Dodatkowo, plugin automation zyskało ustrukturyzowane wyjście JSON, co ułatwia integrację z zewnętrznymi narzędziami i skryptami automatyzującymi.

    Stabilność workflow i mniej irytujących drobiazgów

    Poprawiono kilka zachowań, które mogły wybić z rytmu. Wielowierszowe wklejanie w /goal edit nie zatwierdza się już przedwcześnie. Automatyczne tury bezczynności nie wchodzą w tryb Plan, a cele przestały kontynuować się po błędach terminala.

    Rozwidlone wątki zachowują teraz nazwy nadane przez użytkownika, co wcześniej prowadziło do bałaganu przy większej liczbie forków.

    Podsumowanie

    Codex 0.138.0 to aktualizacja, która nie zmienia fundamentów, ale wprowadza istotne poprawki tam, gdzie wcześniej występowały problemy. Przekazywanie sesji między CLI a desktopem działa intuicyjnie, ścieżki obrazów są teraz jasne, a optymalizacje wydajnościowe realnie skracają czas reakcji przy dużych historiach. Jeśli korzystasz z Codexa codziennie, warto zaktualizować.

    Źródła

  • Gemini CLI z drobnymi poprawkami interfejsu i dokumentacji w wersji nightly

    Gemini CLI z drobnymi poprawkami interfejsu i dokumentacji w wersji nightly

    Google wypuściło nową wersję nocną Gemini CLI, oznaczoną jako v0.47.0-nightly.20260609.g0567b25a2. To wydanie koncentruje się na poprawie interfejsu użytkownika oraz uporządkowaniu dokumentacji. Nie wprowadza nowych funkcji, ale te drobne poprawki mogą znacząco wpłynąć na postrzeganie narzędzia jako bardziej dopracowanego.

    Co nowego w skrócie

    • Kanał nightly Gemini CLI otrzymał aktualizację v0.47.0-nightly.20260609.g0567b25a2
    • Baner Antigravity zyskał limit wyświetleń, co ograniczy jego powtarzalność
    • Dokumentacja agenta przeglądarkowego straciła etykietę „eksperymentalna”, co sugeruje stabilizację tej funkcji
    • Brak nowych możliwości – zmiany dotyczą jedynie aspektów wizualnych i tekstowych

    Co dokładnie poprawiono

    W notatkach do wydania znajdują się dwie istotne zmiany. Pierwsza dotyczy banera Antigravity, którego maksymalna liczba wyświetleń została zaktualizowana. To poprawka, która z pewnością ucieszy użytkowników Gemini CLI w wersji nightly, ponieważ powtarzające się komunikaty mogą być irytujące. Po osiągnięciu limitu baner znika.

    Druga zmiana to usunięcie słowa „eksperymentalny” z dokumentacji agenta przeglądarkowego. To porządkowanie dokumentacji, które sugeruje, że funkcja automatyzacji przeglądarki osiągnęła poziom dojrzałości, który nie wymaga już oznaczania jej jako eksperymentalnej. Choć Gemini CLI w wersji nightly pozostaje kanałem testowym, zmiana ta poprawia komunikację.

    Nightly, preview, stable – który kanał wybrać

    Gemini CLI w wersji nightly oferuje trzy ścieżki aktualizacji. Nightly to codzienne buildy z najnowszymi zmianami, publikowane o północy UTC. Są to najbardziej ryzykowne wersje, ale dają dostęp do najnowszych funkcji. Preview to wersje pośrednie, które zostały już częściowo przetestowane, a stable to finalne wydania gotowe do produkcji.

    Wersja v0.47.0-nightly wpisuje się w cykl wydawniczy, w którym rodzina v0.47.0 regularnie pojawia się w dziennikach zmian. To typowy rytm dla nocnych buildów, w którym drobne poprawki są wprowadzane codziennie, a część z nich trafia do stabilnego kanału.

    Dlaczego takie aktualizacje mają znaczenie

    Wydania tego typu mogą być łatwe do przeoczenia, ponieważ nie wprowadzają efektownych nowości ani nowych komend. Jednak suma drobnych poprawek w interfejsie i dokumentacji skutkuje płynniejszą pracą. Mniej irytujących banerów i lepsza komunikacja statusu funkcji sprawiają, że narzędzie zyskuje na profesjonalizmie.

    Dla deweloperów korzystających z Gemini CLI w wersji nightly, szczególnie przy integracji agentów przeglądarkowych, ta aktualizacja jest korzystna. Usunięcie etykiety „eksperymentalna” ułatwia przekonanie współpracowników do wdrożenia tych rozwiązań w projektach. Zmiana limitu banera Antigravity sugeruje, że zespół Google analizuje zachowania użytkowników, co może poprawić użyteczność narzędzia.

    Podsumowanie

    Wersja v0.47.0-nightly.20260609.g0567b25a2 to typowa aktualizacja konserwacyjna nocnego kanału Gemini CLI. Dwie zmiany – ograniczenie wyświetleń banera i poprawa dokumentacji agenta przeglądarkowego – nie zmieniają zasadniczo działania narzędzia, ale pokazują, że Google przesuwa niektóre funkcje z fazy eksperymentalnej w stronę dojrzałego produktu. Jeśli korzystasz z Gemini CLI w wersji nightly, aktualizacja jest bezproblemowa i wprowadza więcej porządku do codziennej pracy z CLI.

    Źródła

  • Codex 0.137.0 wprowadza wsparcie dla klawiszy F13-F24 i lepszą kontrolę kosztów dla firm

    Codex 0.137.0 wprowadza wsparcie dla klawiszy F13-F24 i lepszą kontrolę kosztów dla firm

    OpenAI opublikowało 4 czerwca 2026 roku wersję 0.137.0 swojego narzędzia CLI Codex, które wprowadza szereg usprawnień dla operatorów, zarówno tych pracujących w terminalu, jak i administratorów zarządzających wdrożeniami. Ta aktualizacja nie zawiera dużych wizualnych zmian, ale znacząco poprawia sterowanie z poziomu TUI, umożliwia firmom monitorowanie miesięcznych limitów kredytów oraz aktualizuje mechanikę agentów wielozadaniowych.

    Kluczowe zmiany w Codex 0.137.0

    • TUI zyskało wsparcie dla klawiszy F13–F24, możliwość wklejania w przeszukiwalnych menu oraz kompaktowy wskaźnik statusu dla trybu reasoning.
    • Konta enterprise teraz wyświetlają miesięczne limity kredytów i umożliwiają korzystanie z pakietów konfiguracyjnych zarządzanych w chmurze.
    • Multi-agent v2 pozwala na wybór runtime’u dla każdego wątku i wprowadza czystsze domyślne metadane dla agentów potomnych.
    • Zarządzanie wtyczkami wzbogacono o flagę --json, która zwraca dane w formacie czytelnym maszynowo.
    • Poprawki stabilności na macOS i Windows obejmują uruchamianie aplikacji, wznawianie wątków oraz odświeżanie sandboksa.

    TUI, które słucha zaawansowanych klawiszy

    Najważniejsza zmiana dotyczy interfejsu tekstowego. Codex 0.137.0 rozszerza mapowanie klawiszy funkcyjnych do F24, co jest korzystne dla użytkowników korzystających z niestandardowych klawiatur lub w środowiskach, gdzie każdy skrót ma znaczenie. Dodano również obsługę wklejania w menu z wyszukiwaniem, co przyspiesza nawigację dla osób spędzających długie godziny w terminalu.

    Pojawił się także kompaktowy wskaźnik statusu dla trybu reasoning. Zamiast rozbudowanego komunikatu, użytkownicy otrzymują minimalistyczną informację o aktualnej aktywności modelu, co poprawia czytelność podczas dłuższych sesji.

    Pieniądze pod kontrolą — funkcje enterprise

    Dla zespołów korzystających z Codex 0.137.0 w modelu firmowym nowością jest widoczność miesięcznych limitów kredytowych. Administratorzy mają teraz bezpośredni dostęp do informacji o pozostałych środkach, co ułatwia zarządzanie budżetem. Wprowadzenie pakietów konfiguracyjnych zarządzanych w chmurze pozwala na centralne rozsyłanie spójnych zestawów ustawień do różnych środowisk roboczych, co zmniejsza ryzyko dryftu konfiguracyjnego i ułatwia egzekwowanie polityk bezpieczeństwa.

    Agenci wielozadaniowi z pamięcią o runtime

    Agenci wielozadaniowi z pamięcią o runtime

    Multi-agent v2 wprowadza elastyczność, umożliwiając każdemu wątkowi zachowanie własnego wyboru runtime’u. Dzięki temu, jeśli jeden agent działa na jednym dostawcy, a inny potrzebuje innego, system nie wymusza ich ujednolicenia. Dla agentów potomnych poprawiono domyślne metadane oraz logikę follow-upów, co sprawia, że łańcuchy zadań są bardziej przejrzyste i mniej podatne na utratę kontekstu.

    To udogodnienie jest szczególnie przydatne w złożonych pipeline’ach, gdzie różne etapy workflow wymagają różnych modeli lub środowisk wykonawczych.

    Wtyczki i automatyzacja — JSON wchodzi do gry

    Wtyczki i automatyzacja — JSON wchodzi do gry

    Dla programistów piszących skrypty i integracje CI/CD wprowadzono flagę --json w komendzie codex plugin list. Umożliwia to uzyskanie danych w formacie czytelnym maszynowo, co przyspiesza proces automatyzacji. Dodatkowo, wprowadzono buforowanie katalogu wtyczek, co powinno skrócić czas odpowiedzi przy częstym sprawdzaniu dostępnych rozszerzeń.

    Choć ta zmiana może nie być spektakularna, dla zespołów DevOps automatyzujących środowiska deweloperskie stanowi istotne ułatwienie. JSON można łatwo włączyć do pipeline’a, przefiltrować przy użyciu jq i podjąć decyzję o instalacji konkretnego zestawu wtyczek.

    Stabilność na dwóch głównych platformach

    Release eliminuje kilka problemów, które były uciążliwe dla użytkowników. Na macOS poprawiono błędy związane z uruchamianiem aplikacji, które powodowały zawieszanie się Codex 0.137.0. Na Windows wprowadzono poprawki dla SQLite, co poprawia stabilność podczas uruchamiania, wznawiania wątków oraz odświeżania konfiguracji sandboksa. Dla deweloperów pracujących na obu systemach oznacza to mniej nieoczekiwanych przerw w pracy i większą przewidywalność działania narzędzia.

    Źródła

  • Factory wzbogaca GitLaba o CI Components i gasi pożary stabilności

    Factory wzbogaca GitLaba o CI Components i gasi pożary stabilności

    Factory wzbogaca GitLaba o CI Components i gasi pożary stabilności

    Factory wypuściło wersję v0.142.0, w której użytkownicy zyskali możliwość bezpośredniej konfiguracji pipeline'ów code review przez GitLab CI Components. To pierwsze tak zaawansowane połączenie obu narzędzi – zamiast korzystać z zewnętrznych skryptów, Factory integruje się z mechanizmami CI GitLaba. Równocześnie zespół naprawił problem z duplikowaniem wiadomości w czacie oraz poprawił logikę odświeżania w przeglądarce diffów. To wydanie koncentruje się na inżynieryjnym porządkowaniu, co jest korzystne dla użytkowników.

    Kluczowe zmiany w Factory v0.142.0

    • GitLab CI Components pozwalają teraz na konfigurację pipeline'ów code review bezpośrednio z poziomu Factory.
    • Zduplikowane wiadomości w czacie zostały usunięte – poprawka dotyczy wielu obszarów jednocześnie.
    • Przeglądarka diffów zyskała ulepszoną logikę odświeżania, co eliminuje wizualne artefakty przy przełączaniu plików.
    • GitLab self-hosted działa teraz przez dedykowany flow OAuth, eliminując potrzebę ręcznego wklejania tokena.
    • Obserwowalność wchodzi w zakres uprawnień integracji – GitLab musi otrzymać scope'y read_observability i write_observability.

    GitLab CI Components zamiast klejenia na taśmę

    Dotychczas Factory wspierało GitLaba głównie poprzez aplikację OAuth dla instancji self-hosted. Konfiguracja wymagała stworzenia użytkownika „Factory Droid”, nadania mu odpowiednich uprawnień oraz autoryzacji przez panel Repository Selection. Funkcjonalne, ale bez większych innowacji.

    Wersja v0.142.0 dodaje możliwość konfiguracji pipeline'ów code review przez GitLab CI Components. Dla zespołów DevOps oznacza to, że Factory staje się integralną częścią cyklu CI. Można teraz wpiąć agenta code review bezpośrednio w joby GitLaba, korzystając z komponentów CI, które GitLab udostępnia jako standardowy mechanizm reużywalnych konfiguracji.

    Co ciekawe, zakres uprawnień wykracza poza standardowe read_repository i write_repository. Factory wymaga również dostępów do obserwowalności – read_observability i write_observability. To sugeruje, że integracja obejmuje nie tylko podgląd kodu, ale także metryki i logi środowiska CI. Dla osób zarządzających większą liczbą repozytoriów, taki poziom integracji ma znaczenie.

    Stabilność zamiast wodotrysków

    Oprócz nowości związanych z GitLabem, v0.142.0 rozwiązuje dwa istotne problemy. Pierwszy to zduplikowane wiadomości w czacie – problem występował w wielu obszarach i mógł dezorientować użytkowników. Drugi dotyczy przeglądarki diffów, gdzie logika odświeżania mogła wyświetlać nieaktualny stan pliku przy szybkim przełączaniu między zmianami. Obie poprawki są mniej widowiskowe, ale kluczowe dla codziennej pracy z narzędziem.

    W tle widać również, że Factory aktywnie pracuje nad problemami pamięciowymi w integracji z GitLabem. Wcześniejsze wydanie naprawiło błąd out-of-memory w aplikacji Factory, więc v0.142.0 kontynuuje ten porządkowy trend. Nie ma tu efektu wow, ale jest systematyczne zamykanie technicznego długu.

    Self-hosted i OAuth – o tym warto wiedzieć

    Dla zespołów korzystających z własnych instancji GitLaba, setup jest już dobrze dopracowany. Factory używa aplikacyjnego flow OAuth z redirect URI (https://app.factory.ai/api/integrations/redirect/gitlab-sh) i wymaga utworzenia użytkownika Factory Droid przed autoryzacją. Repozytoria pojawiają się w panelu selekcji, a nie są zgadywane na podstawie URL-u czy ścieżki.

    To podejście eliminuje ręczne zarządzanie tokenami, ale wprowadza dodatkowe kroki przy pierwszym setupie. Jednak po skonfigurowaniu działa solidnie – zwłaszcza teraz, gdy zespół Factory rozwiązał problemy z wyciekami pamięci w tej integracji.

    Co dalej dla użytkowników Factory

    Wydanie v0.142.0 to nie rewolucja, ale istotny krok w kierunku dojrzałości narzędzia. GitLab przestaje być integracją drugorzędną i staje się pełnoprawnym partnerem w pipeline'ach code review. Jeśli wasz zespół korzysta z self-hostowanego GitLaba i rozważa automatyzację przeglądów kodu, to wydanie może być dobrym momentem, aby dać Factory szansę. Zwłaszcza że zduplikowane wiadomości i problemy z lagami w diffach zostały rozwiązane.

    Źródła

  • OpenCode zyskuje klonowanie workspace’ów i OpenAI przez AWS Bedrock

    OpenCode zyskuje klonowanie workspace’ów i OpenAI przez AWS Bedrock

    Czerwcowa aktualizacja OpenCode z 5 czerwca 2026 roku wprowadza kilka zmian, które usprawniają pracę w terminalu. Zespół Anomaly, wcześniej znany jako SST, dodał zarządzane klonowanie przestrzeni roboczych, możliwość przenoszenia sesji między katalogami oraz pełne wsparcie dla OpenAI przez AWS Bedrock. Nowości obejmują także odkrywanie umiejętności, ładowanie agentów z plików oraz interaktywne odtwarzanie sesji. Całość jest dostępna na licencji MIT, co pozwala na przeglądanie, modyfikowanie i hostowanie narzędzia na własną rękę.

    Co nowego w wydaniu z 5 czerwca

    • Zarządzane klonowanie workspace’ów umożliwia szybkie kopiowanie środowisk między gałęziami i konfiguracjami wdrożeniowymi.
    • Migracja sesji między katalogami przydaje się przy pracy z worktree Git lub przy zmianie ścieżek projektowych.
    • OpenAI przez AWS Bedrock pozwala korzystać z OpenAI w chmurze Amazon, co jest istotne dla zespołów korzystających z ekosystemu AWS.
    • run --replay odtwarza przebieg sesji krok po kroku, co ułatwia debugowanie i audyt zachowania agenta.
    • Skill discovery i file-based agent loading przesuwają OpenCode w stronę modułowych, zadaniowych konfiguracji w większych projektach.

    Co to właściwie jest OpenCode

    OpenCode to terminalowy agent AI do kodowania, który jest open source i model-agnostyczny. Działa lokalnie, przechowuje rozmowy w SQLite, a wsparcie dla ponad 75 dostawców modeli zapewnia dużą elastyczność. Można korzystać z modeli takich jak Claude, GPT, Gemini, DeepSeek oraz lokalnych modeli przez Ollamę. Użytkownicy płacą tylko za API, a samo narzędzie jest darmowe.

    Wbudowane agenty build i plan różnią się poziomem dostępu – build ma uprawnienia do odczytu, zapisu i uruchamiania kodu, natomiast plan działa w trybie tylko do odczytu, co czyni go bezpieczniejszą opcją do eksploracji. Sesje zapisują się w SQLite, więc nic nie ginie przy restarcie, a auto-update przez opencode upgrade działa domyślnie.

    Migracja sesji i odtwarzanie

    Migracja sesji i odtwarzanie

    Przenoszenie sesji między katalogami to funkcjonalność, która ma praktyczne zastosowanie. Jeśli pracujesz na kilku worktree jednocześnie lub zmieniasz ścieżkę projektu w trakcie pracy, możesz przenieść kontekst rozmowy z agentem bez utraty historii. Funkcja run --replay pozwala na odtworzenie przebiegu sesji, co jest przydatne, gdy coś poszło nie tak po stronie modelu i trzeba zrozumieć tok działań. Sprawdza się również przy audycie decyzji podejmowanych przez AI podczas refaktoryzacji.

    Bedrock i web dev – praktyczny wymiar

    Bedrock i web dev – praktyczny wymiar

    Wsparcie OpenAI przez AWS Bedrock jest istotne tam, gdzie organizacje standaryzują dostęp do modeli przez infrastrukturę Amazona. Ułatwia zarządzanie kluczami API i uprawnieniami, a także wpisuje się w polityki bezpieczeństwa większych firm. Dla web developerów ważne jest podświetlanie składni Vue, które pojawiło się w tej aktualizacji. Choć to drobna zmiana, znacznie poprawia czytelność przy pracy z komponentami SFC.

    Stabilność i start

    Oprócz nowych funkcji, aktualizacja wprowadza również poprawki stabilności, takie jak lepsza normalizacja ścieżek, zachowanie shella i obsługa wariantów rozumowania. Przyspieszono także start aplikacji, co przekłada się na mniej frustrujących momentów przy przełączaniu kontekstu.

    OpenCode od dłuższego czasu jest pozycjonowany jako darmowa alternatywa dla zamkniętych narzędzi terminalowych, a ta aktualizacja tylko pogłębia tę różnicę. Połączenie lokalnego SQLite, wsparcia dla wielu modeli i licencji MIT sprawia, że narzędzie jest trudne do przebicia, jeśli zależy ci na pełnej kontroli nad swoim środowiskiem.

    Źródła

  • Factory rozszerza wsparcie dla Claude Opus 4.8 i Gemini 3.5 Flash, dodaje automatyczne śledztwo w alertach

    Factory rozszerza wsparcie dla Claude Opus 4.8 i Gemini 3.5 Flash, dodaje automatyczne śledztwo w alertach

    Factory wprowadziło aktualizację, która dodaje wsparcie dla nowych modeli oraz nowy mechanizm reagowania na incydenty. Droid może teraz automatycznie badać alerty, co znacznie ułatwia pracę zespołów DevOps podczas dyżurów. Dodatkowo, aktualizacja obejmuje integracje MCP oraz poprawki stabilności terminala.

    Kluczowe zmiany w pigułce

    • Nowe modele dostępne od ręki — planują pracę, uruchamiają setki równoległych podagentów i weryfikują wyniki przed raportowaniem.
    • Szybkie modele wchodzą do puli jako opcja zoptymalizowana pod kątem szybkości i kosztów.
    • Automatyczne badanie alertów przez Droida — incydent ląduje na kanale, agent zaczyna diagnostykę bez ręcznej interwencji.
    • Integracje MCP ułatwiają zarządzanie rozbudowanymi łańcuchami narzędziowymi.
    • Poprawki stabilności terminala i pętli agenta eliminują irytujące błędy przy długich sesjach.

    Nowe modele — dłuższe agenty, samokontrola i ta sama cena

    Dostępne modele, w tym Claude Opus 4.8 oraz Gemini 3.5 Flash, potrafią rozplanować zadanie i uruchomić setki równoległych podagentów w jednej sesji. Agenty mogą działać znacznie dłużej niż w poprzedniej wersji, a przed oddaniem wyników model sam je weryfikuje. To ważne przy agentowym kodowaniu — zamiast ręcznie przeglądać każdy wynik, otrzymujesz coś, co już przeszło wewnętrzną kontrolę.

    Ceny pozostają na poziomie 5 dolarów za milion tokenów na wejściu i 25 dolarów za milion na wyjściu. Tryb szybki kosztuje odpowiednio 10 i 50 dolarów. Zmiana dotycząca cache'owania promptów polega na obniżeniu minimalnej długości z 2048 do 1024 tokenów, co przy częstych zapytaniach do tych samych kontekstów przynosi realne oszczędności.

    Nowością w Messages API jest możliwość wrzucania system entries bezpośrednio do tablicy messages, co pozwala na aktualizację instrukcji w trakcie zadania bez zrywania cache'owania promptów. To przydatne, gdy agent dostaje nowe wytyczne w trakcie pracy i nie chcemy tracić kontekstu.

    Szybkie modele i MCP — szybkość i porządek w narzędziach

    Szybkie modele są odpowiedzią na potrzeby zespołów, które priorytetowo traktują szybkość działania i niskie koszty. Model sprawdzi się w scenariuszach z dużą liczbą zapytań, gdzie nie jest wymagane głębokie rozumienie, ale liczy się responsywność. Factory nie podało własnych benchmarków ani cennika dla tego modelu, więc konieczne będzie samodzielne przetestowanie jego wydajności w codziennej pracy.

    Integracje MCP rozwiązują problem, który narasta wraz z rozbudową toolchainu. Zamiast ładować wszystko z góry do pamięci lub trzymać sztywną konfigurację, Droid znajduje odpowiednie narzędzie w momencie, gdy jest potrzebne. Przy dużych setupach to różnica między chaosem a użytecznym zestawem narzędzi.

    Reagowanie na incydenty — Droid przejmuje Slacka

    Nowy workflow reagowania na incydenty to istotny element tej aktualizacji. Gdy alert trafia na kanał Slacka, Droid automatycznie rozpoczyna badanie. Nie trzeba klikać, potwierdzać ani ręcznie uruchamiać diagnostyki — agent sam zbiera kontekst, sprawdza logi i raportuje wnioski.

    Dla zespołów DevOps i SRE oznacza to skrócenie czasu od wykrycia problemu do pierwszej diagnozy. Zamiast budzić człowieka o trzeciej nad ranem, aby kliknął "investigate", Droid wykonuje wstępną robotę samodzielnie. Oczywiście nie zastąpi doświadczonego inżyniera przy złożonych awariach, ale potrafi odsiać fałszywe alarmy i przygotować grunt pod dalsze działania.

    Stabilność i drobne poprawki

    Aktualizacja przynosi również zestaw mniej spektakularnych, ale potrzebnych poprawek. Terminal przestał gubić znaki przy szybkim przewijaniu, a pętla agenta działa płynniej — koniec z zawieszaniem się przy powtarzających się wywołaniach narzędzi. To zmiany, które nie trafiają na pierwsze strony, ale przy codziennej, wielogodzinnej pracy robią realną różnicę.

    Co to znaczy w praktyce

    Ta aktualizacja to nie tylko dodanie nowych modeli do listy. To krok w stronę bardziej aktywnego uczestnictwa Droida w procesach operacyjnych. Automatyczne badanie alertów, dłuższe sesje agentów z samokontrolą oraz sprawniejsze zarządzanie narzędziami przyczyniają się do środowiska, w którym mniej czasu spędza się na rutynowych zadaniach, a więcej na rzeczywistym rozwiązywaniu problemów.

    Źródła

  • Claude Code 2.1.163 z blokadą wersji i lepszą widocznością wtyczek

    Claude Code 2.1.163 z blokadą wersji i lepszą widocznością wtyczek

    Anthropic wydało 4 czerwca 2026 roku aktualizację Claude Code 2.1.163, która wprowadza wymuszone zarządzanie wersjami przez administratorów, nowe narzędzia do kontroli wtyczek oraz kilka poprawek stabilności. To wydanie koncentruje się na stabilności i kontroli, co jest istotne dla zespołów, które nie mogą sobie pozwolić na niespodzianki w środowisku deweloperskim.

    Kluczowe zmiany

    • Administratorzy mogą ustawić widełki wersji – requiredMinimumVersion i requiredMaximumVersion w managed settings blokują uruchomienie Claude Code poza zatwierdzonym zakresem.
    • Pojawiło się polecenie /plugin list z filtrami dla włączonych i wyłączonych wtyczek, co ułatwia audyt konfiguracji.
    • Hooki Stop i SubagentStop mogą teraz zwracać informację zwrotną do Claude przez additionalContext, nie powodując błędów.
    • Skrót „c to copy” pozwala jednym przyciskiem skopiować surową odpowiedź w formacie Markdown.
    • Poprawiono błędy związane z procesami w tle, ścieżkami w Windows i responsywnością terminala.

    Twarda bramka wersji – koniec z samowolką

    Najważniejszą nowością z perspektywy bezpieczeństwa jest mechanizm wymuszania zakresu wersji. Administrator może zdefiniować minimalną i maksymalną dozwoloną wersję Claude Code w pliku managed settings. Jeśli zainstalowana wersja wykracza poza ten przedział, Claude Code odmawia uruchomienia i kieruje użytkownika do zatwierdzonej wersji.

    To oznacza koniec zgadywania, czy wszyscy pracują na kompatybilnych wersjach narzędzia. Nie trzeba już polegać na tym, że deweloperzy sami zaktualizują środowisko – system wymusza to automatycznie. W połączeniu z poprawkami luk w regułach uprawnień, aktualizacja 2.1.163 wyraźnie stawia na kontrolę.

    Wtyczki pod lupą

    Nowe polecenie /plugin list odpowiada na rosnącą liczbę rozszerzeń w ekosystemie Claude Code. Wyświetla zainstalowane wtyczki z podziałem na status – włączone i wyłączone. Jest to szczególnie przydatne w środowiskach zespołowych, gdzie zarządzanie wtyczkami staje się wymogiem.

    Dodatkowo, Anthropic uprościło wcześniejszy dwuetapowy proces instalacji wtyczek do jednego polecenia /plugin install. Źródło source: 'settings' pozwala deklarować wpisy wtyczek bezpośrednio w settings.json, co zmniejsza tarcie przy konfiguracji.

    Hooki z ludzką twarzą

    Hooki z ludzką twarzą

    Hooki Stop i SubagentStop przeszły istotną zmianę. Do tej pory próba przekazania informacji zwrotnej do Claude przez hook często kończyła się błędem. Teraz mogą one zwracać dane przez pole additionalContext, które Claude interpretuje jako część konwersacji, a nie jako sygnał awarii.

    Dzięki temu agenci stają się bardziej interaktywni – hook może na przykład podpowiedzieć modelowi kontekst, który pomoże mu podjąć lepszą decyzję w kolejnym kroku, bez przerywania przepływu pracy komunikatem o błędzie.

    Drobiazgi, które robią różnicę

    Drobiazgi, które robią różnicę

    Wśród poprawek warto odnotować kilka praktycznych: skrót klawiszowy c kopiujący odpowiedź w formacie Markdown, usprawnienia dla Windows (w tym obsługa ścieżek i responsywność terminala) oraz poprawki procesów w tle, które mogły wcześniej wisieć po zakończeniu sesji. Dla zespołów korzystających z Claude Code w trybie headless lub w automatyzacji CI, stabilność agentów działających w tle to warunek konieczny.

    Podsumowanie

    Claude Code 2.1.163 nie przynosi spektakularnych nowości, ale pokazuje kierunek, w którym Anthropic zmierza z tym narzędziem: mniej eksperymentów, więcej kontroli. Wymuszone widełki wersji, lepsza widoczność wtyczek i inteligentniejsze hooki składają się na wydanie, które docenią przede wszystkim ci, którzy zarządzają wdrożeniami w zespołach. Jeśli twoja organizacja traktuje Claude Code jako element pipeline'u deweloperskiego, ta aktualizacja jest obowiązkowa, ponieważ bez niej system może po prostu odmówić współpracy.

    Źródła