Kategoria: AI i Technologia

  • 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 wersjirequiredMinimumVersion 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

  • Gemini CLI z nową łatką stabilności – wersja v0.46.0-preview.1 już dostępna

    Gemini CLI z nową łatką stabilności – wersja v0.46.0-preview.1 już dostępna

    Google wypuściło nową wersję preview swojego terminalowego agenta AI – Gemini CLI v0.46.0-preview.1. Ta aktualizacja koncentruje się na usunięciu błędu, który mógł prowadzić do niespójności wersji w środowisku deweloperskim. Poprawka została wydana kilka dni po większym wydaniu v0.46.0-preview, które wprowadziło istotne zmiany w architekturze narzędzia.

    Kluczowe informacje

    • Gemini CLI v0.46.0-preview.1 to łatka naprawcza, która zapewnia spójność wersji i stabilność po poprzednim wydaniu preview.
    • Wersja v0.46.0-preview.1 wprowadziła wzmocnioną obsługę zmiany rozmiaru PTY, eliminującą krytyczne awarie natywne.
    • Naprawiono pętle spamowe w interfejsie CLI, które mogły skutecznie zablokować pracę z narzędziem.
    • Zespół Google zachęca użytkowników kanału preview do natychmiastowej aktualizacji.
    • Gemini CLI to open-source'owy agent AI, który integruje modele Gemini bezpośrednio z terminalem.

    Co konkretnie naprawiono

    Wersja v0.46.0-preview.1 jest odpowiedzią zespołu na problemy zgłaszane przez społeczność. Głównym celem łatki było załatanie luki, która powodowała rozjeżdżanie się numerów wersji między różnymi komponentami narzędzia. W praktyce oznaczało to, że niektórzy deweloperzy mieli trudności z poprawną identyfikacją zainstalowanego builda, co utrudniało diagnostykę błędów i raportowanie problemów.

    Poprzednie wydanie – v0.46.0-preview – wprowadziło znaczące zmiany. Inżynierowie Google przeprojektowali obsługę PTY (pseudo-terminali), co jest kluczowe dla komunikacji między procesami w terminalu. Wcześniej zmiana rozmiaru okna terminala mogła prowadzić do poważnych awarii. Teraz ten scenariusz jest obsługiwany w sposób bezpieczny.

    Koniec ze spamem w konsoli

    Koniec ze spamem w konsoli

    Drugim problemem, który został rozwiązany w poprzedniej wersji, były pętle spamowe. Użytkownicy zgłaszali przypadki, w których Gemini CLI wpadał w niekontrolowaną pętlę generowania komunikatów, zalewając konsolę powtarzającymi się wpisami. Problem występował głównie podczas dłuższych sesji i w specyficznych konfiguracjach narzędzia.

    Wersja v0.46.0-preview.1 wprowadziła mechanizmy zapobiegające tym zapętleniom, a obecna łatka konsoliduje te zmiany, zapewniając spójność w ramach ekosystemu wersji. To klasyczny cykl wydawniczy Google dla Gemini CLI – najpierw większa aktualizacja z nowymi funkcjami, a następnie szybka łatka eliminująca wykryte nieścisłości.

    Jak zaktualizować

    Jak zaktualizować

    Gemini CLI jest dostępne jako pakiet npm, więc aktualizacja do wersji preview sprowadza się do jednego polecenia:

    npm install -g @google/gemini-cli@preview

    Po instalacji narzędzie uruchamia się standardową komendą gemini w terminalu. Należy pamiętać, że kanał preview nie jest w pełni zweryfikowany – mogą wystąpić regresje lub inne błędy. Dlatego zespół Google prosi użytkowników o testowanie i zgłaszanie problemów. Dla środowisk produkcyjnych nadal zalecany jest kanał stable, który przechodzi pełny cykl walidacji.

    Szerszy kontekst

    Gemini CLI to interesujący projekt w ekosystemie narzędzi AI dla deweloperów. W przeciwieństwie do rozwiązań zintegrowanych z IDE, działa całkowicie w terminalu, co doceniają osoby pracujące na zdalnych serwerach lub w środowiskach bez interfejsu graficznego.

    Narzędzie rozwija się dynamicznie, a Google stosuje przejrzysty model wydawniczy: codzienne buildy "nightly", cotygodniowe promocje do preview i stabilne wydania po tygodniu testów. Dzięki temu społeczność ma stały dostęp do najnowszych funkcji, a jednocześnie istnieje bezpieczna ścieżka dla tych, którzy wolą poczekać na sprawdzone wersje.


    Źródła

  • Cursor 3.6 wprowadza tryb Auto-review – mniej klikania, więcej kontroli nad autonomicznymi agentami

    Cursor 3.6 wprowadza tryb Auto-review – mniej klikania, więcej kontroli nad autonomicznymi agentami

    Cursor wprowadził 29 maja 2026 roku nową wersję swojego edytora – 3.6 – z trybem uruchamiania o nazwie Auto-review. Jest to odpowiedź na frustrację programistów korzystających z agentów AI, którzy muszą ciągle klikać „zatwierdź” przy każdej operacji w terminalu. Nowy mechanizm ma na celu znaczną redukcję liczby monitów o zgodę, jednocześnie zachowując podstawowe zabezpieczenia.

    Kluczowe informacje o Auto-review

    • Auto-review to nowy tryb pracy agenta w Cursor 3.6, który ogranicza prośby o zatwierdzenie dla narzędzi Shell, MCP i Fetch.
    • Trzystopniowy filtr decyduje o każdym wywołaniu: lista dozwolonych komend, piaskownica oraz podagent klasyfikujący.
    • Ustawienia można konfigurować w menu Cursor Settings, gdzie można również dodać własne instrukcje dotyczące zachowania klasyfikatora.
    • Zespół Cursor ostrzega, że to rozwiązanie ma charakter „best-effort” – nie gwarantuje bezpieczeństwa i może zostać ominięte.

    Jak działa trzystopniowy filtr decyzyjny

    Sercem Auto-review jest sekwencyjny pipeline, przez który przechodzi każde wywołanie narzędzia. Mechanizm ten nie działa na zasadzie „przepuść wszystko”, lecz opiera się na przemyślanej logice.

    Pierwszy etap to lista dozwolonych komend (allowlist). Jeśli akcja pasuje do wzorców skonfigurowanych przez użytkownika – na przykład git status, npm test czy konkretne zapytania MCP – wykonuje się natychmiast, bez opóźnień i pytań.

    Drugi etap to piaskownica (sandbox). Operacje, które można odizolować – takie jak odczyt i zapis plików w obrębie workspace, bez dostępu do sieci zewnętrznej – również przechodzą automatycznie. Większość codziennych zadań programisty mieści się w tej kategorii.

    Dopiero trzeci etap angażuje podagenta klasyfikującego. Trafiają tam wszystkie pozostałe wywołania – te potencjalnie ryzykowne lub niejednoznaczne. Klasyfikator ma trzy opcje: przepuścić, poprosić o ponowną próbę w bezpieczniejszych granicach albo wyświetlić monit z prośbą o ręczne zatwierdzenie. To nie jest zero-jedynkowa bramka, lecz coś w rodzaju asystenta bezpieczeństwa.

    Konfiguracja i własne reguły gry

    Konfiguracja i własne reguły gry

    Auto-review włącza się w Settings > Cursor Settings > Agents > Run Mode (lub w sekcji Approvals & Execution – w zależności od wersji interfejsu). Cursor proponuje ten tryb jako domyślny dla wersji 3.6, więc większość użytkowników zobaczy go od razu po aktualizacji.

    Klasyfikator nie jest czarną skrzynką. W polu custom instructions można wskazać, co ma przepuszczać bez pytania, a co blokować. Na przykład: allow: git, npm install i block: rm -rf, curl.

    Dla tych, którzy wolą trzymać konfigurację w repozytorium, Cursor udostępnia plik .cursor/permissions.json z polami allow_instructions i block_instructions. Dzięki temu reguły mogą być współdzielone w zespole i wersjonowane razem z kodem.

    Jest jednak pewien haczyk. Przy pierwszym uruchomieniu IDE pokazuje okno z zaznaczonym checkboxem „Enable Auto-review”. Jeśli ktoś kliknie „OK” z przyzwyczajenia, globalny tryb pracy agenta zmieni się bez wyraźnego ostrzeżenia. Zespół Cursor przyznaje, że ten mechanizm może wprowadzać w błąd i warto go odznaczyć, jeśli nie planujesz jeszcze przesiadki na Auto-review.

    Granice bezpieczeństwa – na co uważać

    Twórcy podkreślają, że klasyfikator jest niedeterministyczny i podatny na błędy. Auto-review nie jest granicą bezpieczeństwa w rozumieniu sandboksów systemowych czy polityk administracyjnych. To funkcja wygody, a nie twarda zapora.

    Dla projektów o zaostrzonych wymaganiach – na przykład w finansach, medycynie czy infrastrukturze krytycznej – Cursor rekomenduje pozostanie przy konfiguracji Allowlist + manual approval albo skorzystanie z ustawień administracyjnych. W takich przypadkach lepiej nie ryzykować.

    Mimo tych zastrzeżeń Auto-review jest zalecanym trybem domyślnym. Większość programistów klika „approve” odruchowo, więc lepiej, aby robił to za nich bardziej inteligentny mechanizm. A gdy coś pójdzie nie tak – Cursor i tak zapyta.


    Źródła