Tag: oprogramowanie open source

  • Factory v0.172.0: nowy Mission Control i szybsze uruchamianie lokalnych projektów

    Factory v0.172.0: nowy Mission Control i szybsze uruchamianie lokalnych projektów

    Factory wypuściło wersję v0.172.0, która wprowadza zaktualizowany panel Mission Control oraz uproszczoną konfigurację folderów lokalnych. Aktualizacja poprawia także działanie pól tekstowych i eliminuje kilka błędów, takich jak problemy z uwierzytelnianiem MCP oraz błędne renderowanie Markdown.

    Co nowego w Factory v0.172.0

    • Ujednolicony panel Mission Control – wszystkie zadania i przepływy pracy agentów AI zebrane w jednym miejscu
    • Przycisk szybkiego podłączania projektu lokalnego – mniej kliknięć przy starcie pracy z istniejącym kodem
    • Spójna edycja tekstu w całej aplikacji – przewidywalne skróty, zaznaczanie i nawigacja kursorem
    • Poprawki uwierzytelniania MCP – ciche odświeżanie tokenów, koniec z duplikującymi się monitami o logowanie
    • Lepsza obsługa PDF-ów z hasłem i poprawione renderowanie Markdown

    Mission Control w jednym panelu – mniej przełączania kontekstu

    Główną nowością jest połączenie wszystkich elementów związanych z misjami agentów w jeden panel Mission Control. Zarządzanie zadaniami AI wcześniej wymagało przełączania się między różnymi widokami, co mogło być męczące przy większej liczbie równoległych sesji.

    Teraz można znaleźć wszystko – podgląd postępów, statusy zadań, listę aktywnych agentów – w jednym miejscu. To zwiększa wygodę i pozwala na szybszą orientację w działaniach agenta, bez potrzeby ciągłego przełączania kart i okien.

    Mission Control rozwija się jako centralny punkt operacyjny, a nie tylko lista zadań. W przyszłych aktualizacjach dodane zostanie raportowanie tokenów sub-agentów do panelu Mission Control, co wskazuje na dalszy rozwój tej funkcji.

    Lokalny projekt w kilka sekund

    Drugą istotną zmianą jest nowy przycisk do szybkiego podpinania lokalnego folderu projektu. Zamiast przechodzić przez kilka ekranów konfiguracyjnych, wystarczy jedno kliknięcie, aby wskazać katalog z istniejącym kodem.

    Dla programisty, który chce szybko otworzyć repozytorium i rozpocząć pracę, to znacząca różnica. Factory stawia na zmniejszenie tarcia przy wchodzeniu w projekt – im szybciej agent zacznie działać na realnym kodzie, tym lepiej.

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

    Ujednolicenie zachowania pól tekstowych może wydawać się kosmetyką, ale w środowisku AI-driven development ma duże znaczenie. Często wklejasz prompty, edytujesz wygenerowane plany, poprawiasz konfiguracje – i oczekujesz, że skróty klawiszowe będą działać w ten sam sposób. Teraz tak jest.

    Poprawki MCP są również istotne. Model Context Protocol łączy agentów z zewnętrznymi narzędziami i serwisami. Factory przechowuje tokeny MCP w systemowym keychain, co oznacza, że jedno uwierzytelnienie działa na wiele projektów. Gdy autoryzacja nie działała, wpływało to na wszystkie integracje. Po aktualizacji tokeny odświeżają się automatycznie, a duplikujące się monity o logowanie zniknęły.

    Obsługa zaszyfrowanych PDF-ów została poprawiona. Jeśli agent napotyka dokumentację, specyfikację lub manual w formacie PDF zabezpieczonym hasłem, nie powinien już generować błędów ani nieczytelnych wyników.

    Ostatnią poprawką jest renderowanie Markdown – odpowiedzi agentów, podsumowania zadań oraz dokumentacja techniczna generowana przez Droidy będą wyświetlane poprawnie. To istotny detal, ponieważ różnica między czytelnym formatowaniem a zbitką tekstu jest odczuwalna podczas długiego czytania.

    Co to oznacza dla zespołów dev

    Każda z tych zmian osobno nie jest rewolucyjna, ale razem tworzą aktualizację, która realnie skraca czas od pomysłu do działania. Mniej kliknięć przy konfiguracji, lepsza widoczność pracy agentów, stabilniejsze integracje i czytelniejszy output – to rzeczy, które docenisz po kilku godzinach pracy.

    Factory konsekwentnie rozwija Mission Control jako centrum dowodzenia. W połączeniu z modelami MCP na poziomie projektu, folderu i użytkownika, powstaje środowisko, w którym agent AI jest integralną częścią workflow, bez potrzeby ciągłego edytowania plików YAML.

    Źródła

  • Zed 1.11.3: edytor stawia na szczegółową kontrolę zmian w Gicie i nowe modele AI

    Zed 1.11.3: edytor stawia na szczegółową kontrolę zmian w Gicie i nowe modele AI

    Zed wypuścił wersję 1.11.3 15 lipca 2026 roku, a aktualizacja koncentruje się na poprawie współpracy z Gitem oraz integracji z różnymi modelami sztucznej inteligencji. Nowe multibuffery dla zmian staged i unstaged wprowadzają możliwość pracy na pojedynczych fragmentach plików, co jest szczególnie przydatne podczas większych refaktoryzacji.

    Kluczowe zmiany w wydaniu

    • Osobne widoki dla zmian staged i unstaged w Gicie, umożliwiające operowanie na pojedynczych hunkach
    • Konfigurowalne kolumny w Git Graph oraz renderowanie opisów commitów jako Markdown
    • Rozszerzone wsparcie AI przez Amazon Bedrock (w tym Claude Sonnet 5) oraz OpenCode (GLM 5.2, Kimi K2.7 Code, Minimax M3; Fable 5 i Sonnet 5 dodano jako osobne elementy)
    • Nowe polecenia slash do przekazywania opinii oraz wyszukiwania w terminalach używanych przez agentów
    • Podgląd w pickerze symboli projektu, co ułatwia nawigację w dużych bazach kodu

    Git: chirurgia na hunkach zamiast całych plików

    Praca z niezatwierdzonymi zmianami w Zedzie zyskuje teraz większą precyzję. Wersja 1.11.3 wprowadza dedykowane multibuffery dostępne przez git: view staged changes i git: view unstaged changes.

    Oba widoki pokazują zmiany rozbite na pojedyncze hunki. Użytkownik może kliknąć konkretny fragment, a następnie wybrać stage, unstage albo revert – dotyczy to tylko wybranego kawałka kodu. W przypadku pracy nad funkcjami, gdzie jeden plik zbiera zmiany z kilku różnych wątków, to znaczna oszczędność czasu. Nie ma już potrzeby ręcznego wycinania kodu do tymczasowych plików, aby wykonać czysty commit.

    Zed dodał również statystyki diffu do panelu niezatwierdzonych zmian oraz etykiety tagów w historii commitów. Zespół poprawił wydajność, ograniczając liczbę procesów Git uruchamianych przy obliczaniu diffów po zmianie stanu repozytorium na dysku. To może wydawać się drobnym szczegółem, ale w dużych monorepo z tysiącami plików ma znaczenie.

    Git Graph i czytelniejsza historia projektu

    Panel Git Graph również zyskał dwie nowości, które ułatwiają przeglądanie historii. Po pierwsze, kolumny tabeli można teraz pokazywać lub ukrywać za pomocą prawego przycisku nagłówka. Użytkownik może wybrać, które informacje chce widzieć, na przykład autora, datę i zmiany, a wyłączyć hasha dla czystszego widoku.

    Po drugie, pełna treść wiadomości commita jest renderowana jako Markdown w panelu szczegółów. Nagłówki, listy wypunktowane, fragmenty kodu – wszystko sformatowane zgodnie z życzeniem autora. To znacznie ułatwia orientację podczas przeglądania kodu, zwłaszcza gdy zespół stosuje konwencje pisania opisów commitów.

    AI: więcej modeli, lepsza integracja z agentem

    Zed rozszerza wsparcie dla Amazon Bedrock o modele Claude Fable 5, Claude Sonnet 5 oraz natywną obsługę endpointu AWS Bedrock Mantle. Użytkownicy mogą również korzystać z GPT-5.5, GPT-5.4 i Grok 4.3. Dla zespołów korzystających z ekosystemu AWS to prostsza ścieżka do korzystania z różnych modeli bez konieczności przełączania się między dostawcami.

    W OpenCode Zen pojawiły się modele Fable 5, Sonnet 5, GLM 5.2, Kimi K2.7 Code i Minimax M3. Dodatkowo OpenCode zyskał konfigurowalne poziomy wysiłku rozumowania, domyślnie włączone równoległe wywołania narzędzi oraz walidację ustawienia protocol.

    Nowe polecenia slash związane z feedbackiem umożliwiają zgłaszanie uwag bezpośrednio z interfejsu agenta. Nie ma potrzeby otwierania osobnego procesu – wszystko odbywa się w tym samym oknie i kontekście.

    Terminal i nawigacja po projekcie

    Picker symboli projektu zyskał panel podglądu. W dużych bazach kodu sama nazwa funkcji czy klasy często nie wystarcza, aby zidentyfikować poszukiwany element. Podgląd pokazuje kontekst znalezionego symbolu bez konieczności otwierania pliku.

    Rozszerzono również wyszukiwanie w terminalach używanych przez agentów oraz poprawiono zarządzanie pamięcią terminali ACP po zakończeniu wywołania narzędzia. Wersja 1.11.3 naprawia także błędy – od problemu z npm 12 blokującym serwer językowy, przez poprawki cmd-f przy plikach w centralnym panelu, po stabilność agentów i panelu Git. Wydanie jest dostępne na macOS, Windows i Linuksa w kanale stabilnym.

    Co to oznacza dla ludzi kodujących na co dzień

    Zed 1.11.3 nie wprowadza jednej spektakularnej funkcji. Zamiast tego zamyka kilka luk w przepływie pracy, które mogły być uciążliwe przy dłuższym użytkowaniu. Szczegółowa kontrola nad hunkami Gita to narzędzie, które użytkownicy docenią szczególnie przy trzecim lub czwartym commicie w sesji. Szersza paleta modeli AI przez Bedrock i OpenCode sprawia, że edytor staje się bardziej funkcjonalny dla zespołów korzystających z różnych dostawców, eliminując potrzebę korzystania z zewnętrznych narzędzi czy osobnych konfiguracji.

    Źródła

  • Google Antigravity 2.3.0: kolejkowanie wiadomości i obsługa plików TXT

    Google Antigravity 2.3.0: kolejkowanie wiadomości i obsługa plików TXT

    Google wprowadziło wersję 2.3.0 narzędzia Google Antigravity, a kluczową nowością jest system kolejkowania wiadomości. Umożliwia on wysyłanie agentowi kodującemu kolejnych instrukcji bez przerywania aktualnego zadania. Dodatkowo, aktualizacja wprowadza obsługę załączników tekstowych oraz poprawki stabilności.

    Kluczowe zmiany w skrócie

    • System kolejkowania przechowuje nowe instrukcje do czasu zakończenia bieżącej operacji agenta.
    • Konfigurowalne wykonanie – użytkownik może wybrać między trybem kolejkowym a natychmiastowym przerywaniem zadań.
    • Przycisk „Send Now” umożliwia awaryjne dostarczenie poprawki lub pilnej zmiany z pominięciem kolejki.
    • Pliki .txt można teraz dołączać bezpośrednio do konwersacji – logi, konfiguracje i fragmenty kodu renderują się w czacie.
    • Stabilność wzrosła dzięki automatycznym ponowieniom przy błędach backendu oraz poprawkom dla agentów pomocniczych.

    Jak działa kolejkowanie wiadomości

    Mechanizm kolejkowania jest prosty. Gdy agent wykonuje długie zadanie, takie jak kompilacja, testy czy refaktoryzacja, użytkownik może wpisać kolejne polecenie bez czekania. Wiadomość trafia do kolejki i czeka na swoją kolej. Po zakończeniu bieżącej tury agent przechodzi do następnej instrukcji.

    To zmienia sposób pracy z narzędziami programistycznymi. Zamiast czekać na zakończenie zadania, użytkownik może przygotować następny krok. Typowy scenariusz obejmuje proszenie o implementację funkcji, kolejkując żądanie uruchomienia testów, a następnie dodanie aktualizacji changeloga, wszystko bez przerywania pracy agenta.

    Interfejs kolejki również został odświeżony. Karta w obszarze wprowadzania pokazuje teraz licznik oczekujących wiadomości, a układ został poprawiony. W późniejszych wersjach dodano wsparcie dla czytników ekranu, które informują o liczbie wiadomości w kolejce oraz udostępniają kontrolki dla opcji „Send Now”, edycji i usuwania.

    Konfiguracja i tryb awaryjny

    Ustawienia wykonania pozwalają na wybór domyślnego zachowania. Tryb kolejkowy (domyślny) czeka na zakończenie tury, podczas gdy tryb natychmiastowy przerywa bieżące zadanie agenta. To zachowanie można również wymusić w pliku settings.json poprzez wpis "queuedMessages": "send-immediately".

    Wczesne wydania miały problem z wiadomościami skonfigurowanymi do natychmiastowego dostarczenia, które mogły utknąć w kolejce do końca tury, zwłaszcza po utworzeniu artefaktu przez agenta. Późniejsze poprawki rozwiązały ten problem. Dodatkowo, jeśli dostarczenie w połowie tury się nie powiedzie, wiadomość wraca do kolejki, zamiast przepadać.

    Przycisk „Send Now” pozostaje awaryjnym rozwiązaniem. Gdy agent zmierza w złym kierunku lub dalsze wykonywanie zadania nie ma sensu, jedno kliknięcie promuje oczekującą instrukcję do natychmiastowego wykonania, eliminując potrzebę ręcznego anulowania całej operacji.

    Pliki tekstowe jako kontekst

    Drugą istotną zmianą jest obsługa załączników .txt. Wcześniej dodanie loga, pliku konfiguracyjnego czy fragmentu kodu wymagało przeklejania treści do okna czatu. Teraz wystarczy przeciągnąć plik, a Google Antigravity renderuje go bezpośrednio w konwersacji.

    Dla zespołów pracujących z dużą ilością danych diagnostycznych to znacząca oszczędność czasu. Logi budowania, zrzuty konfiguracji, wymagania w formie listy – wszystko ląduje w czacie jako czytelny załącznik, eliminując potrzebę formatowania surowego tekstu w promptach.

    Co z tą wersją?

    W numeracji wersji występuje pewne zamieszanie. Oficjalny changelog Google w jednym miejscu oznacza ten zestaw funkcji jako 2.3.1, a w innym jako 2.3.0. Opisy zmian są spójne, ale przed publikacją warto sprawdzić numer wersji w zainstalowanej aplikacji. Paczka dla Windows (129 MB, freeware) datowana jest na 15 lipca 2026.

    Podsumowanie

    Google Antigravity 2.3.0 nie wprowadza nowego modelu kodującego, lecz daje deweloperom większą kontrolę nad interakcją z agentem. Kolejkowanie zapewnia ciągłość pracy, „Send Now” pozwala uniknąć strat czasu przy błędnych podejściach, a obsługa plików .txt ułatwia pracę z danymi. To zestaw przemyślanych usprawnień.

    Źródła

  • OpenCode kończy migrację Desktop v2 i radykalnie skraca czas ładowania

    OpenCode kończy migrację Desktop v2 i radykalnie skraca czas ładowania

    Nowa wersja OpenCode v2 kończy migrację interfejsu Desktop v2, wprowadzając szereg poprawek, które znacząco wpłyną na pracę programistów korzystających z asystentów AI. Najbardziej zauważalną zmianą jest optymalizacja czasu uruchamiania – ekran główny, który wcześniej mógł zamrażać aplikację na kilkadziesiąt sekund, teraz ładuje się błyskawicznie.

    Najważniejsze zmiany w OpenCode v2

    • Desktop v2 jest teraz domyślnym interfejsem, z możliwością powrotu do starego układu
    • Czas ładowania Home spadł z ponad minuty do około sekundy w niezależnych pomiarach
    • Historia timeline ładuje więcej wpisów na raz, eliminując irytujące doczytywanie podczas przewijania
    • Naprawiono błędy terminala, pickera projektów i obsługi uprawnień sesji zdalnych
    • Wdrożono onboarding dla nowych użytkowników Desktop v2

    Koniec przejściówki – Desktop v2 na dobre

    Zespół OpenCode zakończył migrację nowego interfejsu, która trwała przez różne wersje v2. Sam układ nie jest nowością – użytkownicy testowali go od jakiegoś czasu – ale dopiero teraz stał się częścią głównego wydania desktopowego. Twórcy podeszli do zmiany ostrożnie: każdy może wrócić do poprzedniego układu jednym kliknięciem w ustawieniach, jeśli nowy interfejs nie przypadnie mu do gustu.

    Pierwsze uruchomienie po aktualizacji uruchamia krótki onboarding. To miły dodatek – zamiast wrzucać użytkownika w nieznany układ, aplikacja prowadzi go przez najważniejsze elementy. Deweloperzy, którzy spędzają w OpenCode długie godziny, docenią także odświeżony wygląd widoków plików – w wersji v2 mogły one wyświetlać się na złym tle, co teraz zostało naprawione.

    Wydajność, która robi różnicę

    Oficjalne notatki wskazują na „znaczne skrócenie” czasu zimnego startu Home. Nieoficjalne pomiary pokazują, że czas ten spadł z około 78 sekund do około jednej sekundy. Choć ta konkretna liczba nie jest uniwersalnym benchmarkiem, różnica jest odczuwalna od pierwszego kliknięcia.

    Kolejna istotna poprawka dotyczy timeline’u. Dotychczas przewijanie dłuższej historii przypominało walkę z buforem – aplikacja ciągle doczytywała kolejne fragmenty. Teraz ładuje więcej na raz, a po chwilowej utracie połączenia automatycznie synchronizuje stan. Dla osób prowadzących wielogodzinne sesje kodowania z agentem AI brak przerw w kontekście jest kluczowy.

    Terminal przestał kraść fokus

    Każdy, kto pracował z OpenCode, zna irytujący moment, gdy terminal nagle przejmuje fokus przy montowaniu, przerywając pisanie gdzie indziej. Aktualizacja eliminuje ten problem i dodatkowo zapewnia, że zmiana nazwy zakładki terminala nie resetuje kursora.

    Picker projektów również został poprawiony – nie zawiesza się już, gdy jego kotwica wciąż się ładuje. Dla zespołów pracujących zdalnie istotna jest naprawa automatycznej akceptacji uprawnień: każdy serwer teraz trzyma własny stan, więc zgoda udzielona na jednej maszynie nie przenosi się przypadkowo na inną.

    Szerszy kontekst

    Wydanie v2 jest częścią większej przebudowy OpenCode, której finał nastąpił miesiąc później wraz z premierą wersji 2.0. W tym czasie zespół przeszedł z Buna na Node.js, wymienił Tauri na Electron i wprowadził równoległe sesje AI w osobnych zakładkach. Jednak to drobne, punktowe poprawki z lipcowego wydania – szybszy start, płynniejsza historia, terminal bez irytujących przeskoków – wpływają na komfort, który decyduje o codziennej użyteczności narzędzia.

    Źródła

  • Cline 4.0.8 otwiera się na GCP Vertex — teraz wpiszesz własny model z palca

    Cline 4.0.8 otwiera się na GCP Vertex — teraz wpiszesz własny model z palca

    Cline w wersji 4.0.8 wprowadza istotne zmiany w integracji z Google Cloud Vertex AI, poszerzając ofertę o więcej gotowych modeli oraz wprowadzając możliwość ręcznego wpisywania identyfikatorów dla niestandardowych konfiguracji. Deweloperzy korzystający z Vertex mogą teraz łatwiej uzyskać dostęp do nowych modeli, regionalnych oraz wewnętrznych, bez konieczności czekania na aktualizację katalogu.

    Co nowego w integracji z Vertex AI

    • Rozszerzona lista modeli — w interfejsie Cline dostępnych jest więcej modeli hostowanych na platformie Vertex.
    • Swobodny wpis identyfikatora — nowa opcja w rozwijanym menu umożliwia ręczne podanie nazwy modelu, zamiast wyboru z gotowej listy.
    • Autoryzacja bez zmian — konfiguracja opiera się na koncie serwisowym lub domyślnych poświadczeniach aplikacji, z wymogiem aktywnego projektu GCP i włączonej usługi Vertex AI.
    • Przepustowość bez blokady — niestandardowe identyfikatory są przekazywane bez modyfikacji, co umożliwia natychmiastowe działanie modeli eksperymentalnych czy prywatnych wdrożeń.

    Dlaczego to ma znaczenie dla zespołów na GCP

    Vertex AI jest kluczowym elementem ekosystemu Google, oferującym zarządzanie dostępem i kontrolę na poziomie projektu. Cline od dawna wspiera Vertex jako jednego z dostawców modeli, ale wcześniej użytkownicy byli ograniczeni do listy modeli przygotowanej przez zespół Cline. To działało dobrze dla popularnych modeli, ale pojawiały się problemy, gdy nowe modele były dostępne w regionie, ale nie były jeszcze widoczne w interfejsie.

    Dzięki nowej opcji ręcznego wpisywania identyfikatora, można teraz łatwo skopiować identyfikator modelu z konsoli Google Cloud i wkleić go w ustawieniach Cline. Dla zespołów pracujących w złożonych środowiskach, gdzie dostępność modeli różni się między regionami i projektami, oznacza to koniec ręcznego dostosowywania konfiguracji.

    Szerszy obraz: mniej tarć, więcej elastyczności

    Cline od początku stawia na wielodostawczość. Umożliwia użytkownikom przełączanie się między różnymi modelami, takimi jak Claude, Gemini, modele z Vertex czy Deep Seek, bez przywiązywania się do jednego ekosystemu. Wprowadzenie opcji ręcznego wpisywania identyfikatorów dla Vertex to krok w stronę większej elastyczności, pozwalający użytkownikom na samodzielne wybieranie modeli, które najlepiej odpowiadają ich potrzebom.

    W notkach do przyszłych wydań Cline zaznaczono, że identyfikatory modeli Vertex przechodzą przez system bez ingerencji. Oznacza to, że nawet wewnętrzne wdrożenia fine-tuned modeli, przypisane do konkretnego projektu GCP, będą działać tak, jakby były natywnie wspierane. Wystarczy poprawna autoryzacja i aktywny endpoint.

    Jak to skonfigurować

    Proces konfiguracji pozostał bez zmian w porównaniu do wcześniejszych wersji. W ustawieniach Cline należy wybrać GCP Vertex AI jako dostawcę, a następnie podać identyfikator projektu oraz region. Uwierzytelnienie można zrealizować za pomocą klucza konta serwisowego lub domyślnych poświadczeń aplikacji. Różnica polega na tym, że zamiast wybierać z listy modeli, można teraz wpisać własną wartość, na przykład gemini-2.0-flash-exp lub identyfikator wewnętrznego modelu organizacji.

    To oznacza szybszy dostęp do testowych wersji modeli i łatwiejsze włączenie Cline w istniejące pipeline'y AI w firmach. Dla mniejszych zespołów developerskich to jedno kliknięcie mniej i mniej powodów do szukania obejść.

    Aktualizacja jest dostępna w głównym repozytorium Cline na GitHubie, a szczegóły techniczne można znaleźć w oficjalnych changelogach oraz dokumentacji providera w docs.cline.bot.

    Źródła

  • OpenCode zintegrował poziomy wnioskowania Groka i odświeżył workflow na desktopie

    OpenCode zintegrował poziomy wnioskowania Groka i odświeżył workflow na desktopie

    Najnowsza aktualizacja OpenCode, która zadebiutowała pod koniec września 2026 roku, wprowadza znaczące zmiany w modelach oraz w doświadczeniu użytkowników desktopowych. Aplikacja dodała wsparcie dla wariantów reasoning_effort w modelach Grok od xAI oraz poprawiła routing prompt cache. W interfejsie użytkownika pojawiły się nowe akcje zarządzania projektami oraz bardziej stabilny panel przeglądu kodu.

    Co nowego w tej wersji?

    • Modele Grok zyskały kontrolę nad poziomem wnioskowania — od low, przez medium i high, aż po xhigh, które są dostępne w Grok 4.7 i nowszych.
    • Routing prompt cache dla xAI został poprawiony, co zwiększa niezawodność trafień w cache przy dłuższych sesjach agentowych.
    • Desktop zyskał akcję „Open containing folder”, umożliwiającą szybkie przejście z pliku w edytorze do jego lokalizacji w systemie.
    • Menu kompozytora nie usuwa już szkicu podczas dodawania kontekstu — teraz można dołączać pliki bez utraty pisanej treści.
    • Panel przeglądu kodu oraz przeglądarka plików działają stabilniej, z lepszą nawigacją i utrzymywaniem wybranych plików widocznych podczas recenzji zmian.

    Grok zyskuje precyzyjną kontrolę nad rozumowaniem

    OpenCode od dłuższego czasu rozwija warstwę providerów, mapując możliwości konkretnych modeli na zachowania specyficzne dla dostawcy. Zespół skupił się na xAI i ich rodzinie modeli Grok. Zgodnie z dokumentacją xAI, parametry reasoning_effort są dostępne dla Grok 4.5, 4.6 i 4.7 — przy czym high jest wartością domyślną, a xhigh pojawia się w późniejszych wersjach modelu.

    Dzięki temu użytkownicy OpenCode mogą teraz świadomie wybierać poziom głębokości analizy. Dla szybkich zadań, takich jak refaktoryzacja czy generowanie prostego kodu, wystarczy medium, natomiast przy bardziej złożonych zadaniach agentowych, gdzie model musi prześledzić wieloetapową logikę, warto sięgnąć po high lub xhigh. Różnica w kosztach i czasie odpowiedzi jest zauważalna, co ma realne znaczenie dla budżetu sesji.

    Oprócz wariantów wnioskowania, OpenCode poprawił także trasowanie prompt cache w xAI. xAI zaleca przypisywanie klucza cache do konkretnego serwera, co zwiększa szanse na trafienie w cache przy kolejnych żądaniach w tej samej sesji. Lepsze routowanie oznacza mniej chybionych cache’y, co przekłada się na niższe opóźnienia i mniejsze zużycie tokenów, co jest istotne w dłuższych sesjach agentowych.

    Desktop stawia na płynność i mniej frustracji

    Desktop stawia na płynność i mniej frustracji

    Druga część aktualizacji koncentruje się na zmianach w interfejsie desktopowym, które, choć z pozoru drobne, realnie redukują tarcie w codziennej pracy. Akcja „Open containing folder” pozwala jednym kliknięciem otworzyć folder z plikiem w systemowym eksploratorze. Dla osób pracujących między edytorem a terminalem to mała zmiana, która oszczędza sporo manualnego nawigowania.

    Poprawka w menu kompozytora jest jeszcze bardziej interesująca. Do tej pory dodanie kontekstu lub załącznika często usuwało roboczy tekst promptu, co było frustrujące, zwłaszcza gdy użytkownik miał już w głowie kilkulinijkową instrukcję. Teraz szkic pozostaje nietknięty, a pliki czy fragmenty kodu można dodawać bez przerywania toku myślenia.

    Panel przeglądu kodu przeszedł subtelne, ale zauważalne zmiany. Nawigacja między plikami w sesji recenzji stała się stabilniejsza, a otwarte pliki nie znikają przypadkowo przy przełączaniu widoków. W połączeniu z wcześniejszymi funkcjami, takimi jak zakładki persystentne czy podgląd diffów w trybie unified i split, workflow recenzji coraz bardziej przypomina doświadczenie z dojrzałych narzędzi do code review.

    Szerszy kontekst: Desktop v2 nabiera kształtu

    Te zmiany należy postrzegać jako kolejny krok w kierunku Desktop v2 — bardziej aplikacyjnego, mniej przypominającego luźną konsolę. OpenCode stopniowo wprowadza zarządzanie sesjami rodem z IDE: archiwizowanie, trwałe zakładki, eksport transkryptów do JSON, a teraz lepszy panel recenzji i bezstratny kompozytor. Kierunek jest wyraźny — mniej tracenia kontekstu, więcej przewidywalności.

    Dla scenariuszy vibe coding i szybkiego prototypowania te usprawnienia są szczególnie mile widziane. W szybkich cyklach — prompt, poprawka, recenzja, commit — każde dodatkowe kliknięcie czy restart kontekstu wybija z rytmu. OpenCode stara się ten rytm chronić.

    W warstwie modelowej integracja z Grokiem nabiera głębi. xAI intensywnie rozwija serię 4.x — Grok 4.6 przyniósł wyraźny skok w benchmarkach agentowych, a wersje 4.7 i zapowiadane 4.8 mają dalej podnosić poprzeczkę w zadaniach wieloetapowych. OpenCode, wspierając pełne spektrum reasoning_effort, przygotowuje się na kolejne iteracje modeli i daje użytkownikom narzędzia do świadomego zarządzania kosztami i głębokością analizy.

    Ź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

  • Codex 0.143.0 domyślnie włącza zdalne wtyczki i integrację z proxy systemowym

    Codex 0.143.0 domyślnie włącza zdalne wtyczki i integrację z proxy systemowym

    OpenAI udostępniło w lipcu 2026 roku stabilne wydanie Codex 0.143.0, które wprowadza trzy kluczowe zmiany dla programistów: domyślną obsługę zdalnych wtyczek, integrację z proxy systemowym na macOS i Windows oraz wsparcie dla modeli Amazon Bedrock. Ta aktualizacja jest skierowana głównie do zespołów korporacyjnych i deweloperów pracujących w środowiskach z restrykcyjnymi zasadami sieciowymi.

    Co nowego w pigułce

    • Zdalne wtyczki są teraz domyślnie włączone w Codex 0.143.0, a zaktualizowany marketplace pokazuje wersje i szczegółowe metadane katalogowe.
    • Systemowe proxy na macOS i Windows obsługuje ruch uwierzytelniający oraz zapytania API, w tym konfiguracje PAC i WPAD.
    • Modele Amazon Bedrock — GPT-5.6 Sol, Terra i Luna — są teraz dostępne z natywnym wsparciem dla max reasoning effort.
    • Poprawki stabilności obejmują ulepszoną obsługę terminala Windows oraz lepsze odzyskiwanie sesji przy rozłączonych serwerach wykonawczych.
    • Aktualizacje bezpieczeństwa w zależnościach projektu zostały załatane w ramach tego wydania.

    Zdalne wtyczki wychodzą z fazy eksperymentalnej

    Wcześniej zdalne wtyczki w Codex 0.143.0 wymagały ręcznego włączania. W wersji 0.143.0 OpenAI uczyniło je domyślnym zachowaniem, co znacząco zmienia workflow deweloperski. Marketplace wtyczek przeszedł również aktualizację: katalog teraz pokazuje numery wersji i szczegółowe metadane, co ułatwia zespołom ocenę kompatybilności wtyczek z ich konfiguracją.

    Wtyczki rozszerzają możliwości agenta Codex 0.143.0 o zewnętrzne narzędzia, integracje z API oraz specjalistyczne funkcje. Domyślne wsparcie dla zdalnych wtyczek oznacza mniej konfiguracji przy starcie projektu — wystarczy uruchomić terminal, wpisać codex i można od razu korzystać z ekosystemu rozszerzeń.

    Proxy systemowe wreszcie działa jak trzeba

    To istotna zmiana dla zespołów korporacyjnych. Codex 0.143.0 potrafi teraz kierować zarówno ruch uwierzytelniający (logowanie, tokeny), jak i zapytania do API przez systemowe proxy. Obsługuje PAC (Proxy Auto-Config) i WPAD (Web Proxy Auto-Discovery), które są powszechnie stosowane w zarządzanych sieciach firmowych.

    Dla deweloperów pracujących za korporacyjnym firewallem to koniec ręcznych obejść. Wcześniej Codex 0.143.0 miał problemy z połączeniami przy TLS inspection lub wymagał ręcznego ustawiania zmiennych środowiskowych. Teraz, jeśli system ma skonfigurowane proxy, Codex 0.143.0 automatycznie je respektuje. Dotyczy to zarówno macOS, jak i Windows, więc zespoły z różnym sprzętem nie napotkają problemów.

    Bedrock wchodzi do gry

    Bedrock wchodzi do gry

    Trzecia duża zmiana to integracja z Amazon Bedrock. Modele GPT-5.6 — Sol, Terra i Luna — można teraz wywoływać przez infrastrukturę AWS, co jest istotne dla zespołów korzystających z chmury Amazona. W wydaniu wspomniano o max reasoning effort, co pozwala na wymuszenie maksymalnego wysiłku wnioskowania na tych modelach. To może być przydatne w zadaniach wymagających głębszej analizy kodu lub złożonej refaktoryzacji.

    Jeśli twój zespół hostuje wszystko na AWS i ma już skonfigurowane VPC, IAM oraz pozostałą infrastrukturę, możesz teraz kierować zapytania Codex 0.143.0 przez Bedrock zamiast bezpośrednio do API OpenAI.

    Stabilność na Windows i odzyskiwanie offline

    Stabilność na Windows i odzyskiwanie offline

    Wydanie 0.143.0 naprawia również kilka uciążliwych błędów. Terminal Windows zyskał poprawki w obsłudze, co jest dobrą wiadomością dla programistów, którzy zgłaszali problemy z renderowaniem i czyszczeniem ekranu. Dodatkowo ulepszono mechanizm odzyskiwania dla serwerów wykonawczych, które tracą połączenie. Jeśli pracujesz z Codex 0.143.0 na niestabilnym łączu lub w środowisku, gdzie serwery mogą okresowo znikać, sesja nie powinna już umierać bezpowrotnie.

    Podsumowanie

    Codex 0.143.0 to aktualizacja, która nie wprowadza spektakularnych nowości, ale rozwiązuje konkretne problemy. Zdalne wtyczki działające od ręki przyspieszają start pracy, proxy systemowe odblokowuje Codex 0.143.0 w sieciach korporacyjnych, a Bedrock oferuje alternatywną ścieżkę rutowania dla zespołów na AWS. Jeśli używasz Codex 0.143.0 w firmie z TLS inspection lub proxy PAC/WPAD, to wydanie jest dla ciebie istotne.

    Źródła

  • Zed 1.10.0 wprowadza wsparcie dla llama.cpp i porządkuje zarządzanie ustawieniami

    Zed 1.10.0 wprowadza wsparcie dla llama.cpp i porządkuje zarządzanie ustawieniami

    Zed wydał wersję 1.10.0 8 lipca 2026 roku, a główną nowością jest dodanie llama.cpp jako oficjalnego dostawcy modeli językowych. Dzięki temu funkcje AI w edytorze, takie jak agent i asystent inline, mogą teraz działać na modelach lokalnych, eliminując potrzebę łączenia się z zewnętrznymi API. Aktualizacja zmienia także sposób zarządzania konfiguracją, przenosząc dostawców LLM, zewnętrznych agentów i serwery MCP bezpośrednio do edytora ustawień.

    Kluczowe fakty

    • llama.cpp stał się oficjalnym dostawcą modeli językowych, co umożliwia lokalną inferencję w agencie i asystencie inline.
    • Formatowanie przy zapisie zostało domyślnie wyłączone, co daje użytkownikowi możliwość wyboru automatycznej korekty kodu.
    • Nowe ustawienie git.inline_blame.location pozwala na wyświetlanie informacji o autorze kodu w pasku statusu zamiast bezpośrednio w edytorze.
    • Konsolidacja ustawień AI – dostawcy LLM, zewnętrzni agenci i serwery MCP zostały przeniesione do głównego edytora konfiguracji.

    Lokalne modele bez chmury

    Integracja llama.cpp to krok, na który wielu użytkowników Zed czekało od dawna. Do tej pory lokalne modele wymagały konfiguracji przez niestandardowe endpointy, co było obejściem, a nie rozwiązaniem pierwszoklasowym. Teraz wystarczy wskazać instancję llama.cpp w ustawieniach, a Zed automatycznie wykryje dostępne modele i udostępni je w panelu agenta.

    To istotna zmiana dla zespołów, które z powodów regulacyjnych lub bezpieczeństwa nie mogą wysyłać kodu na zewnętrzne serwery. Dokumentacja Zed potwierdza, że użytkownicy mogą konfigurować nie tylko endpoint, ale także długość kontekstu i klucze API dla serwerów zdalnych, co zapewnia dużą elastyczność.

    Społeczność już dyskutuje o rozszerzeniu tej funkcjonalności. Na GitHubie pojawił się wątek z propozycją wsparcia dla wielu instancji llama.cpp jednocześnie, co pozwoliłoby na korzystanie z jednej maszyny z dużą ilością VRAM do ciężkich modeli, a z innej – lżejszej – do szybkich zadań pomocniczych.

    Konfiguracja AI w jednym miejscu

    Kolejna zmiana, która ucieszy osoby zarządzające środowiskami deweloperskimi, to konsolidacja ustawień. Dostawcy LLM, zewnętrzni agenci i konfiguracja serwerów MCP zostały przeniesione do głównego edytora ustawień. Użytkownicy nie muszą już przeszukiwać osobnych plików ani pamiętać, gdzie co się konfiguruje – wszystko jest w jednym miejscu, razem z innymi opcjami edytora.

    To może wydawać się drobiazgiem, ale w praktyce oszczędza sporo frustracji. Kiedy dołączasz do nowego projektu i musisz szybko skonfigurować środowisko, scentralizowane ustawienia robią różnicę między "działam od razu" a "gdzie ja to ustawiałem ostatnim razem".

    Formatowanie na własnych zasadach

    Zed 1.10.0 domyślnie wyłącza formatowanie przy zapisie. Wyjątkiem są języki z oficjalnymi formaterami, takimi jak Prettier dla JS/TS, gofmt dla Go i podobne, gdzie automatyczne formatowanie nadal działa. Dla wszystkich innych języków trzeba teraz jawnie włączyć editor.format_on_save: true.

    To przemyślana decyzja. W repozytoriach mieszanych, gdzie różne pliki formatują się różnymi narzędziami, automatyczne formatowanie może wprowadzać zamieszanie. Zed daje użytkownikom pełną kontrolę – chcąc formatować, można to włączyć. Jeśli nie, edytor nie zmienia kodu bez pytania.

    Git bez zagracania ekranu

    Nowe ustawienie git.inline_blame.location rozwiązuje problem z zajmowaniem przestrzeni w edytorze. Zamiast wyświetlać informacje o autorze bezpośrednio w kodzie, co może zaburzać wizualną strukturę pliku, można je przenieść do paska statusu. Podczas przeglądania kodu czy debugowania to naprawdę wygodne – widzisz, kto ostatnio zmieniał linię, ale nie tracisz kontekstu edytowanego kodu.

    Wydanie zawiera również wiele poprawek – od wycieku deskryptorów plików na Linuksie, przez usprawnienia w trybie Helix, po lepsze podświetlanie składni dla Go i Pythona. Zed wyraźnie nie zwalnia tempa, a dziesiąta wersja w tym roku pokazuje, że edytor rozwija się w przemyślanym kierunku.

    Źródła

  • Devin Desktop v3.4.27 naprawia podgląd zmian w trybie autonomicznym

    Devin Desktop v3.4.27 naprawia podgląd zmian w trybie autonomicznym

    Zespół Cognition wydał 7 lipca 2026 roku aktualizację Devin Desktop oznaczoną numerem v3.4.27. To wydanie koncentruje się na jednej kluczowej poprawce — usprawnieniu wyświetlania różnic w kodzie (diff) podczas pracy agenta w trybie autonomicznym. Zmiana ta ma bezpośredni wpływ na jakość codziennej pracy programistów, którzy chętniej korzystają z narzędzi AI, gdy mogą szybko i bez problemów sprawdzić, co dokładnie zmienił asystent.

    Co nowego w skrócie

    • v3.4.27 trafiła do użytkowników 7 lipca 2026 roku
    • Główna poprawka dotyczy przeglądania diffów w trybie autonomicznym agenta
    • Edycje wykonane autonomicznie generują teraz przejrzyste, możliwe do recenzji diffy
    • W ramach tego samego wydania dodano też wyświetlanie zużycia ACU w komendzie /usage
    • Devin Desktop to nowa nazwa dobrze znanego edytora Windsurf

    Dlaczego diffy mają znaczenie przy autonomicznym kodowaniu

    Korzystanie z agentów AI do generowania kodu stało się powszechną praktyką w środowiskach web dev i DevOps, zwłaszcza przy zadaniach powtarzalnych, takich jak generowanie komponentów, pisanie testów czy refaktoryzacja. Gdy agent działa w trybie autonomicznym, sam podejmuje decyzje o edycji plików. Właśnie wtedy możliwość szybkiego i czytelnego podglądu zmian staje się kluczowa dla zachowania kontroli nad projektem.

    Z dokumentacji Devin Desktop wynika, że domyślnym zachowaniem przy edycji plików przez agenta jest pokazywanie tzw. stref diffa — fragmentów kodu z przyciskami akceptacji lub odrzucenia. Deweloper widzi więc dokładnie, co się zmieniło, i może jedną decyzją włączyć poprawkę do kodu lub ją odrzucić. W praktyce, przy autonomicznych zadaniach, mechanizm ten potrafił szwankować. Wersja v3.4.27 to naprawia.

    Choć brzmi to jak drobiazg, każdy, kto spędził godziny na przeglądaniu zmian w kodzie, wie, że nieczytelny diff potrafi skutecznie zniechęcić do korzystania z asystenta AI. W zespołach, gdzie przegląd kodu jest obowiązkowym etapem przed wdrożeniem, przejrzystość podglądu ma bezpośredni wpływ na szybkość pracy.

    Zużycie ACU w zasięgu ręki

    Zużycie ACU w zasięgu ręki
    Źródło: exafunction.github.io

    Changelog wspomina także o usprawnieniu UX w ramach komendy /usage. Od teraz pokazuje ona bieżące zużycie ACU — jednostek rozliczeniowych wykorzystywanych przez agenta. To praktyczny dodatek dla tych, którzy monitorują limity, szczególnie przy intensywnej pracy, gdzie świadomość pozostałych zasobów pozwala lepiej planować zadania.

    Warto pamiętać, że Devin Desktop to produkt, który przeszedł rebranding — wcześniej znany był jako Windsurf. Zmiana nazwy nie wpłynęła na sam edytor, ale podkreśla kierunek, w jakim zmierza Cognition: zintegrowane środowisko z agentem AI jako centralnym elementem.

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

    Aktualizacja nie wprowadza nowych funkcji. Skupienie się na niezawodności mechanizmu podglądu zmian świadczy o tym, że twórcy słuchają użytkowników i wiedzą, gdzie leży codzienny ból. Praca z kodem to nie tylko pisanie — to ciągłe czytanie i weryfikacja. Gdy AI działa autonomicznie, zaufanie do narzędzia buduje się przez takie detale jak czytelność diffów, szybkość podglądu i brak frustracji przy akceptowaniu zmian.

    Dla zespołów korzystających z Devin Desktop w projektach webowych czy przy automatyzacji zadań DevOps, v3.4.27 to cicha, ale wartościowa poprawka. Zmniejsza tarcie w kluczowym punkcie przepływu pracy — między wygenerowaniem kodu a jego wdrożeniem. W świecie, gdzie jakość kodu i szybkość iteracji decydują o sukcesie projektu, takie detale mają istotne znaczenie.

    Źródła