Autor: redakcja

Cursor zyskuje tryb Design Mode i raport zużycia kontekstu – edycja UI bez pisania kodu
Cursor wprowadził dwie nowe funkcje w obszarze canvases, które zmieniają sposób interakcji z interfejsem użytkownika. Tryb Design Mode umożliwia zaznaczanie elementów bezpośrednio na podglądzie strony i wskazywanie agentowi, co ma zmienić, bez potrzeby opisywania wszystkiego słowami. Dodatkowo, dostępny jest interaktywny raport zużycia kontekstu, który pokazuje, gdzie dokładnie idą tokeny podczas pracy agenta.

Co nowego w pigułce
- Design Mode umożliwia zaznaczanie, rysowanie i wybieranie głosowe elementów UI w canvasach Cursora.
- Wielokrotny wybór pozwala zaznaczyć kilka elementów naraz, aby agent mógł je dopasować lub usunąć w jednym kroku.
- Raport kontekstu rozbija zużycie tokenów na kategorie: system prompt, narzędzia, reguły i umiejętności.
- Edycja głosowa działa nawet gdy agent przetwarza poprzednie polecenie, co przyspiesza iteracyjne poprawki.
- Obie funkcje są dostępne dla użytkowników w ramach aktualizacji Cursor.
Jak działa Design Mode w praktyce

Dotychczas, aby zmienić wygląd komponentu w canvasie, użytkownik musiał opisać, co i gdzie należy poprawić. Design Mode zmienia tę sytuację. Użytkownik klika element bezpośrednio na podglądzie, może dodać kilka referencji, narysować po interfejsie lub powiedzieć na głos, co chce zmienić.

Agent otrzymuje nie tylko zaznaczony fragment. Cursor przekazuje mu kod elementu, układ strony oraz wizualne relacje między komponentami. Dzięki temu edycja staje się bardziej precyzyjna, ponieważ agent rozumie kontekst przestrzenny, a nie tylko abstrakcyjny opis.

Wielokrotny wybór to kolejna nowość. Użytkownik zaznacza kilka przycisków, kart lub sekcji i mówi agentowi: „zrób, żeby wyglądały tak samo jak ten pierwszy” lub „usuń duplikaty”. Wcześniej wymagałoby to kilku osobnych poleceń. Teraz wystarczy jedna komenda.

Co istotne, tryb głosowy nie blokuje agenta. Użytkownik może mówić, co zmienić, nawet gdy Cursor pracuje nad poprzednim zadaniem. To przyspiesza proces wprowadzania poprawek, ponieważ nie trzeba czekać na zakończenie wcześniejszej instrukcji.

Raport kontekstu – tokeny pod lupą

Drugą nowością jest interaktywny raport zużycia kontekstu. Użytkownicy wcześniej widzieli głównie całkowitą liczbę tokenów. Teraz Cursor rozbija to na kategorie: system prompt, narzędzia, reguły i umiejętności.

Raport pokazuje nie tylko liczby, ale także proporcje. Dzięki temu łatwiej zdiagnozować, dlaczego kontekst się powiększa – czy to przez rozbudowane reguły, czy może przez narzędzia ładujące zbędne dane. Jeśli coś wygląda podejrzanie, dostępna jest opcja „Debug with Agent”, która pozwala przeanalizować problem bardziej szczegółowo.

Dla zespołów pracujących z dużymi bazami reguł i rozbudowanymi promptami systemowymi to istotna zmiana. Zamiast zgadywać, co zużywa tokeny, można to sprawdzić w kilka sekund i odpowiednio zoptymalizować konfigurację agenta.

Co to oznacza dla codziennej pracy
- Design Mode i raport kontekstu to nie są jedynie kosmetyczne dodatki. Pierwsza funkcja znacznie skraca czas potrzebny na wizualne poprawki, szczególnie przy generowanych dashboardach, raportach i innych artefaktach UI, które Cursor tworzy w canvasach. Zamiast pisać szczegółowe instrukcje, użytkownik może wskazać elementy i powiedzieć, co zmienić.
Druga funkcja daje kontrolę nad kosztami i wydajnością. W świecie agentów AI, gdzie tokeny wpływają na czas odpowiedzi i wydatki, świadomość, gdzie one idą, jest kluczowa. Raport kontekstu wpisuje się w szerszy trend – narzędzia dla deweloperów coraz częściej pokazują nie tylko co robi agent, ale także ile go to kosztuje.

Obie funkcje są już dostępne dla użytkowników. Design Mode można znaleźć bezpośrednio w interfejsie canvasów, a raport kontekstu pojawia się jako interaktywny widok w panelu agenta.

Źródła
- Enhancing Cursor Canvases: New Design Mode and Context Usage Reporting
2026-07-25
Codex 0.137.0 wprowadza rozbudowane wsparcie dla klawiszy F13-F24 i widoczność limitów kredytowych dla firm
OpenAI opublikowało wersję 0.137.0 narzędzia Codex CLI, która wprowadza zmiany operacyjne w interfejsie terminalowym, zarządzaniu agentami i kontroli dostępu dla klientów biznesowych. Aktualizacja koncentruje się na bezpieczeństwie, użyteczności TUI oraz usprawnieniach dla zespołów pracujących z wieloma agentami jednocześnie.

Kluczowe zmiany w skrócie
- Rozszerzone sterowanie w TUI obejmuje obsługę klawiszy F13–F24, wklejanie w przeszukiwalnych menu oraz kompaktowy wskaźnik statusu pokazujący wyłącznie proces wnioskowania.
- Konta enterprise zyskały widoczny miesięczny limit kredytów oraz możliwość stosowania zarządzanych zdalnie pakietów konfiguracyjnych, w tym dla workspace'ów EDU.
- Multi-agent v2 zapamiętuje wybór środowiska uruchomieniowego na wątek i oferuje czystsze domyślne wartości metadanych dla spawnujących się agentów.
- Bezpieczeństwo zostało wzmocnione przez blokowanie WebSocketów z kontekstu przeglądarki oraz ograniczenie wykonywania parsera PowerShell wyłącznie do hostów Windows.
TUI zyskuje na elastyczności — klawisze funkcyjne i wklejanie w menu

Terminal UI Codexa otrzymało kilka poprawek, które docenią użytkownicy spędzający w nim długie godziny. Najważniejszą nowością jest wsparcie dla klawiszy od F13 do F24. Dla niektórych osób może to brzmieć egzotycznie, ale w środowiskach z zaawansowanymi klawiaturami programowalnymi czy maszynami wirtualnymi te dodatkowe przyciski mogą znacznie przyspieszyć nawigację.

Dodatkowo, użytkownicy mogą teraz wklejać tekst bezpośrednio w przeszukiwalnych menu, co eliminuje konieczność ręcznego przepisywania ścieżek czy nazw plików przy filtrowaniu wyników. Pojawił się również kompaktowy wskaźnik statusu, który pokazuje wyłącznie etap wnioskowania modelu, co upraszcza interfejs.

Kontrola kosztów i konfiguracji w wydaniu enterprise

Dla administratorów wdrażających Codexa w zespołach, to wydanie przynosi dwie konkretne zmiany. Użytkownicy kont firmowych mogą teraz zobaczyć swój miesięczny limit kredytów bezpośrednio w interfejsie, co eliminuje potrzebę zgadywania, ile jeszcze mogą wydać na wywołania API. Ponadto, wprowadzono obsługę cloud-managed config bundles, czyli pakietów konfiguracyjnych zarządzanych centralnie przez administratora.

Oznacza to, że organizacja może przygotować zestaw ustawień (w tym dla workspace'ów edukacyjnych) i automatycznie rozesłać go na wszystkie instancje Codexa w firmie. To eliminuje konieczność ręcznego kopiowania plików konfiguracyjnych między maszynami programistów.

Multi-agent v2 — runtime na wątek i porządek z metadanymi

Przepływ pracy z wieloma agentami został znacząco dopracowany. W wersji 0.137.0 multi-agent v2 trzyma wybór środowiska uruchomieniowego przypisany do konkretnego wątku, co eliminuje frustrację związaną z pytaniami o aktualne środowisko podczas dłuższych sesji z agentami.

Spawnujące się agenty otrzymują czystsze domyślne wartości metadanych, co przekłada się na mniej chaotyczne logi i łatwiejsze śledzenie, który agent za co odpowiada. To oszczędza czas zespołom debugującym złożone pipeline'y.

Bezpieczeństwo pod spodem — mniej furtki dla niechcianych skryptów

Choć zmiany bezpieczeństwa mogą nie być od razu widoczne, są kluczowe dla tego wydania. Serwer wykonawczy odrzuca teraz próby handshake'u WebSocket pochodzące z kontekstu przeglądarki, dopuszczając tylko połączenia z autoryzowanych narzędzi Codexa. Parser PowerShell został ograniczony wyłącznie do maszyn z systemem Windows, co zmniejsza powierzchnię ataku na systemy Linux i macOS.

Drobniejsze poprawki i workflow pluginów

Wydanie naprawiło kilka irytujących błędów: przywracanie stanu po anulowaniu prompta działa teraz poprawnie, aplikacja na macOS uruchamia się stabilniej, a SQLite na Windowsie ładuje się bez problemów. Dla twórców pluginów dodano polecenie codex plugin list --json oraz cache'owane podpowiedzi z katalogu zdalnego, co przyspiesza integrację z zewnętrznymi narzędziami.

Warto również zauważyć, że hostowane narzędzia webowe i graficzne są teraz dostępne w większej liczbie ścieżek wykonania kodu, a samodzielne wyszukiwania webowe mogą działać równolegle. To krok w stronę agentów, które nie czekają na odpowiedź jednego zapytania, zanim wyślą następne.

Podsumowanie

Wersja 0.137.0 to aktualizacja, która nie wprowadza spektakularnych nowości, ale solidnie poprawia funkcjonalność Codexa w codziennym użytkowaniu — w terminalu, w zespołach i w złożonych przepływach z agentami. Widoczność limitów kredytowych oraz zdalne pakiety konfiguracyjne to funkcje, które ułatwiają życie administratorom, a poprawki bezpieczeństwa i użyteczności sprawiają, że narzędzie działa bardziej przewidywalnie i bezpieczniej.

Źródła
- Codex Release 0.137.0: Enhanced TUI Controls, Enterprise Features, and Multi-Agent Improvements
2026-07-24
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

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ć

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
2026-07-23
Qwen-Code v0.17.1 stawia na stabilność i agentic workflow w terminalu
Zespół QwenLM wprowadził wersję v0.17.1 swojego terminalowego agenta AI, Qwen-Code, koncentrując się na poprawie zarządzania pamięcią i usprawnieniu przepływów pracy w podagentach. Aktualizacja zawiera konkretne poprawki inżynieryjne, które mają pozytywny wpływ na niezawodność narzędzia podczas długich sesji programistycznych.

Najważniejsze zmiany w pigułce
- Qwen-Code v0.17.1 wprowadza monitor ciśnienia pamięci, który zapobiega niekontrolowanemu zużyciu RAM podczas pracy z dużymi projektami.
- Atomowe wdrożenia plików konfiguracyjnych eliminują ryzyko uszkodzenia ustawień przy równoczesnym zapisie.
- Wirtualny viewport i powiadomienia w tle dla shella to nowe funkcje CLI, które ułatwiają pracę w środowisku bez interfejsu graficznego.
- Lepsze zarządzanie historią – agent poprawnie wznawia sesje bez wycieków pamięci i błędów przy dużych kontekstach.
Agent w terminalu zyskuje na stabilności

Qwen-Code jest narzędziem do automatyzacji zadań programistycznych, takich jak przeglądanie rozległych codebasów, refaktoryzacja czy generowanie kodu. Prawdziwym testem dla takich agentów są wielogodzinne sesje, w których historia poleceń i kontekst projektu rosną.

Wersja v0.17.1 wprowadza monitor ciśnienia pamięci, który działa jako inteligentny strażnik. Gdy zużycie RAM zbliża się do krytycznego poziomu, agent proaktywnie zwalnia zasoby, co zapobiega awariom. To funkcja, która jest szczególnie cenna dla tych, którzy doświadczyli utraty pracy przez nagłe wyłączenie terminala.

Drugim istotnym elementem aktualizacji są atomowe wdrożenia plików konfiguracyjnych. Oznacza to, że zmiany w ustawieniach są zapisywane w sposób transakcyjny – albo wszystko trafia na dysk, albo nic. Eliminowane są sytuacje, w których przerwany zapis pozostawia uszkodzone pliki konfiguracyjne.

Podagenty i przepływy pracy

Wersja v0.17.1 rozwija koncepcję podagentów – mniejszych instancji AI przypisanych do konkretnych zadań w ramach większego workflow. Zarządzanie nimi stało się bardziej przewidywalne, a odtwarzanie złożonych procesów działa płynniej.

To ważne dla zespołów, które wykorzystują Qwen-Code do automatyzacji CI/CD czy generowania dokumentacji. Możliwość odtworzenia tej samej sekwencji operacji przez podagenta eliminuje błędy związane z niedeterministycznym zachowaniem modeli językowych.

Interfejs również przeszedł zmiany. Wirtualny viewport pozwala agentowi lepiej rozumieć układ interfejsu w trybie terminalowym, co jest istotne przy testach end-to-end aplikacji konsolowych. Powiadomienia w tle informują o zakończeniu długotrwałych operacji, co eliminuje potrzebę ciągłego monitorowania outputu.

Co to znaczy dla programistów

Qwen-Code zmierza w kierunku, który wyznaczają inne narzędzia, takie jak Cursor czy Windsurf – agent AI nie jest jedynie zabawką do generowania kodu, ale realnym narzędziem w codziennej pracy. Qwen stawia na lekkość i integrację terminalową, unikając ciężkich edytorów GUI.

Wersja v0.17.1 to krok w stronę dojrzałości. Nie wprowadza nowych modeli ani integracji z zewnętrznymi API, lecz koncentruje się na systematycznym usuwaniu błędów – lepszym egzekwowaniu użycia narzędzi, poprawkach przy wznawianiu historii sesji oraz stabilniejszych testach.

Rozwój tego projektu warto śledzić – repozytorium na GitHubie ma już ponad 26 tysięcy gwiazdek, a częste aktualizacje, czasami kilka dziennie w gałęziach "nightly", pokazują, że zespół pracuje intensywnie. Jeśli Qwen-Code utrzyma tę trajektorię, może stać się poważnym konkurentem dla komercyjnych rozwiązań w kategorii agentic coding.

Źródła
- Qwen-Code v0.17.1: Enhanced Performance and Agentic Workflows
2026-07-22
Claude Opus 4.8 wchodzi z milionowym oknem kontekstu i nowym narzędziem advisor
28 maja 2026 roku Anthropic wprowadziło Claude Opus 4.8, model, który oferuje 1 milion tokenów okna kontekstowego, 128 tysięcy tokenów wyjściowych oraz przeprojektowane myślenie adaptacyjne. Platforma zyskała również rozszerzone wsparcie dla zarządzanych agentów na AWS, możliwość wstrzykiwania wiadomości systemowych w trakcie konwersacji oraz parametr max_tokens w narzędziu advisor, co pozwala deweloperom lepiej kontrolować koszty i opóźnienia.

Co nowego – w pigułce
- Claude Opus 4.8 debiutuje 41 dni po premierze poprzedniej wersji, z 4-krotnie mniejszym ryzykiem przeoczenia błędów w kodzie.
- Nowy parametr max_tokens w narzędziu advisor pozwala ograniczać zużycie zasobów przy zadawaniu pytań modelowi.
- Wiadomości systemowe w trakcie konwersacji umożliwiają aktualizację promptów systemowych bez resetowania konwersacji.
- Claude Managed Agents są dostępne na AWS, a ulepszone raportowanie odmów wspiera debugowanie aplikacji.
- Dynamic Workflows w Claude Code mogą uruchomić do 1000 równoległych podagentów do migracji repozytoriów.
Myślenie adaptacyjne i uczciwość – co się zmieniło

Claude Opus 4.8 wprowadza mechanizm dynamicznego dostosowywania głębi wnioskowania. Model samodzielnie ocenia, ile "myślenia" wymaga konkretne zadanie – przy prostych pytaniach przechodzi do odpowiedzi szybciej, a przy bardziej złożonych angażuje więcej zasobów. Wczesne testy pokazują, że model rzadziej przeocza błędy w kodzie, co czyni go bardziej wiarygodnym narzędziem dla zespołów DevOps i web developerów. Model częściej sygnalizuje, gdy nie ma pewności, co jest istotne w kontekście produkcji.

Narzędzie advisor z kontrolą kosztów

Nowy parametr max_tokens w narzędziu advisor odpowiada na problem rosnących kosztów przy intensywnym korzystaniu z modelu. Umożliwia on ustawienie limitu tokenów dla odpowiedzi generowanych przez advisor, co wpływa na przewidywalność wydatków i czas odpowiedzi. Deweloperzy mogą teraz lepiej zarządzać budżetem zapytań, nie rezygnując z jakości.

Claude Managed Agents i komunikaty systemowe w środku rozmowy

Platforma rozszerza wsparcie dla Claude Managed Agents na AWS, co upraszcza wdrażanie agentów w chmurze Amazonu. Zmiana w API Messages pozwala teraz na wprowadzanie wpisów systemowych bezpośrednio w tablicy messages, co umożliwia modyfikację kontekstu modelu w trakcie rozmowy. To rozwiązanie jest przydatne w długich interakcjach, gdzie wymagania ewoluują.

Ulepszono także raportowanie odmów. Gdy model odrzuca żądanie, odpowiedź zawiera więcej szczegółów dotyczących przyczyny. To pozwala zespołom budującym krytyczne aplikacje szybciej zidentyfikować źródło problemu.

Ceny i tryb Fast Mode

Anthropic utrzymało standardowe ceny na poziomie Claude Opus 4.8: 5 dolarów za milion tokenów wejściowych i 25 dolarów za milion wyjściowych. Fast Mode kosztuje 10 i 50 dolarów odpowiednio, ale działa około 2,5 razy szybciej niż tryb standardowy. W porównaniu z Fast Mode poprzedniej generacji (30/150 dolarów) to trzykrotna obniżka, co ma znaczenie w kontekście budżetu przy wysokoprzepustowych zadaniach agentowych.

Co to znaczy dla web developmentu

Claude Opus 4.8 stał się domyślnym modelem dla planów Pro, Max, Team i Enterprise w Claude Code. Milionowe okno kontekstu umożliwia analizę całych repozytoriów w jednym przebiegu, a Dynamic Workflows, dostępne jako podgląd badawczy, potrafią zrównoleglić zadania migracyjne na dużą skalę. Dzięki kontroli kosztów przez max_tokens w advisorze oraz możliwości podmiany promptów systemowych w locie, zyskujemy narzędzia gotowe do zastosowania w produkcji.

Źródła
- Introducing Claude Opus 4.8 and Enhanced Advisor Tool Capabilities
2026-07-20
Claude Code 2.1.157 stawia na lokalne wtyczki i płynniejszą pracę z repozytoriami
Anthropic wprowadziło 29 maja 2026 roku wersję 2.1.157 Claude Code, która znacząco upraszcza proces tworzenia i używania wtyczek. Użytkownicy mogą teraz po prostu umieścić pliki w katalogu .claude/skills, a narzędzie automatycznie je załaduje podczas uruchamiania sesji. Wersja ta wprowadza również komendę do szybkiego tworzenia nowych wtyczek oraz szereg poprawek stabilności, które będą szczególnie przydatne dla osób pracujących z obrazami i terminalem.

Co nowego w skrócie
- Automatyczne ładowanie wtyczek z folderu .claude/skills bez potrzeby rejestracji w marketplace czy dodatkowych flag CLI
- Nowa komenda claude plugin init <name> tworzy kompletny szkielet wtyczki w bieżącym katalogu
- Ulepszone zarządzanie agentami — sesje respektują pole agent w settings.json, a flaga --agent umożliwia szybkie nadpisanie
- EnterWorktree pozwala na przełączanie się między worktree bez wychodzenia z aktywnej sesji
- Ponad 20 poprawek błędów, w tym dla przetwarzania obrazów, renderowania terminala i sesji w tle
Koniec z marketplace jako jedyną drogą

Główna zmiana w tym wydaniu polega na tym, że system plików staje się rejestrem wtyczek. Dotychczas, aby użyć własnego pluginu w Claude Code, należało publikować go w marketplace lub ręcznie wskazywać ścieżkę za pomocą flagi --plugin-dir. Teraz wszystko, co znajdzie się w .claude/skills/, jest automatycznie wykrywane i gotowe do użycia od razu po uruchomieniu sesji.

Dla zespołów zajmujących się pisaniem wewnętrznych skryptów czy automatyzacji to duża oszczędność czasu. Odpadają wszelkie procedury związane z tokenami uwierzytelniającymi, komendami instalacyjnymi i konfiguracją. Katalog projektu staje się jedynym źródłem prawdy, co sprawdza się szczególnie dobrze w środowiskach, gdzie liczy się szybkie prototypowanie.

Nowa komenda claude plugin init <nazwa> dodatkowo przyspiesza proces przejścia od pomysłu do działającego kodu. Zamiast ręcznie tworzyć boilerplate, użytkownicy otrzymują gotowy szablon w kilka sekund. W połączeniu z autouzupełnianiem argumentów /plugin, które pokazuje dostępne opcje w czasie rzeczywistym, próg wejścia dla twórców wtyczek znacznie się obniża.

Agenci i worktree — mniej klikania, więcej działania

Kolejna istotna zmiana dotyczy zarządzania agentami i pracy z gałęziami. Sesje uruchamiane z poziomu agenta uwzględniają teraz pole agent w pliku settings.json, co pozwala na precyzyjne kontrolowanie, który model i z jakimi uprawnieniami jest uruchamiany. Flaga --agent umożliwia szybkie nadpisanie tego ustawienia bez konieczności edytowania konfiguracji.

Komenda EnterWorktree jest przydatna dla osób, które pracują z wieloma gałęziami w ramach jednego zadania. Umożliwia przełączanie się między worktree zarządzanymi przez Claude'a bez zamykania sesji, co eliminuje potrzebę ręcznego przechodzenia między terminalami czy zapisywania kontekstu. Dla skomplikowanych workflow deweloperskich to realna oszczędność czasu.

Cichy wróg — stabilność

Wersja 2.1.157 zamyka również ponad 20 zgłoszeń błędów, z których kilka mogło powodować problemy. Obrazy o zerowej długości lub uszkodzone wklejane ze schowka nie powodują już awarii — są zamieniane na tekstowe placeholdery. Poprawiono renderowanie terminala, w tym regresję schowka w tmux, która wystąpiła w v2.1.157.

WSL zyskał poprawki dotyczące obsługi obrazów, a zintegrowane terminale w IDE przestały gubić kontekst. Sesje w tle również otrzymały kilka poprawek, zarówno w logice wygaszania, jak i zarządzania procesami. Całość obejmuje 33 zmiany CLI, bez żadnych breaking changes, więc aktualizacja nie powinna wpłynąć negatywnie na istniejące ustawienia.

Lokalnie znaczy szybciej

To wydanie wpisuje się w szerszy trend odchodzenia od scentralizowanych marketplace'ów na rzecz rozwiązań działających bezpośrednio w systemie plików. Dla osób praktykujących vibe coding, gdzie liczy się natychmiastowa iteracja, eliminacja zbędnych kroków konfiguracyjnych to klucz do efektywnej pracy. Claude Code 2.1.157 dostarcza narzędzi, które nie przeszkadzają w pracy, co jest jego największą zaletą.

Źródła
- Claude Code 2.1.157: Enhanced Plugin Support and Workflow Improvements
2026-07-18
Claude Opus 4.8 w praktyce: setki agentów, dynamiczne przepływy i taniej o dwie trzecie
Anthropic wprowadził Claude Opus 4.8, a wraz z nim aktualizację Claude Code, która umożliwia tworzenie dynamicznych przepływów pracy oraz orkiestrację do tysiąca równoległych podagentów w jednej sesji. Nowy model jest dostępny na claude.ai, w API oraz na Amazon Bedrock, a ceny za standardowe użycie pozostały takie same jak w poprzedniej wersji.

Co nowego w skrócie
- Claude Opus 4.8 radzi sobie z długimi zadaniami agentowymi, popełniając czterokrotnie mniej niewykrytych błędów niż jego poprzednik.
- Dynamiczne przepływy pozwalają uruchomić do 1000 podagentów w ramach jednego zadania, z maksymalnie 16 działającymi jednocześnie.
- Tryb szybki jest 2,5 raza szybszy i trzy razy tańszy niż w przypadku Claude Opus 4.7.
- Sterowanie wysiłkiem jest teraz pod kontrolą użytkownika — komenda /effort pozwala wybrać poziom od niskiego do maksymalnego.
Co potrafi Opus 4.8

Nowy model jest zaprojektowany do zadań wymagających długotrwałej pracy agentowej, takich jak przeszukiwanie bazy kodu, koordynowanie wielu działań jednocześnie oraz samodzielne korygowanie błędów. Anthropic informuje, że Opus 4.8 jest około czterokrotnie mniej skłonny do pomijania błędów bez komentarza niż jego poprzednik. Model częściej przyznaje się do błędów, zamiast udawać, że wszystko jest w porządku.

Okno kontekstowe wynosi milion tokenów, co pozwala modelowi analizować rozległy kod bez gubienia wątku. Dodatkowo obniżono minimalną długość promptu obsługiwaną przez cache — teraz wystarczy 1024 tokeny zamiast 2048, co zmniejsza koszty przy krótszych zapytaniach.

Ceny pozostają na poziomie 5 dolarów za milion tokenów wejściowych i 25 za milion wyjściowych w standardowym trybie, co jest takie samo jak w Claude Opus 4.7. W trybie szybkim stawki wynoszą 10 i 50 dolarów, co jest trzykrotnie mniej niż 30 i 150 dolarów w poprzednich wersjach. To znaczący argument na rzecz korzystania z szybszych odpowiedzi.

Dynamiczne przepływy — tu dzieje się najwięcej

Najciekawszą nowością w Claude Code są dynamiczne przepływy pracy, które obecnie są dostępne w wersji beta. Claude Opus 4.8 działa jako orkiestrator, dzieląc złożone zadania na mniejsze części, które następnie rozsyła do dziesiątek lub setek podagentów, a później zbiera i weryfikuje wyniki.

Architektura składa się z trzech warstw. Na górze znajduje się orkiestrator, którym zazwyczaj jest Opus 4.8, odpowiedzialny za dekompozycję zadania i końcową syntezę. Poniżej pracują podagenci, mogą to być lżejsze modele, takie jak Haiku lub Sonnet, jeśli koszty mają znaczenie. Na samym dole znajduje się warstwa narzędziowa, która zapewnia dostęp do plików, API, baz danych oraz wykonania kodu.

Liczba podagentów nie jest ustalona na stałe. Model samodzielnie decyduje, ilu pracowników potrzebuje w trakcie realizacji zadania. Przy małym raporcie wystarczą trzy instancje, natomiast przy pełnej analizie konkurencji — kilkadziesiąt. Maksymalny limit wynosi tysiąc podagentów na sesję, z czego szesnaście może działać jednocześnie.

Lepsza integracja z terminalem i nowe możliwości API

Claude Code otrzymał również ulepszoną obsługę agentów działających w tle. Dotyczy to długotrwałych zadań inżynieryjnych, takich jak migracje kodu, refaktoryzacje i przeglądy repozytoriów, które teraz lepiej integrują się z terminalem i sesjami. Użytkownicy mogą uruchomić te zadania, a następnie wrócić po wyniki, bez obawy o ich przerwanie.

W API Messages wprowadzono możliwość wstawiania wiadomości systemowych w trakcie konwersacji, po turze użytkownika. Dotychczas, aby zmienić zachowanie modelu w trakcie długiego zadania, konieczne było ponowne wysłanie całego promptu systemowego, co rozbijało cache. Teraz wystarczy dodać role: "system" bezpośrednio w tablicy wiadomości — to mała zmiana, ale istotna dla osób budujących złożone pipeline'y agentowe.

Dodatkowo, funkcja /simplify, która służy do upraszczania kodu podczas przeglądów, została usprawniona, co powinno ucieszyć zespoły zajmujące się code review z asystą AI.

Anthropic zaleca selektywne podejście do adopcji: trudne zadania agentowe i migracje warto przenieść na Opus 4.8, natomiast proste, jednorazowe generacje kodu mogą pozostać przy starszych modelach. Kluczowe są pełne specyfikacje i jasne instrukcje weryfikacji — model najlepiej wykorzystuje swoje możliwości, gdy dokładnie wie, co ma sprawdzić.

Źródła
2026-07-16
Zed 1.4.4 naprawia błędy Copilota i AI, które psuły pracę z modelami GPT
Najnowsza stabilna wersja edytora Zed, oznaczona jako 1.4.4, wprowadza dwie poprawki dotyczące integracji z GitHub Copilot. Ta aktualizacja eliminuje krytyczny błąd, który powodował, że zapytania do modeli GPT były odrzucane z komunikatem „invalid request body”, co uniemożliwiało korzystanie z asystenta AI. Jest to kontynuacja wcześniejszej wersji 1.4.4, która rozwiązała problem z pustą listą modeli dla użytkowników korzystających z nowszych wersji SDK Copilota.

Co trzeba wiedzieć
- Zed 1.4.4 naprawia błąd „invalid request body” przy użyciu modeli GPT przez GitHub Copilot.
- Wersja 1.4.4 rozwiązała problem z pustą listą rozwijaną modeli w nowszych kompilacjach SDK.
- Obie poprawki dotyczą wyłącznie stabilności integracji AI, nie wprowadzają nowych funkcji.
- Zespół Zed szybko reaguje na zgłoszenia, co pokazuje ich priorytet w zapewnieniu niezawodności narzędzi do kodowania wspomaganego AI.
Dlaczego te łatki mają znaczenie

Frustracja związana z narzędziem AI, które przestaje działać w trakcie sesji kodowania, jest powszechna. Użytkownicy Zed, którzy korzystali z modeli GPT przez integrację z GitHub Copilot, napotykali problemy, gdy serwer odrzucał ich żądania z powodu nieprawidłowej struktury zapytania.

Błąd w wersji 1.4.4 był także uciążliwy, ponieważ lista dostępnych modeli nie wypełniała się. Dla nowych użytkowników, którzy dopiero konfigurowali swoje środowisko, pusty dropdown mógł sugerować, że integracja nie działa, podczas gdy problem leżał w komunikacji z nowym SDK. Zespół Zed natychmiast zajął się oboma problemami po ich zgłoszeniu.

Szybkie tempo poprawek

W świecie narzędzi deweloperskich tempo reakcji na błędy wpływa na zaufanie użytkowników. Zed wykazuje sprawność, której brakuje wielu większym konkurentom – między wersją 1.4.4 a 1.4.4 minęło zaledwie kilka dni. Inżynierowie Zed skupili się na przywróceniu pełnej funkcjonalności Copilota dla wszystkich konfiguracji.

Obie poprawki dotyczą różnych warstw integracji. Wersja 1.4.4 koncentruje się na warstwie klienckiej, czyli tym, co widzi użytkownik w interfejsie. Wersja 1.4.4 naprawia proces formowania zapytań HTTP wysyłanych do API. Dla programistów używających Zed jako głównego edytora do pracy z AI, stabilność jest kluczowa.

Kontekst szerszego ekosystemu

Zed od dłuższego czasu umacnia swoją pozycję jako wydajny edytor dla programistów, którzy nie chcą rezygnować z szybkości działania na rzecz integracji z nowoczesnymi narzędziami AI. Obsługa GitHub Copilot jest jednym z filarów tej strategii, obok własnego agenta AI i wsparcia dla wielu dostawców modeli, takich jak Anthropic, AWS Bedrock i OpenCode.

Te dwie poprawki, choć techniczne, pokazują dojrzałość projektu. Zespół Zed koncentruje się na tym, aby istniejące modele działały bez zarzutu, zamiast tylko dodawać nowe. Każda godzina przestoju w narzędziu AI to realny koszt dla dewelopera, dlatego Zed nie odkłada poprawek do następnego dużego wydania.

Jeśli korzystasz z Zed z Copilotem i modelami GPT, instalacja wersji 1.4.4 jest niezbędna. Dla całej społeczności to sygnał, że zespół monitoruje sytuację i nie pozwala, by krytyczne błędy zalegały dłużej niż to konieczne.

Źródła
- Zed Stable Release 1.4.4: AI and Copilot Fixes
2026-07-16
Cline CLI v3.0.14: cicha aktualizacja, która ratuje kompilowane buildy przed milczącą awarią telemetrii
Zespół Cline wypuścił wersję v3.0.14 swojego CLI, koncentrując się na poprawie stabilności telemetrii. To aktualizacja, która nie wprowadza nowych funkcji, lecz rozwiązuje problem z bundlowaniem zmiennych OTEL w kompilowanych buildach. Jeśli kiedykolwiek zastanawiałeś się, dlaczego telemetria znika po zbudowaniu aplikacji, odpowiedź leży w tej aktualizacji.

Kluczowe fakty
- Cline CLI v3.0.14 naprawia bundlowanie zmiennych telemetrycznych OTEL, które powodowały wyłączanie telemetrii w kompilowanych buildach.
- Problem dotyczył niezdefiniowanych zmiennych środowiskowych, które podczas budowania były usuwane przez bundlery, zamiast pozostać jako sprawdzalne wartości.
- Poprawka dodaje zabezpieczenia przed undefined i optymalizuje kompatybilność z narzędziami do budowania.
- Aktualizacja jest krytyczna dla zespołów używających Cline w środowiskach CI/CD i produkcyjnych.
- Wydanie nie wprowadza żadnych nowych funkcji — to czysto techniczna łatka infrastrukturalna.
Dlaczego telemetria OTEL potrafi zniknąć po zbudowaniu

OpenTelemetry to standard zbierania danych o działaniu aplikacji. Problem polega na tym, że bundlery takie jak esbuild czy Webpack analizują kod podczas budowania i usuwają wszystko, co uznają za martwy kod. Gdy zmienna środowiskowa nie jest jawnie zdefiniowana, bundler traktuje ją jako nieosiągalną i wycina cały blok z logiką telemetrii.

Efekt? W trybie developerskim wszystko działa. Uruchamiasz cline dev, metryki są dostępne. Budujesz wersję produkcyjną — cisza. Żadnych błędów, żadnych ostrzeżeń, po prostu telemetria przestaje istnieć w skompilowanym kodzie.

To problem, który może pozostać niezauważony przez długi czas. Zespoły mogą przez tygodnie myśleć, że monitoring działa, podczas gdy w rzeczywistości dane nie są nigdzie wysyłane.

Co dokładnie zmieniono w v3.0.14

Mechanika naprawy jest prosta, ale skuteczna. Zamiast polegać na bezpośrednich referencjach do zmiennych środowiskowych, kod telemetrii został przepisany tak, by najpierw sprawdzać istnienie zmiennej, a dopiero potem podejmować decyzję. To klasyczne podejście, które bundler musi pozostawić w spokoju, ponieważ nie może udowodnić, że warunek zawsze będzie fałszywy.

Dodatkowo zoptymalizowano sposób, w jaki zmienne OTEL są pakowane. Teraz nawet jeśli bundler agresywnie tree-shakuje nieużywane importy, ścieżka telemetryczna pozostaje nietknięta. Dla użytkownika końcowego to zmiana niewidoczna — po prostu rzeczy działają tak, jak powinny.

Dla kogo ta łatka ma znaczenie

Jeśli używasz Cline lokalnie w trybie dev i nigdy nie budujesz wersji produkcyjnych, prawdopodobnie nie byłeś świadomy problemu. Jednak jeśli twoja konfiguracja obejmuje CI/CD, gdzie Cline jest częścią zautomatyzowanych pipeline'ów, albo uruchamiasz go jako komponent większego systemu — ta aktualizacja jest istotna.

Telemetria w środowiskach produkcyjnych to nie tylko statystyki użycia. To sygnały błędów, metryki wydajności, informacje o tym, które narzędzia i modele są faktycznie wywoływane. Utrata tych danych może oznaczać, że przez długi czas nie zauważysz regresji wydajności czy błędów dotykających konkretnych ścieżek kodu.

Podsumowanie

Cline CLI v3.0.14 przypomina, że narzędzia AI w produkcji wymagają takiej samej dyscypliny infrastrukturalnej jak każdy inny software. Telemetria, która znika po zbudowaniu, nie jest błędem krytycznym w rozumieniu awarii aplikacji. Jest to problem, który może być trudny do zauważenia. Ta łatka rozwiązuje ten problem, zapewniając, że telemetria działa zgodnie z oczekiwaniami.

Źródła
2026-07-14
Factory v0.133.1: Lepsza kontrola kontekstu i sygnały dźwiękowe dla programistów
Factory wprowadził aktualizację v0.133.1, która dodaje nowe polecenie /context oraz sygnały dźwiękowe do monitorowania sesji deweloperskich. To wydanie koncentruje się na poprawie świadomości użytkowników o tym, co dzieje się podczas pracy agentów AI, szczególnie w przypadku dłuższych zadań, gdzie łatwo stracić orientację w zużyciu zasobów.

Kluczowe zmiany w pigułce
- Polecenie /context otwiera modal podglądu wykorzystania tokenów i długości sesji bez przerywania pracy.
- Opcjonalne dźwięki informują o zakończeniu zadania lub aktualizacji stanu agenta.
- Menu boczne sesji zapewnia szybki dostęp do ostatnich projektów i działań.
- Wprowadzono kilka poprawek stabilności: lepsza widoczność końcowego outputu, obsługa zoomu pulpitu oraz naprawa linków integracji z Linear.
Świadomość kontekstu bez wychodzenia z flow

Nowością jest komenda /context, która wywołuje modal pokazujący aktualne zużycie tokenów, długość trwającej sesji oraz pozostały limit w ramach subskrypcji. To rozwiązanie jest przydatne dla osób pracujących z narzędziami do kodowania, które mogą stracić orientację w czasie trwania sesji.

Wystarczy wpisać /context w interfejsie Factory, aby zobaczyć te dane w czytelnym widoku. Użytkownicy nie muszą przerywać pracy ani przeszukiwać ustawień. To małe udogodnienie oszczędza czas i nerwy podczas szybkiego prototypowania.

Dźwięki, które faktycznie pomagają

Drugim elementem aktualizacji są opcjonalne powiadomienia dźwiękowe. Factory wprowadza proste sygnały informujące o zakończeniu zadania przez agenta, błędzie wykonania lub zmianie stanu sesji.

W narzędziach AI do kodowania często pomija się warstwę dźwiękową. Jednak przy pracy z subagentami i modelami mieszanymi, które Factory wprowadził w wersji v0.133.1, łatwo przeoczyć moment, w którym agent kończy zadanie. Dźwięk pozwala użytkownikom wrócić do kontekstu w odpowiednim momencie, zamiast co chwilę sprawdzać terminal.

Szybsza nawigacja i mniej irytujących błędów

Menu boczne sesji to kolejna funkcja zwiększająca wygodę. Umożliwia szybki dostęp do historii sesji i ostatnich projektów bez otwierania osobnego widoku. Jest to szczególnie przydatne przy pracy nad kilkoma równoległymi projektami.

Poprawki stabilności również mają znaczenie. Lepsza widoczność końcowego outputu eliminuje potrzebę przewijania logów w poszukiwaniu wygenerowanego kodu. Naprawa obsługi zoomu pulpitu rozwiązuje problemy z interfejsem na monitorach o wysokiej rozdzielczości. Poprawione linki integracji z Linear eliminują błąd, który mógł zakłócać zarządzanie zadaniami.

Warto też wiedzieć

Factory regularnie rozwija funkcje dla programistów korzystających z AI w codziennej pracy. Wcześniejsze wydania, w tym v0.133.1, wprowadziły mieszane modele, niestandardowe subagenty oraz automatyczne pull requesty.

Nowsze wersje, w tym v0.133.1, dodały wsparcie dla port-forwardingu w droid computers oraz przyspieszyły start aplikacji dzięki zrównolegleniu faz bootowania. Wersja 0.133.1 wpisuje się w trend małych, użytecznych usprawnień, które nie rewolucjonizują workflow, ale poprawiają codzienną pracę.

Aktualizacja jest szczególnie przydatna dla osób spędzających długie godziny w Factory, które potrzebują lepszego wyczucia, ile jeszcze mogą wycisnąć z sesji, zanim wyczerpią limity. Dźwięki będą pomocne dla tych, którzy równolegle testują kod w przeglądarce, a menu boczne przyda się każdemu, kto zarządza kilkoma projektami jednocześnie.

Źródła
2026-07-12