Tag: Aktualizacja

  • Factory ułatwia wycofywanie zmian: nowe polecenie /rewind-conversation i centralne zarządzanie hookami

    Factory ułatwia wycofywanie zmian: nowe polecenie /rewind-conversation i centralne zarządzanie hookami

    Factory w wersji v0.156.2 wprowadza polecenie /rewind-conversation, które umożliwia cofnięcie sesji czatu i przywrócenie plików do wcześniejszego stanu. Organizacje zyskują również scentralizowane zarządzanie hookami, co pozwala administratorom na egzekwowanie spójnych zasad dla wszystkich członków zespołu. W aktualizacji znalazły się także poprawki stabilności oraz ulepszenia interfejsu.

    Co nowego w skrócie

    • /rewind-conversation cofa historię czatu i przywraca stan plików z konkretnego momentu sesji
    • Centralne zarządzanie hookami daje administratorom kontrolę nad regułami dla całej organizacji, zamiast konfiguracji per użytkownik
    • Klikalne linki w wiadomościach usprawniają nawigację między plikami i odniesieniami w kodzie
    • Poprawione renderowanie kolorów w terminalu zwiększa czytelność w interfejsie CLI
    • Poprawki stabilności obejmują obsługę dużych wklejeń, błędy cyklu życia narzędzi ACP oraz automatyczne ponowne łączenie Droidów

    Cofanie sesji, które przywraca stan projektu

    Polecenie /rewind-conversation to funkcja, która rzeczywiście cofa zmiany — zarówno w konwersacji, jak i w plikach. Dokumentacja SDK opisuje je jako akcję typu successor-session, która może "przywrócić lub usunąć pliki zmienione od wskazanego momentu". Oznacza to, że jeśli agent AI wprowadził błędne zmiany w kodzie, jedno polecenie przywraca stan projektu sprzed tych decyzji.

    Funkcja ta znacząco oszczędza czas. Bez niej użytkownicy musieliby ręcznie odtwarzać stan repozytorium, przeglądając historię gita i próbując ustalić, które zmiany wprowadził agent, a które były ich własnymi. Teraz Factory wykonuje to automatycznie i w jednym kroku.

    Problem "zanieczyszczenia konwersacji" — błędnych założeń wprowadzanych przez agenta na wczesnym etapie, które mogą zakłócać dalszą pracę — jest dobrze znany użytkownikom narzędzi takich jak Codex czy Claude Code. W tych środowiskach edytowanie historii bywa uciążliwe lub ograniczone do ostatniej wiadomości. Factory rozwiązuje to inaczej: pozwala cofnąć całą sesję do wybranego punktu, razem ze stanem plików.

    Dlaczego centralne hooki mają znaczenie

    Dotychczas konfiguracja hooków w Factory działała na poziomie pojedynczego użytkownika. W większych zespołach prowadziło to do chaosu, ponieważ każdy członek organizacji mógł mieć inne ustawienia, a administratorzy nie mieli narzędzi do ich ujednolicenia.

    Wersja v0.156.2 wprowadza scentralizowane zarządzanie hookami dla organizacji. Administrator definiuje reguły raz, a system automatycznie stosuje je do wszystkich sesji członków zespołu. To nie tylko wygoda, ale także bezpieczeństwo: można wymusić wspólną politykę dotyczącą dostępu do narzędzi, walidacji kodu czy formatowania commitów.

    W praktyce, jeśli organizacja wymaga, aby każdy agent przed modyfikacją plików wykonał testy, hook egzekwujący tę zasadę działa dla wszystkich — bez potrzeby proszenia każdego developera o samodzielną konfigurację.

    Mniejsze, ale odczuwalne ulepszenia

    Aktualizacja nie koncentruje się wyłącznie na dużych funkcjach. Klikalne linki w wiadomościach to detal, który znacząco ułatwia codzienną pracę — zamiast kopiować ścieżkę pliku i otwierać go ręcznie, wystarczy jedno kliknięcie. Naprawione renderowanie kolorów w terminalu również jest istotne, zwłaszcza gdy agent generuje długie, kolorowe diffy.

    Poprawki stabilności są równie ważne. Obsługa dużych wklejek przestała powodować błędy, cykl życia wywołań narzędziowych ACP nie zawiesza już sesji, a błędy pobierania binarek Droida na niektórych systemach zostały usunięte. Warto również wspomnieć o automatycznym ponownym łączeniu komputerów Droid, gdy aktywność zostaje wznowiona — to przydatne po uśpieniu maszyny.

    Kontekst dla zespołów web dev i AI

    Factory jest środowiskiem programistycznym zaprojektowanym z myślą o agentach AI. Funkcja rewind to element szerszego modelu cyklu życia sesji, który obejmuje również wznawianie, kompaktowanie i tworzenie sesji pochodnych. Dla zespołów webowych oznacza to bezpieczniejszą iterację: można eksperymentować z poleceniami agenta, mając pewność, że powrót do stabilnego stanu to kwestia jednej komendy.

    Centralne hooki odpowiadają na potrzebę firm, które chcą skalować wykorzystanie AI w developmentcie bez utraty kontroli. Zamiast zarządzać regułami per użytkownik, administrator ustala politykę raz — i działa ona wszędzie.

    Wydanie v0.156.2 pokazuje, że Factory koncentruje się na budowaniu narzędzi, które rozwiązują rzeczywiste problemy programistów pracujących z agentami AI: utratę stanu projektu, niespójne reguły w zespole i frustrujące detale interfejsu.

    Źródła

  • Devin Desktop 3.2.23 — cicha aktualizacja, która ratuje kompatybilność z MCP

    Devin Desktop 3.2.23 — cicha aktualizacja, która ratuje kompatybilność z MCP

    18 czerwca 2026 roku zespół Devina wypuścił wersję 3.2.23 swojego desktopowego klienta. To niewielka, ale istotna aktualizacja, która koncentruje się na jednym problemie: parser rejestru MCP zyskał większą tolerancję na starsze i niespójne schematy. Dla codziennych użytkowników Devin Desktop 3.2.23 oznacza to mniej niespodziewanych błędów podczas pracy z zewnętrznymi serwerami MCP.

    Najważniejsze fakty

    • Devin Desktop 3.2.23 został udostępniony użytkownikom jako stabilna aktualizacja 18 czerwca 2026 roku.
    • Parser rejestru MCP został przepisany, aby lepiej radzić sobie ze starszymi i niespójnymi schematami metadanych.
    • Wczytywanie plików skilli również zostało poprawione — szczególnie dla tych, które używają alternatywnych nazw pól.
    • To część szerszego trendu — Devin rozwija się w kilku kierunkach: lokalny agent, system wtyczek i chmura.

    Co właściwie naprawiono w parserze MCP

    Mechanizm jest prostszy, niż się wydaje. Rejestr MCP (Model Context Protocol) powinien parsować serwery jako wersje semantyczne, gdy tylko jest to możliwe. Problem w tym, że wiele starszych rejestrów i zewnętrznych serwerów nie trzyma się czystego formatu semver — czasami brakuje im segmentu wersji, a czasami używają własnych, niekompatybilnych schematów numeracji.

    Gdy parser napotyka takie niespójności, specyfikacja MCP zaleca porównywanie znaczników czasowych albo innych reguł pomocniczych. Devin 3.2.23 wdraża tę logikę awaryjną. Dla użytkownika końcowego to zmiana, która eliminuje irytujący błąd, który wcześniej mógł przerwać sesję.

    Interoperacyjność MCP staje się kluczowa, gdy w ekosystemie narzędzi AI rośnie liczba integracji między edytorami, agentami i zewnętrznymi serwerami. Każda poprawka zwiększająca tolerancję na niestandardowe formaty zmniejsza tarcie przy łączeniu komponentów od różnych dostawców.

    Pliki skilli i alternatywne pola — druga poprawka

    Wraz z parserem MCP, Devin 3.2.23 naprawia również błąd związany z wczytywaniem plików skilli. Dotyczy to sytuacji, gdy plik używa alternatywnych nazw pól, czyli nie tych, których oczekuje domyślny parser. Wcześniej takie pliki mogły zawieść podczas ładowania. Teraz są obsługiwane poprawnie.

    Choć to kosmetyczna zmiana, ma duże znaczenie dla użytkowników, którzy budują własne skille lub korzystają ze starszych zestawów konfiguracyjnych. Jest to szczególnie istotne w środowiskach DevOps, gdzie automatyzacja zadań przez agentów AI opiera się na takich plikach.

    Szerszy kontekst — co słychać w ekosystemie Devina

    Szerszy kontekst — co słychać w ekosystemie Devina

    Wersja 3.2.23 nie pojawia się w próżni. Równolegle Devin rozwija lokalnego agenta i nowy system wtyczek. W stabilnym kanale CLI zmieniło się domyślne zachowanie instalacji pluginów — teraz osobiste wtyczki synchronizują się z Devin Cloud i innymi urządzeniami automatycznie. Wcześniej użytkownicy musieli to robić ręcznie.

    To pokazuje kierunek, w jakim zmierza platforma: coraz głębsza integracja między desktopem, chmurą a lokalnymi środowiskami deweloperskimi. Modularność agentów i łatwość podłączania zewnętrznych narzędzi przez MCP to fundament tej strategii. Jak pokazuje Devin Desktop 3.2.23, nawet drobne szczegóły wymagają regularnego szlifowania.

    Podsumowanie

    Devin Desktop 3.2.23 to aktualizacja, która nie trafia na nagłówki, ale realnie ułatwia pracę. Tolerancyjny parser MCP i poprawione wczytywanie skilli eliminują frustrujące błędy przy pracy z niestandardowymi konfiguracjami. W świecie, gdzie łańcuchy narzędzi AI stają się coraz bardziej złożone, takie aktualizacje stabilizacyjne są potrzebne zespołom dev i DevOps — mniej awarii, więcej płynnej automatyzacji.

    Źródła

  • Cline CLI v3.0.27: nowe komendy i usprawnione kreatory MCP

    Cline CLI v3.0.27: nowe komendy i usprawnione kreatory MCP

    Wraz z wydaniem wersji 3.0.27, datowanej na 17 czerwca 2026 roku, Cline CLI wprowadza trzy istotne ulepszenia: nowe polecenie do zarządzania umiejętnościami, kreator ustawień MCP z predefiniowanymi wartościami oraz poprawioną walidację danych wejściowych. Aktualizacja koncentruje się na wygodzie użytkowników, zmniejszając potrzebę ręcznej konfiguracji i minimalizując błędy spowodowane niejednoznacznymi komendami.

    Najważniejsze zmiany

    • Polecenie cline skill upraszcza instalację i zarządzanie umiejętnościami agenta, domyślnie zapisując je w katalogu Cline.
    • Predefiniowany kreator MCP prowadzi użytkownika przez konfigurację serwera, co zmniejsza ryzyko błędów składniowych.
    • Ulepszona obsługa błędów OAuth dla wtyczek MCP — komunikaty są teraz bardziej zrozumiałe i wskazują konkretną przyczynę problemu.
    • Ostrzejsza walidacja wejścia odrzuca nieznane polecenia oraz frazy wielowyrazowe bez cudzysłowu, zamiast traktować je jako prompt.
    • Spójność składni z istniejącymi komendami cline plugin install i cline mcp, co eliminuje potrzebę nauki nowej składni.

    cline skill — zarządzanie umiejętnościami bez zbędnego szumu

    Dotychczas, aby rozszerzyć możliwości agenta o dodatkowe umiejętności, użytkownicy musieli zmagać się z ręczną konfiguracją. Nowa komenda cline skill zmienia ten proces — działa podobnie do cline plugin install i cline mcp. Użytkownik instaluje, zarządza i korzysta z umiejętności.

    Zainstalowane umiejętności trafiają domyślnie do katalogu agenta Cline, co zapobiega rozrzucaniu plików po różnych lokalizacjach w systemie. Dla zespołów automatyzujących swoje środowiska deweloperskie, to znaczące ułatwienie — wystarczy jedna komenda, aby przygotować agenta do pracy z określonym zestawem narzędzi.

    Kreator MCP: mniej zgadywania, więcej działania

    Kreator MCP: mniej zgadywania, więcej działania

    Drugą nowością jest predefiniowany kreator instalacji serwerów MCP. Użytkownik nie musi już samodzielnie wpisywać nazwy serwera, typu transportu, ścieżek do komend czy nagłówków HTTP, lecz przechodzi przez prosty formularz z podpowiedziami.

    Choć może to brzmieć nieznacznie, w praktyce oszczędza to sporo czasu. Konfiguracja MCP, która łączy Cline z zewnętrznymi API i usługami, bywa kapryśna. Literówka w ścieżce, brakujący cudzysłów czy pomylony typ transportu mogą prowadzić do frustracji. Kreator znacznie redukuje ryzyko takich błędów.

    Warto również zauważyć, że Cline CLI v3.0.27 obsługuje zarówno lokalne, jak i zdalne serwery MCP. Dokumentacja narzędzia potwierdza, że można listować serwery nieinteraktywnie za pomocą cline config mcp oraz cline config mcp --json. Nowy kreator to dodatkowa warstwa, która przyspiesza pierwsze uruchomienie, ale nie ogranicza bardziej zaawansowanych scenariuszy.

    Bezpieczniejsze OAuth i koniec z cichymi błędami

    Bezpieczniejsze OAuth i koniec z cichymi błędami

    Wersja 3.0.27 poprawia także obsługę autoryzacji OAuth dla wtyczek MCP. Gdy proces uwierzytelniania napotyka problem, na przykład wygaśnięcie tokenu lub odmowę dostępu, Cline generuje teraz komunikat, który pozwala na zrozumienie przyczyny problemu. Koniec z niejasnymi błędami, które zmuszały do zgadywania, czy problem leży po stronie klienta, serwera, czy gdzieś pośrodku.

    Wprowadzono również zmiany w walidacji poleceń. Wcześniej nieznana komenda lub wielowyrazowy ciąg znaków bez cudzysłowu mogły być traktowane jako prompt. Teraz CLI odrzuca takie wejście. To niewielka zmiana, ale w zautomatyzowanych środowiskach, gdzie prompt może generować skrypt, eliminuje potencjalnie kosztowne błędy.

    Podsumowanie

    Cline CLI v3.0.27 wprowadza przemyślane poprawki, które sprawiają, że praca z narzędziem staje się bardziej płynna. Nowe polecenie cline skill ułatwia zarządzanie umiejętnościami, kreator MCP przyspiesza konfigurację, a zaostrzona walidacja wejścia chroni przed przypadkowymi promptami. Dla zespołów DevOps i web developerów, które łączą Cline z zewnętrznymi usługami i skryptami automatyzacji, te zmiany oznaczają mniej przestojów i mniej czasu spędzonego na szukaniu błędów składniowych.

    Źródła

  • Devin Desktop w wersji 3.2.19 łata błąd wczytywania plików umiejętności

    Devin Desktop w wersji 3.2.19 łata błąd wczytywania plików umiejętności

    Zespół Devin wydał 18 czerwca 2026 roku aktualizację swojego desktopowego edytora. Wersja 3.2.19 to niewielkie wydanie serwisowe, które koncentruje się na jednej poprawce — usunięciu błędu związane z wczytywaniem plików umiejętności korzystających z alternatywnych pól. Mimo ograniczonego zakresu zmian, łatka jest istotna dla wszystkich, którzy definiują własne zadania agentowe w środowisku desktopowym.

    Najważniejsze informacje

    • Data wydania: 18 czerwca 2026 roku — wersja 3.2.19
    • Główna poprawka: naprawiono błąd wczytywania plików umiejętności wykorzystujących alternatywne pola
    • Seria 3.2: kontynuacja dopracowywania desktopowej wersji Devin Desktop i ulepszeń Devin Local
    • Zalecenie: użytkownicy powinni zaktualizować aplikację do najnowszej wersji

    Co dokładnie poprawiono

    Problem dotyczył mechanizmu wczytywania plików umiejętności, które definiują zadania, jakie agent AI wykonuje w ramach zautomatyzowanych przepływów pracy. Gdy plik korzystał z alternatywnych pól, system nie potrafił go poprawnie przetworzyć. W praktyce oznaczało to, że niektóre niestandardowe konfiguracje nie działały zgodnie z oczekiwaniami.

    „Naprawiono błąd wczytywania plików umiejętności, które korzystają z alternatywnych pól” — informuje oficjalny dziennik zmian. To techniczna notka, ale dla programistów pracujących z agentowymi narzędziami AI taka poprawka przekłada się na niezawodność codziennej pracy.

    Seria 3.2 jako całość jest opisana przez twórców jako „ulepszenia Devin Local i kontynuacja dopracowywania Devin Desktop”. Nie wprowadzono nowych funkcji ani spektakularnych możliwości. To solidna praca u podstaw — usuwanie drobnych usterek, które w dłuższej perspektywie wpływają na stabilność narzędzia.

    Znaczenie dla web developerów i zespołów DevOps

    Dla osób pracujących z agentami AI w codziennym developmentcie niezawodność wczytywania plików konfiguracyjnych jest kluczowa. Pliki umiejętności definiują, co agent ma robić — od prostych zadań automatyzacyjnych po złożone przepływy pracy obejmujące testowanie, deployment czy analizę kodu.

    Gdy definicja nie ładuje się poprawnie, agent może wykonać niepełne zadanie albo w ogóle odmówić działania. W środowiskach, gdzie automatyzacja napędza ciągłą integrację i dostarczanie, każda taka awaria to strata czasu i potencjalne ryzyko dla jakości kodu.

    Wydanie 3.2.19 wpisuje się w szerszy kontekst dojrzewania narzędzi do vibe codingu. Coraz więcej zespołów eksperymentuje z agentami AI jako asystentami programistycznymi, a stabilność tych narzędzi staje się warunkiem ich produkcyjnego wykorzystania. Deweloperzy nie chcą się zastanawiać, czy ich plik konfiguracyjny zostanie poprawnie odczytany — chcą, żeby po prostu działał.

    Kontekst całej serii 3.2

    Warto spojrzeć na tę aktualizację w szerszym kontekście. Seria 3.2 to etap, w którym twórcy Devina skupili się na szlifowaniu doświadczeń lokalnych. Devin Local — możliwość uruchamiania agentów bezpośrednio na maszynie dewelopera — to funkcja, która odróżnia to narzędzie od rozwiązań czysto chmurowych.

    Lokalne przetwarzanie daje większą kontrolę nad danymi, krótszy czas reakcji i możliwość pracy offline. Wymaga jednak solidniejszego kodu po stronie desktopowej aplikacji. Każda łatka z serii 3.2 przybliża Devin Desktop do poziomu niezawodności, którego oczekują profesjonalni użytkownicy.

    Aktualizacja jest dostępna do pobrania z oficjalnych kanałów dystrybucji. Zespół zaleca instalację najnowszej wersji wszystkim użytkownikom — nie tylko tym, którzy bezpośrednio zetknęli się z opisanym błędem. Standardowa praktyka w świecie developmentu mówi jasno: łatki stabilności warto aplikować od razu, nawet jeśli problem dotyczy tylko określonych konfiguracji.

    Źródła

  • Devin Desktop 3.2.19 – cicha aktualizacja, która ratuje niestandardowe pliki umiejętności

    Devin Desktop 3.2.19 – cicha aktualizacja, która ratuje niestandardowe pliki umiejętności

    Devin Desktop otrzymał 18 czerwca 2026 roku aktualizację do wersji 3.2.19. Jest to niewielka aktualizacja, która koncentruje się na poprawie stabilności. Główną zmianą jest naprawienie błędu, który uniemożliwiał ładowanie plików umiejętności z alternatywnymi polami metadanych.

    Dla większości użytkowników ta aktualizacja może być niemal niezauważalna. Jednak dla zespołów, które tworzą własne procedury dla Devina Desktop 3.2.19, może być istotna, zwłaszcza jeśli mieli problemy z działaniem swoich skryptów.

    Co warto wiedzieć o tej wersji

    • Data wydania: 18 czerwca 2026 – aktualizacja dostępna w normalnym kanale dystrybucji dla macOS
    • Główna zmiana: poprawiono błąd, który uniemożliwiał wczytanie plików SKILL.md z alternatywnymi polami frontmatter
    • Kategoria: łatka utrzymaniowa – brak nowych funkcji, skupienie na zwiększeniu niezawodności
    • Praktyczny wpływ: zmniejsza ryzyko, że agent Devin Desktop 3.2.19 pominie zdefiniowaną procedurę podczas wykonywania zadań deweloperskich

    Dlaczego pliki umiejętności są ważne

    System umiejętności w Devin Desktop 3.2.19 opiera się na plikach SKILL.md, które są przechowywane w repozytoriach. Definiują one powtarzalne procedury, takie jak konfiguracja środowiska, przegląd kodu czy wdrożenia na produkcję. Każdy plik zawiera frontmatter, czyli blok metadanych w nagłówku, który informuje Devin Desktop 3.2.19, jak dana umiejętność ma być używana.

    Problem występował, gdy zespół korzystał z pól, które nie były częścią standardowego zestawu. Dokumentacja Devin Desktop 3.2.19 wyraźnie określa, że system wymaga określonej struktury metadanych. Jeśli użytkownik dodał alternatywne pole, na przykład do wewnętrznego oznaczania wersji lub integracji z systemem CI/CD, parser mógł się zawiesić. W efekcie umiejętność nie ładowała się, a agent kontynuował działanie bez niej, co mogło prowadzić do pomijania całych etapów workflow.

    Wersja 3.2.19 rozwiązuje ten problem, czyniąc parser bardziej tolerancyjnym wobec nietypowych pól. Nie oznacza to, że Devin Desktop 3.2.19 zaczyna rozumieć wszystkie alternatywne pola, ale przestał się na nich zawieszać.

    Kto odczuje różnicę

    Kto odczuje różnicę

    Jeśli korzystasz tylko z gotowych umiejętności dostarczanych przez Cognition AI, prawdopodobnie nie zauważysz tej aktualizacji. Standardowe pliki działały wcześniej bez problemów.

    Różnicę odczują przede wszystkim zespoły, które tworzą własne biblioteki umiejętności, zwłaszcza te, które dostosowują Devin Desktop 3.2.19 do swoich wewnętrznych procesów, na przykład integrując go z narzędziami do wdrożeń czy autorskim lintowaniem kodu. W takich środowiskach frontmatter często zawiera dodatkowe pola. Teraz można je dodawać bez obaw, że agent przestanie działać przy kolejnym zadaniu.

    Warto również zauważyć, że Devin Desktop 3.2.19 coraz częściej działa w trybie agentowym, gdzie pojedyncza sesja może wykonywać wiele operacji bez nadzoru. Jeśli jedna umiejętność nie załaduje się poprawnie, może to wpłynąć na cały proces. Dlatego nawet ta drobna poprawka ma znaczenie w codziennej pracy.

    Stabilność zamiast nowości

    Wersja 3.2.19 wpisuje się w trend rozwoju narzędzi AI dla deweloperów. To już nie są eksperymenty, lecz produkcyjne środowiska, w których przewidywalność jest kluczowa. Zespół odpowiedzialny za Devin Desktop 3.2.19 koncentruje się na udoskonalaniu istniejących mechanizmów, zamiast dodawać nowe funkcje. W changelogu nie ma nowych możliwości, ale jest pewność, że to, co powinno działać, działa.

    Jeśli używasz Devin Desktop 3.2.19 na macOS, aktualizacja powinna być już dostępna. Nie wymaga żadnych dodatkowych kroków poza standardową instalacją. A jeśli twoje umiejętności przestały się ładować kilka tygodni temu, teraz wiesz, dlaczego. Możesz wrócić do pracy.

    Źródła

  • OpenCode 1.17.7 porządkuje środowisko wtyczek i sesji pulpitu

    OpenCode 1.17.7 porządkuje środowisko wtyczek i sesji pulpitu

    OpenCode otrzymał 14 czerwca 2026 roku aktualizację do wersji 1.17.7, która koncentruje się na poprawie działania wtyczek oraz integracji MCP w złożonych konfiguracjach. Nowe funkcje dotyczą głównie sytuacji, w których użytkownicy pracują z wieloma serwerami, przestrzeniami roboczymi i sesjami pulpitu, co wcześniej często prowadziło do chaosu.

    Co się zmieniło – kluczowe fakty

    • Żądania klienta wtyczek nie zakładają już domyślnego portu lokalnego, lecz ponownie wykorzystują aktywny serwer, co eliminuje błędne trasowanie przy wielu instancjach.
    • Zmienne środowiskowe powłoki dostarczane przez wtyczki działają teraz również w sesjach PTY, co oznacza, że terminale interaktywne widzą to samo środowisko co inne wywołania shella.
    • Serwery MCP mogą teraz otrzymywać bieżącą przestrzeń roboczą jako katalog główny klienta, co pozwala im lepiej rozumieć obsługiwany projekt.
    • Trasowanie sesji pulpitu zostało doprecyzowane, aby nowa sesja pozostawała w zakresie właściwego serwera roboczego, zamiast wyciekać do globalnie wybranego.

    Serwery MCP wreszcie wiedzą, gdzie są

    Jedną z bardziej zauważalnych zmian jest przekazywanie ścieżki przestrzeni roboczej jako katalogu głównego klienta MCP. Wcześniej serwer MCP działał bez pełnej świadomości, w jakim projekcie był uruchomiony. Teraz, gdy otrzymuje informację o katalogu roboczym, może rozwiązywać ścieżki względem aktywnego repozytorium.

    To ma znaczenie przy generowaniu kodu, inspekcji repozytoriów czy lokalnej automatyzacji opartej na narzędziach MCP. Serwer, który zna kontekst projektu, nie musi zgadywać ani polegać na sztywno zakodowanych ścieżkach. Dla programistów webowych i DevOps oznacza to mniej ręcznej konfiguracji i mniej błędów wynikających z nieprawidłowego mapowania plików.

    Dokumentacja OpenCode wcześniej sugerowała, że serwery MCP będą działać z konfiguracją relatywną do przestrzeni roboczej, ale dopiero ta aktualizacja wprowadza ten kontekst w praktyce.

    PTY i wtyczki – zmienne środowiskowe bez luk

    PTY i wtyczki – zmienne środowiskowe bez luk

    Kolejna istotna poprawka dotyczy propagacji zmiennych środowiskowych w sesjach PTY. Gdy wtyczka dodaje własne zmienne do powłoki, muszą być one widoczne nie tylko w standardowych wywołaniach narzędzi shella, ale także w terminalach interaktywnych.

    Bez tej zmiany agent lub wtyczka uruchamiająca test runner, menedżera pakietów czy inny proces w terminalu interaktywnym mogłyby działać w niekompletnym środowisku. Aktualizacja sprawia, że terminale PTY dziedziczą te same zmienne, co oznacza, że npm test uruchamia się z właściwymi tokenami, a pytest widzi oczekiwane ścieżki.

    To oszczędza czas na debugowanie sytuacji, w których skrypt działa poprawnie w narzędziu shella, ale identyczne polecenie w terminalu interaktywnym kończy się błędem.

    Sesje pulpitu już nie gubią kontekstu

    Sesje pulpitu już nie gubią kontekstu

    Trzecia zmiana, na którą warto zwrócić uwagę, to poprawa trasowania sesji w interfejsie pulpitu. Gdy użytkownik tworzy nową sesję przez /new-session, OpenCode teraz zapewnia, że pozostaje ona przypięta do serwera roboczego (draft server), a nie do globalnie wybranego.

    Oznacza to, że jeśli pracujesz nad dwoma projektami jednocześnie, każdy w osobnym kontekście AI, sesje nie będą sobie wzajemnie podmieniać stanu ani promptów. To detal architektoniczny, ale przy codziennej pracy z wieloma repozytoriami robi zauważalną różnicę.

    Wydanie wprowadza również zmiany w zachowaniu narzędzia ACP shell – informacje o poleceniu i katalogu roboczym pojawiają się od samego początku wywołania, co ułatwia śledzenie logów i diagnozowanie problemów.

    Mniej założeń, więcej przewidywalności

    Aktualizacja 1.17.7 nie wprowadza spektakularnych funkcji, ale porządkuje kilka kluczowych punktów. System wtyczek OpenCode – zarówno tych projektowych, jak i globalnych – zyskuje na niezawodności przy wielu równoległych stosach. Serwery MCP stają się świadome kontekstu, a sesje pulpitu pozostają przypisane do swoich serwerów. Dla użytkowników OpenCode pracujących nad poważnymi projektami webowymi czy DevOps, te poprawki realnie redukują tarcie w codziennej pracy.

    Źródła

  • Claude Sonnet 4 i Opus 4 przeszły na emeryturę. Czas na aktualizację API

    Claude Sonnet 4 i Opus 4 przeszły na emeryturę. Czas na aktualizację API

    Anthropic oficjalnie wycofał modele Claude Sonnet 4 i Claude Opus 4 z API. Od 15 czerwca 2026 każde zapytanie do claude-sonnet-4-20250514 i claude-opus-4-20250514 zakończy się błędem. Dla zespołów zajmujących się web developmentem, sztuczną inteligencją i DevOps to sygnał do natychmiastowego sprawdzenia konfiguracji produkcyjnych. Jeśli wasza aplikacja wciąż korzysta z tych identyfikatorów, integracja przestała działać.

    Co dokładnie się zmieniło

    • Data wycofania: 15 czerwca 2026 — od tego dnia API zwraca błędy dla starych identyfikatorów modeli.
    • Dotknięte modele: claude-sonnet-4-20250514 oraz claude-opus-4-20250514 (oryginalne wydania 4.0 z maja 2025).
    • Zalecane zamienniki: claude-sonnet-4-6 i claude-opus-4-8 — nowsze i bardziej wydajne.
    • Zasięg problemu: dotyczy bezpośrednich wywołań API — klientów SDK, funkcji serverless, pipeline'ów CI/CD i narzędzi automatyzacji.
    • Kolejne wycofanie: Opus 4.1 (claude-opus-4-1-20250805) — datę utraty wsparcia należy zweryfikować na oficjalnej stronie deprecjacji Anthropic.

    Nie chodzi o etykiety, tylko o konkretne identyfikatory

    Warto zaznaczyć, że Anthropic nie wycofuje całej rodziny Claude Sonnet 4 czy Claude Opus 4. Emerytura dotyczy wyłącznie pierwszych wersji z maja 2025. Modele oznaczone jako claude-sonnet-4-5-20250929, claude-opus-4-5-20251101 czy nowsze wciąż działają normalnie. Problem występuje tam, gdzie ktoś na sztywno wpisał identyfikator z datą 20250514 — a takich przypadków w produkcyjnych backendach jest wiele.

    Po 15 czerwca API zwraca błąd. Jeśli wasz system obsługi klienta, agent AI albo pipeline do generowania kodu polegał na tych modelach, przestał działać z dnia na dzień. Anthropic powiadomił deweloperów 14 kwietnia 2026, a data wycofania to 15 czerwca 2026, co daje około 62 dni na dostosowanie — czasu było sporo, ale jak to zwykle bywa, nie każdy zdążył.

    Jak migrować i nie stracić pół dnia na szukanie

    Migracja jest prosta. W kodzie wystarczy zamienić stary identyfikator na nowy — format zapytań, nagłówki autoryzacji i struktura odpowiedzi nie zmieniły się. W Pythonie z SDK Anthropica wygląda to tak:

    # przed zmianą
model="claude-opus-4-20250514"

# po zmianie
model="claude-opus-4-8"

    Podobnie działa to w JavaScript, curl i innych SDK. Problem nie leży w skomplikowanej zmianie, lecz w liczbie miejsc, gdzie stary identyfikator mógł zostać użyty. Sprawdźcie zmienne środowiskowe, pliki konfiguracyjne CI/CD, zadania cron i zewnętrzne integracje — scenario buildery, platformy do vibe codingu, narzędzia automatyzujące workflow. Każde z nich mogło mieć zaszyty claude-sonnet-4-20250514 w ustawieniach.

    Przy przechodzeniu na Opus 4.7 lub 4.8: zachowanie parametrów temperature, top_p i top_k przy wartościach innych niż domyślne nie zostało potwierdzone w oficjalnych źródłach — przed migracją należy sprawdzić aktualną dokumentację Anthropic.

    Dlaczego to ma znaczenie dla szerszego ekosystemu

    Wycofanie modeli 4.0 wpisuje się w szerszy trend. Anthropic, podobnie jak OpenAI czy Google, przyspiesza cykl życia modeli — nowe wersje pojawiają się co kilka miesięcy, a stare tracą wsparcie po około roku. Dla zespołów pracujących w trybie ciągłego dostarczania to norma. Gorzej, jeśli prowadzicie projekt, który działa stabilnie od miesięcy i nikt nie zaglądał do konfiguracji API.

    Deweloperzy korzystający z Claude przez interfejs claude.ai nie muszą podejmować żadnych działań — tam wybór modelu jest automatyczny. Problem dotyczy wyłącznie dostępu programistycznego. Jeśli korzystacie z Claude przez Amazon Bedrock albo Vertex AI, sprawdźcie osobno ich tabele wsparcia — partnerzy mają własne kalendarze wycofywania.

    Na froncie DevOps warto także pamiętać, że za Opus 4.1 podąży Opus 4.5 i Sonnet 4.5 — ich daty emerytury są już zapowiedziane na trzeci kwartał 2026. Kto migruje teraz z 4.0 na 4.6 lub 4.8, ten za kilka miesięcy i tak będzie musiał powtórzyć tę operację. Dlatego część zespołów rozważa abstrahowanie identyfikatorów modeli przez warstwę zarządzaną — aby nie gonić za każdym ogłoszeniem deprecjacji osobno.

    Podsumowanie

    Wycofanie Claude Sonnet 4 i Claude Opus 4 to nie katastrofa, ale test na dojrzałość procesów w zespole. Jeśli wasze pipeline'y wytrzymały 15 czerwca bez awarii — dobrze. Jeśli nie — macie okazję zautomatyzować monitoring wersji API, zanim kolejne deprecjacje was zaskoczą. W ekosystemie AI modele starzeją się szybko, a umiejętność sprawnej podmiany jednego identyfikatora na inny staje się równie ważna jak sam kod.

    Źródła

  • OpenCode z lepszą kompatybilnością MCP i dopracowanym trybem desktopowym

    OpenCode z lepszą kompatybilnością MCP i dopracowanym trybem desktopowym

    Najnowsza aktualizacja OpenCode, której zmiany zostały odnotowane w changelogu zaktualizowanym do 21 sierpnia 2026 roku, wprowadza znaczące poprawki w komunikacji z serwerami MCP oraz szereg ulepszeń w aplikacji desktopowej. To nie jest jednorazowa łatka, lecz kontynuacja procesu stabilizacji klienta, który trwa od kilku tygodni. Zespół skupił się na poprawie współpracy z różnymi generacjami serwerów oraz na udoskonaleniu codziennego doświadczenia programistów korzystających z narzędzia na desktopie.

    Kluczowe zmiany w skrócie

    • Kompatybilność MCP została wzmocniona przez jawne deklarowanie możliwości klienta oraz obsługę zarówno starszych, jak i obecnych serwerów.
    • Desktop zyskał nowy skrót do selektora projektów, poprawioną nawigację kartami oraz usunięcie dodatkowych pionowych obramowań w widoku V2.
    • Stabilność sesji została poprawiona dzięki naprawie błędu Solid, który mógł blokować nawigację, oraz usprawnionemu ładowaniu listy sesji.
    • Terminal i TUI otrzymały poprawki renderowania i wykonywania poleceń, co przekłada się na bardziej przewidywalne środowisko pracy.
    • Sidecar V2, oparty na dołączonej usłudze CLI, zapowiada głębsze zmiany architektoniczne w desktopie.

    Co konkretnie zmieniło się w MCP

    OpenCode od dawna wspiera serwery Model Context Protocol, zarówno lokalne, jak i zdalne, z OAuth i dynamiczną rejestracją klienta. Problem polegał na tym, że nie wszystkie serwery MCP używały tego samego dialektu. Aktualizacja wprowadza jawną deklarację możliwości klienta, co ułatwia serwerom rozpoznanie, z czym mają do czynienia.

    Aplikacja desktopowa OpenCode potrafi teraz wykrywać zarówno starsze, jak i obecne serwery, dostosowując swoje zachowanie. Dla obecnych serwerów wspiera transport terminala, dane przeglądu, akcje sesji, podpowiedzi, polecenia, osie czasu oraz strumieniowanie zdarzeń na żywo. Jednocześnie zachowuje kompatybilność ze starszymi konfiguracjami.

    Dla użytkownika oznacza to mniej frustrujących niespodzianek przy podłączaniu zewnętrznych narzędzi. Jeśli korzystasz z OpenCode w połączeniu z innymi klientami MCP, ryzyko problemów przy zmianie wersji serwera zmniejszyło się. Automatyczne ponowne łączenie po wygaśnięciu sesji SDK oraz obsługa współbieżnych żądań dodatkowo stabilizują środowisko.

    Desktop po liftingu – nie tylko kosmetyka

    Zmiany wizualne i nawigacyjne są wyraźnie odczuwalne. Zespół usunął dodatkowe pionowe obramowania z widoku projektów V2, co sprawia, że interfejs jest czystszy i mniej zagracony. Skrót do otwierania selektora projektu w nowych sesjach przyspiesza rozpoczęcie pracy, a nawigacja kartami za pomocą klawiatury teraz podąża za widoczną kolejnością – to istotna poprawka dla osób pracujących bez myszki.

    Pojawił się również opcjonalny sidecar V2 oparty na dołączonej usłudze CLI. To wskazuje na głębszą przebudowę architektoniczną desktopu, a nie tylko powierzchowne poprawki. W połączeniu z wcześniejszymi zmianami, takimi jak przeniesienie parsowania markdown na osobny wątek czy synchronizacja motywu terminala z motywem aplikacji, widać konsekwentny kierunek: desktop ma być szybszy i bardziej responsywny.

    Stabilność, która ratuje workflow

    Dwa fixy z tej aktualizacji zasługują na szczególne wyróżnienie. Pierwszy to naprawa błędu Solid, który mógł zakłócać nawigację w desktopie. Drugi to poprawka ładowania sesji domowej – lista sesji aktualizuje się teraz bez zawieszania całej strony. To szczegóły decydują o tym, czy narzędzie stanie się częścią codziennego arsenału, czy trafi do folderu "do sprawdzenia kiedyś".

    Wcześniejsze wydania z lipca i sierpnia przyniosły również poprawki w TUI, w tym lepsze renderowanie wywołań narzędzi Bash oraz obsługę recenzji pull requestów z kontekstem numeru PR i URL-a. Wszystko to składa się na bardziej przewidywalne środowisko – szczególnie istotne, gdy pracuje się z AI w trybie, który niektórzy nazywają vibe codingiem.

    Co to znaczy dla programistów

    OpenCode zmierza w kierunku narzędzia, które nie tylko łączy się z modelami AI, ale robi to w sposób przewidywalny i wybaczający błędy konfiguracji. Ulepszona kompatybilność MCP, odświeżony desktop i stabilność sesji to zmiany, które mogą nie rzucać się w oczy przy pierwszym uruchomieniu, ale po kilku dniach pracy zaczynają przynosić korzyści. Jest to szczególnie ważne, gdy twój stack składa się z mieszanki lokalnych modeli, zdalnych serwerów i kilku klientów MCP jednocześnie.

    Źródła

  • Google Antigravity 2.1.4: przeprojektowane limity, wsparcie PDF i nowa komenda /btw

    Google Antigravity 2.1.4: przeprojektowane limity, wsparcie PDF i nowa komenda /btw

    Google wypuściło 11 czerwca 2026 roku wersję 2.1.4 swojego środowiska Google Antigravity, wprowadzając kilka istotnych nowości, takich jak przeprojektowany ekran limitów, wsparcie dla załączników PDF w modelach Gemini oraz nową komendę /btw. Aktualizacja jest wprowadzana stopniowo, więc nie wszyscy użytkownicy zobaczą zmiany od razu, ale warto wiedzieć, co dokładnie się zmieniło.

    Kluczowe zmiany w skrócie

    • Przeprojektowany ekran limitów – odświeżona strona Models & Quota oraz wskaźniki zużycia w pasku statusu dają lepszy wgląd w wykorzystanie kredytów AI.
    • Wsparcie załączników PDF – modele Gemini potrafią teraz przyjmować dokumenty PDF, co usprawnia pracę z dokumentacją techniczną i specyfikacjami.
    • Nowa komenda /btw – umożliwia zadawanie efemerycznych pytań pobocznych bez zaśmiecania głównego wątku rozmowy.
    • Ulepszone wyszukiwanie konwersacji i nawigacja po plikach – szybciej odnajdziesz starsze wątki i sprawniej poruszasz się między dokumentami projektu.
    • Lepsze wsparcie LaTeX oraz poprawki stabilności serwerów MCP.

    Limity na pierwszym planie

    Najważniejsza zmiana dotyczy widoczności limitów. Użytkownicy Google Antigravity 2.1.4 mogli wcześniej sprawdzać swoje zużycie przez komendę /usage, która otwierała panel Model Quotas. Wersja 2.1.4 nie usuwa tego polecenia, ale dodaje wizualne wskaźniki bezpośrednio w pasku statusu.

    Przeprojektowana strona Models & Quota pokazuje teraz czytelniej, ile kredytów zostało i kiedy nastąpi odświeżenie puli. To istotne szczególnie podczas długich sesji programistycznych – nikt nie chce nagle stracić dostępu do modeli w środku debugowania.

    Limity są powiązane z planem. Użytkownicy Google AI Ultra otrzymują najwyższy przydział, odnawiany co pięć godzin. Inni użytkownicy mają pulę odświeżaną raz w tygodniu. Gdy bazowy limit się wyczerpie, dalsze działanie zależy od ustawienia AI Credit Overages – można je całkowicie wyłączyć, wybierając opcję „Never”.

    PDF i LaTeX – ukłon w stronę dokumentacji

    Obsługa PDF-ów w modelach Gemini to zmiana, która ucieszy zespoły pracujące z obszerną dokumentacją. Można teraz wrzucić plik PDF bezpośrednio do konwersacji i poprosić model o analizę, streszczenie czy wyciągnięcie konkretnych fragmentów. Dotychczas trzeba było przeklejać tekst ręcznie albo konwertować dokumenty do innych formatów.

    Równolegle poprawiono renderowanie LaTeX-a. Dla zespołów piszących dokumentację techniczną z formułami matematycznymi to zmiana, która poprawia wyświetlanie wzorów, eliminując artefakty, które mogły utrudniać czytanie specyfikacji.

    /btw i historia komend

    /btw i historia komend

    Nowa komenda /btw służy do zadawania pobocznych pytań, które nie zostają na stałe w konwersacji. Przydaje się, gdy podczas głównego wątku potrzebujesz szybko sprawdzić coś niezwiązanego bezpośrednio z tematem – na przykład składnię metody, definicję pojęcia czy konwencję nazewniczą.

    Dodatkowo, można przywoływać historię komend za pomocą strzałki w górę. Działa to tak samo jak w terminalu – nie trzeba ponownie wpisywać długich poleceń, wystarczy przewinąć wcześniej użyte.

    Co poza tym

    Co poza tym

    Wersja 2.1.4 to nie tylko nowe funkcje. Poprawiono wyszukiwanie w historii konwersacji, więc znalezienie konkretnego wątku sprzed tygodnia nie wymaga już ręcznego scrollowania. Nawigacja po plikach projektu również dostała kilka ulepszeń – szybciej można przełączać się między dokumentami bez gubienia kontekstu.

    Po stronie infrastruktury odnotowano wzrost stabilności serwerów MCP. Dla użytkowników korporacyjnych i osób stawiających własne środowiska deweloperskie to sygnał, że Google poważnie traktuje ten komponent – mniej zawieszek i nieoczekiwanych przerw w działaniu agentów.

    Podsumowanie

    Aktualizacja 2.1.4 wprowadza przemyślane poprawki, które odpowiadają na realne problemy: słabą widoczność limitów, brak natywnej obsługi PDF-ów i potrzebę szybkich pytań pobocznych. Jeśli używasz Google Antigravity 2.1.4 na co dzień, nowy pasek statusu i komenda /btw szybko staną się częścią Twojego workflow. A jeśli pracujesz z dokumentacją – wsparcie PDF-ów może znacząco skrócić czas potrzebny na analizę specyfikacji.

    Źródła

  • OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2

    OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2

    Najnowsza aktualizacja OpenCode wprowadza istotne ulepszenia w integracji z serwerami MCP, rozszerza API v2 o nowe końcówki do zarządzania sesjami oraz optymalizuje obsługę obiektów Git w dużych repozytoriach. Choć na pierwszy rzut oka zmiany mogą wydawać się technicznymi porządkami, w praktyce znacząco wpływają na codzienną pracę z narzędziem.

    Kluczowe zmiany w skrócie

    • Wsparcie dla ścieżek względnych w konfiguracji MCP – katalog roboczy podąża za workspace, eliminując potrzebę stosowania sztywnych ścieżek bezwzględnych
    • Nowe końcówki API v2 do zarządzania sesjami, co ułatwia kontrolę nad aktywnymi połączeniami
    • Optymalizacja Git dla dużych repozytoriów – szybsze operacje na rozbudowanych historiach commitów
    • Poprawki błędów w schematach narzędzi Gemini, widoczności filtrowanych odpowiedzi oraz niezawodności uwierzytelniania
    • Lepsze logowanie MCP – błędy z połączeń SSE nie prowadzą już do pętli reconnectu, a logi serwerów są bardziej przejrzyste

    Ścieżki względne w MCP – koniec z absolutnymi zależnościami

    Dotychczas konfiguracja lokalnych serwerów MCP w OpenCode wymagała podawania bezwzględnych ścieżek do katalogu roboczego. Oznaczało to, że przeniesienie projektu między maszynami lub współpraca w zespole z różnymi strukturami folderów wiązała się z koniecznością ręcznego poprawiania konfiguracji.

    Teraz opcja cwd akceptuje ścieżki względne, które są rozwiązywane względem głównego katalogu workspace. Dla zespołów pracujących w monorepo to duża oszczędność czasu – serwer MCP skonfigurowany raz działa identycznie w każdym środowisku, niezależnie od lokalizacji projektu na dysku. Wystarczy umieścić konfigurację w repozytorium, a po klonowaniu wszystko działa od razu.

    Co ważne, zmiana dotyczy nie tylko nowych instalacji. OpenCode zachowuje również kompatybilność ze starszymi klientami SDK MCP, co umożliwia zespołom na różnych wersjach narzędzia współpracę bez konfliktów.

    API v2 i zarządzanie sesjami

    Rozszerzenie API v2 o końcówki sesji to odpowiedź na bardziej zaawansowane scenariusze, w których OpenCode działa jako usługa w tle, a nie tylko jako interaktywne narzędzie CLI. Nowe endpointy umożliwiają programowe tworzenie, odpytywanie i zamykanie sesji, co otwiera możliwości budowania własnych integracji oraz dashboardów monitorujących pracę agentów.

    Dla zespołów DevOps oznacza to możliwość tworzenia dedykowanych sesji na żądanie – na przykład w kontekście CI/CD, gdzie agent analizuje różnice przed scaleniem i raportuje potencjalne problemy. Sesje można teraz kontrolować przez API, co eliminuje potrzebę ingerencji w procesy systemowe.

    Jednocześnie poprawiono kilka uciążliwych błędów – uwierzytelnianie OAuth dla serwerów MCP przestało gubić stan przy odświeżaniu tokenów, a odpowiedzi filtrowane przez content safety Gemini nie znikają już bez śladu. Wcześniej użytkownik otrzymywał pusty ekran, teraz OpenCode informuje, że odpowiedź została zablokowana.

    Git i duże repozytoria

    Optymalizacja obsługi obiektów Git to zmiana, która z pewnością ucieszy osoby pracujące z rozbudowanymi historiami. OpenCode poprawił sposób cache'owania branchy, eliminując sytuacje, w których odświeżenie jednej referencji przypadkowo przesuwało checkout innego brancha. Choć może to brzmieć skomplikowanie, w repozytoriach z tysiącami commitów i wieloma równoległymi gałęziami przekłada się to na zauważalnie szybsze przełączanie kontekstu.

    Dodatkowo poprawiono indeksowanie wyników grep – ścieżki symlinków są teraz poprawnie zachowywane, co ma znaczenie w projektach korzystających z linków symbolicznych do współdzielonych bibliotek.

    Te zmiany pokazują, że narzędzie rozwija się z etapu "ciekawego eksperymentu" w kierunku dojrzałego środowiska pracy. Wsparcie dla ścieżek względnych w MCP oraz nowe API sesji to funkcje, które mogą zdecydować o długoterminowym przywiązaniu zespołu do tego narzędzia.

    Źródła