Kategoria: Aktualizacje Oprogramowania

  • Google Antigravity 2.0.10 załatało błąd kredytów G1 i poprawiło stabilność

    Google Antigravity 2.0.10 załatało błąd kredytów G1 i poprawiło stabilność

    Google wypuściło aktualizację Antigravity 2.0.10, która została wydana 28 maja 2026 roku. Ta wersja koncentruje się na naprawie błędów oraz poprawie niezawodności aplikacji. Zespół rozwiązał przede wszystkim krytyczny problem związany z kredytami G1, który wpływał na historię salda użytkowników.

    • Google wydało wersję 2.0.10 swojej aplikacji Antigravity 28 maja 2026
    • Główną zmianą jest poprawka błędu kredytów G1, który zniekształcał wyświetlanie salda konta
    • Dodatkowo wprowadzono szereg poprawek zwiększających ogólną niezawodność i użyteczność
    • Antigravity 2.0.10 zastąpiło wcześniejsze IDE, zmieniając podejście na aplikację desktopową skoncentrowaną na agentach AI

    Błąd G1 – co dokładnie poprawiono?

    Problem z kredytami G1 był jednym z bardziej irytujących błędów, które pojawiły się po premierze Antigravity 2.0.10. Użytkownicy zauważali różnice między rzeczywistym stanem wykorzystanych jednostek rozliczeniowych a tym, co pokazywał interfejs. W niektórych przypadkach system nie poprawnie odzwierciedlał zużycie kredytów z pakietu Google One. Ta kwestia była już częściowo rozwiązana w łatce 2.0.10, ale nie do końca skutecznie.

    Wersja 2.0.10 zamyka ten temat. Mechanizm śledzenia salda został poprawiony, aby dane wyświetlane w zakładce Models w ustawieniach zgadzały się z rzeczywistym stanem konta. Dla osób intensywnie korzystających z agentów AI ma to praktyczne znaczenie – użytkownicy mogą teraz łatwo sprawdzić, ile kredytów faktycznie zostało, bez konieczności ręcznego przeliczania.

    W changelogu nie podano szczegółów technicznych poprawki. Wpis ogranicza się do stwierdzenia „G1 credit bug fix”. Jednak na podstawie wcześniejszych problemów można przypuszczać, że chodziło o synchronizację między backendem rozliczeniowym a lokalnym stanem aplikacji.

    Niezawodność i użyteczność – zbiorcza kategoria poprawek

    Niezawodność i użyteczność – zbiorcza kategoria poprawek

    Oprócz poprawki G1, Antigravity 2.0.10 przynosi również zbiór poprawek określonych jako „różne usprawnienia niezawodności i użyteczności”. To klasyczny zbiór, w którym Google umieszcza mniejsze poprawki, które nie wymagają osobnego opisywania. W praktyce chodzi prawdopodobnie o stabilniejsze działanie przy przełączaniu konwersacji, mniej awarii przy operacjach na plikach oraz ogólne wygładzenie interfejsu.

    Wersja 2.0.10 nie wprowadza nowych funkcji. Nie ma wsparcia dla PDF-ów (to pojawiło się w 2.0.10), nie ma komendy /btw ani przeprojektowanego ekranu limitów. To inżynieryjne wydanie, które przygotowuje grunt pod późniejsze, bardziej rozbudowane aktualizacje.

    Kontekst: Antigravity 2.0.10 jako następca IDE

    Wersja 2.0.10 pojawia się nieco ponad tydzień po premierze Antigravity 2.0.10, zaprezentowanej na Google I/O 19 maja 2026 roku. Ta premiera była dużą zmianą – Google porzuciło dotychczasowe podejście w stylu IDE i zastąpiło je samodzielną aplikacją desktopową skoncentrowaną na agentach.

    Dla wielu programistów oznaczało to utratę znanych narzędzi – eksploratora plików, terminala czy kontroli wersji wbudowanych w poprzednie środowisko. Dlatego kolejne łatki, takie jak 2.0.10, są niezwykle ważne – stabilizują nowe doświadczenie, podczas gdy zespół odbudowuje funkcjonalności w nowej architekturze.

    Co ciekawe, wersja 2.0.10 dodała integrację z Antigravity IDE, co umożliwia otwieranie projektów w starym środowisku. Wygląda na to, że Google stworzyło most między starym a nowym światem, zamiast całkowicie odcinać użytkowników.

    Co dalej?

    Patrząc na dalszy ciąg changeloga – wersje 2.0.10, 2.0.10 czy 2.0.10 – widać, że tempo rozwoju jest wysokie. Kolejne wydania wprowadzają wsparcie dla PDF-ów, komendę /btw do bocznych pytań w trakcie konwersacji, a nawet odtwarzanie plików audio bezpośrednio w aplikacji.

    Dla osób śledzących rozwój narzędzi AI i środowisk pracy z agentami, Antigravity staje się interesującym przypadkiem. Google stara się zbudować pomost między klasycznym IDE a w pełni agentskim workflow – coś, co konkurencja również próbuje robić, ale na razie bez jednego spójnego produktu. Wersja 2.0.10 to mały, ale solidny krok w stronę stabilności, która jest kluczowa dla funkcji aplikacji.

    Źródła

  • Codex 0.135.0 wprowadza rozbudowaną diagnostykę i ulepszony tryb Vima

    Codex 0.135.0 wprowadza rozbudowaną diagnostykę i ulepszony tryb Vima

    OpenAI wydało 28 maja 2026 roku stabilną wersję Codex 0.135.0 — piątą aktualizację w ciągu dziesięciu dni. To wydanie koncentruje się na doświadczeniu użytkownika, nie wprowadzając nowych modeli AI ani agentowych prymitywów. Zamiast tego oferuje narzędzia, które skracają czas potrzebny na diagnozowanie problemów i konfigurację środowiska.

    Kluczowe zmiany w Codex 0.135.0

    • Rozszerzona diagnostyka — polecenie codex doctor bada teraz pięć kategorii: środowisko wykonawcze, stan repozytorium Git, terminal, serwer aplikacji i inwentarz wątków, generując gotowy raport do zgłoszeń supportowych.
    • Ulepszenia trybu Vima — dodano obsługę edycji obiektów tekstowych (ciw, ca(, da") oraz konfigurowalne skróty przerywania konwersacji.
    • Udostępnienie presetów Sandbox — Python SDK zyskuje nazwane presety wykonawcze, co redukuje powtarzalny kod przy konfiguracji sandboksów.
    • Profile uprawnień — /permissions umożliwia przełączanie się między nazwanymi profilami uprawnień dostosowanymi do konkretnych projektów.
    • Widoczność połączeń zdalnych — /status pokazuje szczegóły zdalnego transportu i wersję serwera.

    Diagnostyka, która oszczędza czas

    Największą nowością jest rozszerzenie komendy codex doctor. Narzędzie, które po raz pierwszy pojawiło się w wersji 0.131.0, przeszło gruntowną przebudowę. Analizuje teraz pięć kategorii: środowisko wykonawcze, stan repozytorium Git, terminal, serwer aplikacji oraz inwentarz wątków. Wynik jest formatowany tak, aby można go było wkleić bezpośrednio do zgłoszenia supportowego, eliminując konieczność ręcznego zbierania kontekstu.

    Dla zespołów devopsowych i web developerów pracujących w złożonych środowiskach terminalowych to znacząca oszczędność czasu, zwłaszcza podczas debugowania problemów na zdalnym serwerze przez SSH — wystarczy jedno polecenie.

    Tryb Vima: obiekty tekstowe i konfigurowalne skróty

    Tryb Vima w Codexie zyskał kilka długo oczekiwanych poprawek. Dodano obsługę edycji obiektów tekstowych — ciw do zmiany słowa pod kursorem, ca( do zmiany zawartości nawiasów, da" dla cudzysłowów. Te operacje są kluczowe dla płynnej edycji bez odrywania rąk od klawiatury.

    Poprawiono także zachowanie przy końcu słowa i końcu linii (#24380), eliminując nieintuicyjne przeskoki kursora, które irytowały podczas szybkiego kodowania. Dodatkowo wprowadzono możliwość konfiguracji skrótów do przerywania konwersacji (#24766), co pozwala na dostosowanie ich do własnych przyzwyczajeń.

    Python SDK: mniej boilerplate'u, więcej kontroli

    Dla programistów integrujących Codexa z własnymi narzędziami, istotną zmianą w Python SDK są nazwane presety Sandbox dla API wątków i tur (threads, turns). Dotychczas każdorazowe konfigurowanie trybu wykonawczego sandboksa wymagało pisania powtarzalnego kodu. Teraz wystarczy odwołać się do gotowego presetu.

    Ta zmiana współgra z profilem uprawnień — /permissions wprowadza wsparcie dla nazwanych profili uprawnień z własnymi konfiguracjami. Umożliwia to szybkie przełączanie się między restrykcyjnym trybem dla zewnętrznych bibliotek a luźniejszym dla własnego kodu testowego, bez potrzeby edytowania plików konfiguracyjnych.

    Stabilność i infrastruktura

    Wydanie 0.135.0 wprowadza poprawki stabilności TUI. Udoskonalone zostało renderowanie na macOS i w Zelliju, a dopełnianie slash-komend nie nadpisuje już wprowadzanego tekstu — co było uciążliwe podczas dłuższych sesji. Instalator zyskał tryb nieinteraktywny, co ułatwia integrację Codexa w pipeline'y CI/CD.

    Pod maską zaszły zmiany architektoniczne: pamięć przeniesiono do niezależnej bazy SQLite, a konfiguracja TUI stopniowo zbiega się w stronę serwera aplikacji. To przygotowanie do przyszłej skalowalności, choć dla końcowego użytkownika na razie niewidoczne.

    Ewolucja, nie rewolucja

    Codex 0.135.0 wpisuje się w szerszy trend: narzędzie przestaje być tylko generatorem kodu, a staje się fundamentem agentowym, który operuje całym środowiskiem developerskim. Pięć stabilnych wydań w dziesięć dni pokazuje tempo prac oraz świadomą strategię OpenAI. Zamiast wprowadzać nowe modele, firma koncentruje się na tym, aby istniejące funkcje działały przewidywalnie i wygodnie.

    Dla web developerów, którzy spędzają godziny w terminalu, te zmiany przynoszą konkretne ułatwienia w codziennej pracy. Dla tych, którzy integrują Codexa z własnymi skryptami Pythona, presety Sandbox i profile uprawnień oznaczają czystszy kod i mniej niespodzianek na produkcji. Kolejnym krokiem ewolucji będzie wersja 0.136.0 alpha, która już się pojawiła i zapowiada dalsze usprawnienia.

    Źródła

  • Cline CLI v3.0.14: cicha aktualizacja, która ratuje kompilowane buildy przed milczącą awarią telemetrii

    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

    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

    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

  • Zed 1.4.2: System umiejętności zastępuje reguły agenta i wprowadza globalne instrukcje

    Zed 1.4.2: System umiejętności zastępuje reguły agenta i wprowadza globalne instrukcje

    Zed wydał wersję 1.4.2, która zmienia sposób konfigurowania agentów AI w edytorze. Dotychczasowy system reguł został usunięty, a jego miejsce zajęły umiejętności (Skills), czyli pakiety instrukcji wielokrotnego użytku. Wprowadzono również globalny plik AGENTS.md, który pozwala na definiowanie wytycznych dostępnych dla wszystkich agentów, eliminując potrzebę powtarzania tych samych zasad w różnych wątkach.

    Najważniejsze zmiany w pigułce

    • Umiejętności zastępują stare @rule – to ustrukturyzowane foldery z plikiem SKILL.md, które agent ładuje tylko wtedy, gdy są potrzebne, zamiast wprowadzać cały blok tekstu do każdej konwersacji.
    • Globalny AGENTS.md definiuje instrukcje dla całego projektu, co eliminuje potrzebę rozrzucania reguł po różnych plikach konfiguracyjnych.
    • Wybór gałęzi bazowej w widoku porównania gałęzi pozwala teraz wskazać, z którą gałęzią chcemy zestawić obecne zmiany.
    • Przełączanie wszystkich fragmentów diffa jednym poleceniem przyspiesza nawigację po zmianach.
    • C++ runnables umożliwiają uruchamianie plików wykonywalnych C++ bezpośrednio z poziomu edytora.

    Jak działają umiejętności?

    Umiejętność to folder zawierający plik SKILL.md z metadanymi i instrukcjami. Agent widzi katalog wszystkich zainstalowanych umiejętności i może załadować dowolną z nich na żądanie. Można to zrobić na dwa sposoby: przez polecenie slash (/) w edytorze wiadomości albo przez wzmiankę @skill w menu autouzupełniania.

    Tworzenie nowych umiejętności jest proste. Zed ma wbudowaną umiejętność create-skill, która prowadzi przez proces konfiguracji krok po kroku. Dostępny jest również menedżer umiejętności pod cmd-alt-l na macOS oraz ctrl-alt-l na Windows i Linuksie. Można także zaimportować umiejętność z pliku Markdown na GitHubie, używając polecenia agent: create skill from url w palecie komend.

    Są jednak pewne ograniczenia techniczne. Łączny rozmiar nazw i opisów wszystkich umiejętności nie może przekraczać 50KB – jeśli limit zostanie przekroczony, nadmiarowe umiejętności znikają z katalogu, a użytkownik otrzymuje ostrzeżenie w interfejsie. Plik SKILL.md powinien mieścić się w 500 liniach, a szczegółowe materiały referencyjne lepiej przenieść do folderu references/.

    Koniec ery @rule

    Dla dotychczasowych użytkowników to zmiana, która wymaga działania. Stary system reguł i wpis @rule w autouzupełnianiu zostały całkowicie usunięte. Wcześniej reguły działały jak ściana tekstu wprowadzana do każdej konwersacji – agent musiał przetwarzać całość za każdym razem.

    Nowy system działa inaczej. Umiejętności są ładowane selektywnie, tylko gdy agent uzna, że są potrzebne do konkretnego zadania. To poprawia wydajność i zmniejsza szum w kontekście. Wszystkie istniejące reguły trzeba teraz ręcznie przenieść do nowego formatu – nie ma automatycznej migracji.

    Globalne instrukcje i pozostałe usprawnienia

    Plik AGENTS.md to kolejny element porządkujący pracę z agentami. Działa na poziomie całego projektu – definiuje instrukcje, które agent bierze pod uwagę niezależnie od tego, który konkretnie skill został załadowany. To wygodne rozwiązanie dla zespołów, które chcą zachować spójność stylu kodowania czy konwencji nazewnictwa bez powtarzania tych samych zasad w każdym skonfigurowanym skillu.

    W kwestii workflow z kodem: pojawiła się możliwość wyboru gałęzi bazowej przy porównywaniu zmian w widoku diffa. Nowe polecenie zwijania i rozwijania wszystkich fragmentów diffa naraz znacznie przyspiesza przeglądanie większych pull requestów czy commitów.

    Jeśli chodzi o C++, Zed dodał wsparcie dla uruchamiania plików wykonywalnych, co jest korzystne dla programistów pracujących z tym językiem. Aktualizacja poprawia również stabilność na Linuksie i wprowadza poprawki błędów w integracjach z AI, Gitem oraz MCP (Model Context Protocol).

    Dlaczego to ma znaczenie dla zespołów deweloperskich

    Dla grup stosujących vibe coding lub AI-driven development, umiejętności pozwalają na standaryzację wewnętrznych standardów pisania kodu czy podejścia do testów bez konieczności dołączania dużych bloków kontekstu w każdym prompcie. Jest to szczególnie przydatne w zespołach DevOps, gdzie agenci muszą obsługiwać różne workflow – od integracji z bazami danych po przetwarzanie dokumentów. Umiejętność ładuje dokładnie te instrukcje, które są potrzebne do konkretnego zadania, zamiast zalewać agenta niepotrzebnymi informacjami.

    Ustawienia okna konfiguracji również doczekały się drobnego, ale użytecznego usprawnienia – w breadcrumb pojawił się przełącznik zakresu dla podstron takich jak umiejętności, co pozwala łatwo przeskakiwać między konfiguracją użytkownika a konfiguracją projektu.

    Źródła

  • OpenCode v1.14.50: stabilniejsze sesje i nowe możliwości SDK dla programistów

    OpenCode v1.14.50: stabilniejsze sesje i nowe możliwości SDK dla programistów

    OpenCode doczekał się kolejnej aktualizacji – wersja v1.14.50 została udostępniona użytkownikom 13 maja 2026 roku. Wprowadza ona sześć zmian, które koncentrują się głównie na stabilności sesji HTTP oraz rozszerzeniu możliwości SDK. Ta aktualizacja rozwiązuje kilka problemów zgłaszanych przez społeczność.

    Kluczowe zmiany w skrócie

    • Stabilność strumieni HTTP – naprawiono zrywanie połączeń podczas ciągłych aktualizacji instancji, co poprawia płynność pracy w czasie rzeczywistym.
    • Obsługa przeciążonych sesji – ulepszone komunikaty błędów dla sesji zajętych innymi operacjami.
    • Nowe zapytania w SDK v1.14.50 – dodano wsparcie dla odpytywania katalogów i przestrzeni roboczych, co ułatwia nawigację po projektach.
    • Renderowanie Markdown w TUI – przywrócono domyślne formatowanie tekstu w terminalu.
    • Konfiguracja modeli – system automatycznie przełącza się na zapasowe modele, gdy główny provider zawiedzie.

    Naprawione strumienie i lepsza obsługa błędów

    Głównym celem tej aktualizacji było ustabilizowanie sesji HTTP. Wcześniej zdarzało się, że strumienie zdarzeń (event streams) przerywały się podczas długotrwałych operacji, co było frustrujące dla programistów korzystających z ciągłych aktualizacji instancji.

    Teraz połączenia pozostają otwarte tak długo, jak to konieczne. Zespół OpenCode poprawił również komunikaty błędów w interfejsach CLI i SDK – użytkownicy otrzymują teraz jasne informacje o problemach, co ułatwia debugowanie sesji pod dużym obciążeniem.

    SDK v1.14.50 z nowymi możliwościami

    Deweloperzy integrujący OpenCode z własnymi narzędziami zyskali nowe funkcje. SDK v1.14.50 obsługuje teraz zapytania o strukturę katalogów i przestrzenie robocze (workspace i directory query support). Umożliwia to precyzyjne odpytywanie agentów o zawartość konkretnych folderów, eliminując potrzebę ręcznego przeszukiwania całego projektu.

    To znaczące ułatwienie dla narzędzi budowanych wokół OpenCode, ponieważ agenci mogą szybciej lokalizować pliki i lepiej rozumieć kontekst projektu.

    Drobne, ale odczuwalne poprawki

    Wersja v1.14.50 przywraca domyślne renderowanie Markdown w interfejsie terminalowym (TUI). Po wcześniejszych aktualizacjach niektórzy użytkownicy zauważyli, że sformatowane odpowiedzi modeli były wyświetlane jako surowy tekst. Teraz nagłówki, listy i fragmenty kodu znów wyglądają zgodnie z oczekiwaniami.

    Dodatkowo wprowadzono solidniejszy mechanizm fallbacku dla konfiguracji modeli AI. Jeśli główny provider (np. Claude, GPT czy Gemini) nie odpowiada, OpenCode automatycznie przełącza się na zapasowy model, co eliminuje konieczność ręcznej interwencji. To usprawnienie może uratować sesję w krytycznych momentach.

    Kontekst dla użytkowników platformy

    OpenCode to jedno z aktywnie rozwijanych narzędzi w ekosystemie vibe codingu oraz AI-assisted web development. Działa w terminalu, jako aplikacja desktopowa i rozszerzenie IDE, obsługując zarówno płatne modele (Claude, GPT, Gemini), jak i darmowe, lokalnie uruchamiane sieci. Aktualizacja v1.14.50 wpisuje się w szerszy trend, w którym producenci narzędzi AI kładą większy nacisk na niezawodność.

    OpenCode ma już 647 śledzonych wydań w changelogu, co świadczy o szybkim rozwoju projektu open-source. Choć ta aktualizacja jest niewielka, rozwiązuje realne problemy zgłaszane przez społeczność, co jest często bardziej wartościowe niż wiele niedopracowanych nowości.

    Źródła

  • Factory Release v0.124.0: głębokie Recenzje Bezpieczeństwa i Ulepszony Proces Logowania

    Factory Release v0.124.0: głębokie Recenzje Bezpieczeństwa i Ulepszony Proces Logowania

    Najnowsza aktualizacja platformy Factory, oznaczona numerem v0.124.0, wprowadza szereg zmian, które poprawiają bezpieczeństwo i użyteczność. Deweloperzy i integratorzy AI zyskali nowe narzędzia do analizy kodu, a użytkownicy końcowi mogą korzystać z bardziej intuicyjnego procesu logowania. To nie są jedynie kosmetyczne poprawki, ale istotny krok w kierunku bardziej elastycznego i wydajnego środowiska pracy.

    Kluczowe informacje o aktualizacji

    • Przegląd bezpieczeństwa – komenda /security-review oferuje teraz dwa tryby: głęboki i pobieżny, co pozwala dostosować analizę do potrzeb.
    • Przekierowania po logowaniu – dodano obsługę redirect URI, co umożliwia użytkownikowi powrót do miejsca, w którym przerwał pracę.
    • Wydajność CLI – interfejs wiersza poleceń stał się bardziej responsywny dzięki ulepszonemu wyszukiwaniu rozmytemu i lepszej widoczności zapisywania kontekstu.
    • Optymalizacja historii – wprowadzono ograniczenie rozmiaru historii wznawiania sesji, co zapobiega problemom z wydajnością przy długotrwałym użytkowaniu.

    Dwa wymiary bezpieczeństwa: analiza głęboka i pobieżna

    Centralnym punktem wersji v0.124.0 jest przebudowa komendy /security-review. Dotychczas deweloperzy mieli do dyspozycji jeden tryb skanowania. Teraz mogą wybierać między szczegółową analizą głęboką (deep), a szybszym przeglądem (shallow). Ta zmiana odpowiada na potrzeby zespołów programistycznych, które często muszą balansować między dokładnością a szybkością iteracji.

    Tryb głęboki jest idealny przed kluczowymi wdrożeniami, audytami czy przeglądami krytycznych fragmentów kodu. Umożliwia dokładniejsze prześledzenie zależności, konfiguracji i potencjalnych wektorów ataku, co jest istotne w kontekście bezpieczeństwa aplikacji webowych i integracji AI. Z kolei tryb pobieżny sprawdzi się w codziennej pracy programisty, oferując natychmiastową informację zwrotną na temat najbardziej rażących luk, bez spowalniania tempa pracy. Wprowadzenie tej dualności zwiększa efektywność i pozwala na lepsze zarządzanie ryzykiem w cyklu życia oprogramowania.

    Uwierzytelnianie i powrót do pracy

    Kolejnym ważnym elementem aktualizacji jest poprawa doświadczenia użytkownika związanego z logowaniem. Wprowadzenie obsługi redirect URI eliminuje problem z utratą kontekstu po zalogowaniu. Do tej pory, po przejściu przez proces uwierzytelniania, użytkownik często lądował na domyślnej stronie głównej lub panelu.

    Teraz, gdy użytkownik aplikacji desktopowej lub webowej Factory zostaje poproszony o zalogowanie, system zapamiętuje jego dokładną lokalizację. Po pomyślnej autoryzacji, mechanizm przekierowania natychmiast odsyła go do tego samego widoku, dokumentu czy sesji, nad którą pracował. Ta zmiana ma istotny wpływ na ciągłość pracy i postrzeganą płynność działania narzędzia. Jest to szczególnie ważne w środowiskach, gdzie Factory jest używane jako centralne narzędzie do zarządzania projektami AI, a każda niepotrzebna przerwa może prowadzić do frustracji.

    Ulepszenia wydajności

    Oprócz nowych funkcji, v0.124.0 przynosi szereg poprawek technicznych, które wpływają na komfort codziennego użytkowania. Interfejs wiersza poleceń (CLI) zyskał na responsywności. Ulepszone wyszukiwanie rozmyte (fuzzy search) sprawia, że znajdowanie komend, plików i opcji jest teraz szybsze i bardziej zrozumiałe dla literówek. Użytkownicy zyskali lepszą widoczność momentów, w których system zapisuje kontekst ich pracy, co zwiększa poczucie kontroli i bezpieczeństwa danych.

    Na poziomie infrastrukturalnym wprowadzono mechanizm ograniczania historii wznawiania sesji (bounded resume history). Oznacza to, że Factory przestaje przechowywać nieograniczony dziennik, który mógłby spowalniać działanie aplikacji, szczególnie przy długich projektach AI. To kluczowa optymalizacja dla wydajności, która zapobiega "puchnięciu" pamięci i zapewnia stabilną pracę nawet po wielu godzinach nieprzerwanej sesji. Wraz z ulepszonym procesem wdrażania w aplikacji desktopowej, aktualizacja ta pokazuje, że zespół Factory przykłada równą wagę do nowych funkcji i do fundamentów stabilności oraz szybkości swojego oprogramowania.

    Źródła

  • Zed 1.1.8: ukierunkowane poprawki wydajności i stabilności edytora

    Zed 1.1.8: ukierunkowane poprawki wydajności i stabilności edytora

    Najnowsza stabilna wersja edytora Zed, oznaczona numerem 1.1.8, wprowadza szereg poprawek, które eliminują uciążliwe błędy i zwiększają responsywność w codziennej pracy. Twórcy skoncentrowali się na usunięciu wycieku pamięci związanego z interfejsem wiersza poleceń, poprawie monitorowania zmian w systemie plików oraz udoskonaleniu wizualnych wskaźników aktywności. To aktualizacja, która może nie przyciąga uwagi, ale jest istotna dla każdego, kto spędza długie godziny w edytorze.

    Najważniejsze zmiany w pigułce

    • Wyciek pamięci CLI – długotrwałe sesje z linią poleceń nie obciążają już zasobów systemowych.
    • Odpytywanie systemu plików – szybsza reakcja na zmiany w projektach z dużą liczbą plików.
    • Wskaźnik aktywności – teraz dokładniej sygnalizuje działanie serwerów językowych i agentów.
    • Menu przewidywania edycji – znaczniki wyboru poprawnie odzwierciedlają zaakceptowane predykcje.
    • Czas ładowania projektu – inicjalizacja obszarów roboczych stała się wyraźnie szybsza.

    Wyciek pamięci CLI przestał dokuczać

    Problem z wyciekiem pamięci, który mógł niepostrzeżenie obciążać system podczas intensywnego korzystania z terminala, został rozwiązany. Wcześniej każda sesja komunikacji za pomocą interfejsu wiersza poleceń (CLI) stopniowo zwiększała zużycie pamięci. Teraz czyszczenie następuje natychmiast, bez potrzeby restartu edytora. Dla programistów korzystających z zewnętrznych narzędzi i skryptów to istotna poprawa.

    Udoskonalone odpytywanie systemu plików

    Wersja 1.1.8 poprawia mechanizm wykrywania zmian w katalogach projektowych. Gdy wiele plików zmienia się jednocześnie, na przykład po przełączeniu gałęzi w Gicie lub po instalacji zależności, Zed reaguje teraz szybciej i bardziej przewidywalnie. Zmniejsza to irytujące opóźnienia, które czasem prowadziły do chwilowego wyświetlania nieaktualnych danych w drzewie plików. Dla webdeveloperów pracujących nad rozbudowanymi monorepozytoriami to różnica między płynną pracą a frustracją.

    Wskaźnik aktywności – mniej zgadywania

    W pasku statusu wprowadzono zmiany, które poprawiają dokładność ikon oznaczających trwające operacje, takie jak działanie Language Server Protocol (LSP) czy przetwarzanie przez agenta AI. Teraz użytkownicy nie będą już mylić sygnałów, że procesor wciąż przetwarza dane, gdy w rzeczywistości już zakończył. To szczególnie ważne przy współpracy z modelami sztucznej inteligencji, ponieważ edytor natychmiast informuje, kiedy kontekst został odświeżony, a odpowiedź agenta jest gotowa.

    Użytkownicy korzystający z funkcji AI do uzupełniania kodu zauważą poprawki wizualnych znaczników. W menu przewidywania edycji wcześniej występowały nieścisłości – zaakceptowane sugestie nie zawsze były odpowiednio oznaczone. Teraz każda zatwierdzona predykcja otrzymuje swój znacznik wyboru i zostaje trwale zapisana w kodzie. Dla zwolenników vibe codingu i szybkiego prototypowania to zmiana, która eliminuje zbędne wątpliwości i pozwala skupić się na tworzeniu.

    Szybsze ładowanie i optymalizacja LSP

    Czasy startu projektów w Zed były już krótkie, ale wersja 1.1.8 wprowadza dalsze usprawnienia. Wczytywanie plików projektowych stało się jeszcze sprawniejsze – edytor szybciej otwiera duże katalogi i sprawniej między nimi nawiguję. Równolegle poprawiono zarządzanie pamięcią używaną przez serwery językowe. Gdy LSP wysyła komunikaty szybciej niż odbierająca strona jest w stanie je przetworzyć, bufor nie puchnie już bez kontroli. To zapobiega nagłym skokom zużycia RAM-u, które zdarzały się wcześniej przy bardzo aktywnych serwerach analizujących kod w locie.

    Dlaczego takie poprawki mają znaczenie

    Zed od początku stawia na wydajność – rdzeń napisany w Ruście, renderowanie wspierane sprzętowo przez GPU i błyskawiczne wyszukiwanie w repozytoriach liczących setki tysięcy linii. Każda z opisanych poprawek dotyka fundamentów tego podejścia. Wyciek pamięci był problemem dla długich sesji, a opóźnione odpytywanie dysku odbierało poczucie bezpośredniego kontaktu z kodem. Wersja 1.1.8 to nie tylko zbiór łatek, ale także umocnienie pozycji Zeda jako preferowanego edytora dla osób ceniących płynność pracy.

    Choć tym razem nie ma spektakularnych nowości, ta aktualizacja wyraźnie poprawia komfort codziennego użytkowania. Dla programistów, którzy spędzają wiele godzin w edytorze, suma tych drobnych usprawnień jest bardziej wartościowa niż niejedna efektowna nowość.

    Źródła

  • 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

  • OpenCode v1.14.48 usuwa automatyczne skalowanie obrazów – koniec z utratą jakości

    OpenCode v1.14.48 usuwa automatyczne skalowanie obrazów – koniec z utratą jakości

    Najnowsza aktualizacja OpenCode v1.14.48 wprowadza znaczącą zmianę w obsłudze obrazów – agent AI przestaje automatycznie skalować przesyłane grafiki przed ich wysłaniem do modelu. Dla deweloperów korzystających z zrzutów ekranu, diagramów architektury czy mockupów interfejsów to koniec problemów związanych z utratą jakości wizualnych danych wejściowych. Zmiana ta została wprowadzona w wydaniu z 10 czerwca 2026 roku i dotyczy wszystkich platform: macOS, Windows i Linux.

    Co się zmieniło w pigułce

    • Zachowanie oryginalnych załączników – obrazy nie są już pomniejszane przed wysłaniem do modelu AI, co eliminuje utratę detali.
    • Rozwiązany problem z czytelnością zrzutów ekranu – wcześniej agent nie potrafił odczytać treści ze screenshotów wklejonych z narzędzia Snipaste.
    • Dostępność wieloplatformowa – zmiana działa w wersji desktopowej, terminalowej oraz IDE na macOS, Windows i Linux (w tym przez WSL).
    • Poprawka autorstwa społeczności – za implementację odpowiadają kontrybutorzy projektu open source z repozytorium anomalyco/opencode.

    Dlaczego automatyczne skalowanie było problemem

    OpenCode jako agent AI pracujący w terminalu lub IDE często otrzymuje od użytkowników zrzuty ekranu przedstawiające błędy kompilacji, układy interfejsów czy schematy baz danych. Do tej pory system przed przekazaniem obrazu do modelu (np. Claude, Gemini czy GPT) zmniejszał jego rozdzielczość. To prowadziło do rozmycia detali, nieczytelnego kodu na zrzutach oraz błędnych interpretacji kolorów i layoutów.

    Problem był szczególnie dotkliwy w przypadku narzędzi do szybkiego przechwytywania ekranu, takich jak Snipaste. Użytkownicy zgłaszali na GitHubie, że agent nie był w stanie odczytać zawartości takich obrazów, podczas gdy pliki z konkretnych katalogów działały poprawnie. Wersja v1.14.48 eliminuje tę niespójność.

    Co ciekawe, problem nie wynikał z ograniczeń samego modelu – to warstwa pośrednia OpenCode wprowadzała własne reguły skalowania. Usunięcie tego kroku oznacza, że model otrzymuje dokładnie to, co widzi użytkownik. Przy debugowaniu wizualnym ma to ogromne znaczenie.

    Szerszy kontekst wydania

    Szerszy kontekst wydania

    Zatrzymanie skalowania obrazów to nie jedyna zmiana w v1.14.48. W tym samym wydaniu wprowadzono kilka powiązanych usprawnień: system wymusza teraz końcową odpowiedź tekstową zamiast przerywania zadania w połowie po przekroczeniu limitu kroków agenta. Poprawiono także wykrywanie modelu Devstral, gdzie wcześniej różnice w wielkości liter w identyfikatorach dostawców powodowały błędne mapowanie.

    Dodatkowo OpenCode zaczęło przekazywać niestandardowe nagłówki HTTP do żądań modeli Copilot oraz dodało warianty myślenia high i max dla modelu GLM-5.2. To ostatnie może zainteresować zespoły eksperymentujące z chińskimi modelami językowymi.

    Wersja z 10 czerwca to część większego cyklu wydawniczego – tydzień wcześniej wprowadzono ulepszenia w obsłudze narzędzi MCP (m.in. paginacja katalogów i poprawki w anulowaniu wywołań), a także wsparcie dla MiniMax M3 i Claude Fable. Deweloperzy OpenCode stawiają na kompatybilność z różnorodnymi modelami i backendami.

    Wpływ na codzienną pracę

    Zatrzymanie oryginalnych obrazów przynosi natychmiastową korzyść każdemu, kto używa agenta do analizy wizualnej. Nie trzeba już eksportować screenshotów do plików ani ręcznie ustawiać rozdzielczości – wystarczy wkleić zrzut i pozwolić modelowi działać na pełnych danych. Dla architektów oprogramowania i UI designerów pracujących z OpenCode oznacza to, że modele multimodalne otrzymują wierne odwzorowanie projektu, a nie jego uproszczoną wersję.

    Zmiana jest domyślna, więc nie wymaga żadnej konfiguracji. Dotychczasowi użytkownicy zauważą ją od razu po aktualizacji – obrazy będą po prostu wyglądać ostrzej w kontekście zapytań. A ponieważ OpenCode jest narzędziem open source, społeczność może teraz rozbudować tę funkcjonalność o dodatkowe opcje, takie jak selektywne skalowanie dla bardzo dużych plików, jeśli zajdzie taka potrzeba.

    W kontekście szerszego trendu, w którym agenci AI coraz częściej operują na danych wizualnych, a nie tylko tekstowych, tego typu poprawki stają się kluczowe dla użyteczności narzędzia.

    Źródła

  • OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    Zespół OpenCode opublikował wersję v1.14.46, która jest stabilizacyjną aktualizacją. Wprowadza nową umiejętność customize-opencode oraz naprawia kilka krytycznych błędów w API i narzędziach MCP. Zmiany mają na celu poprawienie edytowania konfiguracji, eliminując problemy z awariami przy uruchamianiu, co zwiększa przewidywalność całego środowiska deweloperskiego.

    Kluczowe informacje

    • customize-opencode – nowa umiejętność, która zmniejsza ryzyko awarii startowych po edycji plików konfiguracyjnych.
    • Poprawki HTTP API – naprawiono obsługę numerycznych parametrów zapytań, co zwiększa niezawodność klientów wysyłających wystandaryzowane zapytania.
    • Wzmocnione bezpieczeństwo Plan Mode – podagenci działający w trybie planowania otrzymali dodatkowe zabezpieczenia izolacji.
    • Lepsza stabilność sesji i narzędzi – rozwiązano problemy z ładowaniem starszych danych sesji oraz z wykrywaniem narzędzi MCP.
    • Wyrównanie typów SDK – poprawiono zgodność typów między klientami a działaniem w czasie wykonania, co redukuje potencjalne błędy integracyjne.

    Więcej niż tylko kosmetyka – co dokładnie zmieniono

    OpenCode to otwartoźródłowy agent kodowania AI, który działa w terminalu, IDE i aplikacji desktopowej. Szybkie tempo rozwoju sprawia, że każda aktualizacja może wprowadzać drobne usterki. Wersja v1.14.46 koncentruje się na ich eliminacji.

    Najważniejszą nowością jest umiejętność customize-opencode. Dodano ją, aby edytowanie konfiguracji opencode rzadziej prowadziło do przerwania startu. Oznacza to, że agent będzie lepiej obsługiwał niepoprawne lub niepełne ustawienia, podejmując próbę naprawy kontekstu konfiguracyjnego zamiast odmawiać uruchomienia.

    Równolegle rozwiązano problem z numerycznymi parametrami w zapytaniach HTTP API. Gdy klient przesyłał parametr jako liczbę (np. limit=10), niektóre ścieżki API interpretowały go błędnie. Teraz to już nie powinno się zdarzać, co jest szczególnie ważne dla osób integrujących OpenCode z własnymi narzędziami lub zewnętrznymi platformami.

    Bezpieczeństwo podagentów i odtwarzanie sesji

    Tryb Plan Mode pozwala agentom rozkładać złożone zadania na mniejsze kroki wykonywane przez podagentów. W wersji v1.14.46 wzmocniono ich bezpieczeństwo, wprowadzając zmiany dotyczące granic wykonawczych i izolacji. Szczegóły techniczne nie zostały szerzej rozwinięte w notatkach, ale wiadomo, że poprawiono mechanizmy odpowiedzialne za odtwarzanie stanu po długich sesjach. Problemy z ładowaniem starszych danych sesji mogły zakłócać ciągłość pracy, szczególnie gdy projekt był otwierany po przerwie.

    Dodatkowo naprawiono wykrywanie narzędzi MCP (Model Context Protocol). Jeśli serwer MCP nie zgłaszał narzędzi poprawnie, agent mógł ich nie widzieć. Po aktualizacji skanowanie narzędzi działa stabilniej, a problemy z ich dostępnością powinny zniknąć.

    Dlaczego to istotne dla „vibe coding” i codziennej pracy

    OpenCode stał się poważnym konkurentem wśród terminalowych asystentów AI, szczególnie w środowiskach, gdzie liczy się szybkie prototypowanie i tzw. vibe coding, czyli tworzenie w luźnym, eksperymentalnym tempie. Każda awaria przy starcie może wybić z rytmu na dłużej. Dlatego poprawki konfiguracyjne i te związane z sesjami są niezwykle istotne.

    Wersja v1.14.46 wpisuje się w szerszy trend szybkich iteracji. W poprzednich wydaniach OpenCode wprowadzono m.in. wsparcie dla WebSocketów OpenAI, ograniczenia kroków agenta oraz ulepszone wyszukiwanie plików. Teraz przyszła kolej na solidność, co jest dobrą wiadomością dla każdego, kto nie chce martwić się o to, czy konfiguracyjny eksperyment wywoła awarię.

    Choć zmiany nie są spektakularne, ich suma zdecydowanie podnosi komfort codziennego użytkowania. Otwarte źródło i aktywna społeczność gwarantują, że kolejne wydania będą dalej wygładzać kanty – v1.14.46 jest tego dobrym przykładem.

    Źródła