Autor: nidas

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

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

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

    Kluczowe zmiany w najnowszej aktualizacji OpenCode

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

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

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

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

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

    Usprawnienia interfejsu terminalowego i stabilność aplikacji

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

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

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

    Implikacje dla społeczności web developerskiej i AI

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

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

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


    Źródła

  • Claude Platform dostępny na AWS – pełna platforma Anthropic zamiast oddzielnych kont i umów

    Claude Platform dostępny na AWS – pełna platforma Anthropic zamiast oddzielnych kont i umów

    Anthropic i AWS uruchomiły usługę Claude Platform na AWS, co pozwala klientom AWS korzystać z platformy Claude, przeznaczonej dla zespołów i firm, bezpośrednio przez swoje istniejące konto AWS. Użytkownicy zyskują dostęp do Messages API, Files API, przetwarzania wsadowego, Claude Managed Agents, wykonywania kodu oraz wielu innych narzędzi. Rozliczenia i uwierzytelnianie odbywają się przez mechanizmy AWS, takie jak IAM i skonsolidowane rozliczenia, a sama usługa jest zarządzana przez Anthropic, z danymi klientów przetwarzanymi poza granicą bezpieczeństwa AWS.

    Co właściwie wchodzi w skład usługi? Oto kluczowe punkty

    • Bezpośredni dostęp przez konto AWS – klienci nie potrzebują oddzielnych poświadczeń ani umowy z Anthropic; logowanie i rozliczenia działają przez AWS IAM i Marketplace, a usługa jest obsługiwana przez Anthropic.
    • Messages API i wsadowe zadania – programiści mają dostęp do wszystkich endpointów komunikacyjnych, przetwarzania plików oraz Message Batches.
    • Claude Managed Agents i wykonywanie kodu – platforma oferuje środowisko agentowe z piaskownicą do uruchamiania kodu, narzędzia do wyszukiwania w sieci oraz buforowania promptów.
    • Pierwszy dostawca chmury z natywnym Claude Platform – AWS jako pierwszy umożliwia dostęp do doświadczenia platformy Anthropic bez konieczności opuszczania własnego ekosystemu.
    • Nowe modele i funkcje dostępne tego samego dnia – AWS i Anthropic zapewniają, że aktualizacje API i nowe wersje Claude są dostępne równocześnie z pierwotnym uruchomieniem.

    Co to właściwie zmienia dla zespołów deweloperskich?

    Dotychczas firmy, które chciały korzystać z pełnych możliwości platformy Claude, musiały zakładać osobne konto u Anthropic, podpisywać umowy i zarządzać oddzielnym rozliczeniem. Dla organizacji korzystających z AWS oznaczało to dodatkową warstwę logistyki oraz ryzyko związane z rozproszeniem kontroli dostępu.

    Teraz można uruchomić to samo środowisko, logując się przez AWS IAM, płacąc przez AWS Marketplace i mając pełny audyt w CloudTrail. Dla zespołów DevOps i architektów bezpieczeństwa to istotna zmiana – integrują narzędzia AI z resztą stosu AWS, korzystając z tych samych mechanizmów rozliczeniowych i monitoringu, mimo że przetwarzanie danych odbywa się w infrastrukturze Anthropic.

    Platforma Anthropic kontra Amazon Bedrock – gdzie leży granica?

    Dostępne w AWS opcje różnią się od siebie: Claude Platform na AWS to pełne doświadczenie platformy Anthropic (z natywnymi narzędziami) obsługiwane przez Anthropic, które odpowiada za działanie modeli, środowisko wykonawcze i aktualizacje. Z kolei Amazon Bedrock to w pełni zarządzany przez AWS hosting modeli Claude, gdzie AWS operuje stosem inferencyjnym, ale nie oferuje wszystkich funkcji platformy Anthropic.

    Jeśli potrzebujesz kompletu narzędzi platformowych Anthropic, takich jak agenci, piaskownica do kodu, pobieranie plików, wyszukiwanie w sieci czy buforowanie promptów, wybierz Claude Platform na AWS. Jeśli wystarczy Ci wywoływanie modeli bez tych dodatków, Bedrock może być odpowiednim wyborem. Ten podział ma znaczenie także przy dostępie do funkcji beta – platforma Anthropic na AWS otrzymuje je równolegle z wersją natywną.

    Co konkretnie dostajesz jako deweloper?

    Co konkretnie dostajesz jako deweloper?

    Platforma oferuje zestaw narzędzi, które przyspieszają budowanie złożonych przepływów agentowych. Należą do nich: Messages API do konwersacji, Files API do zarządzania plikami między żądaniami, Claude Managed Agents z możliwością planowania zadań według harmonogramu cron, środowisko do wykonywania kodu (z limitem czasu wykonania), narzędzia do wyszukiwania w sieci i buforowania promptów, przetwarzanie wsadowe dużych zadań oraz mechanizm cytowań i podsumowań dla myślenia adaptacyjnego. Dodatkowo dostępne są funkcje beta, takie jak advisor strategy, Skills i MCP connector, które rozszerzają możliwości platformy.

    W panelu Claude Console można tworzyć szablony promptów, monitorować zużycie i limity – wszystko z poziomu konta AWS.

    Dostępność i pierwsze wrażenia

    Dostępność i pierwsze wrażenia

    Usługa została uruchomiona jako ogólnie dostępna 11 maja 2026 roku, obejmując wybrane regiony AWS, w tym wschodnie i zachodnie wybrzeże USA, Kanadę, Amerykę Południową oraz kilka regionów w Europie i Azji-Pacyfiku. AWS podkreśla, że jest pierwszym dostawcą chmurowym, który udostępnił natywną platformę Claude w ten sposób.

    Nie tylko łatwiej, ale też bezpieczniej

    Połączenie natywnych narzędzi Anthropic z kontrolą tożsamości i ścieżką audytu AWS to więcej niż wygoda. Dla działów compliance i bezpieczeństwa oznacza to, że każde wywołanie API jest rejestrowane w CloudTrail, a dostępem można zarządzać za pomocą polityk IAM, tak jak w każdej innej usłudze AWS.


    Źródła

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

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

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

    Co nowego w skrócie

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

    Git Bash zamiast PowerShell – koniec schizofrenii poleceń

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

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

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

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

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

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

    Protokół 1.10 – fundament pod lepszą diagnostykę

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


    Źródła

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

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

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

    Kluczowe fakty o wydaniu

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

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

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

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

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

    CLI na nowo – slash komendy i walidacja modeli

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

    Stabilność i diagnostyka

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

    Co dalej?

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


    Źródła

  • OpenCode z kluczową aktualizacją: klonowanie workspace’ów z zachowaniem zmian i przenoszenie sesji

    OpenCode z kluczową aktualizacją: klonowanie workspace’ów z zachowaniem zmian i przenoszenie sesji

    Najnowsze wydanie OpenCode z 5 czerwca 2026 wprowadza dwie ważne funkcje dla deweloperów pracujących z agentowymi workflow: zarządzane klonowanie workspace'ów, które zachowuje niezapisane i nieśledzone pliki, oraz możliwość przenoszenia sesji między katalogami i projektami. Te zmiany odpowiadają na problem utraty kontekstu i niezcommitowanych zmian podczas przełączania się między zadaniami.

    Kluczowe fakty z aktualizacji

    • Zarządzane klonowanie workspace'ów zachowuje „brudne” i nieśledzone pliki, co oznacza, że niezapisane zmiany nie przepadają podczas kopiowania środowiska pracy.
    • Przenoszenie sesji umożliwia migrację aktywnego kontekstu między różnymi workspace'ami i katalogami bez utraty stanu.
    • Naprawiono błędy wcześniej ukryte przez ogólne komunikaty – teraz tworzenie workspace'ów, warp i ładowanie adapterów pokazują rzeczywiste przyczyny awarii.
    • Odświeżono TUI – przywrócono konfigurację niestandardowych providerów i usprawniono zarządzanie workspace'ami.
    • Klienci ACP teraz utrzymują spójność stanu sesji, co prowadzi do stabilniejszego doświadczenia deweloperskiego.

    Zarządzane klonowanie – koniec z nerwowym commitowaniem przed zmianą kontekstu

    Praca z OpenCode dotychczas przypominała balansowanie na linie. Aby przełączyć się do innego projektu, trzeba było commitować wszystko lub ryzykować utratę zmian. Teraz mechanizm zarządzanego klonowania automatycznie przenosi „dirty” i „untracked” pliki do nowego workspace'u.

    To znaczna oszczędność czasu dla osób praktykujących vibe coding, czyli łączących manualne komendy z agentowymi poleceniami. Nie trzeba już przerywać pracy, aby robić snapshoty – agent pamięta, nad czym pracowano.

    Zespoły DevOps, które używają OpenCode jako subagenta w zautomatyzowanych pipeline'ach, szczególnie docenią tę funkcjonalność. Wcześniej ogólne komunikaty o błędach maskowały rzeczywiste problemy z adapterami LLM czy błędami konfiguracji MCP. Teraz diagnostyka jest jasna – można zobaczyć dokładnie, co poszło nie tak.

    Przenoszenie sesji i poprawki w TUI

    Drugą ważną funkcją aktualizacji jest możliwość przenoszenia sesji między katalogami. OpenCode obsługuje ponad 75 providerów LLM – od OpenAI i Anthropic po mniejsze modele, takie jak Deep Seek czy Kimi – co zapewnia elastyczność w zarządzaniu kontekstem.

    W praktyce, jeśli pracujesz nad backendem w jednym workspace'ie i dostajesz pilne zadanie frontendowe, możesz przenieść sesję i kontynuować bez restartowania agenta. Terminal UI (TUI) zyskał również kilka poprawek – przywrócono możliwość konfiguracji niestandardowych providerów, która wcześniej mogła sprawiać problemy.

    Desktopowa wersja aplikacji również została ulepszona. Dodano dedykowany proces narzędziowy dla lokalnego serwera, co poprawia niezawodność połączeń. Nowe opcje w menu ustawień macOS oraz lepsze zarządzanie wieloma serwerami również zwiększają funkcjonalność aplikacji.

    ACP i spójność stanu – stabilność przede wszystkim

    W aktualizacji szczególnie podkreślono poprawę niezawodności klientów ACP (Agent Communication Protocol). Sesje nie gubią stanu przy przełączaniu kontekstów, a odpowiedzi na pytania trafiają do właściwego katalogu sesji.

    Dla deweloperów korzystających z OpenCode jako orkiestratora, a nie tylko pojedynczego agenta, to istotna zmiana. Użytkownik na Reddicie zauważył, że „Twój orkiestrator powinien wywoływać OpenCode jako subagenta przez większość czasu – oszczędza to mnóstwo okna kontekstowego”.

    Changelog z 5 czerwca jest bogaty w zmiany – poza nowymi funkcjami znajdziemy wsparcie dla OpenAI przez AWS Bedrock, odkrywanie skilli przez agentów oraz interaktywne replaye sesji za pomocą run --replay. Dodatkowo poprawki dla GitHub Copilot, podświetlanie składni Vue oraz naprawa problemów z anulowaniem w shellu.

    Wnioski

    OpenCode rozwija się jako terminal-first agent. Aktualizacja z czerwca 2026 odpowiada na rzeczywiste problemy codziennej pracy – utratę zmian przy przełączaniu kontekstów oraz nieczytelne komunikaty błędów. Dla deweloperów traktujących AI jako partnera w kodowaniu, zarządzane klonowanie i przenoszenie sesji to funkcje, które znacząco skracają czas między pomysłem a implementacją.


    Źródła

  • Zed 1.1.7: Poprawki stabilności i wydajności, które docenią programiści

    Zed 1.1.7: Poprawki stabilności i wydajności, które docenią programiści

    Zed, nowoczesny edytor kodu napisany w Rust, znany z funkcji współpracy w czasie rzeczywistym i integracji z modelami AI, wprowadził aktualizację 1.1.7. W tej wersji zespół deweloperów skoncentrował się na poprawie stabilności, eliminując cztery konkretne błędy, które mogły wpływać na codzienną pracę. Choć lista zmian jest krótka, każda poprawka rozwiązuje problemy, które były szczególnie odczuwalne w pracy z dużymi repozytoriami, lokalnym AI oraz trybami modalnymi vi/helix. Dla użytkowników korzystających z podpowiedzi generowanych przez model zeta2, ciągłych podglądów Markdown czy zaawansowanych ruchów helixa, aktualizacja 1.1.7 przynosi istotne udogodnienia.

    Kluczowe poprawki w pigułce

    • Lokalne przewidywania zeta2 – naprawiono błędny format promptu, co przywróciło poprawne działanie edycji wspomaganej przez lokalny model AI.
    • Nadmierne zużycie CPU – usunięto wyciek mocy obliczeniowej spowodowany błędami systemu plików, takimi jak uszkodzone linki symboliczne i problemy z uprawnieniami w monitorowanych katalogach.
    • Podgląd Markdown – dodano brakującą implementację przeładowania, dzięki czemu podgląd zawsze odzwierciedla aktualną zawartość pliku.
    • Rzadki panic przy ruchach helixa – wyeliminowano crash występujący podczas wywoływania komend helixa przed pełnym ułożeniem edytora.

    Lokalne predykcje AI z poprawionym promptem

    Jednym z wyróżników Zeda jest głęboka integracja z lokalnymi modelami sztucznej inteligencji, które potrafią podpowiadać edycje kodu bez wychodzenia z edytora. Funkcja edit predictions korzysta z modelu zeta2, który analizuje kontekst i sugeruje zmiany. W wersji 1.1.7 naprawiono problem z użyciem niepoprawnego formatu promptu wysyłanego do modelu. Błąd ten sprawiał, że lokalne przewidywania nie działały zgodnie z oczekiwaniami – podpowiedzi były nieadekwatne lub w ogóle się nie pojawiały.

    Dla programistów polegających na AI przy refaktoryzacji czy uzupełnianiu kodu to kluczowa kwestia. Poprawka oznacza, że zeta2 znów poprawnie interpretuje instrukcje i generuje sensowne propozycje edycji, co bezpośrednio wpływa na tempo pracy. W dobie rosnącej popularności programowania z pomocą asystentów AI, Zed pokazuje, że nawet drobne detale formatowania komunikatów mają ogromne znaczenie dla niezawodności działania.

    Nadmierne zużycie CPU w monitorowanych katalogach

    Nie ma nic gorszego niż edytor, który niespodziewanie zaczyna obciążać procesor, wentylatory w laptopie wchodzą na najwyższe obroty, a akumulator szybko się rozładowuje. W Zed 1.1.7 zdiagnozowano i usunięto taką pułapkę wydajnościową. Okazało się, że błędy systemu plików w monitorowanych katalogach, takie jak uszkodzone dowiązania symboliczne czy odmowa dostępu, powodowały niekontrolowany wzrost zużycia CPU.

    Mechanizm watchera, odpowiedzialny za reagowanie na zmiany w drzewie katalogów projektu, w przypadku napotkania błędu wchodził w pętlę intensywnego odpytywania, zamiast obsłużyć go w sposób kontrolowany. To szczególnie dotkliwe w dużych repozytoriach, gdzie wiele zależności, symlinków i uprawnień tworzy podatny grunt. Teraz Zed radzi sobie z tymi sytuacjami w sposób bardziej efektywny, co przekłada się na płynniejszą pracę i mniejsze rozpraszanie uwagi. Dla każdego, kto pracuje z monorepo, kontenerami czy projektami zawierającymi linki do zewnętrznych zasobów, to wymierna oszczędność energii i nerwów.

    Przeładowanie podglądu Markdown wreszcie działa

    Zed oferuje wbudowany podgląd plików Markdown, co jest niezwykle przydatne podczas pisania dokumentacji, README czy postów. Do tej pory brakowało implementacji mechanizmu przeładowania – edytor nie odświeżał podglądu po zmianie zawartości pliku. Deweloperzy musieli ręcznie zamykać i otwierać okno, co było uciążliwe. Teraz, dzięki aktualizacji, podgląd Markdown działa poprawnie, co znacznie ułatwia pracę.


    Źródła

  • Claude Code 2.1.133: Worktree z precyzją i piaskownica na twoich zasadach

    Claude Code 2.1.133: Worktree z precyzją i piaskownica na twoich zasadach

    Anthropic nie zwalnia tempa. 7 maja 2026 roku światło dzienne ujrzała wersja 2.1.133 terminalowego asystenta Claude Code – aktualizacja, która na pierwszy rzut oka może wydawać się drobną porcją poprawek, ale w rzeczywistości precyzyjnie celuje w bolączki zaawansowanych użytkowników. Deweloperzy balansujący między gałęziami, administratorzy dbający o bezpieczeństwo izolowanych środowisk i entuzjaści automatyzacji dostają zestaw narzędzi, który znacząco podnosi komfort codziennej pracy. Nowa wersja to przede wszystkim długo wyczekiwane ustawienie worktree.baseRef, elastyczniejsza konfiguracja sandboxa dla Linuksa i WSL oraz garść poprawek stabilności, które sprawiają, że sesje przestają się niespodziewanie wykrzaczać.

    Kluczowe informacje

    • Nowe ustawienie worktree.baseRef daje pełną kontrolę nad bazowym punktem odniesienia dla operacji worktree, co eliminuje nieporozumienia przy edycji kodu w gałęziach
    • Ulepszona konfiguracja sandboxa na Linuksie i WSL umożliwia precyzyjniejsze definiowanie granic izolacji – niezbędne w kontenerach deweloperskich
    • Wzmocnione polityki administracyjne pozwalają na skuteczniejsze egzekwowanie reguł w zespołach i wdrożeniach enterprise
    • Widoczność poziomu wysiłku hooków ułatwia debugowanie automatyzacji i ocenę, jak mocno poszczególne skrypty obciążają asystenta
    • Poprawki stabilności sesji obejmują obsługę poświadczeń, dopasowanie ścieżek, tryb skupienia i zarządzanie pamięcią procesów w tle

    Worktree z wreszcie jawnym punktem startowym

    Dla każdego, kto pracuje z wieloma gałęziami jednocześnie, operacje worktree w Git są chlebem powszednim. Claude Code od dawna potrafi je obsługiwać, ale dotychczas samodzielnie ustalał bazową referencję – czyli gałąź lub commit, względem której generowane są zmiany. Automatyzm ten bywał jednak zawodny, szczególnie gdy struktura repozytorium odbiegała od standardowych konwencji. Nowość w wersji 2.1.133 to jawne ustawienie worktree.baseRef. Od teraz możesz w pliku konfiguracyjnym wskazać konkretny punkt startowy: main, develop, a nawet konkretny SHA commita. Claude nie będzie już zgadywał – dostosuje się do twoich intencji.

    Praktyczne znaczenie tego drobnego dodatku jest ogromne. Wyobraź sobie sytuację, w której tworzysz nową funkcjonalność na gałęzi feature/api-v2, ale chcesz, aby asystent porównywał zmiany względem gałęzi release/1.0, a nie domyślnego main. Dotychczas mogło to prowadzić do generowania nadmiarowych diffów lub pomijania kluczowych konfliktów. Teraz wystarczy jeden wpis i cały przepływ pracy staje się spójny. Dla zwolenników vibe codingu, którzy coraz częściej powierzają AI generowanie całych bloków kodu, precyzyjne zakotwiczenie w repozytorium to warunek konieczny, by uniknąć katastrofy po mergowaniu.

    Izolacja na własnych warunkach

    Izolacja na własnych warunkach

    Sandbox w Claude Code to mechanizm uruchamiający kod w kontrolowanym środowisku, chroniący system hosta przed niepożądanymi skutkami. Do tej pory na Linuksie i WSL jego konfiguracja potrafiła być sztywna – użytkownicy narzekali na brak możliwości dostrojenia reguł pod specyficzne kontenery deweloperskie. Update 2.1.133 rozwiązuje ten problem, wprowadzając elastyczniejsze opcje konfiguracji. Choć changelog nie podaje szczegółowych nazw parametrów, to z kontekstu wynika, że administracja może teraz precyzyjniej określać, które katalogi są dostępne, jakie zasoby wolno montować i kiedy sandbox ma wymusić twardą izolację.

    Dla zespołów korzystających z Dev Containers czy GitHub Codespaces to krok milowy. Możliwość dostosowania sandboxa do obrazu kontenera oznacza, że asystent będzie w stanie bezpiecznie operować w środowisku zbliżonym do produkcyjnego, nie narażając go na wycieki danych. Deweloperzy mogą też łatwiej integrować Claude Code z własnymi narzędziami CI/CD, gdzie izolacja wykonania ma kluczowe znaczenie dla bezpieczeństwa łańcucha dostaw.

    Administratorzy dostają lepsze narzędzia dyscypliny

    Wersja 2.1.133 wprowadza silniejszą kontrolę polityk administracyjnych. To ukłon w stronę organizacji, które wdrażają asystenta AI w skali zespołu. Nowe mechanizmy pozwalają na definiowanie reguł z poziomu zarządzanego pliku konfiguracyjnego, które są egzekwowane z wyższym priorytetem. Na przykład


    Źródła

  • Kimi K2.7 Code wchodzi do gry – Moonshot AI rzuca wyzwanie Claude i GPT w długodystansowym kodowaniu

    Kimi K2.7 Code wchodzi do gry – Moonshot AI rzuca wyzwanie Claude i GPT w długodystansowym kodowaniu

    Moonshot AI wprowadziło 12 czerwca 2026 roku model Kimi K2.7 Code, który jest ich najnowszym asystentem do programowania. Model ten został zaprojektowany z myślą o długoterminowych zadaniach inżynierskich, obsługuje długie konteksty oraz autonomiczne narzędzia. Użytkownicy mogą uzyskać do niego dostęp przez API, Hugging Face oraz środowisko Kimi Code.

    • Kimi K2.7 Code jest modelem stworzonym do długodystansowych zadań programistycznych, który lepiej radzi sobie z różnymi językami oraz z frontendem, DevOpsem i optymalizacją wydajności.
    • 256-tysięczne okno kontekstowe oraz tryb myślący (bez szybkich odpowiedzi) – model został zoptymalizowany do złożonego, wieloetapowego rozumowania.
    • Około 30% mniej tokenów rozumowania w porównaniu do Kimi K2.6 Code przy tych samych zadaniach, co prowadzi do niższych kosztów inferencji.
    • Ceny API: 0,95 USD za milion tokenów wejściowych, 4 USD za milion wyjściowych oraz 0,19 USD przy trafieniach cache’a – model jest dostępny na licencji Modified MIT.

    Model dostosowany do agentowego kodu

    Kimi K2.7 Code nie jest jedynie poprawioną wersją swojego poprzednika. Moonshot AI określa go jako „najbardziej zdolny model do kodowania”, który został dostosowany do agentowego generowania kodu oraz długoterminowej inżynierii oprogramowania. Model ma na celu lepsze radzenie sobie z zadaniami wymagającymi wielu kroków, wywoływania narzędzi oraz utrzymania spójności w długich kontekstach.

    Dokumentacja wskazuje na znaczną poprawę w zadaniach długohoryzontalnych. Kimi K2.7 Code lepiej generalizuje między Rustem, Go i Pythonem, a także poprawia efektywność w projektach frontendowych, automatyzacji DevOps i optymalizacji wydajności. Dla zespołów korzystających z vibe coding lub autonomicznych agentów, model ten może obsługiwać bardziej złożone zadania niż tylko krótkie fragmenty kodu.

    Duże okno i jeden tryb

    Model dysponuje oknem kontekstowym o długości 256 tysięcy tokenów i nie obsługuje trybu niemyślącego – cała komunikacja odbywa się poprzez ścieżkę rozumowania. Dla programistów przyzwyczajonych do szybkich odpowiedzi od GPT czy Claude, może to być zauważalna różnica w interakcji, ale zapewnia, że model nie uprości skomplikowanej logiki.

    Moonshot informuje o redukcji tokenów rozumowania o około 30% w porównaniu do Kimi K2.6 Code. Oznacza to, że nowa architektura lub proces treningowy pozwoliły modelowi myśleć bardziej zwięźle, nie tracąc jakości. Mniejsza liczba tokenów przekłada się również na niższe koszty przy wywołaniach API.

    Ceny, licencja i możliwości testowania

    Dostęp do Kimi K2.7 Code można uzyskać przez Moonshot API, narzędzie Kimi Code (terminalowy/IDE agent) oraz repozytorium na Hugging Face. Model jest dostępny na licencji Modified MIT, co oznacza, że w przeciwieństwie do niektórych konkurencyjnych rozwiązań, nie ma ograniczeń dotyczących komercyjnego wykorzystania.

    Ceny wynoszą: 0,95 USD za milion tokenów wejściowych, 4 USD za milion wyjściowych oraz 0,19 USD za cache. W przypadku długich kontekstów i powtarzalnych promptów, te stawki mogą być korzystne. W porównaniu do modeli takich jak Claude czy GPT, Kimi K2.7 Code może być bardziej opłacalnym rozwiązaniem.

    Rodzina K2 i jej znaczenie dla web deweloperki

    Kimi K2.7 Code to kolejny krok po modelu Kimi K2.6 Code, który Moonshot promowało jako otwarte narzędzie do kodowania, długoterminowej egzekucji oraz agentów. Seria K2 opiera się na architekturze Mixture-of-Experts, która według wcześniejszych zapowiedzi ma bilion parametrów, z czego 32 miliardy są aktywowane podczas inferencji. Nowsze informacje sugerują, że Kimi K2.7 Code utrzymuje podobną skalę, chociaż oficjalne specyfikacje nie zostały jeszcze w pełni ujawnione.

    Dla programistów pracujących z Kimi K2.7 Code, model ten oferuje nowe możliwości w zakresie długoterminowego kodowania i bardziej złożonych projektów.

  • Zed 1.1.5: Git Graph, Agentyczne Układy i Nowe Modele AI – Czy To Nowa Era Edytora?

    Zed 1.1.5: Git Graph, Agentyczne Układy i Nowe Modele AI – Czy To Nowa Era Edytora?

    Zed właśnie wydał wersję 1.1.5, stabilną aktualizację, która wprowadza istotne zmiany w interakcji z kodem, historią projektu i asystą AI. W tej wersji pojawił się pełnoprawny graf Gita, który zastępuje dotychczasowy widok historii plików, przełącznik układu paneli umożliwiający szybkie przechodzenie między klasycznym a agentowym trybem pracy oraz rozszerzony katalog wspieranych modeli sztucznej inteligencji. Aktualizacja ta wpływa na codzienny workflow programisty na wielu poziomach – od wizualizacji rozgałęzień, przez organizację przestrzeni roboczej, aż po wybór silnika AI do zadań programistycznych.

    Kluczowe informacje

    • Git Graph zastępuje historię plików, oferując wizualną mapę commitów i gałęzi z lazy loadingiem, wyszukiwarką i dynamiczną szerokością kolumn.
    • Panel Layout umożliwia przejście między układem klasycznym (narzędzia po lewej) a agentowym (panel AI po lewej, reszta po prawej) jednym kliknięciem.
    • DeepSeek V4-Pro/Flash oraz rodzina OpenCode Go (w tym GPT 5.5, MiMo V2.5, Ling 2.6, Hy3) zostały dodane do oficjalnego wsparcia.
    • LSP Code Lens, nawigacja w stylu Helixa oraz alerty GFM w podglądzie Markdown wzbogacają edycję i podgląd dokumentacji.
    • Wprowadzono poprawki dotyczące wydajności monitorowania systemu plików na Linuxie oraz usunięto dziesiątki błędów w edytorze, terminalu i panelu agenta, chociaż ujawniono regresję w module współpracy.

    Zamiast historii pliku – Git Graph jako nowy domyślny widok

    Najbardziej kontrowersyjną zmianą jest usunięcie widoku historii pliku i zastąpienie go pełnym grafem Gita. Deweloperzy, którzy wcześniej korzystali z liniowego podglądu zmian w plikach, musieli przechodzić do zakładki „file history”. Teraz Zed oferuje interaktywny wykres, który pokazuje całą strukturę commitów i gałęzi w repozytorium. Zespół podkreśla wyższą wydajność dzięki leniwemu ładowaniu danych, szybkiemu przeszukiwaniu wpisów, zmiennej szerokości kolumn dopasowanej do długości wiadomości commitów oraz osobnemu panelowi szczegółów wybranego commita.

    Dla programistów pracujących samodzielnie lub tych, którzy potrzebują wizualnej nawigacji po skomplikowanych repozytoriach, graf stanowi znaczący postęp. Umożliwia szybki wgląd w to, które gałęzie się rozchodzą, gdzie miały miejsce mergi oraz jak rozwijała się historia projektu – wcześniej wymagało to korzystania z zewnętrznych narzędzi lub komend terminala. Nie wszyscy jednak przyjęli tę zmianę z entuzjazmem. Po premierze na GitHubie zgłoszono, że w trybie współpracy stary podgląd historii plików przestał działać, a nowy Git Graph nie uruchamia się w scenariuszach zdalnych. Oznacza to, że zespoły opierające swoją pracę na zdalnym kodowaniu w Zedzie straciły dostęp do historii zmian konkretnego pliku, co może być problematyczne podczas przeglądów kodu i rozwiązywania konfliktów. Zespół prawdopodobnie pracuje nad rozwiązaniem tego problemu, ale warto mieć to na uwadze przed aktualizacją w środowiskach produkcyjnych.

    Agentowy workflow jednym przełącznikiem – nowa era interakcji z AI

    Zed od dłuższego czasu eksperymentuje z integracją panelu AI, ale wersja 1.1.5 wprowadza osobne menu „Panel Layout” z dwiema predefiniowanymi opcjami: classic i agentic. Klasyczny układ umieszcza panel projektu, Gita i inne narzędzia po lewej stronie, co jest znane użytkownikom VS Code i innych edytorów. Układ agentowy przenosi panel agenta AI na lewą stronę, a pozostałe elementy – edytor, podglądy, terminal – na prawą. To nie jest jedynie kosmetyczna zmiana, lecz istotna reorganizacja przepływu pracy. Deweloperzy intensywnie korzystający z asysty AI mogą teraz jednym kliknięciem przełączyć się w tryb, w którym agent staje się bardziej dostępny.


    Źródła

  • OpenCode v1.14.37: Lepsza kontrola sesji i stabilność na pulpicie

    OpenCode v1.14.37: Lepsza kontrola sesji i stabilność na pulpicie

    Najnowsza odsłona otwartoźródłowego asystenta programistycznego OpenCode – oznaczona numerem v1.14.37 – przynosi szereg ulepszeń skoncentrowanych na zarządzaniu zadaniami, wizualizacji sesji oraz niezawodności aplikacji desktopowej. Twórcy położyli szczególny nacisk na wygodę pracy z wieloma podzadaniami jednocześnie oraz na usprawnienia dla użytkowników Windows, co czyni tę aktualizację istotną dla wszystkich, którzy na co dzień polegają na agentach AI w terminalu, IDE lub samodzielnej aplikacji.

    Kluczowe fakty

    • Anulowanie zadań potomnych – od teraz można przerywać podzadania razem z sesją nadrzędną, bez pozostawiania wiszących procesów.
    • Poprawione renderowanie sesji v2 – dokładniejsze wyświetlanie stanów narzędzi i precyzyjniejsze odmierzanie czasu ich działania.
    • Przenoszenie sesji między przestrzeniami roboczymi – funkcja warp pozwala reorganizować pracę bez utraty kontekstu.
    • Płynniejsza migracja w wersji desktopowej – użytkownicy aplikacji okienkowej zyskują łatwiejsze przenoszenie ustawień i danych.
    • Stabilność paska tytułowego w Windows – wyeliminowano migotanie i problemy z powiększeniem okna przy zmianie zoomu.

    Usprawnione zarządzanie podzadaniami

    Do tej pory anulowanie sesji nadrzędnej często prowadziło do sytuacji, w której uruchomione w jej ramach podzadania (ang. child subtasks) działały dalej w tle, zużywając zasoby i tworząc bałagan. OpenCode v1.14.37 rozwiązuje ten problem – mechanizm anulowania został rozbudowany tak, aby jednym poleceniem można było zatrzymać zarówno zadanie główne, jak i wszystkie jego procesy potomne. To szczególnie ważne w środowiskach, gdzie agent AI wykonuje złożone, wieloetapowe operacje (np. refaktoryzację kodu, testy integracyjne czy generowanie dokumentacji). Teraz po wydaniu komendy przerwania użytkownik ma pewność, że nic nie zostanie w zawieszeniu, co przekłada się na czystsze środowisko pracy i mniejsze ryzyko konfliktów.

    Sesje v2 – dokładniejsza wizualizacja stanu narzędzi

    Sesje v2 – dokładniejsza wizualizacja stanu narzędzi

    Drugim filarem wydania jest przebudowa renderowania sesji w wersji drugiej. Deweloperzy poprawili sposób, w jaki wyświetlane są stany poszczególnych narzędzi (np. linterów, formaterek czy skryptów budujących), oraz dopracowali odzwierciedlenie faktycznego czasu ich trwania. W poprzednich wersjach zdarzały się opóźnienia lub nieaktualne informacje o postępie, co mogło wprowadzać użytkownika w błąd przy debugowaniu lub monitorowaniu pracy agenta. Teraz dane są odświeżane w czasie zbliżonym do rzeczywistego, a ikony i opisy stanów są bardziej czytelne. Dzięki temu programista szybciej orientuje się, które narzędzia już zakończyły pracę, a które wciąż działają, co bezpośrednio skraca czas reakcji i pozwala sprawniej zarządzać równoległymi zadaniami.

    Sesje w ruchu: warp między workspace’ami

    Sesje w ruchu: warp między workspace’ami

    Nowością jest możliwość przenoszenia całych sesji między różnymi przestrzeniami roboczymi (workspace’ami). Funkcja warp pozwala w locie zmienić katalog roboczy, w którym działa dana sesja, bez konieczności jej zamykania i odtwarzania od nowa. Dla osób pracujących nad wieloma projektami jednocześnie lub często reorganizujących foldery to ogromne ułatwienie – wystarczy jedno polecenie, aby cały kontekst (historia rozmowy z agentem, otwarte pliki, ustawienia narzędzi) został przeniesiony w nowe miejsce. W praktyce oznacza to, że można np. rozpocząć sesję w repozytorium głównym, a następnie przenieść ją do forka lub gałęzi testowej, zachowując pełną ciągłość pracy. To kolejny krok w kierunku uczynienia z OpenCode elastycznego środowiska, które dostosowuje się do dynamicznego stylu pracy programistów.

    Desktop zyskuje na stabilności

    Użytkownicy aplikacji desktopowej – dostępnej obok interfejsu terminalowego i wtyczek do IDE – otrzymują dwie ważne poprawki. Pierwsza dotyczy płynniejszego procesu migracji: przy przechodzeniu między wersjami lub przenoszeniu konfiguracji na inny komputer OpenCode lepiej radzi sobie z przenoszeniem ustawień i danych sesji, eliminując irytujące błędy i potrzebę ręcznej ingerencji. Druga, szczególnie istotna,


    Źródła