Kategoria: Narzędzia developerskie

  • Kimi Code CLI 1.49.0 wprowadza inteligentne zarządzanie oknem kontekstowym

    Kimi Code CLI 1.49.0 wprowadza inteligentne zarządzanie oknem kontekstowym

    16 lipca 2026 roku wydano wersję 1.49.0 terminalowego agenta Kimi Code CLI, która zmienia sposób, w jaki narzędzie zarządza tokenami dla odpowiedzi modelu i obsługuje zapytania thinkujące. Ta aktualizacja jest istotna dla zespołów, które często borykają się z błędami przepełnienia kontekstu podczas długich sesji programistycznych.

    Co nowego w pigułce

    • Dynamiczne budżetowanie tokenów – CLI szacuje dostępne miejsce w oknie kontekstowym zamiast stosować sztywny limit 32 000 tokenów.
    • Nowa zmienna środowiskowa KIMI_MODEL_MAX_COMPLETION_TOKENS pozwala na ręczne ograniczenie długości generowanych odpowiedzi.
    • Ujednolicona obsługa modeli thinkujących przez parametr thinking.type, eliminując potrzebę automatycznego dodawania starszego reasoning_effort.
    • Poprawka historii konwersacji zapobiega gubieniu pustych wpisów rozumowania z historii sesji.

    Dlaczego stały limit tokenów był problemem

    W poprzednich wersjach Kimi Code CLI każde zapytanie do API miało ustawiony limit max_tokens=32000. To mogło wydawać się rozsądne, ale podczas długich sesji agent gromadził wiele plików źródłowych, logów testów, wyników narzędzi i historii poprawek. W rezultacie okno kontekstowe stawało się zbyt małe, a stały limit odpowiedzi nie mógł się zmieścić w dostępnej przestrzeni, co prowadziło do błędów invalid-request i przerywania pracy.

    Wersja 1.49.0 rozwiązuje ten problem poprzez dynamiczne szacowanie pozostałego miejsca w oknie kontekstowym przed każdym zapytaniem. max_completion_tokens jest automatycznie dostosowywane, aby zmieścić się w dostępnej przestrzeni. Dla zespołów DevOps i web-developerów oznacza to mniej awarii w pipeline'ach CI, na hostingu i w środowiskach kontenerowych.

    Kontrola nad limitem – zmienna środowiskowa w akcji

    Nowa wersja wprowadza również KIMI_MODEL_MAX_COMPLETION_TOKENS jako maksymalny limit dla generowanych tokenów. Jest to szczególnie przydatne w konfiguracjach współdzielonych, takich jak kontenery Dockera, zadania CI i środowiska deweloperskie. Stara zmienna KIMI_MODEL_MAX_TOKENS nadal działa jako alias kompatybilności, więc istniejące konfiguracje nie wymagają natychmiastowych poprawek.

    Ustawienie którejkolwiek z tych zmiennych na 0 lub wartość ujemną całkowicie wyłącza mechanizm przycinania, a CLI działa wtedy zgodnie ze standardowym zachowaniem API.

    Thinking models: porządek zamiast chaosu

    Obsługa modeli thinkujących również została zaktualizowana. Wersja 1.49.0 standaryzuje konfigurację wokół parametru thinking.type i przestaje automatycznie dodawać starszy reasoning_effort przy korzystaniu z natywnej konfiguracji Kimi.

    To jest istotne, ponieważ integracje korzystające z dostawcy Kosong i starszych endpointów kompatybilnych z Kimi mogą wymagać aktualizacji. Jeśli backend wciąż oczekuje reasoning_effort, należy go jawnie przekazać przez opcje generowania. Standaryzacja jednego parametru zmniejsza niejasności w kontrakcie między CLI, adapterem dostawcy a endpointem modelu, ale starsze serwery proxy i backendy API mogą wymagać ręcznej migracji.

    Dodatkowo poprawiono błąd, przez który puste wpisy rozumowania były usuwane z historii konwersacji. Zachowanie struktury wiadomości z polem reasoningowym, nawet jeśli jest ono puste, utrzymuje spójną historię tur dla modeli thinkujących. To jest zgodne z szerszym zachowaniem Kimi: rozumowanie z poprzednich tur jest domyślnie zachowywane, chyba że użytkownik jawnie je wyłączy przez [thinking] keep = "off".

    Co to znaczy dla codziennej pracy

    Praktyczne konsekwencje dla programistów są znaczące. Dłuższe sesje autonomicznego kodowania, takie jak vibe coding, refaktoryzacja czy debugowanie, przestaną kończyć się błędami po kilkudziesięciu minutach. Agent może pracować z dużym kontekstem repozytorium, wynikami testów i historią zmian bez potrzeby ręcznego czyszczenia sesji.

    Wersja 1.49.0 to wydanie maintenance'owe w ramach linii CLI, która, jak wskazuje dokumentacja projektu, przechodzi na nowszy produkt Kimi Code. Starsze repozytorium Python CLI zostało już zarchiwizowane, a to wydanie należy traktować jako ważną łatkę stabilizacyjną przed szerszą migracją.

    Podsumowanie

    Kimi Code CLI 1.49.0 to przede wszystkim wydanie poprawiające niezawodność: dynamiczne budżetowanie tokenów rozwiązuje problem przepełnienia kontekstu, zmienna środowiskowa daje zespołom kontrolę nad limitami, a standaryzacja parametrów thinkujących porządkuje kontrakt API. Przy aktualizacji warto sprawdzić kompatybilność endpointów – jeśli integracja opiera się na reasoning_effort, należy to jawnie skonfigurować. Pozostałe funkcje działają od razu i są bardziej stabilne.

    Źródła

  • Gemini CLI zyskuje lepszą kontrolę nad zadaniami i czytelniejsze komunikaty o limitach

    Gemini CLI zyskuje lepszą kontrolę nad zadaniami i czytelniejsze komunikaty o limitach

    Nowa wersja narzędzia Gemini CLI wprowadza kilka poprawek, które wpływają na komfort pracy programistów. Zespół Google skupił się na trzech obszarach: komunikacji błędów związanych z limitami, niezawodności anulowania zadań w trybie agentowym oraz uproszczeniu konfiguracji dla planowania zmian w repozytoriach.

    Co się zmieniło?

    • Komunikaty o limitach zostały wzbogacone o wskazówkę dotyczącą konfiguracji, co ułatwia diagnozę problemów z wyczerpanym limitem współdzielonego projektu.
    • Anulowanie zadań na serwerze A2A działa teraz pewniej – przerwane zadania natychmiast zatrzymują pętlę wykonawczą, zamiast kontynuować pracę po anulowaniu.
    • Tryb planowania obsługuje ścieżki względne w politykach zapisu, co upraszcza konfigurację w lokalnych repozytoriach.
    • Aktualizacja zależności google-auth-library do wersji 10.9.0 to standardowa poprawka bezpieczeństwa i kompatybilności.

    Mniej frustracji przy limitach – konkretne podpowiedzi zamiast enigmatycznych błędów

    Jedną z przeszkód w pracy z narzędziami AI jest sytuacja, gdy limit tokenów wyczerpuje się w połowie sesji. Do tej pory użytkownicy Gemini CLI musieli samodzielnie dochodzić, dlaczego nagle stracili dostęp. Teraz to się zmienia.

    Nowa wersja wzbogaca komunikaty o błędach limitu współdzielonego projektu o wskazówkę dotyczącą konfiguracji. Zamiast suchego „przekroczono limit”, użytkownicy otrzymują informację, co konkretnie zrobić, by rozwiązać problem. W praktyce ma to znaczenie dla zespołów korzystających z różnych usług Gemini na tym samym projekcie w Google Cloud. Limity współdzielone mogą blokować dostęp zarówno w CLI, jak i w innych narzędziach, więc jasny komunikat oszczędza czas na szukanie przyczyny.

    Gemini CLI oferuje również komendę /stats model, która pozwala sprawdzić bieżące zużycie tokenów, zanim limit zostanie przekroczony.

    Anulowanie, które naprawdę działa – poprawka dla serwera A2A

    Autonomiczne przepływy pracy i agenci AI to ważny temat w środowisku web devu i DevOps. Długotrwałe zadania muszą dać się niezawodnie zatrzymać. W przeciwnym razie tracimy kontrolę nad tym, co wykonuje nasz kod.

    Poprawka w serwerze A2A (Agent-to-Agent) rozwiązuje ten problem. Wcześniej zdarzało się, że anulowane zadanie kontynuowało wykonanie – pętla nie była przerywana prawidłowo. Po aktualizacji anulowanie natychmiast przerywa cykl wykonawczy. Dla programistów pracujących z vibe codingiem czy automatyzacją CI oznacza to mniej niespodzianek i większą przewidywalność działania narzędzia.

    Ścieżki względne w trybie planowania – mniej absolutnych zależności

    Tryb Plan Mode w Gemini CLI to środowisko tylko do odczytu, w którym można zaplanować zmiany przed ich wprowadzeniem. Przełącza się do niego komendą /plan. Dotychczas polityki zapisu w tym trybie opierały się na ścieżkach bezwzględnych, co bywało kłopotliwe przy pracy z repozytoriami klonowanymi w różnych lokalizacjach.

    Teraz polityki zapisu obsługują ścieżki względne. Dla zespołów pracujących lokalnie to ułatwienie – konfiguracja staje się przenośna między maszynami i środowiskami deweloperskimi. Nie trzeba już dostosowywać ścieżek za każdym razem, gdy projekt ląduje w innym katalogu.

    Co dalej dla Gemini CLI?

    Aktualizacja zależności google-auth-library do wersji 10.9.0 to ruch w tle, ale istotny dla bezpieczeństwa. Narzędzia integrujące się z tożsamością Google i usługami chmurowymi muszą nadążać za poprawkami w bibliotekach uwierzytelniania – to standardowa praktyka, która zmniejsza ryzyko luk.

    Choć zmiany w tej wersji nie są spektakularne wizualnie, dotykają newralgicznych punktów: diagnostyki błędów, kontroli nad procesami i elastyczności konfiguracji. W narzędziu do AI, które coraz częściej działa nie tylko jako asystent, ale jako autonomiczny agent, niezawodność tych mechanizmów jest kluczowa. Gemini CLI zmierza w kierunku bardziej dojrzałego środowiska produkcyjnego, a nie tylko zabawki do eksperymentów.

    Źródła

  • Factory v0.167.0: szybsze łączenie z Droidem i przesiadywanie sesji bez zacięć

    Factory v0.167.0: szybsze łączenie z Droidem i przesiadywanie sesji bez zacięć

    Factory wydało wersję v0.167.0 swojego środowiska developerskiego, koncentrując się na problemach, które najczęściej irytują użytkowników — czasie oczekiwania i rozłączających się agentach. Aktualizacja wprowadza przekierowanie portów dla komputerów Droid, co znacząco skraca czas uruchamiania aplikacji i przyspiesza wyszukiwanie sesji.

    To wydanie nie zawiera wielu efektów wizualnych. Skupia się na stabilności, co jest kluczowe w narzędziach dla developerów, ponieważ stabilność połączenia wpływa na to, czy sesja kodowania kończy się commitami, czy frustracją.

    Co nowego — w skrócie

    • Przekierowanie portów dla Droid Computers umożliwia bezpośredni dostęp do usług działających na zdalnych maszynach.
    • Pierwsza odpowiedź Droida nie czeka już na zakończenie sprawdzania limitów użycia — agent zaczyna działać natychmiast.
    • Długie sesje i strumieniowane polecenia renderują się płynniej, bez opóźnień przy przewijaniu i pisaniu.
    • Automatyczne ponowne łączenie Droid Computers przy aktywności w aplikacji Factory, z zapamiętaniem stanu sesji.
    • Obsługa HTTPS_PROXY umożliwia pracę za firmowymi proxy, a błędy połączenia mają teraz czytelne komunikaty.

    Wydajność, która ratuje flow

    Czekanie potrafi skutecznie wybić z rytmu. Factory zoptymalizowało ładowanie sesji w v0.167.0, co sprawia, że aplikacja uruchamia się szybciej, a przeszukiwanie historii rozmów z Droidem jest bardziej efektywne.

    Droid nie czeka już na zakończenie sprawdzania limitów użycia przed wysłaniem pierwszej odpowiedzi. Różnica jest zauważalna, zwłaszcza gdy agent ma przeanalizować kod i zaproponować rozwiązanie. Mniej kręcącego się kursora, więcej konkretów.

    Dla zespołów pracujących w długich sesjach debugowania istotna będzie też płynność streamingu. Polecenia terminalowe i odpowiedzi agenta renderują się teraz bez lagów przy przewijaniu, co pozwala na kontynuowanie pisania, gdy Droid jeszcze pracuje.

    Sieć, proxy i połączenia — devopsi odetchną

    Sieć, proxy i połączenia — devopsi odetchną

    W środowiskach enterprise łączność to często wyzwanie. Factory dodało wsparcie dla zmiennej HTTPS_PROXY, co pozwala na działanie Droida za firmowymi serwerami proxy bez dodatkowej konfiguracji. To istotna zmiana, zwłaszcza dla tych, którzy próbują uruchomić narzędzie AI w sieci korporacyjnej.

    Lepsza diagnostyka błędów połączenia to kolejny krok w stronę użytkowników, którzy nie chcą zgadywać, dlaczego coś nie działa. Aplikacja teraz wyjaśnia, co poszło nie tak przy starcie.

    Wprowadzono także automatyczne ponowne łączenie Droid Computers. Po powrocie do aplikacji Factory, komputer zdalny sam się podłącza, a oczekujące zapytania są zachowywane i odtwarzane po przywróceniu sesji. Użytkownicy nie muszą martwić się o utratę kontekstu.

    Interfejs i stabilność — czystsze transkrypty, rollback update'ów

    Przeprojektowano pełnoekranowy interfejs pomocy. Transkrypty rozmów są teraz bardziej przejrzyste, co ułatwia przeglądanie historii sesji, zwłaszcza tych długich.

    Factory dodało możliwość rollbacku. Komenda droid update -v <version> pozwala na aktualizację lub powrót do konkretnej wersji. Jeśli nowa wersja wprowadzi regresję, powrót do stabilnego stanu to kwestia jednego polecenia.

    Poprawiono również kilka problemów platformowych. Na Windowsie Droid nie zawiesza się już przy starcie podczas szukania PowerShell, co wcześniej mogło zniechęcać do pracy. Na Linuksie poprawiono obsługę sesji i stabilność działania narzędzi.

    Co to znaczy dla zespołów dev i AI

    Factory konsekwentnie rozwija narzędzie dla osób, które spędzają długie godziny w agencie AI. Szybsze wyszukiwanie sesji, lepsza responsywność przy długich promptach i niezawodne ponowne łączenie — to wszystko wpływa na doświadczenie, w którym narzędzie działa w tle.

    Wersja v0.167.0 pokazuje, że zespół Factory uwzględnia opinie użytkowników pracujących w produkcyjnych środowiskach. Wprowadzone zmiany przekładają się na mniej przerw w pracy i większą pewność, że agent nie rozłączy się w trakcie ważnego zadania.

    Źródła

  • Gemini CLI z krytyczną łatką bezpieczeństwa – co zmienia wersja v0.51.0-nightly.20260702

    Gemini CLI z krytyczną łatką bezpieczeństwa – co zmienia wersja v0.51.0-nightly.20260702

    Najnowsza wersja nocna Gemini CLI, oznaczona jako v0.51.0-nightly.20260702, wprowadza ważną poprawkę bezpieczeństwa dotyczącą przetwarzania importów pamięci w plikach GEMINI.md. Ta aktualizacja eliminuje podatność typu symbolic-link directory escape, która w określonych warunkach mogła umożliwić odczyt plików spoza zamierzonego katalogu projektu.

    Kluczowe fakty

    • Wersja nocna jest publikowana codziennie o północy UTC i zawiera najnowsze zmiany z głównej gałęzi kodu, ale nie przechodzi pełnej walidacji stabilności.
    • Wersja v0.51.0-nightly.20260702 zamyka lukę w procesorze importu pamięci, uniemożliwiając dowiązaniom symbolicznym wyjście poza dozwolone ścieżki.
    • Podatność dotyczyła plików GEMINI.md, gdzie zaufane importy pamięci mogły być wykorzystane do nieautoryzowanego odczytu plików hosta.
    • Użytkownicy kanału nightly powinni traktować tę aktualizację jako priorytetową, szczególnie w środowiskach, gdzie Gemini CLI operuje na wrażliwych danych projektowych.

    Co dokładnie zostało naprawione

    Problem dotyczył mechanizmu importu pamięci w plikach GEMINI.md, gdzie Gemini CLI przechowuje kontekst i instrukcje dla modelu, takie jak definicje projektu, reguły czy dodatkowe wskazówki. Okazało się, że przy użyciu dowiązań symbolicznych (symlinków) można było „oszukać” procesor importu, aby odczytał zawartość plików znajdujących się poza katalogiem roboczym.

    To stwarzało ryzyko wycieku danych z systemu plików na hosta. Deweloperzy pracujący z zewnętrznymi repozytoriami lub niesprawdzonymi plikami GEMINI.md byli narażeni na nieautoryzowany dostęp do lokalnych zasobów. Poprawka w wersji v0.51.0-nightly.20260702 blokuje tę możliwość – importy pamięci przechodzą teraz rygorystyczną walidację ścieżek, co uniemożliwia symlinkom wydostanie się poza granice projektu.

    Wydanie jest powiązane z konkretnym commitem gff00dacd9 i zostało zidentyfikowane jako build v0.51.0-nightly.20260702. To pokazuje, jak szybko zespół Google reaguje na zgłoszenia bezpieczeństwa – od wykrycia luki do publikacji łatki minęło zaledwie kilkanaście godzin.

    Czym różni się wersja nocna od stabilnych wydań

    Kanał nightly Gemini CLI to najbardziej dynamiczny strumień aktualizacji. Zespół Google publikuje tu codzienne snapshoty głównej gałęzi kodu – wszystko, co trafiło na main branch o północy UTC. Oficjalna dokumentacja Gemini CLI podkreśla, że to wydania z „najnowszymi zmianami”, przy których „należy zakładać obecność oczekujących walidacji i problemów”.

    Dla porównania, kanał stabilny (stable) przechodzi przez pełen cykl testów i jest rekomendowany do codziennego użytku produkcyjnego. Preview to miejsce dla funkcji eksperymentalnych gotowych na wczesne opinie. Wersja nocna to surowy front-end developmentu – idealny do testowania najnowszych funkcji, ale też obarczony ryzykiem regresji czy niedopracowanych modułów.

    Z tego powodu łatka bezpieczeństwa w kanale nightly ma szczególne znaczenie. Zanim trafi ona do preview i stable, użytkownicy wersji rozwojowych operują bez tego zabezpieczenia. Deweloperzy, którzy polegają na Gemini CLI w workflow web developmentu, AI toolingu czy DevOps, powinni rozważyć szybką aktualizację.

    Dlaczego to istotne dla zespołów deweloperskich

    Gemini CLI zyskuje na popularności jako narzędzie CLI do współpracy z modelami Gemini bezpośrednio z terminala. Deweloperzy używają go do generowania kodu, analizy repozytoriów i automatyzacji zadań w web developmencie. Narzędzie ma dostęp do lokalnego systemu plików, zmiennych środowiskowych i konfiguracji projektów – dlatego każda luka związana z eskalacją ścieżek czy odczytem plików jest potencjalnie groźna.

    Wersja v0.51.0-nightly.20260702 pokazuje, że nawet w szybkim cyklu nightly Google priorytetowo traktuje kwestie bezpieczeństwa. Przy tempie jednego buildu dziennie i stale rosnącej bazie użytkowników (projekt ma ponad 107 tysięcy gwiazdek na GitHubie), transparentność takich poprawek staje się kluczowa dla utrzymania zaufania społeczności deweloperskiej.

    Źródła

  • Gemini CLI z poprawkami w pipeline wydawniczym – nowy nightly build v0.51.0

    Gemini CLI z poprawkami w pipeline wydawniczym – nowy nightly build v0.51.0

    26 czerwca 2026 roku ukazał się kolejny nightly build narzędzia Gemini CLI – wersja v0.51.0-nightly.20260626.gb14416447. To wydanie koncentruje się głównie na stabilności procesu publikacji paczek npm oraz infrastrukturze CI/CD, a nie na nowych funkcjach dla końcowego użytkownika. Dla zespołów korzystających z automatycznych wdrożeń to ważny krok naprzód.

    Co przynosi nowa wersja

    • Zabezpieczenie przed błędnymi publikacjami – poprawka zapobiega wypuszczaniu niekompletnych paczek npm oraz awariom zadania promote-job w pipeline.
    • Usprawnione odkrywanie rejestru narzędzi – wersja testuje mechanizmy enhanced tool registry discovery, które mają ułatwić integrację z zewnętrznymi zestawami narzędzi.
    • Raportowanie inwentaryzacji ewaluacji – nowa funkcjonalność inventory reporting pozwala lepiej śledzić wykorzystanie zasobów podczas testów wydajnościowych.
    • Optymalizacje CI/CD – kilka poprawek w procesach ciągłej integracji zwiększa niezawodność nocnych wydań.
    • Poprawka głodzenia pętli zdarzeń – poprawka zapobiega sytuacjom, w których scheduler mógł blokować wykonywanie zadań asynchronicznych.

    Stabilność wydawania zamiast nowych funkcji

    Nightly build, oznaczony jako pre-release, powstaje automatycznie z gałęzi głównej i publikowany jest codziennie zgodnie z harmonogramem UTC. Nie przechodzi pełnej walidacji – zespoły Google'a ostrzegają, że może zawierać niedokończone zmiany. Mimo to dla wielu developerów to okazja do zapoznania się z najnowszymi poprawkami, zanim trafią do stabilnego wydania.

    W tej wersji zmiany między poprzednim nightly (v0.51.0 z 25 czerwca) a obecnym obejmują przede wszystkim commit bota wydawniczego Gemini CLI. Bot automatycznie podnosi wersję i uruchamia pipeline – tym razem z dodatkowym fixem, który eliminuje ryzyko wysłania do rejestru npm uszkodzonego artefaktu.

    Chociaż pełna lista scalonych zmian nie jest dostępna w publicznym changelogu, z kontekstu infrastrukturalnego wynika, że Google intensywnie pracuje nad tym, aby nocne wydania były bardziej przewidywalne.

    Co to oznacza dla zespołów DevOps

    Co to oznacza dla zespołów DevOps

    Dla ekip zajmujących się utrzymywaniem środowisk CI/CD to wydanie ma praktyczne znaczenie. Naprawienie crashy promote-job oznacza mniej ręcznej interwencji przy wdrożeniach. Jeśli wasz pipeline automatycznie pobiera nightly buildy, ryzyko napotkania uszkodzonej paczki właśnie spadło.

    Wersje nightly instalują się z tagiem nightly – to świadoma decyzja, ponieważ nie każdy build przechodzi testy integracyjne. Jednak dla projektów śledzących rozwój narzędzi AI, takich jak Gemini CLI, te codzienne snapshoty są nieocenione. Pokazują kierunek rozwoju szybciej niż oficjalne changelogi.

    Kontekst szerszego ekosystemu

    Kontekst szerszego ekosystemu

    Gemini CLI wpisuje się w trend narzędzi programistycznych opartych na dużych modelach językowych. W przeciwieństwie do Cursor czy Windsurf, które stawiają na interfejs graficzny, to rozwiązanie pozostaje w terminalu – tam, gdzie pracują zespoły DevOps i inżynierowie platform.

    Wydania nightly przypominają filozofię znaną z ekosystemu open source: szybkie iteracje, ciągła integracja, minimalna biurokracja przy wydawaniu. Dla Google'a to także poligon doświadczalny – błędy wyłapane w kanale nightly nie trafiają do stabilnych wydań, co chroni użytkowników produkcyjnych.

    Wnioski

    Wersja v0.51.0-nightly.20260626 nie wprowadza przełomowych funkcji, ale wzmacnia fundamenty. Dla kogoś, kto patrzy tylko na listę funkcji, to wydanie może wydawać się nieciekawe. Dla inżyniera odpowiedzialnego za pipeline CI/CD to konkretna oszczędność czasu – mniej nocnych alertów i mniej ręcznego czyszczenia po nieudanych release'ach. W świecie, gdzie narzędzia AI zmieniają się z dnia na dzień, stabilność procesu wydawniczego jest równie ważna jak nowe możliwości samego modelu.

    Źródła

  • Nowe worktree prosto z panelu bocznego i lepsza kontrola nad agentami — Zed 1.8.2 już dostępny

    Nowe worktree prosto z panelu bocznego i lepsza kontrola nad agentami — Zed 1.8.2 już dostępny

    Zed wydał wersję 1.8.2, która wprowadza kilka praktycznych usprawnień, mających na celu przyspieszenie codziennej pracy z kodem. Zespół skupił się na integracji z Gitem, rozbudowie możliwości agentów AI oraz poprawkach w edytorze.

    Co przynosi aktualizacja?

    • Tworzenie worktree z poziomu panelu bocznego — wystarczy kliknąć przycisk nowego wątku, aby szybko odseparować pracę nad funkcją lub poprawką.
    • Polecenie agent.terminal_init_command automatyzuje uruchamianie skryptów startowych przy otwieraniu terminala agenta.
    • Resetowanie rozmiarów paneli za pomocą workspace: reset pane sizes przywraca równy podział przestrzeni roboczej jednym kliknięciem.
    • Zaznaczanie wewnątrz i wokół delimiterów — dwie nowe akcje edytora ułatwiają nawigację w zagnieżdżonych strukturach.

    Git i worktree bez zbędnego klikania

    Najważniejszą nowością w Zed 1.8.2 jest możliwość tworzenia Git worktree bezpośrednio z panelu bocznego. Wcześniej użytkownicy musieli korzystać z picker w pasku tytułu lub terminala. Teraz wystarczy użyć przycisku dodawania nowego wątku, co znacząco oszczędza czas, zwłaszcza przy pracy z wieloma gałęziami.

    Worktree umożliwiają jednoczesne checkoutowanie kilku branchy w osobnych katalogach roboczych, co jest przydatne przy przeglądach kodu, szybkich hotfixach czy eksperymentalnych funkcjach. Zed od dawna wspierał worktree, ale teraz zyskały one bezpośrednią integrację w bocznym panelu.

    Dodatkowo, zespół poprawił wydajność operacji Git, zmniejszając narzut zadań w tle oraz przyspieszając rozwiązywanie nazw gałęzi. Dla zespołów pracujących na dużych repozytoriach to zauważalna różnica.

    Agenci AI zyskują automatyzację terminala

    Zed rozszerza możliwości agentów o nowe ustawienie agent.terminal_init_command. To polecenie wykonuje się automatycznie przy otwieraniu terminala agenta, eliminując konieczność ręcznego wpisywania tych samych komend.

    Oznacza to, że można skonfigurować automatyczne aktywowanie wirtualnego środowiska, ustawianie zmiennych środowiskowych czy ładowanie konfiguracji specyficznych dla projektu. Terminal wątków w Zed działa jako zarządzane procesy w panelu agenta, przypisane do konkretnego worktree, co dobrze sprawdza się w pracy, gdzie agent przejmuje część rutynowych zadań.

    Wydanie zawiera również poprawki stabilności związane z uprawnieniami agentów i zachowaniem terminala, co świadczy o ciągłym rozwoju Zed jako edytora, w którym AI jest integralną częścią środowiska.

    Delimitery i panele — małe zmiany, duży komfort

    Dla osób spędzających godziny na refaktoryzacji kodu, Zed 1.8.2 wprowadza dwie nowe akcje: editor: select inside delimiters i editor: select around delimiters. Umożliwiają one zaznaczanie wewnątrz lub wokół nawiasów i cudzysłowów, uwzględniając zagnieżdżenia. To drobna zmiana, ale przy edycji JSON-a, YAML-a czy złożonych wyrażeń w TypeScript ma duże znaczenie.

    Komenda workspace: reset pane sizes odpowiada na problem nierównych paneli po przeciąganiu ich krawędzi. Jedno kliknięcie przywraca symetryczny układ, co poprawia ergonomię pracy z wieloma plikami.

    Drobne poprawki, które robią różnicę

    Wydanie 1.8.2 zawiera także szereg poprawek błędów. Udoskonalono stabilność operacji Git, zachowanie terminala oraz kwestie związane z uprawnieniami agentów AI. Zed pokazuje, że nie koncentruje się tylko na nowościach, ale także poważnie traktuje doskonalenie istniejących funkcji.

    Nowe możliwości worktree, automatyzacja agentów i usprawnienia selekcji sprawiają, że wersja 1.8.2 znacząco wpływa na komfort codziennego programowania, szczególnie w zespołach intensywnie korzystających z Gita i wykorzystujących AI w swoim workflow.

    Źródła

  • Cline CLI v3.0.29 przywraca czytelność interfejsu i naprawia metadane modeli z.ai

    Cline CLI v3.0.29 przywraca czytelność interfejsu i naprawia metadane modeli z.ai

    20 czerwca 2026 roku ukazała się wersja Cline CLI v3.0.29 — aktualizacja narzędzia, które wspiera developerów pracujących w terminalu. Zespół Cline postanowił cofnąć jedną z kontrowersyjnych zmian wprowadzonych w poprzednim wydaniu i przywrócić wcześniejszy sposób wyświetlania nazw modeli w selektorze oraz pasku statusu.

    Kluczowe zmiany w wydaniu

    • Cline CLI v3.0.29 przywraca wcześniejsze zachowanie selektora modeli i paska statusu po zmianach z wersji v3.0.28.
    • Ukryto koszty dla darmowych modeli Cline, co eliminuje zbędny szum informacyjny w interfejsie terminala.
    • Naprawiono rozpoznawanie metadanych dla modeli z.ai dostępnych przez dostawcę Cline.
    • Brak zmian łamiących — aktualizacja ma charakter wyłącznie porządkowy i naprawczy.

    Powrót do sprawdzonego interfejsu

    Główną zmianą, którą odczują użytkownicy, jest cofnięcie modyfikacji sposobu wyświetlania modeli. Wersja v3.0.28 wprowadziła uproszczoną prezentację — pokazywano wyłącznie nazwę modelu. Teraz Cline CLI v3.0.29 wraca do formuły sprzed tej zmiany. Selektor, picker i pasek statusu znów działają tak, jak przyzwyczaili się stali użytkownicy.

    Decyzja o revertcie sugeruje, że poprzednie uproszczenie nie spotkało się z pozytywnym odbiorem. Developerzy korzystający z Cline w codziennym workflow cenią sobie kontekst, jaki daje pełniejsza informacja o wybranym modelu. Czasem mniej znaczy gorzej — i twórcy narzędzia najwyraźniej to usłyszeli.

    Darmowe modele bez rozpraszającego szumu

    Darmowe modele bez rozpraszającego szumu

    Kolejna zmiana dotyczy modeli oferowanych w ramach darmowego planu Cline. Od wersji v3.0.29 koszty dla tych modeli są ukrywane. W praktyce oznacza to czystszy interfejs — użytkownik nie widzi już informacji o cenie, która w przypadku darmowych modeli wynosi zero.

    Dla kogoś, kto pracuje intensywnie w terminalu i często przełącza się między modelami, każdy zbędny element interfejsu to potencjalne rozproszenie. Ukrycie zerowych kosztów to mały detal, ale właśnie z takich detali składa się komfort pracy z narzędziami CLI. Mniej znaczy więcej — tym razem dosłownie.

    Naprawa metadanych z.ai

    Trzecia zmiana jest techniczna, ale istotna. Modele z.ai dostępne przez dostawcę Cline miały problem z poprawnym rozpoznawaniem metadanych. Metadane modelu to zestaw informacji, które mówią CLI, jak skonfigurować połączenie, jakie są limity, parametry czy możliwości danego modelu. Gdy te dane są błędnie odczytywane, model może nie działać lub wyświetlać się nieprawidłowo na liście dostępnych opcji.

    Wersja Cline CLI v3.0.29 naprawia ten błąd. Developerzy korzystający z modeli z.ai nie będą już napotykać problemów z konfiguracją ani widzieć nieprawidłowych wpisów w selektorze. To kolejny krok w stronę stabilności, której oczekuje się od narzędzia produkcyjnego.

    Co to znaczy dla użytkowników

    Aktualizacja do v3.0.29 jest bezpieczna — nie wprowadza żadnych zmian łamiących kompatybilność. Jeśli używasz Cline CLI, możesz zaktualizować narzędzie bez obaw o dotychczasowe skrypty czy integracje. Zmiany są czysto kosmetyczne i naprawcze, dotyczą głównie warstwy prezentacji oraz jednego konkretnego błędu z metadanymi.

    Dla zespołów, które pracują z wieloma modelami AI w ramach jednego projektu, spójność interfejsu ma znaczenie. Cline CLI v3.0.29 eliminuje niespodzianki, jakie mogła przynieść poprzednia wersja, i wraca do przewidywalnego zachowania. A przewidywalność w narzędziach developerskich to wartość, której nie da się przecenić.

    Źródła

  • Codex 0.138.0: płynne przejście z terminala do aplikacji i automatyzacja wtyczek

    Codex 0.138.0: płynne przejście z terminala do aplikacji i automatyzacja wtyczek

    OpenAI wypuściło Codex 0.138.0, aktualizację, która łączy pracę w terminalu z graficzną aplikacją desktopową. Wydanie z 8 czerwca 2026 roku wprowadza 115 zmian, w tym 35 nowych funkcji, 9 usprawnień wydajnościowych oraz 32 poprawki błędów. Ta aktualizacja, choć techniczna, realnie wpływa na codzienny workflow programisty.

    Kluczowe zmiany w skrócie

    • Polecenie /app przenosi sesję CLI bezpośrednio do aplikacji Codex Desktop na macOS i Windows.
    • Lokalne obrazy teraz udostępniają ścieżki zapisanych plików modelowi, co ułatwia ich edycję i wykorzystanie w promptach.
    • Wtyczki z flagą --json zwracają ustrukturyzowane dane, które można wykorzystać w pipeline’ach CI/CD i skryptach automatyzacyjnych.
    • Wsparcie dla v2 personal access tokenów poprawia integrację w środowiskach enterprise i zespołowych.

    Desktop handoff, który działa

    Polecenie /app umożliwia przeniesienie bieżącego wątku CLI — z historią i stanem — do aplikacji desktopowej. Na macOS działa to natychmiastowo, a na Windowsie dodatkowo otwiera workspace bezpośrednio w Desktop.

    Funkcja ta była oczekiwana od dawna. Programiści często korzystają z CLI z powodu jego szybkości, ale czasami potrzebują przejrzeć kod w GUI, kliknąć coś lub sprawdzić podgląd. Dotychczas oznaczało to ręczne kopiowanie i odtwarzanie kontekstu. Teraz można przełączyć się jednym poleceniem i kontynuować pracę tam, gdzie się skończyło.

    Obrazy, które model rozumie

    Modele potrafią generować i analizować obrazy, ale teraz zyskują pełne ścieżki do zapisanych plików. Gdy dołączasz lokalny obraz jako załącznik lub generujesz nowy, Codex podaje modelowi dokładną lokalizację pliku na dysku. Dzięki temu edycje są precyzyjniejsze, a referencje między promptami nie gubią się. To prosta zmiana, ale znacząca dla osób pracujących z obrazami w AI.

    Warto również zwrócić uwagę na poprawki w interfejsie TUI. Terminal nie dodaje już pustych linii podczas streamowania odpowiedzi, a anulowane prompty wracają z kursorem na końcu, co ułatwia edycję.

    Automatyzacja wtyczek i gotowość na CI/CD

    Dla zespołów DevOps oraz osób automatyzujących pracę Codexa kluczowa będzie flaga --json. Polecenia dodawania, usuwania i listowania wtyczek z marketplace teraz zwracają ustrukturyzowane dane.

    To umożliwia integrację Codexa z pipeline’ami. Można skryptem sprawdzić dostępne wtyczki, doinstalować brakujące i zweryfikować konfigurację — wszystko maszynowo, bez klikania. W połączeniu z tokenami v2, które działają zarówno w CLI, jak i w integracjach app-server, automatyzacja staje się przewidywalna i audytowalna.

    Stabilność i wydajność pod spodem

    Choć te zmiany nie są efektowne, poprawiają komfort pracy. Usprawniono wklejanie wieloliniowe w /goal edit, naprawiono auto-kontynuację celów po nieudanych turach terminalowych oraz ustabilizowano tryb Plan, który nie wchodzi już samoczynnie, gdy nie powinien. Start aplikacji jest odporniejszy na różne środowiska: obsługuje /usr/bin/bash, krótsze ścieżki socketów proxy na Linuksie oraz odświeża wygasłe tokeny OAuth dla MCP przed pierwszym użyciem.

    Jeśli chodzi o wydajność, duże strumienie MCP i Ollamy oraz długie historie wiadomości przetwarzają się szybciej dzięki zoptymalizowanemu skanowaniu bajtowemu. TUI dodatkowo skraca czas startu, ponieważ ponownie wykorzystuje wyniki wcześniejszego discovery wtyczek.

    Co to oznacza dla web developerów i zespołów AI

    Codex 0.138.0 to wydanie, które szczególnie docenią osoby balansujące między terminalem a GUI, co dotyczy większości developerów pracujących z AI. Płynny handoff sesji, lepsze obrazy oraz automatyzacja wtyczek w formacie JSON sprawiają, że narzędzie staje się bardziej zintegrowane z resztą ekosystemu.

    Dla zespołów enterprise istotne będą tokeny v2 oraz widoczność zużycia konta w integracjach app-server. Autoryzacja staje się bardziej przejrzysta, co ma znaczenie przy wdrożeniach na dużą skalę. Jeśli codziennie korzystasz z Codexa, warto zaktualizować go od razu.

    Źródła

  • Tryb Design w Cursorze z zaznaczaniem wielu elementów i komendami głosowymi bez czekania

    Tryb Design w Cursorze z zaznaczaniem wielu elementów i komendami głosowymi bez czekania

    Cursor wprowadził dwie nowe funkcje do Trybu Design: możliwość zaznaczania wielu elementów interfejsu jednocześnie oraz ciągłe sterowanie głosowe, które działa nawet podczas przetwarzania wcześniejszych poleceń. Aktualizacja została wprowadzona na początku czerwca i zmienia sposób interakcji z interfejsem użytkownika z tekstowych poleceń na bezpośrednie wskazywanie i mówienie.

    Kluczowe informacje

    • Tryb Design umożliwia klikanie w elementy przeglądarki, rysowanie po nich lub opisywanie zmian głosem.
    • Multi-select pozwala na zaznaczenie dwóch lub więcej elementów jednocześnie, co umożliwia agentowi wprowadzenie skoordynowanych edycji w grupie komponentów.
    • Mikrofon pozostaje aktywny podczas działania agenta, co pozwala na ustawianie kolejnych zadań bez przerywania pracy.
    • Agent analizuje nie tylko kod zaznaczonych elementów, ale także otaczający układ strony i relacje wizualne między nimi.
    • Funkcja ta jest skierowana na codzienne poprawki UI oraz bardziej złożone zmiany w layoucie, a nie tylko na demonstracyjne przykłady.

    Co właściwie zmieniło się w Trybie Design

    Tryb projektowy w Cursorze istniał wcześniej, ale opierał się głównie na opisywaniu zmian słowami. Nowe podejście koncentruje się na interakcji „wskaż i edytuj”. Użytkownik klika w przeglądarce element, który chce zmienić, a Cursor odczytuje jego kod źródłowy i rozumie kontekst, w którym dany element się znajduje, zanim przystąpi do edycji.

    Wprowadzenie multi-select to istotna zmiana. Na przykład, jeśli masz kartę produktu z ceną, przyciskiem „kup teraz” i ikoną koszyka, możesz zmienić ich wspólny styl — odstępy, kolory, wyrównanie. Zamiast opisywać każdy z osobna, zaznaczasz wszystkie trzy elementy, a Cursor widzi ich wzajemne relacje i może edytować je jako spójną grupę. To oszczędza czas i eliminuje ryzyko, że zmiana w jednym komponencie wpłynie na resztę.

    Drugą nowością jest kolejkowanie głosowe. Wcześniej po wydaniu komendy trzeba było czekać, aż agent zakończy, zanim można było podyktować następną. Teraz mikrofon działa bez przerwy. Mówisz: „zmień kolor nagłówka na granatowy”, a gdy agent jeszcze nad tym pracuje, dodajesz: „potem zmniejsz logo o 20% i przesuń menu na prawo”. Cursor układa te zadania w kolejkę i wykonuje je jedno po drugim.

    Jak agent rozumie kontekst strony

    Jak agent rozumie kontekst strony

    Cursor nie tylko odczytuje pojedynczy fragment kodu. Gdy zaznaczasz elementy, agent analizuje ich kod źródłowy oraz otaczający layout, a także to, jak te elementy wyglądają w relacji do siebie. Dzięki temu rozumie, że przycisk znajduje się wewnątrz kontenera z flexboxem, a nie luzem na stronie, co pozwala mu odpowiednio dostosować sugestie.

    To ważne przy bardziej złożonych projektach, gdzie jeden komponent może wpływać na pozycję kilku innych. Agent nie działa w próżni — widzi cały układ, a nie tylko pojedynczy znacznik HTML. Dla programisty oznacza to mniej ręcznego sprawdzania, czy zmiana w jednym miejscu nie wpłynie na inne elementy na stronie.

    Dla kogo to ma znaczenie

    Dla kogo to ma znaczenie

    Te usprawnienia są przydatne nie tylko dla osób, które nie potrafią kodować. Doświadczeni frontendowcy mogą dzięki nim szybciej prototypować i poprawiać interfejsy bez przerywania pracy. Zamiast przełączać się między kodem a podglądem, klikają bezpośrednio w element i mówią, co zmienić.

    Szczególnie przydatne jest to przy iteracyjnych poprawkach, gdy klient prosi o serię drobnych zmian w layoucie, a każda z nich dotyczy kilku powiązanych ze sobą komponentów. Multi-select i kolejka głosowa sprawiają, że cały proces przypomina bardziej rozmowę z drugim programistą niż wprowadzanie poleceń w oknie czatu.

    Cursor rozwija również wersję na iPada, gdzie Tryb Design zyskuje dodatkowy wymiar dzięki Apple Pencil. Umożliwia to rysowanie bezpośrednio po zrzutach ekranu, wskazując palcem lub rysikiem konkretne miejsca do poprawy. To pokazuje kierunek, w którym zmierza edytor — od tekstowych interfejsów do multimodalnej pracy z kodem.

    Podsumowanie

    Nowy Tryb Design w Cursorze to przemyślane udoskonalenie istniejącego rozwiązania. Multi-select i ciągłe sterowanie głosowe eliminują przeszkody w codziennej pracy przy UI, pozwalając skupić się na realizacji zadań, a nie na ich opisywaniu. Agent otrzymuje więcej kontekstu, a programista traci mniej czasu na poprawki — co tworzy efektywny system pracy.

    Źródła

  • Kimi Code CLI 1.47.0 ułatwia przesiadkę na samodzielną wersję i poprawia raportowanie błędów

    Kimi Code CLI 1.47.0 ułatwia przesiadkę na samodzielną wersję i poprawia raportowanie błędów

    MoonshotAI wprowadziło 5 czerwca 2026 roku wersję 1.47.0 Kimi Code CLI, która ma na celu ułatwienie użytkownikom przejścia na nową, samodzielną wersję narzędzia. Aktualizacja wprowadza komendę /upgrade, automatyzując proces migracji oraz dostarczając więcej informacji w przypadku nieudanych poleceń.

    Kluczowe zmiany w skrócie

    • Nowa komenda /upgrade instaluje samodzielną wersję Kimi Code CLI, przenosząc konfigurację oraz sesje.
    • Podpowiedzi przy starcie i wyjściu przypominają o aktualizacji raz dziennie, w sposób nieinwazyjny.
    • Lepsze komunikaty błędów pokazują końcowe linie wyjścia polecenia, co ułatwia diagnozowanie problemów.
    • Starsza wersja w Pythonie/uv nie będzie już rozwijana, a zespół koncentruje się na wersji w Node.js.

    Automatyczna migracja bez ręcznego przeklikiwania

    Przejście na nową, samodzielną wersję Kimi Code CLI jest teraz bardzo proste. Wystarczy wpisać /upgrade w terminalu, a narzędzie pobierze odpowiednią paczkę, przeniesie konfigurację, historię wejść oraz wybrane sesje czatu. Zespół MoonshotAI zapewnił, że stare dane w katalogu ~/.kimi/ pozostaną nietknięte – migracja nie usuwa ani nie modyfikuje oryginalnych plików.

    Warto jednak zauważyć, że nie wszystkie dane są przenoszone. Poświadczenia OAuth oraz autoryzacje MCP nie są kopiowane, co jest decyzją podjętą w trosce o bezpieczeństwo. W przypadku problemów migrację można uruchomić wielokrotnie, a już przeniesione sesje nie będą zduplikowane.

    Nowa wersja działa na Node.js, co przyspiesza uruchamianie i wprowadza przeprojektowany interfejs terminala. Stara wersja nie będzie już otrzymywać poprawek, co sprawia, że aktualizacja staje się koniecznością.

    Kiedy polecenie pada – teraz widać więcej

    Kolejną istotną zmianą jest poprawa raportowania błędów. Wcześniej komunikaty o niepowodzeniach były mało informacyjne – użytkownik dowiadywał się jedynie, że coś poszło nie tak. W wersji 1.47.0 Kimi Code CLI wyświetla końcowe linie wyjścia w przypadku błędu, pokazując rzeczywisty output polecenia, które nie powiodło się.

    Dla osób spędzających dużo czasu w terminalu, to istotna różnica. Szybsze zrozumienie przyczyny awarii oszczędza frustrację i przyspiesza iterację, eliminując potrzebę ręcznego odtwarzania komendy w celu sprawdzenia jej wyjścia.

    Nienachalne przypominanie o aktualizacji

    Zespół MoonshotAI wprowadził także subtelne przypomnienia o aktualizacji. Przy starcie CLI pojawia się sugestia przejścia na nową wersję, a raz dziennie – przy wyjściu – wyświetlana jest krótka porada. To podejście minimalizuje dystrakcje, dostarczając informacji w odpowiednim momencie. Użytkownicy, którzy pracują w kilku sesjach dziennie, docenią, że podpowiedź pojawia się tylko raz.

    Dlaczego to ma znaczenie dla web developerów

    Kimi Code CLI 1.47.0 to nie tylko czat z modelem AI, ale również pełnoprawne środowisko do kodowania w terminalu, z dostępem do edycji plików, wykonywania poleceń powłoki, wyszukiwania w sieci i autonomicznego planowania zadań. Nowa, samodzielna wersja upraszcza instalację i przyspiesza start, co jest istotne przy konfigurowaniu środowisk deweloperskich w kontenerach czy na maszynach wirtualnych.

    Lepsze raportowanie błędów jest korzystne dla tych, którzy używają CLI w zautomatyzowanych pipeline’ach. Gdy skrypt zawiedzie, użytkownik chce od razu wiedzieć, dlaczego, a nie po długim dochodzeniu. Migracja, która zachowuje kontekst pracy, oznacza, że nie traci się historii rozmów ani ustawień MCP, co bywa problematyczne przy ręcznej reinstalacji.

    Wydanie 1.47.0 pokazuje, że MoonshotAI traktuje poważnie proces przejścia między starą a nową architekturą. Użytkownicy otrzymali jedno polecenie, które automatyzuje cały proces, zamiast instrukcji do ręcznej reinstalacji.

    Źródła