Kategoria: AI i Technologia

  • OpenCode: Przełomowa Aktualizacja Wprowadza Lepsze Zarządzanie Obrazami i Usprawnienia Interfejsu

    OpenCode: Przełomowa Aktualizacja Wprowadza Lepsze Zarządzanie Obrazami i Usprawnienia Interfejsu

    Najnowsza aktualizacja OpenCode wprowadza istotne ulepszenia, które są korzystne zarówno dla programistów, jak i entuzjastów sztucznej inteligencji. Zespół deweloperski skoncentrował się na rozwiązaniu problemów związanych z przetwarzaniem obrazów oraz przywróceniu kluczowych funkcji w interfejsie terminalowym. Zmiany te odpowiadają na trudności zgłaszane przez społeczność, w tym na krytyczny błąd, który uniemożliwiał odczytywanie załączników graficznych, a który został skutecznie usunięty.

    Kluczowe zmiany w najnowszej aktualizacji OpenCode

    • Obsługa obrazów została przeprojektowana – oryginalne pliki są teraz zachowywane bez automatycznej zmiany rozmiaru.
    • Skróty klawiaturowe TUI przywrócono do pełnej funkcjonalności, co umożliwia ponowną edycję promptów.
    • Trwałość konfiguracji modeli została zapewniona – zmiany przetrwają teraz ponowne uruchomienie aplikacji.
    • Błędy HTTP API zyskały bardziej opisowe komunikaty, co ułatwia debugowanie i integrację.
    • Agent Scout otrzymał ulepszoną materializację repozytoriów, co zwiększa wydajność przetwarzania danych.

    Nowe podejście do załączników graficznych

    Wcześniej OpenCode automatycznie zmieniał rozmiar obrazów przekraczających 2000×2000 pikseli lub 5 242 880 bajtów w formacie base64. Ta funkcja, choć wydawała się przydatna, stała się problematyczna, ponieważ użytkownicy zgłaszali trudności w odczytywaniu załączników, a pliki były nieprawidłowo modyfikowane. W najnowszej wersji oryginalne pliki są teraz zachowywane w nienaruszonym stanie.

    Dla tych, którzy chcą mieć kontrolę nad rozmiarem przesyłanych danych, dodano nową opcję konfiguracyjną attachment.image.auto_resize. Ustawienie jej na false powoduje, że zbyt duże obrazy są odrzucane zamiast automatycznie przeskalowywane. To jest szczególnie ważne dla analityków kodu, którzy wykorzystują zrzuty ekranu interfejsów czy diagramy architektury, gdzie zachowanie oryginalnej rozdzielczości jest kluczowe dla precyzyjnej analizy przez modele AI.

    Warto zauważyć, że parametr max_base64_bytes odnosi się do rozmiaru zakodowanego ładunku, a nie oryginalnego pliku. To rozróżnienie jest istotne dla programistów pracujących z dużymi zasobami wizualnymi, którzy muszą dostosować swoje konfiguracje do nowego zachowania aplikacji.

    Usprawnienia interfejsu terminalowego i stabilność aplikacji

    Interfejs TUI przywrócił kluczowe skróty klawiaturowe do edycji promptów, które były często zgłaszane jako problem przez społeczność. Ta zmiana znacząco poprawia komfort codziennej pracy z narzędziem, umożliwiając szybkie poprawki bez konieczności przełączania kontekstu.

    Kolejną istotną poprawką jest trwałość konfiguracji modeli. W poprzednich wersjach zmiany wprowadzane w aplikacji nie zawsze przetrwały ponowne uruchomienie, co prowadziło do frustracji. Teraz wszystkie aktualizacje są niezawodnie zachowywane między sesjami, eliminując konieczność ponownej konfiguracji przy każdym uruchomieniu.

    Aktualizacja obejmuje również modernizację Electrona oraz naprawę problemów z układem paneli. Użytkownicy zgłaszali trudności z zarządzaniem przestrzenią roboczą, które teraz zostały rozwiązane, co zapewnia bardziej płynne i intuicyjne korzystanie z aplikacji.

    Implikacje dla społeczności web developerskiej i AI

    Wprowadzone zmiany mają szczególne znaczenie dla deweloperów pracujących z interfejsami użytkownika i diagramami architektonicznymi. Możliwość zachowania oryginalnych obrazów bez kompresji otwiera nowe możliwości analizy wizualnej w kontekście kodu, zwłaszcza w połączeniu z naprawionym błędem odczytu załączników.

    Należy jednak pamiętać, że darmowa wersja OpenCode nie oferuje możliwości widzenia komputerowego – do analizy obrazów wymagany jest model rozumowania tekstowego, a nie wizyjnego. Ta limitacja została dokładniej opisana w dokumentacji, co pomoże uniknąć nieporozumień podczas konfiguracji środowiska pracy.

    Ulepszona materializacja repozytoriów dla agenta Scout to kolejny krok w kierunku optymalizacji przepływu pracy z danymi. Agent ten może teraz efektywniej przetwarzać i materializować zawartość repozytoriów, co przekłada się na szybsze dostarczanie rezultatów w złożonych projektach analitycznych i deweloperskich.


    Źródła

  • Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Moonshot AI wypuściło 11 maja 2026 roku wersję 1.42.0 narzędzia Kimi Code CLI, w której całkowicie przesiadło Windows na Git Bash – to największa zmiana w tej edycji, celująca w użytkowników zmęczonych rozjazdami między PowerShellem a poleceniami znanymi z Linuksa i macOS-a. Razem z nią przyszły poprawki obsługi ścieżek plików, czytelniejsze ponawianie operacji i świeża wersja wewnętrznego protokołu komunikacyjnego.

    Co nowego w skrócie

    • Git Bash zastępuje PowerShell jako domyślną powłokę Kimi Code CLI na Windows
    • Składnia uniksowa – operatory &&, ||, | i narzędzia typu grep, sed czy /dev/null działają identycznie jak na Linuksie
    • Obsługa ścieżek w środowiskach Windows została znacząco poprawiona, co ułatwia pracę w repozytoriach wieloplatformowych
    • UI przy ponowieniach czyści częściowe wyjście, żeby nie mieszało się z nowymi wynikami
    • Protokół 1.10 lepiej wspiera zdarzenia step-retry i śledzenie błędów

    Git Bash zamiast PowerShell – koniec schizofrenii poleceń

    Najgłośniejszą nowością jest zmiana zaplecza powłoki dla Windows. Kimi Code CLI do tej pory odpalał polecenia przez powershell.exe, co rodziło frustracje u każdego, kto próbował korzystać z łańcuchów poleceń, operatorów przekierowania czy popularnych narzędzi uniksowych. Teraz CLI sięga po bash.exe z Git Basha, czyli to samo środowisko, które deweloperzy Windows instalują i tak przy okazji Gita.

    Wydanie nie jest tylko kosmetyką – w oficjalnych notatkach Moonshot AI wprost podkreśla, że operatory &&, ||, |, plik /dev/null oraz programy grep i sed działają teraz na Windows tak samo jak na Linuksie i macOS-ie. Dla zespołów rozproszonych między systemami to oznacza mniej warunkowych skryptów i mniej czasu spędzanego na debugowaniu różnic w interpreterach.

    Szczerze, to ruch dość oczywisty – Kimi Code CLI od dawna rekomendował instalację Git for Windows przed pierwszym uruchomieniem. Teraz po prostu oficjalnie z niego korzysta, co eliminuje pośredników i zmniejsza ryzyko błędów przy bardziej złożonych ciągach poleceń.

    Ścieżki plików i czytelniejszy interfejs przy ponawianiu

    Oprócz zmiany powłoki, wersja 1.42.0 załatała też bolączki związane ze ścieżkami plików w środowisku Windows. Twórcy nie wchodzą w szczegóły implementacyjne, ale poprawione mapowanie ścieżek ma znaczenie wszędzie tam, gdzie repozytorium współdzielą maszyny z Windows, Linuksem i macOS-em – a więc w praktyce w niemal każdym zespole webdevowym czy DevOps-owym.

    Do tego interfejs powłoki zaczął czyścić częściowe wyjście przy ponawianiu operacji. Wcześniej, gdy Kimi Code CLI decydował się powtórzyć komendę po błędzie, użytkownik widział śmieci z poprzedniej próby. Teraz konsola jest czyszczona, więc łatwiej odczytać aktualny wynik. To niby detal, ale przy dłuższych sesjach kodowania robi różnicę.

    Protokół 1.10 – fundament pod lepszą diagnostykę

    Zmianą, która umknie oczom większości użytkowników, jest aktualizacja wewnętrznego protokołu komunikacyjnego do wersji 1.10. Z notatek wynika, że nowy protokół lepiej


    Źródła

  • Codex 0.130.0: zdalne sterowanie, lepsze wtyczki i nowa jakość pracy z agentem

    Codex 0.130.0: zdalne sterowanie, lepsze wtyczki i nowa jakość pracy z agentem

    OpenAI wydało wersję Codex 0.130.0, która poprawia zarządzanie wtyczkami oraz zdalne połączenia. To wydanie ułatwia odkrywanie i współdzielenie rozszerzeń oraz umożliwia wykorzystanie Codex w zdalnych środowiskach DevOps, co może wpłynąć na sposób, w jaki zespoły wdrażają asystentów AI w codziennej pracy.

    Kluczowe informacje

    • Wtyczki zyskały bardziej informacyjny marketplace oraz wsparcie dla schematów MCP, co ułatwia wymianę narzędzi między środowiskami.
    • Ulepszono zdalne połączenia, co pozwala na stabilniejszą pracę w trybie headless oraz automatyzację.
    • AWS Bedrock wprowadza zarządzane uwierzytelnianie, co upraszcza autoryzację w chmurze dla zespołów korzystających z infrastruktury Amazona.
    • Poprawiono obsługę wątków – usunięto błędy związane z przypiętymi wątkami archiwalnymi oraz zachowaniem zdalnych połączeń, co stabilizuje wielozadaniowe sesje.

    Wtyczki bez tarcia – lepszy marketplace i wsparcie MCP

    Do tej pory udostępnianie wtyczek w Codex wymagało ręcznego przeszukiwania plików. Wersja 0.130.0 wprowadza bardziej informacyjny marketplace, który ułatwia odkrywanie i ocenę dostępnych rozszerzeń. Dla zespołów budujących własne narzędzia wewnętrzne opisy i szczegóły wtyczek są teraz lepiej widoczne, a wsparcie dla schematów MCP (Model Context Protocol) pozwala na precyzyjne definiowanie akcji i narzędzi.

    Dzięki MCP definicje akcji są ustandaryzowane, co zwiększa bezpieczeństwo i ułatwia audyt – szczególnie ważne w firmach, gdzie dział IT musi szybko sprawdzić, co trafia do pipeline’a. Dla praktyków vibe codingu oznacza to mniej przerw na ręczne konfiguracje – przeglądasz, instalujesz i kontynuujesz pracę.

    Zdalne połączenia – Codex w środowiskach zdalnych

    Wersja 0.130.0 wprowadza istotne ulepszenia w obsłudze zdalnych połączeń. Choć nie ma jeszcze dedykowanego polecenia do sterowania bezgłowym serwerem, poprawki w tym obszarze sprawiają, że Codex lepiej radzi sobie w scenariuszach zdalnych i automatycznych. To krok w stronę wizji, w której Codex działa jako silnik agentowy dostępny z lekkich klientów – zgodnie z zapowiedziami aplikacji Codex, która ma zarządzać wieloma agentami i działać w tle.

    Dla zespołów DevOps i hostingowych oznacza to nowe możliwości: stabilniejsze sesje na zdalnych maszynach, łatwiejszą integrację z webhookami oraz potencjał do asystowania przy deploymencie, monitoringu czy naprawie incydentów bez konieczności trzymania otwartego lokalnego terminala.

    AWS Bedrock i zarządzane uwierzytelnianie – mniej tarć w chmurze

    Dla organizacji korzystających z Amazon Bedrock, wersja 0.130.0 wprowadza zarządzane uwierzytelnianie Bedrock. Zamiast skomplikowanych zmiennych środowiskowych czy ręcznego konfigurowania tokenów, autoryzacja może teraz przechodzić przez uproszczony, zarządzany mechanizm. To uproszczenie eliminuje częsty problem wdrożeniowy: inżynier używa tych samych uprawnień, które ma w AWS, bez dodatkowego hasła czy klucza API.

    Poprawki, które czuć w codziennym kodowaniu

    Poprawki, które czuć w codziennym kodowaniu

    Wśród mniej widocznych, ale równie ważnych zmian, znajduje się zestaw poprawek dla obsługi wątków. Poprzednie wersje miały problem z przypiętymi wątkami archiwalnymi, które potrafiły niespodziewanie wracać, oraz z zachowaniem statusu zdalnych połączeń. Teraz te błędy zostały usunięte, co przekłada się na większą stabilność podczas intensywnej pracy z wieloma równoległymi zadaniami. Dla użytkowników analizujących wielopłatową bazę kodu z równoczesnymi testami to różnica między płynną pracą a frustracją.

    Podsumowanie

    Wydanie 0.130.0 to nie tylko zestaw poprawek, ale także sygnał, że Codex rozwija się z roli inteligentnego terminala do kodowania. Ulepszone zdalne połączenia i lepsze współdzielenie wtyczek stanowią fundament pod bardziej zautomatyzowane scenariusze – od zarządzania serwerami po firmowe platformy agentowe. Jeśli do tej pory traktowałeś Codex jako dodatek do IDE, warto rozważyć jego wykorzystanie jako samodzielnego, skalowalnego silnika AI.


    Źródła

  • Qwen-Code Preview Release v0.15.10-preview.0: Inteligentne zarządzanie kontekstem i udoskonalenia CLI

    Qwen-Code Preview Release v0.15.10-preview.0: Inteligentne zarządzanie kontekstem i udoskonalenia CLI

    Najnowsza wersja Qwen-Code, oznaczona jako v0.15.10-preview.0, wprowadza nowe mechanizmy zarządzania pamięcią i interfejsem terminala. Twórcy skoncentrowali się na problemie przepełnienia kontekstu podczas długich sesji programistycznych, automatyzacji wykrywania umiejętności oraz znacznym udoskonaleniu komend CLI. To wydanie oferuje również lepszą współpracę z modelami Mistral oraz stabilniejsze połączenia z serwerami MCP, zachowując przy tym otwartoźródłowy charakter projektu.

    Kluczowe fakty o wydaniu

    • Reaktywna kompresja kontekstu automatycznie zapobiega błędom pamięci podczas długotrwałych zadań programistycznych.
    • Automatyczne wykrywanie umiejętności w tle indeksuje i zapisuje powtarzalne wzorce kodowania bez udziału użytkownika.
    • Usprawnione odkrywanie komend slash (np. /skills, /fork) czyni pracę w CLI bardziej intuicyjną.
    • Lepsza obsługa treści rozumowań Mistral umożliwia agentowi prawidłowe przetwarzanie złożonych wyników logicznych.
    • Udoskonalony rejestr stanu serwerów MCP gwarantuje stabilniejsze połączenia z zewnętrznymi narzędziami.
    • Rozszerzone logowanie zapytań OpenAI zwiększa przejrzystość i ułatwia debugowanie interakcji z API.

    Inteligentne zarządzanie kontekstem – krok ku bezbłędnym sesjom

    Jednym z głównych wyzwań w pracy z asystentami AI w terminalu jest ograniczona pamięć kontekstowa. Długie sesje, składające się z setek wymian komunikatów, mogą prowadzić do przepełnienia okna tokenów i utraty kluczowych informacji. W odpowiedzi na ten problem Qwen-Code wprowadza reaktywną kompresję kontekstu. Mechanizm ten monitoruje poziom wykorzystania pamięci i, gdy zbliża się do limitu, automatycznie kompresuje starsze fragmenty rozmowy, zachowując najważniejsze instrukcje i wyniki. Architektura modelu Qwen obsługuje do 256 tys. tokenów wejściowych i 32 tys. wyjściowych, więc efektywne zarządzanie tym obszernym oknem jest kluczowe. Dzięki kompresji programiści mogą prowadzić wielogodzinne sesje bez obawy o nagłe zatrzymanie pracy z powodu błędu „out of memory”.

    Automatyczne umiejętności – agent, który uczy się twoich nawyków

    Kolejnym istotnym dodatkiem jest automatyczne wykrywanie umiejętności w tle. Funkcja ta działa jak drugi pilot – Qwen-Code analizuje kod i interakcje użytkownika, identyfikując powtarzalne wzorce, biblioteki czy sposoby rozwiązywania problemów. Wyekstrahowane „umiejętności” są zapisywane w lokalnym repozytorium, co pozwala agentowi na szybkie ich wykorzystanie w przyszłości, bez konieczności ponownego tłumaczenia kontekstu. Na przykład, jeśli często korzystasz z konkretnego szablonu konfiguracji pytest, agent automatycznie go zapamięta i zaproponuje w odpowiednim momencie. Ta cecha idealnie wpisuje się w filozofię Qwen-Code: mniej ręcznego konfigurowania, więcej efektywnej pracy.

    CLI na nowo – slash komendy i walidacja modeli

    Interfejs wiersza poleceń przeszedł znaczną przebudowę. Przede wszystkim odświeżono mechanizm odkrywania i wykonywania komend slash, takich jak /skills, /fork czy /review. Teraz są one bardziej przewidywalne, a ich działanie lepiej dostosowane do kontekstu bieżącej sesji. Dodatkowo poprawiono walidację argumentów modeli – Qwen-Code ostrzega przed nieprawidłowymi parametrami już na etapie konfiguracji, co zapobiega błędom w trakcie wykonywania zadań. Dla zaawansowanych użytkowników istotna będzie również poprawa obsługi treści rozumowań z modeli Mistral – agent potrafi teraz poprawnie parsować i wykorzystywać wyniki logiczne generowane przez te modele, co rozszerza kompatybilność narzędzia.

    Stabilność i diagnostyka

    Wydanie przynosi także kilka istotnych poprawek pod maską. Lepsze logowanie żądań OpenAI oznacza, że każdy request wysyłany do API jest szczegółowo rejestrowany, co ułatwia diagnozowanie problemów i monitorowanie kosztów. Udoskonalony rejestr stanu serwerów MCP (Model Context Protocol) zapewnia, że połączenia z zewnętrznymi narzędziami, takimi jak bazy danych czy API, są stale monitorowane – w przypadku awarii agent może automatycznie odzyskać sesję.

    Co dalej?

    Chociaż wersja v0.15.10-preview.0 nie pojawia się w oficjalnym repozytorium, opisane funkcje są zgodne z wydaniem v0.15.10-preview.0.


    Źródła

  • Claude Code 2.1.137 usuwa krytyczny błąd z rozszerzeniem VS Code na Windows

    Claude Code 2.1.137 usuwa krytyczny błąd z rozszerzeniem VS Code na Windows

    Anthropic wydało wersję 2.1.137 narzędzia Claude Code, która naprawia istotny błąd w rozszerzeniu VS Code na systemach Windows. Aktualizacja została wprowadzona po licznych zgłoszeniach od deweloperów, którzy mieli problemy z uruchomieniem rozszerzenia. Problem dotyczył wyłącznie Windows, co uniemożliwiało korzystanie z Claude Code bezpośrednio w edytorze, zmuszając użytkowników do pracy wyłącznie w terminalu.

    Co warto wiedzieć o aktualizacji

    • Rozszerzenie VS Code nie zawiesza się już przy starcie na Windows – wcześniej nie aktywowało się w ogóle.
    • Przyczyną problemu był zahardcodowany build path w bundled SDK oraz błąd w polyfillu createRequire.
    • To niewielka poprawka, ale kluczowa dla programistów korzystających z VS Code jako głównego IDE na Windows.
    • Problem narastał od kilku wcześniejszych wersji – użytkownicy zgłaszali puste lub niedziałające zachowanie rozszerzenia.

    Dlaczego akurat Windows? I co zawiodło

    Usterka miała konkretne źródło techniczne. W changelogu Claude Code wskazano, że problemem był zahardcodowany build path w bundled SDK oraz błąd w polyfillu createRequire. Oznacza to, że ścieżki do zasobów były wpisane na sztywno i nie uwzględniały różnic między systemami plików. Na Windows prowadziło to do całkowitego niepowodzenia przy próbie załadowania rozszerzenia.

    Wątek na GitHubie (#45729) pokazuje, że nie był to jednorazowy incydent. Poprzednie wersje już sprawiały problemy użytkownikom VS Code na Windows – okno rozszerzenia pozostawało puste lub rozszerzenie nie odpowiadało. Dopiero wersja 2.1.137 przyniosła konkretną poprawkę.

    Takie błędy mogą być frustrujące. Deweloper uruchamia IDE, chce szybko skonsultować coś z Claude Code, a tu nic nie działa. Zostaje tylko terminal, co dla wielu osób jest mniej wygodne przy pracy z kodem.

    Co dokładnie zmieniono

    Changelog Anthropica jest krótki, ale jasny: pozycja [VSCode] Fixed extension failing to activate on Windows. Poprawka dotyczy mechanizmu ładowania SDK, który teraz poprawnie rozwiązuje ścieżki niezależnie od systemu operacyjnego.

    Poprawka przywraca również ważny detal w ekosystemie Node.js – polyfill createRequire. Ta funkcja umożliwia modułom ESM tworzenie funkcji require kompatybilnych z CommonJS. Jeśli działa nieprawidłowo na Windows, rozszerzenie nie jest w stanie załadować zależności, co skutkuje pustą kartą w VS Code.

    Wersja 2.1.137 nie wprowadza nowych funkcji. To poprawka utrzymaniowa, ale przywraca dostęp do pełnego workflow dla wielu programistów, zwłaszcza tych, którzy w firmach korzystają z Windows i nie mogą przejść na macOS czy Linux.

    Szerszy kontekst – VS Code i Claude Code na Windows

    Szerszy kontekst – VS Code i Claude Code na Windows

    Integracja Claude Code z VS Code jest kluczowym elementem workflow dla deweloperów korzystających z asysty AI przy kodowaniu. Alternatywą jest praca w terminalu, ale wtedy traci się podgląd plików, podświetlanie składni i szybkie przełączanie między kontekstem edytora a agentem.

    Wcześniejsze zgłoszenia na GitHubie sugerują, że Anthropic przez kilka wersji miało trudności z rozwiązaniem tego problemu. Pojawiały się prowizoryczne rozwiązania, ale Windows konsekwentnie sprawiał problemy. Wersja 2.1.137 zamyka ten temat konkretną poprawką.

    Warto również zauważyć tempo wydawania aktualizacji przez Anthropica – nowe wersje Claude Code pojawiają się bardzo szybko, czasem kilka w tygodniu. W takim tempie łatwo o regresje, ale także o szybką reakcję. W tym przypadku społeczność czekała na poprawkę dłużej, niż by chciała.

    Podsumowanie

    Claude Code 2.1.137 to poprawka, która jest niezbędna dla użytkowników Windows i VS Code. Naprawia długo zgłaszany błąd aktywacji rozszerzenia, przywracając normalny workflow w edytorze. Przyczyną problemu były zahardcodowany build path i problem z polyfillem createRequire. Jeśli pracujesz na Windows i unikałeś rozszerzenia przez ostatnie wersje, teraz możesz je włączyć bez obaw o problemy przy starcie.


    Źródła

  • Cursor 3.3: Rewolucja w przeglądzie PR i równoległym budowaniu – nowa era pracy z kodem

    Cursor 3.3: Rewolucja w przeglądzie PR i równoległym budowaniu – nowa era pracy z kodem

    Najnowsza aktualizacja Cursor, znana jako „Cursor 3.3”, wprowadza istotne zmiany w środowisku programistycznym. Program nie tylko wspiera pisanie kodu, ale staje się centralnym punktem w cyklu życia oprogramowania. Użytkownicy zyskają wbudowany workflow do obsługi pull requestów oraz możliwość równoległego uruchamiania niezależnych zadań przez agentów. Usprawnienia są dostępne w ramach stopniowo wdrażanej aktualizacji i nie wymagają skomplikowanej konfiguracji – wiele z nich działa od razu po włączeniu nowej wersji edytora.

    Kluczowe nowości w najnowszym wydaniu

    • Obsługa PR-ów bez opuszczania Cursor – tworzenie, przeglądanie i scalanie pull requestów w jednym oknie.
    • Równoległe wykonywanie planów – Cursor identyfikuje niezależne części planu i uruchamia je jednocześnie przez asynchroniczne podagenty, zachowując kolejność tam, gdzie występują zależności.

    Przegląd PR bez opuszczania edytora

    Dla wielu programistów przeglądanie pull requestów wiąże się z ciągłym przełączaniem się między IDE a przeglądarką, co wymaga śledzenia wątków recenzji, komentarzy, historii commitów i drzewa plików w różnych zakładkach. Nowa wersja Cursor 3.3 eliminuje tę konieczność – okno agenta zyskało przestrzeń do zarządzania PR-ami. Użytkownicy mogą tworzyć, recenzować i scalać zgłoszenia bez odchodzenia od edytora. Dzięki temu kontekst kodu pozostaje nienaruszony, a programista nie musi przypominać sobie stanu projektu po powrocie z zewnętrznego narzędzia.

    Zespół rozwija ideę „end-to-end coding”, gdzie etapy pracy nad oprogramowaniem są coraz bardziej zintegrowane w jednym środowisku.

    Równoległe uruchamianie zadań

    Kolejną istotną zmianą jest możliwość równoczesnego wykonywania niezależnych części planu. Zamiast czekać na przetworzenie jednego zadania po drugim, użytkownicy mogą teraz zlecić Cursorowi identyfikację fragmentów, które nie są ze sobą powiązane, i ich równoległe uruchomienie. Edytor wykorzystuje asynchroniczne podagenty, operujące na izolowanych git worktrees. Jeśli jakieś kroki muszą być wykonane sekwencyjnie (np. kompilacja przed testami), Cursor zachowa odpowiednią kolejność.

    To oznacza znaczące skrócenie czasu oczekiwania na wyniki. Deweloperzy korzystający z intensywnego generowania kodu przez AI mogą teraz zlecać wiele współbieżnych zadań i obserwować ich postęp w jednym oknie. Jak podają twórcy, wystarczy kliknąć „Build in Parallel”, aby zidentyfikować niezależne części planu i uruchomić je jednocześnie, zachowując kolejność kroków, które muszą być wykonane w odpowiedniej sekwencji.

    Inne usprawnienia

    Oprócz głównych nowości, Cursor 3.3 wprowadza również szereg mniejszych zmian, takich jak Design Mode oraz udoskonalenia w pracy z przeglądarką. To pokazuje, że edytor rozwija się w różnych kierunkach – od interfejsu użytkownika po backendowe mechanizmy współbieżności.

    Co to oznacza dla codziennej pracy programisty?

    Kumulacja tych nowości ma na celu zacieśnienie integracji edytora z całym cyklem wytwarzania oprogramowania. Obsługa PR-ów w tym samym oknie eliminuje konieczność przełączania kontekstu i utrzymuje ciągłość myślenia. Równoległe uruchamianie zadań lepiej wykorzystuje moc obliczeniową i skraca czas oczekiwania. Dla zespołów webowych, które coraz częściej sięgają po AI, Cursor oferuje płynniejszy przepływ od pomysłu do wdrożenia, zachowując kontrolę programisty na każdym etapie.

    Nowe funkcje są już dostępne w ramach aktualizacji i nie wymagają dodatkowej subskrypcji ani skomplikowanej konfiguracji – wystarczy uruchomić najnowszą wersję Cursor. W obliczu rosnącej złożoności projektów i presji na szybkie dostarczanie oprogramowania, takie narzędzia stają się nieodzownym elementem nowoczesnego warsztatu.


    Źródła

  • Z.ai wprowadza GLM-5.2 – nowy flagowy model językowy z naciskiem na kodowanie i milion tokenów kontekstu

    Z.ai wprowadza GLM-5.2 – nowy flagowy model językowy z naciskiem na kodowanie i milion tokenów kontekstu

    Z.ai, firma odpowiedzialna za jeden z najbardziej zaawansowanych modeli językowych, wprowadziła GLM-5.2 – nową wersję swojego flagowego modelu. GLM-5.2 jest następcą uznanego GLM-5 i wprowadza ulepszenia w zakresie kodowania oraz obsługi długiego kontekstu, co przekłada się na lepszą wydajność w złożonych zadaniach programistycznych. Model jest dostępny dla wszystkich subskrybentów planu Coding Plan – Lite, Pro i Max – bez dodatkowych opłat.

    Kluczowe informacje o premierze GLM-5.2

    • GLM-5.2 to nowy model w rodzinie GLM, zoptymalizowany do kodowania i autonomicznych agentów programistycznych.
    • Model obsługuje długi kontekst, co umożliwia analizę całych repozytoriów kodu oraz złożonych zadań.
    • Użytkownicy Coding Plan (Lite, Pro, Max) uzyskali dostęp do modelu bez dodatkowych kosztów od dnia premiery.
    • Z.ai koncentruje się na agentowości, przechodząc od pojedynczych zapytań do autonomicznych procesów inżynieryjnych.
    • Nowy model ma silniejsze możliwości kodowania i lepiej radzi sobie z rzeczywistymi zadaniami programistycznymi w porównaniu do wcześniejszych wersji.

    Tło i ewolucja rodziny GLM

    Aby zrozumieć znaczenie GLM-5.2, warto przyjrzeć się wcześniejszym wersjom. GLM-5 był pierwszym flagowym modelem Z.ai, który wykorzystał architekturę Mixture-of-Experts. Dysponował 744 miliardami parametrów, z czego 40 miliardów było aktywnych na token. Obsługiwał kontekst o długości 200 tysięcy tokenów wejściowych oraz 128 tysięcy tokenów wyjściowych. W benchmarku Intelligence Index v4.0 uzyskał wynik 50 punktów, co oznaczało wzrost o 8 punktów w porównaniu do GLM-4.7. Model został wytrenowany na 28,5 biliona tokenów, co stanowiło wzrost o 5,5 biliona w stosunku do poprzednika.

    GLM-5 był promowany jako model do „złożonej inżynierii systemów i długoterminowych zadań agentowych”. Z.ai podkreślało, że model ten wprowadza nową jakość w autonomicznej inżynierii. Zyskał uznanie za swoje możliwości w rzeczywistych zadaniach programistycznych.

    GLM-5.2, opisany jako „model flagowy nowej generacji do inżynierii agentowej”, wprowadza znaczne ulepszenia w zakresie kodowania, co pokazuje, że Z.ai kontynuuje rozwój i podnosi standardy w narzędziach AI do kodowania.

    Co nowego wnosi GLM-5.2

    GLM-5.2 rozwija możliwości swojego poprzednika, wprowadzając kilka istotnych usprawnień. Najważniejsza zmiana dotyczy jakości kodowania – model ma lepsze możliwości programistyczne, co potwierdzają wewnętrzne testy Z.ai oraz opinie użytkowników planu Coding Plan. Oznacza to lepsze rozumienie skomplikowanych struktur kodu oraz generowanie bardziej wydajnego i lepiej udokumentowanego kodu.

    Kolejnym istotnym obszarem jest rozwój w kierunku agentowości. GLM-5.2 nie jest już tylko narzędziem do pojedynczych zapytań, ale systemem zdolnym do prowadzenia złożonych procesów inżynieryjnych, obejmujących analizę wymagań, implementację, testowanie i wdrożenie. Oznacza to, że może zarządzać całym repozytorium lub modułem oprogramowania bez potrzeby mikrozarządzania przez programistę.

    Trzecim kluczowym elementem jest obsługa długiego kontekstu, która umożliwia analizę rozbudowanych repozytoriów i śledzenie zależności w projektach bez utraty spójności.

    Znaczenie dla użytkowników Coding Plan

    Z.ai udostępniło GLM-5.2 w ramach istniejącej subskrypcji Coding Plan, obejmującej pakiety Lite, Pro i Max. Użytkownicy nie muszą ponosić dodatkowych kosztów ani zmieniać warunków umowy, aby korzystać z nowego modelu. Plan Coding Plan został zaprojektowany do codziennej pracy na średnich repozytoriach, oferując priorytetowy dostęp do najnowszych modeli i zestawu narzędzi MCP. Wprowadzenie GLM-5.2 znacząco zwiększa wartość tej oferty, dając programistom dostęp do jednego z najsilniejszych narzędzi agentowości na rynku.

  • Codex 0.128.0: Trwałe przepływy pracy i większa kontrola nad agentami AI

    Codex 0.128.0: Trwałe przepływy pracy i większa kontrola nad agentami AI

    OpenAI opublikowało wersję 0.128.0 narzędzia Codex, która wprowadza nowe funkcje skupiające się na trwałych przepływach pracy, zarządzaniu wtyczkami oraz bardziej szczegółowych profilach uprawnień. Dla zespołów korzystających z agentowego programowania ta aktualizacja znacząco skraca czas rozruchu i ułatwia prowadzenie długotrwałych sesji.

    Najważniejsze zmiany

    • Trwałe przepływy pracy /goal można teraz zapisywać i przywracać zarówno z poziomu TUI, jak i przez API serwera aplikacji.
    • Zarządzanie wtyczkami zostało ulepszone, co zapewnia większą kontrolę nad aktywnymi rozszerzeniami w danej sesji.
    • Rozszerzone profile uprawnień pozwalają precyzyjniej określić, do czego Codex ma dostęp, minimalizując ryzyko.
    • Ulepszona konfiguracja MultiAgentV2 ułatwia orkiestrację równoległych agentów pracujących w tym samym repozytorium.
    • Import zewnętrznych sesji agentów umożliwia łatwe przenoszenie pracy rozpoczętej poza Codexem.

    Trwałe przepływy pracy /goal z pełną kontrolą

    To kluczowy element tej aktualizacji. Dotychczas agent mógł realizować cele, ale po zakończeniu sesji zapamiętanie, na czym stanął, wymagało ręcznego opisywania. W wersji 0.128.0 wprowadzono możliwość zapisywania stanu przepływów /goal. Umożliwia to powrót do przerwanego zadania, a Codex automatycznie wie, co zostało już zrobione, bez potrzeby ponownego definiowania kontekstu.

    Zarządzanie tymi przepływami jest dostępne zarówno przez tekstowy interfejs użytkownika (TUI), jak i przez API serwera aplikacji. Dla specjalistów DevOps oznacza to możliwość automatyzacji – scenariusze utrwalonego celu można uruchamiać zdalnie, bez konieczności interakcji przez konsolę. Takie podejście wspiera ideę vibe codingu: mniej klikania, więcej swobodnego definiowania kierunku pracy, podczas gdy agent pamięta o dotychczasowych ustaleniach.

    Lepsze wtyczki i rozszerzone uprawnienia

    Lepsze wtyczki i rozszerzone uprawnienia

    Nowa wersja poprawia również mechanizmy zarządzania wtyczkami. Oprócz szybszego ładowania, zaktualizowany system daje programistom lepszy wgląd w aktywne rozszerzenia i ich wpływ na działanie Codexa. Dla zespołów pracujących na wspólnych repozytoriach oznacza to mniej niespodzianek, takich jak różnice w działaniu na różnych maszynach.

    Rozszerzone profile uprawnień wprowadzają jeszcze większą kontrolę. Można teraz określić, że agent w danej sesji może czytać pliki, ale nie ma możliwości ich modyfikacji, albo że ma dostęp tylko do wybranych katalogów. To istotne w środowiskach hostingowych i DevOps, gdzie przypadkowa zmiana konfiguracji może prowadzić do problemów. Bezpieczeństwo nie spowalnia pracy, a raczej ją organizuje.

    MultiAgentV2 i import sesji zewnętrznych agentów

    Dla osób pracujących z wieloma agentami jednocześnie istotne są zmiany w konfiguracji MultiAgentV2. Codex od dawna umożliwiał równoległe działanie agentów, ale teraz łatwiej je ze sobą zgrać, szczególnie gdy pracują na różnych gałęziach tego samego repozytorium. Wbudowane wsparcie dla worktrees pozwala uniknąć konfliktów, dzięki czemu każdy agent ma swój własny piaskownik bez ryzyka nadpisywania zmian innych.

    Nowością jest także możliwość importowania sesji zewnętrznych agentów. Jeśli rozpocząłeś pracę w innym narzędziu lub otrzymałeś fragment konwersacji agentowej, możesz teraz łatwo wciągnąć to do Codexa i kontynuować bez utraty kontekstu. To znacząca wygoda, zwłaszcza podczas testowania różnych środowisk, gdy nie chce się zaczynać wszystkiego od nowa.


    Ź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 Fable 5 wchodzi do gry — Anthropic otwiera dostęp do modelu klasy Mythos dla każdego

    Claude Fable 5 wchodzi do gry — Anthropic otwiera dostęp do modelu klasy Mythos dla każdego

    Anthropic udostępniło Claude Fable 5, swój najnowszy model klasy Mythos, który jest uznawany za bezpieczny do powszechnego użytku. To pierwszy raz, gdy tak zaawansowany model jest dostępny dla użytkowników płatnych planów Claude oraz przez API, chociaż jego bliźniacza wersja, Claude Fable 5, pozostaje ograniczona do wybranych partnerów. Fable 5 jest już dostępny na Amazon Bedrock, w interfejsie Claude API, a także na Google Cloud Vertex AI i w Microsoft Foundry.

    Co trzeba wiedzieć o Claude Fable 5

    • Fable 5 to model klasy Mythos, który osiąga wysokie wyniki w testach porównawczych.
    • Autonomiczna praca przez miliony tokenów — model potrafi działać samodzielnie przez długi czas.
    • Inżynieria oprogramowania i długotrwałe zadania kodowania to obszary, w których model wykazuje znaczną poprawę wydajności.
    • Ograniczenia bezpieczeństwa dotyczą głównie biologii, chemii, cyberbezpieczeństwa i destylacji — zapytania z tych dziedzin są kierowane do modelu Opus 4.8.
    • Claude Fable 5 to wersja z poluzowanymi zabezpieczeniami, dostępna tylko dla cyberobrońców i instytucji rządowych USA.

    Kodowanie, które nie potrzebuje nadzoru

    Największą nowością w Fable 5 jest jego zdolność do wielogodzinnej autonomicznej pracy. Model potrafi utrzymać kontekst przez miliony tokenów, robić notatki dla siebie i korygować własne wyniki podczas wykonywania zadania. Dla deweloperów oznacza to narzędzie, które nie wymaga ciągłego nadzoru.

    Anthropic informuje, że Fable 5 może działać autonomicznie dłużej niż jakikolwiek wcześniejszy model Claude. W praktyce oznacza to, że agenci kodujący mogą otrzymać specyfikację na kilka stron i realizować ją przez wiele godzin bez interwencji człowieka. Ethan Mollick, który testował model przed premierą, potwierdził, że Fable potrafi pracować nawet kilkanaście godzin nad złożonymi zadaniami.

    Co ciekawe, model samodzielnie ocenia swój kod w kontekście założonych celów. Nie chodzi już tylko o generowanie fragmentów kodu — Fable 5 sprawdza, czy to, co napisał, faktycznie realizuje zamierzony cel. To podejście agentowe, które Anthropic traktuje jako kluczowe w tej wersji.

    Frontend ze screenshota i inne sztuczki z wizją

    Anthropic określa Fable 5 jako nowy krok w zadaniach związanych z wizją komputerową. Model rozumie diagramy, wykresy, tabele, pliki PDF i zrzuty ekranu. Jednak szczególnie interesującą funkcją dla web deweloperów jest możliwość odtworzenia kodu źródłowego aplikacji webowej na podstawie zrzutów ekranu interfejsu.

    Wyobraź sobie: robisz zrzuty ekranu istniejącej aplikacji, przesyłasz je do Claude, a model rekonstruuje frontend. To znaczne ułatwienie przy prototypowaniu, przekształcaniu starych interfejsów czy szybkim odtwarzaniu konkurencyjnych rozwiązań do analizy.

    Dodatkowo model precyzyjnie odczytuje dane z wykresów naukowych — potrafi wyciągać dokładne liczby z wizualizacji, co wcześniej wymagało ręcznej pracy lub specjalistycznych narzędzi OCR. Dla zespołów pracujących z dokumentacją techniczną to znaczny postęp.

    Vibe coding wchodzi na wyższy poziom

    Dla osób śledzących trend vibe codingu, Fable 5 to jedna z najważniejszych premier tego roku. Model został zaprojektowany do długotrwałych zadań w środowiskach takich jak Claude Code. Mówimy o agentach, którzy otrzymują opis funkcjonalności w języku naturalnym i realizują go przez wiele godzin, a czasem dni.

    Mollick pokazał, jak Fable 5 generuje gry wideo na podstawie pojedynczego prompta w Claude Code. To nie są proste dema — model tworzył gry na podstawie wielostronicowych specyfikacji. Inny przykład to szczegółowa mapa izochroniczna wygenerowana z opisu słownego.

    AWS w swoim komunikacie podkreśla, że Fable 5 jest zbudowany z myślą o ambitnych, złożonych projektach, które wcześniej wymagały całych zespołów. To nie jest narzędzie do szybkich fragmentów kodu — to silnik do poważnych zadań programistycznych.

    Bezpieczeństwo z zastrzeżeniami

    Anthropic wprowadziło zabezpieczenia dla Fable 5. Zapytania związane z biologią, chemią, cyberbezpieczeństwem i destylacją są przekierowywane do modelu Opus 4.8, ponieważ firma obawia się nadużyć w tych dziedzinach. Cybernetyczny zespół testowy spędził ponad tysiąc godzin na testowaniu zabezpieczeń i nie znalazł skutecznego sposobu na ich obejście.

    Claude Fable 5, czyli ta sama wersja z poluzowanymi ograniczeniami, trafił wyłącznie do wybranych partnerów — cyberobrońców i dostawców infrastruktury współpracujących z rządem USA. Anthropic wyraźnie oddziela masowe wdrożenie Fable od limitowanego dostępu do Claude Fable 5.

    Co to zmienia dla deweloperów

    Claude Fable 5 to nie tylko aktualizacja. To model, który Anthropic wprowadza jako narzędzie do autonomicznej pracy programistycznej. Rekonstrukcja frontendu ze zrzutu ekranu, wielogodzinne agentowe kodowanie, samokrytyka generowanego kodu — wszystko to jest dostępne w publicznym API.

    Dla branży web dev, AI i vibe codingu to sygnał, że agentowe podejście do programowania staje się standardem. Staje się produktem dostępnym od ręki, na platformie chmurowej, z dokumentacją i wsparciem. Jeśli twoje narzędzia jeszcze nie korzystają z agentów, Fable 5 może być modelem, który zmieni twoje podejście.