Autor: Frontendfreak

  • Codex 0.140.0: OpenAI stawia na kontrolę tokenów i łatwiejszą migrację z Claude Code

    Codex 0.140.0: OpenAI stawia na kontrolę tokenów i łatwiejszą migrację z Claude Code

    Czerwcowa aktualizacja Codexa do wersji 0.140.0 wprowadza widoki zużycia tokenów, trwałe usuwanie sesji oraz narzędzie do importu konfiguracji z Claude Code. W tej aktualizacji OpenAI wprowadziło 208 zmian, w tym 50 nowych funkcji i 46 usprawnień.

    To wydanie odpowiada na potrzeby zespołów, które chcą mieć jasność co do kosztów związanych z pracą z agentami AI. Dotychczas monitorowanie wydatków wymagało korzystania z panelu OpenAI lub zewnętrznych skryptów.

    Kluczowe zmiany w skrócie

    • Śledzenie zużycia tokenów – komenda /usage pokazuje aktywność dzienną, tygodniową i skumulowaną, pobierając dane bezpośrednio z serwerów OpenAI.
    • Trwałe usuwanie sesji – codex delete, /delete i API thread/delete z zabezpieczeniami przed przypadkowym skasowaniem.
    • Import z Claude Code – /import przenosi ustawienia, instrukcje projektowe i historię ostatnich czatów.
    • Uwierzytelnianie Amazon Bedrock – zarządzane poświadczenia API z szyfrowanym magazynem lokalnym dla CLI i MCP OAuth.
    • Ujednolicone menu @ – wpisanie @ otwiera teraz wspólne menu dla plików, wtyczek i umiejętności.

    /usage – koniec z ręcznym liczeniem tokenów

    Najważniejsza zmiana w tej wersji to widoki zużycia tokenów. OpenAI oparło je na danych live z własnych serwerów, co zapewnia zgodność z informacjami w panelu rozliczeniowym. Dzięki temu zespoły AI i DevOps mogą łatwo sprawdzić dzienne i tygodniowe zużycie, a kumulatywny widok pozwala ocenić, czy projekt mieści się w budżecie.

    Komenda /usage działa od razu – nie wymaga konfiguracji ani podpinania zewnętrznych kluczy. Wystarczy wpisać komendę, aby uzyskać podsumowanie.

    Zarządzanie sesjami na poważnie

    Wersja 0.140.0 wprowadza trwałe usuwanie sesji przez trzy interfejsy: CLI (codex delete), TUI (/delete) i API serwera aplikacji (thread/delete). Każda operacja wymaga potwierdzenia, co zabezpiecza przed przypadkowym skasowaniem ważnego wątku.

    Poprawiono również sposób, w jaki Codex czyści dane lokalne. Teraz kasowanie sesji usuwa również pliki sesji i indeksy, co jest istotne dla osób pracujących z wrażliwymi danymi.

    Import z Claude Code bez zbędnego klikania

    Import z Claude Code bez zbędnego klikania

    Nowością jest komenda /import, która umożliwia selektywne przeniesienie konfiguracji z Claude Code. Użytkownicy mogą wybrać ustawienia, instrukcje projektowe i historię ostatnich konwersacji, co znacznie ułatwia migrację.

    To rozwiązanie obniża próg wejścia dla osób rozważających przesiadkę. Zamiast ręcznie odtwarzać hooki, skille czy szablony promptów, wystarczy jedna komenda. Doświadczenie z migracji jest teraz na poziomie, jakiego można oczekiwać od narzędzia w 2026 roku.

    Bedrock i ujednolicone menu wtyczek

    Bedrock i ujednolicone menu wtyczek

    Dla użytkowników korporacyjnych istotna jest obsługa zarządzanego uwierzytelniania Amazon Bedrock. Poświadczenia są teraz szyfrowane lokalnie, co upraszcza integrację z modelem w chmurze AWS.

    Ujednolicone menu @ łączy pliki, wtyczki i skille w jednym miejscu, co przyspiesza nawigację podczas sesji kodowania. W połączeniu z poprawkami stabilności MCP i lepszą obsługą dużych repozytoriów, praca z rozbudowanymi projektami powinna być teraz bardziej płynna.

    Drobne, ale istotne poprawki

    Aktualizacja naprawia również kilka błędów, w tym problemy z odzyskiwaniem bazy danych po awarii, stabilnością połączeń z zewnętrznymi narzędziami oraz wydajnością w dużych repozytoriach. Dla osób pracujących w trybie vibe coding, gdzie agent działa w tle przez wiele godzin, te poprawki mają realny wpływ na codzienną pracę.

    Wydanie 0.140.0 to solidny krok naprzód, szczególnie dla zespołów, które potrzebują lepszej kontroli nad kosztami i łatwiejszej ścieżki migracji z innych narzędzi AI do Codexa.

    Źródła

  • OpenCode 1.17.7 porządkuje środowisko wtyczek i sesji pulpitu

    OpenCode 1.17.7 porządkuje środowisko wtyczek i sesji pulpitu

    OpenCode otrzymał 14 czerwca 2026 roku aktualizację do wersji 1.17.7, która koncentruje się na poprawie działania wtyczek oraz integracji MCP w złożonych konfiguracjach. Nowe funkcje dotyczą głównie sytuacji, w których użytkownicy pracują z wieloma serwerami, przestrzeniami roboczymi i sesjami pulpitu, co wcześniej często prowadziło do chaosu.

    Co się zmieniło – kluczowe fakty

    • Żądania klienta wtyczek nie zakładają już domyślnego portu lokalnego, lecz ponownie wykorzystują aktywny serwer, co eliminuje błędne trasowanie przy wielu instancjach.
    • Zmienne środowiskowe powłoki dostarczane przez wtyczki działają teraz również w sesjach PTY, co oznacza, że terminale interaktywne widzą to samo środowisko co inne wywołania shella.
    • Serwery MCP mogą teraz otrzymywać bieżącą przestrzeń roboczą jako katalog główny klienta, co pozwala im lepiej rozumieć obsługiwany projekt.
    • Trasowanie sesji pulpitu zostało doprecyzowane, aby nowa sesja pozostawała w zakresie właściwego serwera roboczego, zamiast wyciekać do globalnie wybranego.

    Serwery MCP wreszcie wiedzą, gdzie są

    Jedną z bardziej zauważalnych zmian jest przekazywanie ścieżki przestrzeni roboczej jako katalogu głównego klienta MCP. Wcześniej serwer MCP działał bez pełnej świadomości, w jakim projekcie był uruchomiony. Teraz, gdy otrzymuje informację o katalogu roboczym, może rozwiązywać ścieżki względem aktywnego repozytorium.

    To ma znaczenie przy generowaniu kodu, inspekcji repozytoriów czy lokalnej automatyzacji opartej na narzędziach MCP. Serwer, który zna kontekst projektu, nie musi zgadywać ani polegać na sztywno zakodowanych ścieżkach. Dla programistów webowych i DevOps oznacza to mniej ręcznej konfiguracji i mniej błędów wynikających z nieprawidłowego mapowania plików.

    Dokumentacja OpenCode wcześniej sugerowała, że serwery MCP będą działać z konfiguracją relatywną do przestrzeni roboczej, ale dopiero ta aktualizacja wprowadza ten kontekst w praktyce.

    PTY i wtyczki – zmienne środowiskowe bez luk

    PTY i wtyczki – zmienne środowiskowe bez luk

    Kolejna istotna poprawka dotyczy propagacji zmiennych środowiskowych w sesjach PTY. Gdy wtyczka dodaje własne zmienne do powłoki, muszą być one widoczne nie tylko w standardowych wywołaniach narzędzi shella, ale także w terminalach interaktywnych.

    Bez tej zmiany agent lub wtyczka uruchamiająca test runner, menedżera pakietów czy inny proces w terminalu interaktywnym mogłyby działać w niekompletnym środowisku. Aktualizacja sprawia, że terminale PTY dziedziczą te same zmienne, co oznacza, że npm test uruchamia się z właściwymi tokenami, a pytest widzi oczekiwane ścieżki.

    To oszczędza czas na debugowanie sytuacji, w których skrypt działa poprawnie w narzędziu shella, ale identyczne polecenie w terminalu interaktywnym kończy się błędem.

    Sesje pulpitu już nie gubią kontekstu

    Sesje pulpitu już nie gubią kontekstu

    Trzecia zmiana, na którą warto zwrócić uwagę, to poprawa trasowania sesji w interfejsie pulpitu. Gdy użytkownik tworzy nową sesję przez /new-session, OpenCode teraz zapewnia, że pozostaje ona przypięta do serwera roboczego (draft server), a nie do globalnie wybranego.

    Oznacza to, że jeśli pracujesz nad dwoma projektami jednocześnie, każdy w osobnym kontekście AI, sesje nie będą sobie wzajemnie podmieniać stanu ani promptów. To detal architektoniczny, ale przy codziennej pracy z wieloma repozytoriami robi zauważalną różnicę.

    Wydanie wprowadza również zmiany w zachowaniu narzędzia ACP shell – informacje o poleceniu i katalogu roboczym pojawiają się od samego początku wywołania, co ułatwia śledzenie logów i diagnozowanie problemów.

    Mniej założeń, więcej przewidywalności

    Aktualizacja 1.17.7 nie wprowadza spektakularnych funkcji, ale porządkuje kilka kluczowych punktów. System wtyczek OpenCode – zarówno tych projektowych, jak i globalnych – zyskuje na niezawodności przy wielu równoległych stosach. Serwery MCP stają się świadome kontekstu, a sesje pulpitu pozostają przypisane do swoich serwerów. Dla użytkowników OpenCode pracujących nad poważnymi projektami webowymi czy DevOps, te poprawki realnie redukują tarcie w codziennej pracy.

    Źródła

  • Claude Sonnet 4 i Opus 4 przeszły na emeryturę. Czas na aktualizację API

    Claude Sonnet 4 i Opus 4 przeszły na emeryturę. Czas na aktualizację API

    Anthropic oficjalnie wycofał modele Claude Sonnet 4 i Claude Opus 4 z API. Od 15 czerwca 2026 każde zapytanie do claude-sonnet-4-20250514 i claude-opus-4-20250514 zakończy się błędem. Dla zespołów zajmujących się web developmentem, sztuczną inteligencją i DevOps to sygnał do natychmiastowego sprawdzenia konfiguracji produkcyjnych. Jeśli wasza aplikacja wciąż korzysta z tych identyfikatorów, integracja przestała działać.

    Co dokładnie się zmieniło

    • Data wycofania: 15 czerwca 2026 — od tego dnia API zwraca błędy dla starych identyfikatorów modeli.
    • Dotknięte modele: claude-sonnet-4-20250514 oraz claude-opus-4-20250514 (oryginalne wydania 4.0 z maja 2025).
    • Zalecane zamienniki: claude-sonnet-4-6 i claude-opus-4-8 — nowsze i bardziej wydajne.
    • Zasięg problemu: dotyczy bezpośrednich wywołań API — klientów SDK, funkcji serverless, pipeline'ów CI/CD i narzędzi automatyzacji.
    • Kolejne wycofanie: Opus 4.1 (claude-opus-4-1-20250805) — datę utraty wsparcia należy zweryfikować na oficjalnej stronie deprecjacji Anthropic.

    Nie chodzi o etykiety, tylko o konkretne identyfikatory

    Warto zaznaczyć, że Anthropic nie wycofuje całej rodziny Claude Sonnet 4 czy Claude Opus 4. Emerytura dotyczy wyłącznie pierwszych wersji z maja 2025. Modele oznaczone jako claude-sonnet-4-5-20250929, claude-opus-4-5-20251101 czy nowsze wciąż działają normalnie. Problem występuje tam, gdzie ktoś na sztywno wpisał identyfikator z datą 20250514 — a takich przypadków w produkcyjnych backendach jest wiele.

    Po 15 czerwca API zwraca błąd. Jeśli wasz system obsługi klienta, agent AI albo pipeline do generowania kodu polegał na tych modelach, przestał działać z dnia na dzień. Anthropic powiadomił deweloperów 14 kwietnia 2026, a data wycofania to 15 czerwca 2026, co daje około 62 dni na dostosowanie — czasu było sporo, ale jak to zwykle bywa, nie każdy zdążył.

    Jak migrować i nie stracić pół dnia na szukanie

    Migracja jest prosta. W kodzie wystarczy zamienić stary identyfikator na nowy — format zapytań, nagłówki autoryzacji i struktura odpowiedzi nie zmieniły się. W Pythonie z SDK Anthropica wygląda to tak:

    # przed zmianą
model="claude-opus-4-20250514"

# po zmianie
model="claude-opus-4-8"

    Podobnie działa to w JavaScript, curl i innych SDK. Problem nie leży w skomplikowanej zmianie, lecz w liczbie miejsc, gdzie stary identyfikator mógł zostać użyty. Sprawdźcie zmienne środowiskowe, pliki konfiguracyjne CI/CD, zadania cron i zewnętrzne integracje — scenario buildery, platformy do vibe codingu, narzędzia automatyzujące workflow. Każde z nich mogło mieć zaszyty claude-sonnet-4-20250514 w ustawieniach.

    Przy przechodzeniu na Opus 4.7 lub 4.8: zachowanie parametrów temperature, top_p i top_k przy wartościach innych niż domyślne nie zostało potwierdzone w oficjalnych źródłach — przed migracją należy sprawdzić aktualną dokumentację Anthropic.

    Dlaczego to ma znaczenie dla szerszego ekosystemu

    Wycofanie modeli 4.0 wpisuje się w szerszy trend. Anthropic, podobnie jak OpenAI czy Google, przyspiesza cykl życia modeli — nowe wersje pojawiają się co kilka miesięcy, a stare tracą wsparcie po około roku. Dla zespołów pracujących w trybie ciągłego dostarczania to norma. Gorzej, jeśli prowadzicie projekt, który działa stabilnie od miesięcy i nikt nie zaglądał do konfiguracji API.

    Deweloperzy korzystający z Claude przez interfejs claude.ai nie muszą podejmować żadnych działań — tam wybór modelu jest automatyczny. Problem dotyczy wyłącznie dostępu programistycznego. Jeśli korzystacie z Claude przez Amazon Bedrock albo Vertex AI, sprawdźcie osobno ich tabele wsparcia — partnerzy mają własne kalendarze wycofywania.

    Na froncie DevOps warto także pamiętać, że za Opus 4.1 podąży Opus 4.5 i Sonnet 4.5 — ich daty emerytury są już zapowiedziane na trzeci kwartał 2026. Kto migruje teraz z 4.0 na 4.6 lub 4.8, ten za kilka miesięcy i tak będzie musiał powtórzyć tę operację. Dlatego część zespołów rozważa abstrahowanie identyfikatorów modeli przez warstwę zarządzaną — aby nie gonić za każdym ogłoszeniem deprecjacji osobno.

    Podsumowanie

    Wycofanie Claude Sonnet 4 i Claude Opus 4 to nie katastrofa, ale test na dojrzałość procesów w zespole. Jeśli wasze pipeline'y wytrzymały 15 czerwca bez awarii — dobrze. Jeśli nie — macie okazję zautomatyzować monitoring wersji API, zanim kolejne deprecjacje was zaskoczą. W ekosystemie AI modele starzeją się szybko, a umiejętność sprawnej podmiany jednego identyfikatora na inny staje się równie ważna jak sam kod.

    Źródła

  • Claude Code 2.1.176: stabilna sesja, lokalne tytuły i łatwiejsze zarządzanie linkami

    Claude Code 2.1.176: stabilna sesja, lokalne tytuły i łatwiejsze zarządzanie linkami

    Anthropic udostępniło wersję 2.1.176 Claude Code. To głównie aktualizacja stabilizacyjna, ale zawiera również kilka istotnych usprawnień w zakresie sesji, konfiguracji oraz obsługi poświadczeń Bedrock.

    Kluczowe zmiany w skrócie

    • Tytuły sesji są teraz generowane w języku, w którym prowadzona jest konwersacja, z możliwością przypięcia konkretnego języka w ustawieniu language.
    • Nowa opcja footerLinksRegexes pozwala na kontrolowanie wyświetlania linków w pasku stanu za pomocą wyrażeń regularnych, co jest przydatne w zarządzanych środowiskach.
    • Cache poświadczeń Bedrock uwzględnia rzeczywisty czas wygaśnięcia z pola Expiration, zamiast trzymać dane przez stały czas jednej godziny.
    • Egzekwowanie list dozwolonych modeli zostało zaostrzone – zmienne ANTHROPIC_DEFAULT_*_MODEL nie pozwalają już na obejście ograniczeń.
    • Remote Control oraz sesje w tle przeszły przegląd stabilności, w tym poprawki dla systemów Windows i Linux.

    Sesja dopasowana do języka i lepsza kontrola linków

    Dla zespołów pracujących w wielu językach, zmiana dotycząca tytułów sesji jest praktyczna – tytuły sesji są teraz zgodne z językiem rozmowy. Jeśli ktoś pisze po polsku, otrzymuje tytuł po polsku. W przypadku potrzeby używania jednego języka niezależnie od kontekstu, wystarczy ustawić language na stałe.

    Opcja footerLinksRegexes to mechanizm, który będzie przydatny dla administratorów większych wdrożeń. Umożliwia on określenie wzorców linków widocznych w stopce interfejsu, co daje kontrolę nad tym, jakie odnośniki pojawiają się w zarządzanych instancjach Claude Code 2.1.176.

    Cache poświadczeń z głową

    Cache poświadczeń z głową

    Dotychczas sytuacje, w których tokeny STS wygasały przed końcem godzinnego okna cache, były frustrujące. Teraz mechanizm cache'owania uwzględnia pole Expiration i przechowuje dane do pięciu minut przed faktycznym wygaśnięciem. Jeśli Expiration nie jest dostępne, stosowany jest domyślny interwał – godzina.

    Dla zespołów korzystających z Bedrock na AWS to znacząca poprawa. Mniej błędów 401 i mniej nieoczekiwanych przerwań w pracy agentów, szczególnie przy używaniu krótkoterminowych poświadczeń SSO.

    Zaostrzone reguły modeli i stabilność tła

    Blokada modeli przez allowlistę została poprawiona, eliminując możliwość obejścia przez zmienne środowiskowe ANTHROPIC_DEFAULT_*_MODEL. Oznacza to, że aliasy nie przekierują użytkownika na zablokowany model, a przełącznik /fast nie zadziała, jeśli miałby wybrać coś spoza dozwolonej listy.

    Wprowadzono również wiele poprawek do sesji w tle i Remote Control. Zniknął problem z powielaniem wpisów przy nieudanym połączeniu, a powiadomienia o rozłączeniu teraz pokazują czytelny komunikat zamiast kodu. Zmiana konta w trakcie sesji zdalnej powoduje poprawne rozłączenie. Dodatkowo, wprowadzono konkretne poprawki dla systemów Linux, takie jak obsługa dowiązań symbolicznych w konfiguracji sandboksa, oraz dla Windows, gdzie usługa w tle mogła nie wystartować z powodu atrybutu ReadOnly katalogu daemona.

    Wszystkie te zmiany mają na celu poprawę przewidywalności działania Claude Code 2.1.176 podczas długich sesji oraz w środowiskach, gdzie wiele okien jednocześnie pracuje z tym samym agentem. Dla web developerów i zespołów DevOps to wydanie zasługuje na szybką aktualizację – nie wprowadza rewolucyjnych zmian, ale eliminuje wiele drobnych, irytujących problemów.

    Źródła

  • Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Anthropic wydał 12 czerwca 2026 roku wersję 2.1.176 Claude Code, która wprowadza kilka ważnych poprawek w obszarze lokalizacji, zarządzania poświadczeniami oraz stabilności pracy zdalnej. Aktualizacja nie wprowadza rewolucyjnych zmian, ale rozwiązuje konkretne problemy, które dotykały programistów korzystających z SSH, systemu Windows oraz środowisk z rygorystycznymi politykami modeli.

    Kluczowe zmiany w skrócie

    • Tytuły sesji są teraz generowane w języku prowadzonej konwersacji, z możliwością przypięcia wybranego języka przez ustawienie language.
    • Buforowanie poświadczeń Bedrock zostało wydłużone do rzeczywistego czasu wygaśnięcia tokena, zamiast sztywnego limitu jednej godziny.
    • Remote Control nie zmienia już modelu sesji przy łączeniu z przeglądarki i wyświetla czytelne komunikaty o rozłączeniu zamiast kodów błędów.
    • Egzekwowanie modeli zamyka możliwość ominięcia listy dozwolonych modeli przez zmienne środowiskowe ANTHROPIC_DEFAULT_*_MODEL.

    Lokalizacja i personalizacja terminala

    Nowe ustawienie language umożliwia stałe przypięcie języka tytułów sesji, co eliminuje chaos w dłuższych projektach. Każdy członek zespołu widzi tytuły w swoim języku, niezależnie od języka, w jakim rozmawia z Claude'em.

    Kolejną nowością jest footerLinksRegexes, które pozwala administratorom definiować odznaki w stopce terminala na podstawie wyrażeń regularnych. Można tam umieścić link do dokumentacji projektu, panelu monitoringu czy łącza do zgłaszania błędów, bez potrzeby modyfikacji kodu narzędzia.

    Buforowanie poświadczeń i stabilność sesji

    Zmiana w cache'owaniu tokenów dla użytkowników Bedrocka to znacząca oszczędność czasu. Wcześniej poświadczenia eksportowane przez awsCredentialExport były ważne maksymalnie godzinę. Teraz Claude Code respektuje rzeczywiste pole Expiration, co oznacza, że jeśli token wygasa za cztery godziny, to będzie trzymany w cache'u przez ten czas. To zmniejsza liczbę przerw na ponowne uwierzytelnianie podczas długich zadań.

    Wprowadzono również poprawki w obsłudze sesji w tle. Komenda /bg uruchomiona w połowie tury nie będzie już wyświetlać wiecznie kręcącego się wskaźnika "Working", gdy nie ma już nic do dokończenia. To istotna zmiana przy pracy z wieloma równoległymi agentami.

    Zdalne sterowanie i Windows

    Remote Control otrzymał poprawki, które zwiększają jego niezawodność. Najważniejsza z nich to fakt, że łączenie się z sesją przez przeglądarkę lub aplikację mobilną nie zmienia już modelu sesji bez pytania. Komunikaty o rozłączeniu są teraz bardziej informacyjne, zamiast być tylko kodami błędów.

    Na Windowsie naprawiono problem z kursorem tekstowym w widoku agentów — pole do wprowadzania komend teraz renderuje się prawidłowo. Użytkownicy SSH zyskali również poprawkę synchronizacji schowka: komendy /copy oraz zaznaczanie myszką w tmux wewnątrz sesji SSH w końcu trafiają do systemowego schowka. Dodatkowo naprawiono ładowanie bufora wklejania w tmux starszym niż 3.2.

    Egzekwowanie modeli i raportowanie gałęzi Git

    Wersja 2.1.176 zamyka dwie istotne luki w politykach bezpieczeństwa. Po pierwsze, aliasy modeli nie mogą być przekierowane na zablokowany model przez zmienne ANTHROPIC_DEFAULT_*_MODEL. Po drugie, komenda /fast nie przełączy na model spoza listy dozwolonych. To koniec z nieautoryzowanym wybieraniem modeli dla administratorów zarządzających flotą programistów.

    Git również doczekał się poprawki: po wykonaniu /cd lub przeniesieniu worktree sesja nie będzie już raportować gałęzi z poprzedniego katalogu. To drobna zmiana, ale w monorepozytoriach z wieloma gałęziami ta pomyłka mogła powodować zamieszanie.

    Co to oznacza dla zespołów developerskich

    Największą wartość z tej aktualizacji zyskają zespoły pracujące w rozproszonych środowiskach — zdalne sesje, SSH, Windows obok Linuksa. Poprawki w cache'owaniu Bedrocka oraz egzekwowaniu modeli pokazują, że Anthropic traktuje poważnie opinie użytkowników korporacyjnych, którzy potrzebują stabilności i przewidywalności. Wersja 2.1.176 nie jest przełomowa, ale skutecznie rozwiązuje problemy z poprzednich wersji.

    Źródła

  • Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Zespół QwenLM opublikował 12 czerwca 2026 roku wersję v0.18.0 swojego terminalowego agenta kodowania Qwen-Code. Ta aktualizacja wprowadza istotne zmiany w sposobie korzystania z narzędzia: agenty mogą teraz działać w tle, pamięć nie resetuje się przy zmianie projektu, a interfejs wiersza poleceń stał się bardziej przyjazny dla użytkowników.

    Co nowego w Qwen-Code v0.18.0

    • Równoległe agenty — komenda /fork uruchamia agenta w tle, podczas gdy główna sesja pozostaje aktywna; panel powiadomień informuje o zakończeniu zadania.
    • Pamięć na poziomie użytkownika — zapisywane są preferencje i informacje zwrotne, które przetrwają zmianę repozytorium, przechowywane w katalogu ~/.qwen/memories/.
    • Ujednolicone zarządzanie umiejętnościami — panel /skills umożliwia przeglądanie, wyszukiwanie, włączanie i wyłączanie umiejętności oraz ich uruchamianie jednym kliknięciem.
    • Poprawki stabilności — usunięto błędy związane z zarządzaniem pamięcią, dodano wsparcie multimodalne dla modelu Qwen-Code v0.18.0 oraz udoskonalono automatyzację CI/CD.

    Agenci w końcu mogą pracować równolegle

    Do tej pory praca z agentem w terminalu była liniowa — wydajesz polecenie, czekasz na wynik. Qwen-Code v0.18.0 wprowadza nową komendę /fork, która uruchamia agenta w tle, a panel zadań informuje użytkownika o zakończeniu pracy.

    Oznacza to, że można poprosić agenta o refaktoryzację modułu testowego i jednocześnie pisać nową funkcję w głównej sesji. Nie trzeba czekać. Dla osób praktykujących szybkie, iteracyjne programowanie wspierane przez sztuczną inteligencję, to znaczna oszczędność czasu. Równoległość zmniejsza frustrację, ponieważ agent nie blokuje terminala na dłuższy czas podczas analizy większych fragmentów kodu.

    Pamięć, która pamięta między projektami

    Wcześniej pamięć agenta była przypisana do konkretnego repozytorium. Zmiana folderu oznaczała utratę preferencji i kontekstu, co było uciążliwe przy pracy nad kilkoma projektami jednocześnie.

    Twórcy rozwiązali ten problem, wprowadzając katalog ~/.qwen/memories/. Teraz agent zapisuje tam informacje na poziomie użytkownika. Qwen-Code sam decyduje, które dane trafią do pamięci projektowej, a które do użytkownika, na podstawie czterech kategorii routingu pamięci, co eliminuje potrzebę ręcznej konfiguracji. Dla zespołów DevOps i programistów pracujących z mikroserwisami to zauważalna zmiana.

    Terminal bardziej przyjazny człowiekowi

    Terminal bardziej przyjazny człowiekowi

    Interfejs również przeszedł kilka poprawek. Panel /skills to jeden z dodatków, które ułatwiają korzystanie z narzędzia. Zamiast zapamiętywać składnię każdej komendy, można otworzyć interaktywny dialog, przeszukać dostępne umiejętności i uruchomić je od razu.

    Dodatkowo, wprowadzono powiadomienia w sekwencji terminala, odświeżono panel zadań w tle oraz poprawiono tryb Vima. Samodzielny instalator zyskał automatyczną aktualizację, co ułatwia życie użytkownikom, którzy nie chcą ręcznie śledzić wydań.

    Pod maską: poprawki i multimodalność

    Pod maską: poprawki i multimodalność

    Nie wszystkie zmiany są widoczne na pierwszy rzut oka, ale stabilność jest kluczowa. Wersja v0.18.0 naprawia błędy związane z zarządzaniem pamięcią, które mogły prowadzić do wycieków lub nieprzewidywalnego zachowania podczas dłuższych sesji. Dodano także wsparcie multimodalne dla modelu Qwen-Code v0.18.0, co pozwala agentom analizować nie tylko kod, ale także obrazy i zrzuty ekranu. Udoskonalono automatyzacje CI/CD, co docenią zespoły korzystające z Qwen-Code.

    Mały krok wersji, duży krok dla przepływu pracy

    Qwen-Code v0.18.0 to aktualizacja, która nie zmienia fundamentów, ale znacząco zwiększa użyteczność narzędzia. Równoległe agenty, pamięć międzyprojektowa i panel umiejętności tworzą narzędzie, które mniej przeszkadza, a bardziej wspiera użytkowników. Dla programistów spędzających godziny w terminalu, to różnica między narzędziem, które się używa, a takim, na którym można polegać.

    Źródła

  • Claude Code z nowym mechanizmem kontroli modeli – administratorzy dostają twardsze narzędzie

    Claude Code z nowym mechanizmem kontroli modeli – administratorzy dostają twardsze narzędzie

    Anthropic wprowadziło aktualizację Claude Code 2.1.175, która dodaje nowe ustawienie enforceAvailableModels. To zarządzane ustawienie daje administratorom kontrolę nad tym, jakie modele AI są dostępne w środowisku firmowym. Wcześniejsze luki w polityce bezpieczeństwa, które pozwalały użytkownikom omijać korporacyjne ograniczenia, zostały załatane.

    Co nowego w skrócie

    • Nowe ustawienie enforceAvailableModels wymusza, by lista dozwolonych modeli obejmowała również model domyślny.
    • Ustawienia użytkownika i projektu nie mogą już poszerzać zarządzanej listy availableModels.
    • Gdy model domyślny wskazuje na niedozwolony model, Claude Code automatycznie przełącza się na pierwszy model z listy dozwolonych.
    • Aktualizacja obejmuje łącznie 16 zmian w pakiecie od v2.1.173 do v2.1.175, w tym 3 nowe funkcje i 13 poprawek.

    Dlaczego to ma znaczenie w praktyce

    Dotychczas administratorzy mogli ustawić availableModels jako listę zatwierdzonych modeli, ale istniał problem. Model domyślny, wybierany automatycznie przez Claude Code, nie podlegał tym samym ograniczeniom. Jeśli organizacja blokowała dostęp do drogich modeli, a domyślny wskazywał na taki, system go uruchamiał. Użytkownik mógł także nadpisać ustawienia w lokalnym pliku .claude/settings.json i wybrać dowolny model.

    Wersja 2.1.175 to zmienia. Ustawienie enforceAvailableModels sprawia, że lista dozwolonych modeli działa również dla modelu domyślnego. Jeśli model domyślny nie znajduje się na liście, Claude Code nie próbuje go uruchomić, tylko wybiera pierwszy dozwolony model. To proste rozwiązanie, które jest trudne do obejścia.

    Choć na pierwszy rzut oka zmiana może wydawać się technicznym detalem, w środowiskach korporacyjnych ma duże znaczenie, zwłaszcza tam, gdzie koszty API mogą wynosić tysiące dolarów miesięcznie.

    Co to znaczy dla zespołów dev i DevOps

    W firmach, gdzie Claude Code działa na współdzielonych maszynach lub w pipeline'ach CI/CD, spójność modelu jest kluczowa. Gdy każdy deweloper może przypadkowo lub celowo przełączyć się na droższy model, budżet może szybko wymknąć się spod kontroli.

    Nowe ustawienie eliminuje ryzyko, że konfiguracja projektowa przypadkiem poszerzy dostęp do modeli, które organizacja nie zatwierdziła. Wcześniej plik .claude/settings.json w repozytorium mógł nadpisać korporacyjne restrykcje. Teraz, przy włączonym enforceAvailableModels, nie ma takiej możliwości. Administratorzy zyskują bardziej skuteczne narzędzie, a zespoły przewidywalne środowisko pracy.

    Dla zespołów DevOps oznacza to mniej zgłoszeń dotyczących nieoczekiwanych kosztów. Model domyślny nie wymknie się spod kontroli, a automatyczne przełączenie na pierwszy dozwolony model jest ciche – użytkownik nie musi być świadomy, że coś się zmieniło.

    Szerszy kontekst aktualizacji

    Pakiet zmian od v2.1.173 do v2.1.175 zawiera łącznie 16 modyfikacji. Oprócz nowego ustawienia, wcześniejsze wersje przyniosły poprawki stabilności i bezpieczeństwa. Anthropic kładzie duży nacisk na governance – to nie pierwsza aktualizacja w tym kierunku i zapewne nie ostatnia.

    Widać, że narzędzie się rozwija. Funkcje administracyjne stają się fundamentem dla organizacji, które poważnie wdrażają asystentów AI. Ustawienie enforceAvailableModels to krok w stronę dojrzałości korporacyjnej, w której kontrolę nad modelem ma ten, kto płaci rachunki.

    Co dalej

    Jeśli zarządzasz środowiskiem Claude Code w firmie, sprawdź, czy enforceAvailableModels jest już dostępne w waszym planie. Dla użytkowników indywidualnych zmiana jest przezroczysta, chyba że pracują w organizacji, która wprowadziła nowe restrykcje. W takim przypadku mogą zauważyć, że Claude Code czasami wybiera inny model niż ten, który ustawili lokalnie. To nie błąd, to nowa funkcjonalność.

    Źródła

  • Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed wydał wersję 1.6.3 swojego edytora, wprowadzając dedykowane zakładki do podglądu różnic w Gicie, widoczne liczniki dodanych i usuniętych linii oraz tryb szybkich odpowiedzi dla modeli Anthropic i OpenAI w panelu agenta AI. Ta aktualizacja koncentruje się na dwóch kluczowych aspektach codziennej pracy programisty: poprawie przeglądania kodu i zwiększeniu responsywności narzędzi wspomaganych sztuczną inteligencją.

    Kluczowe zmiany w skrócie

    • Dedykowane zakładki diff – pojedynczy plik z Gita można otworzyć w osobnej karcie bezpośrednio z panelu Git
    • Tryb szybki (Fast mode) – dostępny dla wszystkich użytkowników, kieruje zapytania przez priorytetowe warstwy usług Anthropic i OpenAI
    • Udostępniane linki do skilli – pełna zawartość skilla zakodowana w URL-u, gotowa do zaimportowania przez innego użytkownika
    • Szczegółowa piaskownica terminala – agent prosi o dostęp do konkretnych ścieżek, zamiast żądać dostępu do całego systemu plików
    • Split diff w historii commitów – możliwość przełączania widoku porównawczego na układ side-by-side

    Przeglądanie zmian w Gicie bez tarcia

    Dotychczas podgląd różnic dla pojedynczego pliku wymagał otwierania całego widoku diff projektu, co rozpraszało przy szybkich rewizjach. W wersji 1.6.3 zespół Zeda dodał możliwość otwierania pojedynczego pliku diff w dedykowanej zakładce – wystarczy kliknąć plik w panelu Git. To zmiana w interfejsie, która zmniejsza liczbę zbędnych operacji przy codziennym code review.

    Panel Git pokazuje teraz całkowitą liczbę dodanych i usuniętych linii. Wcześniej trzeba było ręcznie sumować zmiany albo polegać na zewnętrznych narzędziach, żeby ocenić rozmiar danej łatki. Teraz liczby są widoczne od razu, z separatorami tysięcy, co ułatwia szybką ocenę zakresu modyfikacji.

    Kolejnym usprawnieniem jest tryb split diff w historii commitów. Zamiast domyślnego widoku zunifikowanego można przełączyć się na układ side-by-side, który część programistów uważa za bardziej czytelny przy porównywaniu większych bloków kodu. Nowa akcja git: compare with branch pozwala bezpośrednio zestawić bieżącą gałąź z dowolną inną, bez przeklikiwania się przez dodatkowe menu.

    Sztuczna inteligencja na wyższym biegu

    Sztuczna inteligencja na wyższym biegu

    Największą nowością w obszarze AI jest tryb szybki dla modeli Anthropic i OpenAI. Wcześniej dostępny tylko wewnętrznie dla pracowników Zeda, teraz trafia do wszystkich użytkowników. Mechanizm jest prosty: zapytania do API kierowane są przez priorytetowe warstwy usług, co skraca czas odpowiedzi, ale wiąże się z wyższym kosztem za token. Dla zadań, gdzie liczy się każda sekunda, ta opcja może być warta swojej ceny.

    Zed wprowadził też możliwość kopiowania linków do skilli bezpośrednio z panelu ustawień. URL w formacie zed://skill?data=… zawiera zakodowaną w base64url pełną treść skilla w Markdownie. Inny użytkownik Zeda może otworzyć taki link i od razu zobaczyć widok kreatora skilla z załadowaną zawartością – bez ręcznego kopiowania plików czy konfiguracji. To ułatwienie przy dzieleniu się własnymi przepisami na interakcje z agentem w zespołach.

    Warto też wspomnieć o przebudowie piaskownicy terminala. Agent nie prosi już o ogólny dostęp do systemu plików. Zamiast tego żąda pozwolenia na zapis w konkretnych ścieżkach, z opcją przyznania go na jedną komendę lub na resztę konwersacji. Pliki tymczasowe utworzone w trakcie sesji są teraz zachowywane pomiędzy komendami w tym samym wątku, co pozwala agentowi kontynuować pracę bez utraty kontekstu.

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

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

    Wyszukiwarka plików doczekała się prostej, ale praktycznej zmiany – można teraz otworzyć plik bez zamykania okna wyszukiwarki. Wystarczy użyć strzałki w prawo na końcu wpisywanej ścieżki albo kliknąć przycisk "Keep Open". To eliminuje irytujące ponowne otwieranie findera przy pracy z wieloma plikami.

    Zed dodał też wsparcie dla Claude Opus 4.8 w trybie BYOK (bring your own key), konfigurowalne instrukcje do generowania commit message’y przez AI oraz możliwość wyboru, w którym worktree otworzyć wątek draftu, gdy grupa zawiera ich kilka. Całość zamyka solidna porcja poprawek błędów i ulepszeń wydajności edytora, zgodnie z dotychczasowym tempem cotygodniowych wydań stabilnych.

    Stabilność zamiast rewolucji

    Wydanie 1.6.3 nie jest przeskokiem generacyjnym. To aktualizacja, która dociska istniejące mechanizmy – Git i agent AI otrzymują narzędzia, których brakowało w codziennym użytkowaniu. Dedykowane zakładki diff, liczniki linii i tryb szybki nie są efektownymi nowościami na zrzutach ekranu, ale realnie wpływają na tempo pracy. A o to w edytorze kodu chodzi.

    Źródła

  • Devin Desktop 3.1.7 wprowadza płynniejsze przełączanie między agentem a edytorem

    Devin Desktop 3.1.7 wprowadza płynniejsze przełączanie między agentem a edytorem

    Ekipa Cognition wypuściła Devin Desktop 3.1.7, aktualizację, która koncentruje się na poprawie codziennej pracy z agentem AI i edytorem kodu. To kolejny krok w serii 3.1, rozwijającej niedawny rebranding aplikacji. Nowa wersja eliminuje kilka drobnych, ale irytujących problemów w przepływie pracy oraz porządkuje nazewnictwo związane z lokalnym środowiskiem uruchomieniowym.

    Co nowego w Devin Desktop 3.1.7

    • Przełącznik Agent/Editor został umieszczony na pasku tytułowym przy zwiniętym panelu bocznym, a ikona wyszukiwania została ujednolicona, aby zawsze otwierała wyszukiwanie agenta.
    • Zachowanie panelu bocznego poprawiono — teraz pozostaje na swoim miejscu przy otwieraniu i zamykaniu szuflady.
    • Okna pomocnicze nie znikają już i nie odtwarzają się przy przechodzeniu między trybem agenta a edytora.
    • Sekcja ustawień „Devin CLI” została przemianowana na „Devin Local”.
    • Wsparcie dla plików .devinignore dołącza do znanych już .windsurfignore i .codeiumignore.

    Płynność ponad wszystko

    Przełączanie się między trybem agenta a edytorem w Devin Desktop 3.1.7 stało się znacznie prostsze. Wcześniej każde przejście wiązało się z zamykaniem i ponownym otwieraniem okien pomocniczych, takich jak terminal, podgląd czy panele diagnostyczne. Wersja 3.1.7 rozwiązuje ten problem, ponieważ okna pozostają na swoim miejscu.

    Dodatkowo, przełącznik Agent/Editor jest teraz dostępny bezpośrednio na pasku tytułowym, nawet gdy boczny panel jest zwinięty. To może wydawać się drobnym szczegółem, ale w praktyce oszczędza kliknięcia i nie przerywa rytmu pracy. Wyszukiwanie również zostało uproszczone — jedna ikona, jeden sposób działania, niezależnie od kontekstu.

    Te mikrozmiany mają znaczenie podczas długich sesji z kodem. Mniej migających okien i mniej przypadkowych strat kontekstu poprawiają komfort pracy.

    Devin Local zamiast CLI

    Devin Local zamiast CLI

    Zmiana nazwy z „Devin CLI” na „Devin Local” może wydawać się kosmetyczna, ale jest uzasadniona z perspektywy użytkownika. „CLI” sugerowało narzędzie wyłącznie terminalowe, podczas gdy w rzeczywistości odnosi się do całego lokalnego środowiska agenta — od instalacji po zarządzanie sesjami.

    W tej samej aktualizacji zaktualizowano również lokalnego agenta do wersji v2026.5.26-8 oraz dodano powiadomienia o nieudanym logowaniu. Wcześniej, gdy autoryzacja się nie powiodła, użytkownik mógł nie wiedzieć, co się stało. Teraz otrzymuje jasny komunikat — proste, ale potrzebne.

    .devinignore — kontrola nad kontekstem agenta

    .devinignore — kontrola nad kontekstem agenta

    Nowy plik .devinignore odpowiada na potrzebę zarządzania tym, co agent AI widzi w projekcie. Wsparcie dla tego mechanizmu dołącza do istniejących już .windsurfignore i .codeiumignore, co sugeruje spójną filozofię Cognition: użytkownik decyduje, które pliki wchodzą w skład kontekstu.

    Ma to znaczenie z kilku powodów. Po pierwsze — prywatność: klucze API, dane testowe czy pliki konfiguracyjne mogą być wykluczone z analizy agenta. Po drugie — wydajność: mniejszy kontekst prowadzi do szybszych odpowiedzi i mniejszego zużycia tokenów. Po trzecie — higiena projektu: agent nie będzie sugerował zmian w plikach, które celowo trzymamy poza jego zasięgiem.

    UI i ustawienia

    W Devin Desktop 3.1.7 odświeżono również wygląd paneli Ustawień i marketplace MCP. Strony te korzystają teraz z pełnej szerokości panelu, a ich zawartość pozostaje wyśrodkowana na szerszych ekranach. Ta zmiana wizualna poprawia czytelność, szczególnie na monitorach o wyższej rozdzielczości.

    Całość wpisuje się w szerszy obraz Devin Desktop 3.1.7 jako środowiska, które łączy lokalną edycję kodu z pracą agentów — zarówno lokalnych, jak i chmurowych. Aplikacja bazuje na Windsurf IDE, więc wszystkie ustawienia, rozszerzenia i skróty klawiszowe są zachowane. Wersja 3.1.7 to nie rewolucja, ale solidna dawka dopracowania — co w narzędziach codziennego użytku ma kluczowe znaczenie.

    Źródła

  • Codex 0.138.0: płynne przejście z terminala do GUI i solidniejsza praca z obrazami

    Codex 0.138.0: płynne przejście z terminala do GUI i solidniejsza praca z obrazami

    OpenAI wydało 8 czerwca 2026 roku stabilną wersję Codex 0.138.0, której główną nowością jest możliwość przekazania sesji z terminala do aplikacji desktopowej. Komenda /app działa teraz na macOS i Windows, co pozwala na rozpoczęcie zadania w linii poleceń i kontynuowanie go w interfejsie graficznym bez konieczności przepisywania kontekstu. Dodatkowo wprowadzono znaczące usprawnienia w obsłudze lokalnych obrazów, automatyzację pluginów przez JSON oraz wiele poprawek stabilności TUI.

    Co nowego w skrócie

    • Desktop handoff – sesję CLI można teraz przenieść do Codex Desktop na macOS i Windows, a workspace'y na Windows uruchamiają się bezpośrednio w GUI.
    • Obrazy – zapisane pliki graficzne udostępniają teraz ścieżki modelowi, co ułatwia ich edycję i odwoływanie się do nich w kolejnych krokach.
    • Reasoning effort – TUI zyskało dodatkowe skróty dla terminali bez klawisza Alt, a poziomy wysiłku są teraz zgodne z kolejnością reklamowaną przez model.
    • Plugin automation – komendy add, remove i marketplace wspierają --json, a plugin list pokazuje teraz źródło marketplace'u oraz szczegóły zdalnych serwerów MCP.
    • Workflow i TUI – wieloliniowe wklejanie w /goal edit nie wysyła już przedwcześnie, a anulowane prompty wracają z kursorem na końcu.

    Przekazywanie sesji bez tarcia

    Wcześniej praca z Codex 0.138.0 i osobno z desktopem wymagała ręcznego odtwarzania kontekstu przy zmianie środowiska. Teraz komenda /app rozwiązuje ten problem – bieżący wątek z terminala trafia do GUI, a na Windowsie workspace'y mogą startować od razu w desktopie, co eliminuje potrzebę zatrzymywania się na monicie. Dla web developerów i osób korzystających z vibe codingu to znaczne ułatwienie: można szybko przejść z terminala do wizualnego podglądu projektu lub wygodniejszej edycji kodu bez przerywania pracy.

    Wersja rust-v0.138.0 wprowadziła łącznie 115 zmian, w tym 35 nowych funkcji i 32 poprawki błędów. Nie dodano nowego modelu ani zmian w cenniku, co sprawia, że aktualizacja koncentruje się na narzędziach i stabilności.

    Obrazy, które pamiętają, skąd przyszły

    Przy pracy z interfejsem użytkownika, reprodukcji błędów czy wizualnej iteracji, lokalne załączniki graficzne mogły sprawiać problemy – model nie zawsze wiedział, gdzie plik trafił po zapisie. Codex 0.138.0 udostępnia teraz ścieżki zapisanych obrazów bezpośrednio modelowi, co czyni edycję i odwołania do plików znacznie bardziej pewnymi. Dotyczy to zarówno załączników, jak i samodzielnie generowanych grafik.

    Plugin automation i JSON

    Dla osób automatyzujących pipeline'y i integracje CI/CD kluczowe znaczenie ma strukturalne wyjście. Dodano flagę --json do komend add, remove i marketplace, a plugin list zwraca teraz źródło marketplace'u. Plugin detail pokazuje domyślne prompty, zdalne serwery MCP oraz niedostępne szablony aplikacji. To informacje przydatne w skryptach, gdzie parsowanie tekstu byłoby uciążliwe.

    Poprawki w workflow i TUI

    Kilka uciążliwych błędów zostało naprawionych. Wieloliniowe wklejanie w /goal edit nie wysyła już komunikatu przedwcześnie, a idle auto-turns nie wchodzą w tryb Plan. Cele przestały automatycznie kontynuować po błędach terminala. TUI nie dodaje już pustej przestrzeni podczas streamowania, a anulowane prompty otwierają się ponownie z kursorem na końcu.

    Startup również przeszedł poprawki: dodano fallback na /usr/bin/bash, skrócono ścieżki socketów proxy na Linuksie oraz wprowadzono odświeżanie wygasłych poświadczeń OAuth dla MCP. Błędy zapisu konfiguracji pokazują teraz rzeczywistą przyczynę, a ładowanie AGENTS.md działa dokładniej dla zdalnych i symlinkowanych workspace'ów.

    Co to oznacza na co dzień

    Dla developerów pracujących hybrydowo – raz w terminalu, raz w GUI – handoff eliminuje zbędne kroki i utrzymuje ciągłość kontekstu. Lepsza obsługa obrazów ułatwia wizualną iterację, a JSON-owe wyjście z pluginów wspiera automatyzacyjne nawyki DevOps. Seria poprawek w TUI i workflow'ach celów zwiększa przewidywalność długich sesji agentowych, co ma istotne znaczenie przy pracy w terminalu.

    Źródła