Tag: Agenci AI

  • Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code zaktualizował się do wersji v0.18.0, wprowadzając trzy kluczowe mechanizmy: automatyczną pamięć na poziomie użytkownika, agentów działających w tle oraz wizualne zarządzanie umiejętnościami. Te zmiany wpływają na sposób interakcji z asystentem kodowania.

    Co nowego w skrócie

    • Pamięć użytkownika przechowywana w ~/.qwen/memories/ pozwala agentowi zapamiętywać preferencje między projektami.
    • Komenda /fork uruchamia agenta w tle, który dziedziczy kontekst rozmowy i działa równolegle do głównego wątku.
    • Panel /skills umożliwia wizualne przeglądanie, wyszukiwanie i zarządzanie umiejętnościami z poziomu CLI.
    • Multimodalne wejście obsługuje obrazy, PDF-y, pliki audio i wideo w modelu Qwen-Code v0.18.0.
    • Automatyczne aktualizacje instalatora standalone i poprawki stabilności CLI na różnych platformach.

    Pamięć, która nie ginie po zamknięciu projektu

    Wcześniej Qwen-Code przechowywał wspomnienia tylko w katalogu bieżącego projektu. Oznaczało to, że przy każdym nowym repozytorium agent zaczynał od zera, nie pamiętając stylu pracy, preferencji dotyczących formatowania czy konwencji nazewnictwa.

    Wersja v0.18.0 przenosi część pamięci na poziom użytkownika. Pliki trafiają teraz do ~/.qwen/memories/, a mechanizm routingu rozdziela informacje: preferencje i styl pracy są przechowywane globalnie, natomiast deadline'y projektowe i zdarzenia specyficzne dla repozytorium pozostają w katalogu lokalnym. System wykorzystuje cztery kategorie pamięci, które istniały wcześniej, ale teraz mają międzyprojektowy zasięg.

    To znacząca zmiana. Pracując nad pięcioma projektami w tygodniu, agent uczy się twoich nawyków, zamiast za każdym razem pytać o to samo.

    Agenci w tle i równoległe przepływy pracy

    Komenda /fork to interesujący dodatek tej wersji. W trakcie rozmowy możesz oddelegować zadanie do agenta działającego w tle, nie przerywając głównego wątku. Agent w tle dziedziczy pełen kontekst: historię rozmowy, narzędzia, konfigurację modelu i cache promptów.

    Aktualizacja z 18 czerwca rozszerza możliwości workflow o funkcje parallel() i pipeline(), które pozwalają na uruchamianie wielu podagentów jednocześnie. Wprowadzono kontrakt "errors-as-data" — błąd jednego agenta nie przerywa całego procesu, lecz zwraca informację o niepowodzeniu jako dane do dalszego przetwarzania.

    Pojawił się także eksperymentalny tryb Agent Team. Model sam tworzy nazwy zespołów, rozdziela zadania między członków, wymienia wiadomości i konsoliduje wyniki w ujednolicony raport. To ambitny projekt, który wymaga jeszcze czasu na stabilizację.

    Piaskownica i zaplanowane zadania

    Nowa wersja wprowadza izolowane środowisko uruchomieniowe oparte na node:vm, które jest wystarczające do bezpiecznego testowania wygenerowanego kodu. Komenda /loop zyskała trwałość: zaplanowane zadania są teraz zapisywane na dysku i wznawiane po restarcie, a pominięte cykle mają jedną szansę na nadrobienie.

    Działa także inhibitor uśpienia systemu, który zapobiega wygaszaniu ekranu podczas streamingu odpowiedzi modelu lub wykonywania narzędzi. To drobny, ale istotny element, który poprawia komfort dłuższych sesji.

    Stabilność i instalacja

    Zespół skupił się na niezawodności CLI. Automatyczne aktualizacje instalatora standalone działają poprawnie, a problemy z instalacją międzyplatformową, szczególnie na Windows, zostały rozwiązane. Powiadomienia o zakończeniu zadań w tle trafiają do panelu czatu w VS Code, co eliminuje konieczność ciągłego przełączania się między oknami.

    Te zmiany wpisują się w szerszy kierunek rozwoju Qwen-Code. Roadmapa obejmuje statystyki (/stats dashboard), multimodalne wejście, tryb headless, integrację z Git Worktrees oraz pluginy IDE. Narzędzie, adaptowane z Gemini CLI i zoptymalizowane pod modele Qwen-Code v0.18.0, zmierza w stronę pełnoprawnego środowiska agentskiego dla programistów.

    Ź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 i nowymi endpointami API

    OpenCode z lepszą integracją MCP i nowymi endpointami API

    OpenCode wprowadził aktualizację, która poprawia integrację z protokołem MCP oraz dodaje nowe endpointy API. Użytkownicy zyskają stabilniejsze połączenia, lepszą widoczność logów oraz nowe endpointy API v2 do zarządzania sesjami. Zmiany te są istotne, ponieważ dotyczą kluczowych elementów integracji, z których korzysta coraz więcej zespołów programistycznych.

    Co nowego w skrócie

    • MCP zyskuje obsługę ścieżek względem przestrzeni roboczej oraz lepszy podgląd logów serwera
    • Nowe endpointy API v2 umożliwiają zarządzanie sesjami bez zbędnych obejść
    • Naprawiono błędy w schematach narzędzi Gemini, filtrowaniu treści oraz obsłudze dużych repozytoriów Git
    • Ulepszono autoryzację — przepływy OAuth działają stabilniej, także przy równoległych żądaniach

    MCP: stabilność i wygoda na pierwszym planie

    Model Context Protocol stał się w OpenCode kluczowym narzędziem do integracji z zewnętrznymi systemami. Dzięki niemu asystent AI może korzystać z serwerów MCP — zarówno lokalnych, jak i zdalnych — bez modyfikacji kodu edytora. Wystarczy dodać wpis w konfiguracji pod kluczem mcp, aby narzędzia były dostępne dla modelu.

    Wcześniej występowały problemy z połączeniami podczas dłuższych sesji. Serwery SSE mogły wpadać w pętle reconnectów, a starsze wersje SDK nie działały poprawnie. Aktualizacja z 28 i 30 lipca rozwiązała te problemy, przywracając kompatybilność z legacy SDK oraz eliminując niepotrzebne zapętlenia połączeń.

    Dodatkowo, wprowadzono obsługę ścieżek względem przestrzeni roboczej. To zmiana, która ułatwia pracę, ponieważ konfiguracja MCP nie jest już sztywno związana z absolutnymi lokalizacjami, co jest szczególnie przydatne w projektach klonowanych na różne maszyny.

    API v2 i autoryzacja: koniec z ręcznym odświeżaniem

    API v2 i autoryzacja: koniec z ręcznym odświeżaniem

    Nowe endpointy do zarządzania sesjami to długo oczekiwana funkcjonalność dla osób tworzących własne integracje. API v2 umożliwia programowe zarządzanie sesjami — od ich tworzenia po zamykanie — bez potrzeby korzystania z dodatkowych skryptów.

    Autoryzacja również została ulepszona. OpenCode wspierał OAuth dla serwerów MCP, ale teraz przepływ działa bardziej płynnie. Sesje OAuth, które wygasły, są automatycznie odnawiane, nawet przy równoległych żądaniach. Dodatkowo, polecenie opencode mcp auth <nazwa-serwera> zyskało możliwość konfiguracji portów callback, co ułatwia pracę w środowiskach z restrykcyjnymi firewallami.

    Dla zespołów korzystających z organizacyjnych konfiguracji zdalnych to istotna zmiana — serwery można aktywować przez enabled: true bez konieczności edytowania plików lokalnie.

    Poprawki, które bolą mniej

    Poprawki, które bolą mniej

    W tej aktualizacji wprowadzono także kilka poprawek, które eliminują frustrujące problemy. Gemini przestało otrzymywać przestarzałe domyślne wartości samplingu, co rozwiązało problemy ze schematami narzędzi. Modele z filtrowaniem treści, które wcześniej mogły przerywać odpowiedzi, teraz działają przewidywalnie.

    Dodatkowo, zoptymalizowano obsługę dużych repozytoriów Git. Cache gałęzi nie psuje się już przy odświeżaniu pojedynczej referencji, co przyspiesza przełączanie kontekstu w monorepozytoriach.

    Co to znaczy dla codziennej pracy

    OpenCode wyraźnie stawia na ekosystem, a nie na monolit. MCP przestało być jedynie ciekawostką — staje się domyślnym kanałem do łączenia z zewnętrznymi narzędziami. Użytkownicy OpenCode powinni sprawdzić, czy ich serwery MCP wymagają aktualizacji konfiguracji, szczególnie jeśli korzystają z OAuth lub pracują z dużymi repozytoriami.

    Zmiany w API v2 sugerują, że w przyszłości pojawią się kolejne ułatwienia dla osób automatyzujących pracę z asystentem, co może wpłynąć na sposób, w jaki zespoły integrują AI w swoje procesy CI/CD.

    Źródła

  • Codex 0.139.0: samodzielne wyszukiwanie w sieci i solidniejsze schematy narzędziowe

    Codex 0.139.0: samodzielne wyszukiwanie w sieci i solidniejsze schematy narzędziowe

    OpenAI wypuściło 9 czerwca 2026 roku wersję 0.139.0 swojego terminalowego agenta Codex. Ta aktualizacja koncentruje się na stabilności narzędzi i redukcji liczby przełączeń kontekstu podczas pracy. Najważniejszą nowością jest możliwość bezpośredniego wywoływania wyszukiwania internetowego w trybie kodowania, co eliminuje potrzebę opuszczania edytora i przeglądania dokumentacji w przeglądarce.

    Co nowego w pigułce

    • Tryb kodowania umożliwia teraz samodzielne wyszukiwanie w sieci, w tym z zagnieżdżonych wywołań JavaScript, zwracając wyniki jako czysty tekst.
    • Schematy wejściowe narzędzi zachowują oneOf i allOf, co stabilizuje współpracę ze złożonymi złączami MCP.
    • codex doctor raportuje teraz szczegóły dotyczące środowiska edytora i pagera, a eksport JSON ukrywa wrażliwe wartości.
    • Zarządzanie wtyczkami zostało przyspieszone dzięki wcześniejszemu użyciu buforowanego katalogu oraz uwzględnieniu źródła marketplace’u w JSON-owym listingu.
    • Poprawki w TUI rozwiązują problemy z resetowaniem wątków, ścieżkami obrazów i ostrzeżeniami MCP w subagentach.

    Wyszukiwanie bez odrywania rąk od terminala

    Dotychczasowy workflow developera korzystającego z Codexa wymagał samodzielnego sprawdzania dokumentacji API, changelogów czy specyfikacji pakietów – ręcznie lub przez dodatkowe narzędzia. Wersja 0.139.0 pozwala trybowi kodowania na bezpośrednie odpytanie sieci. Mechanizm działa również w zagnieżdżonych wywołaniach narzędzi JavaScript.

    Wyniki wracają jako prosty tekst. Oznacza to, że agent może na przykład pobrać informację o aktualnej wersji biblioteki, sprawdzić składnię nowego endpointu albo znaleźć rozwiązanie błędu – wszystko w jednej sesji terminalowej. Dla osób pracujących w trybie vibe coding to znaczna oszczędność czasu: mniej przełączania okien, więcej płynności.

    Schematy JSON, które się nie gubią

    Druga zmiana jest szczególnie istotna dla tych, którzy integrują Codexa z zewnętrznymi serwerami MCP. Do tej pory złożone schematy wejściowe narzędzi mogły się "spłaszczać" podczas kompresji – traciły konstrukcje oneOf i allOf, co prowadziło do błędów w bardziej skomplikowanych złączach.

    Teraz Codex przechowuje te struktury w niezmienionej formie. Dla konektorów, które polegają na precyzyjnie zdefiniowanych typach danych (np. narzędzia do zarządzania infrastrukturą DevOps czy integracji z bazami danych), to różnica między działającym wywołaniem a cichym błędem. Stabilność agentowych przepływów pracy rośnie, a użytkownicy nie muszą wprowadzać żadnych zmian.

    Lepsza diagnostyka lokalnego środowiska

    Lepsza diagnostyka lokalnego środowiska

    codex doctor to narzędzie do rozwiązywania problemów z konfiguracją. W nowej wersji raport lokalny uwzględnia informacje o edytorze i pagerze, co jest istotne, gdy coś nie działa prawidłowo w interakcji z konkretnym terminalem albo nakładką edytorską. Dodatkowo eksport JSON został odchudzony z surowych wartości, które mogłyby wyciec przy udostępnianiu logów.

    W praktyce: jeśli coś szwankuje z renderowaniem TUI albo sesja nie startuje poprawnie, codex doctor dostarcza teraz więcej konkretów, eliminując potrzebę ręcznego grzebania w zmiennych środowiskowych.

    Wątki, obrazy i subagenty – porządki w TUI

    Wątki, obrazy i subagenty – porządki w TUI

    Kilka poprawek dotyczy codziennej pracy z interfejsem. Komendy codex resume --last "..." oraz codex fork --last "..." teraz traktują końcowy argument jako początkowy prompt, a nie mylnie odczytują go jako identyfikator sesji. Reset wątków przez /new, /clear czy /fork nie gubi już wymagań zarządzanych przez chmurę ani flag funkcji.

    Wątki subagentów przestały też zalewać rodzica powielonymi ostrzeżeniami MCP, a spinning startowy nie zawiesza się bez powodu. Edycja obrazów z kolei używa teraz dokładnej ścieżki wskazanego pliku, zamiast zgadywać ją z historii konwersacji – mała rzecz, ale istotna przy pracy z assetami graficznymi.

    Pod maską: V8 i stabilność

    Wydanie aktualizuje również wewnętrzny toolchain V8 – Codex przeszedł na rusty_v8 149.2.0. Dla użytkownika końcowego to zmiana, która nie jest widoczna, ale przekłada się na stabilność wykonywania JavaScript w środowisku agenta, szczególnie w sandboxie. Kilka mniejszych poprawek dotyczy właśnie wykonywania kodu w izolacji, co wpływa na bezpieczeństwo sesji deweloperskich.

    Podsumowanie

    Codex 0.139.0 to zestaw precyzyjnych poprawek, które doceni każdy, kto spędza w terminalu dłużej niż godzinę dziennie. Bezpośrednie wyszukiwanie w sieci redukuje tarcia w pracy, lepsze traktowanie schematów JSON stabilizuje integracje MCP, a poprawki w TUI eliminują irytujące problemy. OpenAI stawia na niezawodność narzędzi agentowych, co widać w każdym changelogu.

    Źródła

  • Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Anthropic wprowadziło aktualizację Claude Code 2.1.172, która wprowadza istotną zmianę w architekturze narzędzia — rekurencyjne sub-agenci, które mogą tworzyć własnych pod-agentów aż do pięciu poziomów zagnieżdżenia. Wcześniej sub-agenci pracowali w izolowanych kontekstach z własnymi uprawnieniami, a teraz struktura przypomina drzewo decyzyjne, gdzie każdy poziom może rozdzielać pracę na kolejne równoległe wątki.

    Co nowego w pigułce

    • Rekurencyjne sub-agenci umożliwiają zagnieżdżanie agentów do pięciu poziomów — każdy z nich działa we własnym oknie kontekstowym i z własnym zestawem uprawnień.
    • Automatyczna kompaktacja sesji rozwiązuje problem zablokowanych kontekstów przy limicie miliona tokenów — sesje same wracają do standardowych ograniczeń.
    • Stabilność agentów w tle doczekała się poprawek, podobnie jak zużycie CPU w stanie bezczynności — proces nie obciąża już maszyny, gdy nic nie robi.

    Jak działa pięciopoziomowe drzewo agentów

    Dokumentacja Claude Code 2.1.172 precyzuje, że każdy pod-agent operuje w izolowanym oknie kontekstowym z własnym promptem systemowym, wyselekcjonowanym zestawem narzędzi i niezależnymi uprawnieniami. Nie widzi rozmów swojego rodzica ani rodzeństwa — dostaje zadanie, wykonuje je i zwraca wynik do góry.

    To jest istotne w złożonych scenariuszach inżynieryjnych. Wyobraź sobie sytuację, w której agent-planista rozrysowuje architekturę funkcji, a następnie uruchamia kilku agentów-implementatorów (każdy pracuje nad osobnym modułem). Ci z kolei delegują testy jednostkowe do agentów-testowych, a wszystko kontrolują agenci-weryfikatorzy, którzy sprawdzają zgodność ze specyfikacją. Pięć poziomów wystarcza, aby rozbić nawet skomplikowany pipeline bez ręcznego kombinowania z orkiestracją.

    Kluczowy fragment z dokumentacji brzmi: „subagent może uruchomić własne subagenty” — ta prosta deklaracja odróżnia wersję 2.1.172 od wcześniejszych. Claude Code 2.1.172 przestaje być pojedynczym narzędziem asystenckim, a zaczyna przypominać hierarchiczny orchestrator.

    Co poza agentami — stabilność i poprawki

    W tej aktualizacji wprowadzono również poprawki stabilności. Sesje z limitem miliona tokenów mogły się zawieszać, co uniemożliwiało kontynuację pracy, a kontekst był zbyt duży, by prowadzić rozmowę. Teraz Claude Code 2.1.172 automatycznie kompaktuje taką sesję do standardowych granic, zamiast zostawiać użytkownika z zablokowanym oknem terminala.

    Zoptymalizowano także działanie agentów w tle oraz obniżono zużycie procesora podczas bezczynności. Dla osób, które mają Claude Code 2.1.172 uruchomione przez cały dzień przy otwartych projektach, to odczuwalna różnica — procesor przestaje pracować na pełnych obrotach, gdy nic się nie dzieje.

    Co to oznacza dla ekosystemu AI coding tools

    Zmiana w architekturze pod-agentów wskazuje kierunek, w którym zmierza Anthropic. Zamiast budować monolitycznego asystenta, który sam ogarnia wszystko, firma stawia na strukturę modułową z izolowanymi kontekstami. W praktyce oznacza to, że Claude Code 2.1.172 coraz lepiej nadaje się do prototypowania w stylu vibe coding — możesz szkicować pomysł, a system sam rozłoży implementację na kawałki i poskłada je z powrotem.

    Oczywiście pięć poziomów zagnieżdżenia to nie nieskończoność — przy bardzo rozbudowanych projektach trzeba będzie przemyśleć, jak sensownie podzielić pracę, aby zmieścić się w tym limicie. Jednak jak na wydanie oznaczone jako punktowe (2.1.172), to znaczny krok w stronę autonomicznych przepływów pracy.

    Źródła

  • Cursor wprowadza Organizations, by uporządkować zarządzanie dużymi zespołami deweloperskimi

    Cursor wprowadza Organizations, by uporządkować zarządzanie dużymi zespołami deweloperskimi

    Cursor wprowadził funkcję Organizations dla klientów Enterprise, która umożliwia firmom zarządzanie wieloma zespołami z jednego miejsca. Ta nowa warstwa administracyjna odpowiada na potrzeby organizacji, w których różne działy wymagają odmiennych zasad bezpieczeństwa, limitów wydatków oraz dostępu do modeli AI. Dotychczasowe narzędzia nie zapewniały wystarczającej kontroli w tych obszarach.

    Kluczowe fakty

    • Organizations to najwyższy poziom w hierarchii, nadrzędny wobec zespołów i grup, przeznaczony do centralnego zarządzania tożsamością i uprawnieniami.
    • Zespoły mogą mieć teraz własne ustawienia bezpieczeństwa, budżet i funkcje, zagnieżdżone pod organizacją.
    • Grupy to lekkie kohorty użytkowników, które można tworzyć w obrębie zespołów, aby przydzielać różny dostęp do modeli i limity wydatków.
    • Jeśli użytkownik należy do kilku zespołów lub grup, obowiązuje najbardziej liberalne ustawienie.

    Jak to działa w praktyce

    Nowa struktura opiera się na trzech poziomach. Organizations to kontener dla całej firmy, w którym definiuje się źródło tożsamości, integrację z dostawcą SSO oraz katalog SCIM. Poniżej znajdują się zespoły, które mogą odpowiadać działom, spółkom zależnym lub różnym produktom. Każdy zespół otrzymuje własny budżet, modele i reguły bezpieczeństwa.

    Grupy są jeszcze bardziej elastyczne. Można je tworzyć doraźnie, na przykład dla testerów potrzebujących dostępu do eksperymentalnych modeli lub dla zewnętrznych kontraktorów z ograniczonymi uprawnieniami. Nie ma potrzeby zakładania osobnego zespołu, co jest istotne przy dużej liczbie projektów.

    Administratorzy zyskują jeden dashboard z analityką użycia dla całej firmy. Mogą zobaczyć, ile tokenów zużywa każdy zespół, które modele są najczęściej wybierane oraz gdzie warto wprowadzić ograniczenia. To ważne, ponieważ rosnące koszty API do modeli językowych sprawiają, że kontrola wydatków staje się koniecznością.

    Co to zmienia dla firm używających Organizations

    Dotychczas Organizations w wersji Enterprise były zarządzane głównie na poziomie pojedynczych zespołów. W firmach z wieloma działami korzystającymi z narzędzia, każdy zespół funkcjonował jako osobna jednostka, z własnymi ustawieniami, ale bez wspólnego widoku i możliwości łatwego egzekwowania polityk korporacyjnych.

    • Organizations rozwiązuje ten problem, oferując jedno miejsce do zarządzania członkostwem, uprawnieniami oraz integracją z firmowym katalogiem użytkowników.

    To rozwiązanie jest szczególnie przydatne dla organizacji, które chcą oddzielić środowiska produkcyjne od badawczo-rozwojowych. Zespół R&D może uzyskać dostęp do najnowszych, droższych modeli i funkcji eksperymentalnych, podczas gdy zespoły produktowe korzystają ze stabilnych wersji z niższymi limitami wydatków. Kontraktorzy trafiają do grupy z bardziej restrykcyjnymi ustawieniami. Wszystko to odbywa się w ramach jednej organizacji, bez potrzeby zakładania oddzielnych kont Enterprise.

    • Organizations zapewnia, że dotychczasowi klienci nie muszą nic migrować – ich istniejące zespoły pozostają nienaruszone, a nowa struktura jest dodawana jako nadrzędna warstwa.

    Szerszy kontekst

    • Organizations wpisuje się w trend widoczny w ekosystemie narzędzi AI dla deweloperów. Narzędzia takie jak GitHub Copilot czy Codeium również rozwijają funkcje administracyjne dla dużych firm. Różnica polega na tym, że Organizations oferuje szczegółową kontrolę – osobne budżety, modele oraz możliwość tworzenia piaskownic do testowania nowych funkcji.

    To podejście jest szczególnie istotne w kontekście rosnących kosztów korzystania z modeli językowych. Firmy pragną wspierać innowacje, ale potrzebują przewidywalności w wydatkach. Organizations dostarcza narzędzie do osiągnięcia równowagi między tymi dwoma celami.

    Funkcja jest już dostępna dla wszystkich klientów Organizations Enterprise.

    Źródła

  • Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed wydał wersję 1.6.3 swojego edytora, wprowadzając dedykowane zakładki do podglądu różnic w Gicie, widoczne liczniki dodanych i usuniętych linii oraz tryb szybkich odpowiedzi dla modeli Anthropic i OpenAI w panelu agenta AI. Ta aktualizacja koncentruje się na dwóch kluczowych aspektach codziennej pracy programisty: poprawie przeglądania kodu i zwiększeniu responsywności narzędzi wspomaganych sztuczną inteligencją.

    Kluczowe zmiany w skrócie

    • Dedykowane zakładki diff – pojedynczy plik z Gita można otworzyć w osobnej karcie bezpośrednio z panelu Git
    • Tryb szybki (Fast mode) – dostępny dla wszystkich użytkowników, kieruje zapytania przez priorytetowe warstwy usług Anthropic i OpenAI
    • Udostępniane linki do skilli – pełna zawartość skilla zakodowana w URL-u, gotowa do zaimportowania przez innego użytkownika
    • Szczegółowa piaskownica terminala – agent prosi o dostęp do konkretnych ścieżek, zamiast żądać dostępu do całego systemu plików
    • Split diff w historii commitów – możliwość przełączania widoku porównawczego na układ side-by-side

    Przeglądanie zmian w Gicie bez tarcia

    Dotychczas podgląd różnic dla pojedynczego pliku wymagał otwierania całego widoku diff projektu, co rozpraszało przy szybkich rewizjach. W wersji 1.6.3 zespół Zeda dodał możliwość otwierania pojedynczego pliku diff w dedykowanej zakładce – wystarczy kliknąć plik w panelu Git. To zmiana w interfejsie, która zmniejsza liczbę zbędnych operacji przy codziennym code review.

    Panel Git pokazuje teraz całkowitą liczbę dodanych i usuniętych linii. Wcześniej trzeba było ręcznie sumować zmiany albo polegać na zewnętrznych narzędziach, żeby ocenić rozmiar danej łatki. Teraz liczby są widoczne od razu, z separatorami tysięcy, co ułatwia szybką ocenę zakresu modyfikacji.

    Kolejnym usprawnieniem jest tryb split diff w historii commitów. Zamiast domyślnego widoku zunifikowanego można przełączyć się na układ side-by-side, który część programistów uważa za bardziej czytelny przy porównywaniu większych bloków kodu. Nowa akcja git: compare with branch pozwala bezpośrednio zestawić bieżącą gałąź z dowolną inną, bez przeklikiwania się przez dodatkowe menu.

    Sztuczna inteligencja na wyższym biegu

    Sztuczna inteligencja na wyższym biegu

    Największą nowością w obszarze AI jest tryb szybki dla modeli Anthropic i OpenAI. Wcześniej dostępny tylko wewnętrznie dla pracowników Zeda, teraz trafia do wszystkich użytkowników. Mechanizm jest prosty: zapytania do API kierowane są przez priorytetowe warstwy usług, co skraca czas odpowiedzi, ale wiąże się z wyższym kosztem za token. Dla zadań, gdzie liczy się każda sekunda, ta opcja może być warta swojej ceny.

    Zed wprowadził też możliwość kopiowania linków do skilli bezpośrednio z panelu ustawień. URL w formacie zed://skill?data=… zawiera zakodowaną w base64url pełną treść skilla w Markdownie. Inny użytkownik Zeda może otworzyć taki link i od razu zobaczyć widok kreatora skilla z załadowaną zawartością – bez ręcznego kopiowania plików czy konfiguracji. To ułatwienie przy dzieleniu się własnymi przepisami na interakcje z agentem w zespołach.

    Warto też wspomnieć o przebudowie piaskownicy terminala. Agent nie prosi już o ogólny dostęp do systemu plików. Zamiast tego żąda pozwolenia na zapis w konkretnych ścieżkach, z opcją przyznania go na jedną komendę lub na resztę konwersacji. Pliki tymczasowe utworzone w trakcie sesji są teraz zachowywane pomiędzy komendami w tym samym wątku, co pozwala agentowi kontynuować pracę bez utraty kontekstu.

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

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

    Wyszukiwarka plików doczekała się prostej, ale praktycznej zmiany – można teraz otworzyć plik bez zamykania okna wyszukiwarki. Wystarczy użyć strzałki w prawo na końcu wpisywanej ścieżki albo kliknąć przycisk "Keep Open". To eliminuje irytujące ponowne otwieranie findera przy pracy z wieloma plikami.

    Zed dodał też wsparcie dla Claude Opus 4.8 w trybie BYOK (bring your own key), konfigurowalne instrukcje do generowania commit message’y przez AI oraz możliwość wyboru, w którym worktree otworzyć wątek draftu, gdy grupa zawiera ich kilka. Całość zamyka solidna porcja poprawek błędów i ulepszeń wydajności edytora, zgodnie z dotychczasowym tempem cotygodniowych wydań stabilnych.

    Stabilność zamiast rewolucji

    Wydanie 1.6.3 nie jest przeskokiem generacyjnym. To aktualizacja, która dociska istniejące mechanizmy – Git i agent AI otrzymują narzędzia, których brakowało w codziennym użytkowaniu. Dedykowane zakładki diff, liczniki linii i tryb szybki nie są efektownymi nowościami na zrzutach ekranu, ale realnie wpływają na tempo pracy. A o to w edytorze kodu chodzi.

    Źródła

  • Devin Desktop 3.1.7 wprowadza płynniejsze przełączanie między agentem a edytorem

    Devin Desktop 3.1.7 wprowadza płynniejsze przełączanie między agentem a edytorem

    Ekipa Cognition wypuściła Devin Desktop 3.1.7, aktualizację, która koncentruje się na poprawie codziennej pracy z agentem AI i edytorem kodu. To kolejny krok w serii 3.1, rozwijającej niedawny rebranding aplikacji. Nowa wersja eliminuje kilka drobnych, ale irytujących problemów w przepływie pracy oraz porządkuje nazewnictwo związane z lokalnym środowiskiem uruchomieniowym.

    Co nowego w Devin Desktop 3.1.7

    • Przełącznik Agent/Editor został umieszczony na pasku tytułowym przy zwiniętym panelu bocznym, a ikona wyszukiwania została ujednolicona, aby zawsze otwierała wyszukiwanie agenta.
    • Zachowanie panelu bocznego poprawiono — teraz pozostaje na swoim miejscu przy otwieraniu i zamykaniu szuflady.
    • Okna pomocnicze nie znikają już i nie odtwarzają się przy przechodzeniu między trybem agenta a edytora.
    • Sekcja ustawień „Devin CLI” została przemianowana na „Devin Local”.
    • Wsparcie dla plików .devinignore dołącza do znanych już .windsurfignore i .codeiumignore.

    Płynność ponad wszystko

    Przełączanie się między trybem agenta a edytorem w Devin Desktop 3.1.7 stało się znacznie prostsze. Wcześniej każde przejście wiązało się z zamykaniem i ponownym otwieraniem okien pomocniczych, takich jak terminal, podgląd czy panele diagnostyczne. Wersja 3.1.7 rozwiązuje ten problem, ponieważ okna pozostają na swoim miejscu.

    Dodatkowo, przełącznik Agent/Editor jest teraz dostępny bezpośrednio na pasku tytułowym, nawet gdy boczny panel jest zwinięty. To może wydawać się drobnym szczegółem, ale w praktyce oszczędza kliknięcia i nie przerywa rytmu pracy. Wyszukiwanie również zostało uproszczone — jedna ikona, jeden sposób działania, niezależnie od kontekstu.

    Te mikrozmiany mają znaczenie podczas długich sesji z kodem. Mniej migających okien i mniej przypadkowych strat kontekstu poprawiają komfort pracy.

    Devin Local zamiast CLI

    Devin Local zamiast CLI

    Zmiana nazwy z „Devin CLI” na „Devin Local” może wydawać się kosmetyczna, ale jest uzasadniona z perspektywy użytkownika. „CLI” sugerowało narzędzie wyłącznie terminalowe, podczas gdy w rzeczywistości odnosi się do całego lokalnego środowiska agenta — od instalacji po zarządzanie sesjami.

    W tej samej aktualizacji zaktualizowano również lokalnego agenta do wersji v2026.5.26-8 oraz dodano powiadomienia o nieudanym logowaniu. Wcześniej, gdy autoryzacja się nie powiodła, użytkownik mógł nie wiedzieć, co się stało. Teraz otrzymuje jasny komunikat — proste, ale potrzebne.

    .devinignore — kontrola nad kontekstem agenta

    .devinignore — kontrola nad kontekstem agenta

    Nowy plik .devinignore odpowiada na potrzebę zarządzania tym, co agent AI widzi w projekcie. Wsparcie dla tego mechanizmu dołącza do istniejących już .windsurfignore i .codeiumignore, co sugeruje spójną filozofię Cognition: użytkownik decyduje, które pliki wchodzą w skład kontekstu.

    Ma to znaczenie z kilku powodów. Po pierwsze — prywatność: klucze API, dane testowe czy pliki konfiguracyjne mogą być wykluczone z analizy agenta. Po drugie — wydajność: mniejszy kontekst prowadzi do szybszych odpowiedzi i mniejszego zużycia tokenów. Po trzecie — higiena projektu: agent nie będzie sugerował zmian w plikach, które celowo trzymamy poza jego zasięgiem.

    UI i ustawienia

    W Devin Desktop 3.1.7 odświeżono również wygląd paneli Ustawień i marketplace MCP. Strony te korzystają teraz z pełnej szerokości panelu, a ich zawartość pozostaje wyśrodkowana na szerszych ekranach. Ta zmiana wizualna poprawia czytelność, szczególnie na monitorach o wyższej rozdzielczości.

    Całość wpisuje się w szerszy obraz Devin Desktop 3.1.7 jako środowiska, które łączy lokalną edycję kodu z pracą agentów — zarówno lokalnych, jak i chmurowych. Aplikacja bazuje na Windsurf IDE, więc wszystkie ustawienia, rozszerzenia i skróty klawiszowe są zachowane. Wersja 3.1.7 to nie rewolucja, ale solidna dawka dopracowania — co w narzędziach codziennego użytku ma kluczowe znaczenie.

    Źródła

  • Zed 1.5.5 celuje w detale: Claude Fable 5 i naprawa zaufania w Git

    Zed 1.5.5 celuje w detale: Claude Fable 5 i naprawa zaufania w Git

    Zed wypuścił wersję 1.5.5, która wprowadza dwie istotne poprawki. Edytor dodaje wsparcie dla Claude Fable 5 w ramach dostawcy Anthropic BYOK oraz eliminuje błąd w obsłudze Git. Użytkownicy mogą teraz korzystać z przycisku „zaufaj repozytorium”, który działa zgodnie z oczekiwaniami.

    Kluczowe zmiany w Zed 1.5.5

    • Claude Fable 5 jest teraz dostępny w konfiguracji Anthropic BYOK, co zwiększa liczbę dostępnych modeli AI.
    • Naprawiono błąd #58716, który uniemożliwiał kliknięcie przycisku zaufania repozytorium Git.
    • Aktualizacja nie wprowadza poprawek wydajnościowych ani zmian w interfejsie – to zestaw funkcjonalnych łatek.
    • Zmiany są związane z pull requestami #58957 (Anthropic) i #58716 (Git).

    Claude Fable 5 już dostępny z własnym kluczem API

    Zed od dłuższego czasu umożliwia podłączenie modeli Anthropic przez BYOK (bring-your-own-key). Teraz do listy dostępnych opcji dołącza Claude Fable 5 – model, który zdobył uznanie wśród programistów korzystających z narzędzi AI w codziennej pracy.

    Co to oznacza w praktyce? Jeśli masz własny klucz API Anthropic, po aktualizacji do wersji 1.5.5 w panelu konfiguracyjnym pojawi się nowa opcja. Nie ma potrzeby podejmowania dodatkowych kroków ani zmiany ustawień – to po prostu kolejna opcja, która zwiększa możliwości edytora. Zed stawia na elastyczność, pozwalając użytkownikom na wybór.

    Choć to niewielka zmiana, dla osób testujących różne modele i szukających optymalnego balansu między szybkością a jakością podpowiedzi, każda nowa integracja ma znaczenie. Claude Fable 5 sprawdza się szczególnie w zadaniach wymagających zrozumienia szerszego kontekstu kodu.

    Git przestaje milczeć

    Git przestaje milczeć

    Druga poprawka dotyczy błędu, który potrafił skutecznie wybić z rytmu. Użytkownicy otwierali repozytorium, Zed wyświetlał monit o zaufanie, klikanie przycisku nie dawało żadnej reakcji. Konieczne było szukanie obejść, aby ręcznie oznaczyć katalog jako zaufany.

    Błąd #58716 został naprawiony. Od teraz przycisk „trust repository” działa natychmiastowo, a mechanika zaufania funkcjonuje bez zacięć. Choć może wydawać się to drobiazgiem, frustracja związana z utratą flow przez taką usterkę jest realna.

    Zed mocno integruje Git w swoim interfejsie – od podglądu zmian po zaawansowane operacje na repozytoriach. Dlatego nawet najmniejsze niedociągnięcia w tej warstwie mogą być uciążliwe. Wersja 1.5.5 skutecznie rozwiązuje ten problem.

    Kontekst dla web developerów

    Kontekst dla web developerów

    Dla osób pracujących z Node.js, Reactem czy innymi stackami frontendowymi, Zed staje się coraz bardziej interesującą alternatywą dla VS Code. Jest szybki, napisany w Rust, a także systematycznie rozwija integracje z AI. Możliwość podłączenia Claude Fable 5 przez własny klucz API to krok w stronę tych, którzy preferują pełną kontrolę nad kosztami i wyborem modelu.

    Git w projektach webowych to codzienność – każdy commit, każdy branch, każde repozytorium. Poprawka mechanizmu zaufania eliminuje frustrującą przeszkodę, która mogła dotknąć zarówno juniora stawiającego pierwsze środowisko, jak i seniora przełączającego się między projektami. Prostota i niezawodność to kluczowe oczekiwania wobec nowoczesnego edytora.

    Podsumowanie

    Zed 1.5.5 nie wprowadza wielu zmian, ale skutecznie adresuje dwa kluczowe problemy, które wpływają na codzienną pracę. Nowy model AI zwiększa elastyczność, a naprawiony Git przywraca płynność w obsłudze repozytoriów. Rozmiar aktualizacji sugeruje, że zespół skupił się na precyzyjnym rozwiązaniu konkretnych problemów, zamiast wprowadzać nadmiar nowości. Właśnie za to wielu użytkowników ceni ten edytor.

    Źródła

  • OpenCode przyspiesza w czerwcu: wyszukiwanie plików, integracja z WSL i nowe modele AI

    OpenCode przyspiesza w czerwcu: wyszukiwanie plików, integracja z WSL i nowe modele AI

    OpenCode zamyka czerwiec 2026 roku serią poprawek, które znacząco wpływają na codzienną pracę z kodem. W aktualizacjach od wersji 1.17.5 do 1.17.10 znalazły się inteligentne cache'owanie zapytań, wyszukiwanie rozmyte w drzewie plików oraz poprawki związane ze środowiskiem WSL, na które czekało wielu użytkowników Windowsa. To nie są kosmetyczne zmiany — to przemyślane usprawnienia wydajności i niezawodności, które można zauważyć od pierwszego uruchomienia.

    Kluczowe zmiany

    • Cache'owanie redukuje zbędne zapytania API nawet o 40%, co przyspiesza sesje i zmniejsza koszty użytkowania.
    • Wyszukiwanie rozmyte w panelu drzewa plików umożliwia szybkie odnalezienie konkretnego zasobu w dużych repozytoriach.
    • WSL zyskuje poprawki stabilności i synchronizacji, eliminując część problemów zgłaszanych przez użytkowników Windowsa.
    • OpenCode otrzymuje ulepszoną obsługę wywołań funkcyjnych i częściowe odpowiedzi strumieniowe JSON.
    • MCP wprowadza wstrzykiwanie instrukcji serwera do kontekstu sesji i szablonów zasobów.

    Szybsze wyszukiwanie i mądrzejsze cache'owanie

    Jedną z najbardziej zauważalnych nowości jest dodanie panelu drzewa plików z wyszukiwaniem rozmytym. Dla programistów pracujących w monorepozytoriach lub rozbudowanych projektach to oszczędność czasu, która w skali dnia zamienia się w minuty. Zamiast ręcznego przeglądania struktury katalogów wystarczy wpisać fragment nazwy, a OpenCode natychmiast wskazuje pasujące ścieżki.

    Zespół wprowadził także warstwę inteligentnego cache'owania, która zmniejsza liczbę redundantnych wywołań API o maksymalnie 40%. W praktyce oznacza to szybsze odpowiedzi i mniejsze rachunki za wykorzystanie modeli językowych. Przy dłuższych sesjach różnica jest zauważalna, zwłaszcza gdy pracuje się z kosztownymi endpointami.

    Wersja 1.17.8 wprowadziła poprawkę wycieku pamięci, który ujawniał się podczas długotrwałego monitorowania plików, a wersja 1.17.9 wyeliminowała wyścig w równoległym wykonywaniu narzędzi, który mógł uszkodzić stan sesji. Stabilność wyraźnie wzrosła.

    WSL i zarządzanie serwerami

    WSL i zarządzanie serwerami

    Dla użytkowników Windowsa wsparcie WSL to kluczowy element. OpenCode w tej serii wydań wprowadził szereg poprawek związanych z integracją WSL i pulpitem, co przekłada się na płynniejszą pracę w tym środowisku.

    Desktop doczekał się także poprawek interfejsu. Zniknęło przycinanie zakładek drzewa plików przy zmianie rozmiaru, naprawiono stany sesji bez tytułów i zoptymalizowano ładowanie strony głównej. Zespół pracuje nad pełną migracją do nowego układu (tzw. v2), który będzie domyślny w kolejnych wydaniach.

    Modele, providerzy i integracje MCP

    Modele, providerzy i integracje MCP

    Na froncie modeli AI zmiany są konkretne. Modele OpenCode otrzymały ulepszone wywołania funkcyjne, co przekłada się na precyzję generowanego kodu. Pojawiło się także wsparcie dla strumieniowych odpowiedzi JSON, co jest przydatne, gdy model generuje długie struktury danych i chcesz je widzieć partiami.

    W sferze MCP (Model Context Protocol) OpenCode 1.17.10 wprowadził wstrzykiwanie instrukcji serwera MCP do kontekstu sesji oraz listowanie szablonów zasobów. Dla zespołów automatyzujących przepływy pracy to spore ułatwienie — konfiguracja, która wcześniej wymagała ręcznej ingerencji, teraz jest dostępna bezpośrednio z poziomu agenta.

    Wśród wspieranych modeli znajduje się również OpenCode, który jest już dostępny w oficjalnej dokumentacji OpenCode.

    Co dalej?

    OpenCode systematycznie przesuwa się z pozycji terminalowego narzędzia dla entuzjastów w stronę pełnoprawnego środowiska deweloperskiego. Czerwcowe aktualizacje pokazują, że zespół reaguje na potrzeby społeczności: poprawia to, co sprawia problemy (stabilność sesji, wydajność wyszukiwania), i dodaje funkcje, o które proszą użytkownicy korporacyjni (WSL, lepsze MCP). Jeśli ten rytm się utrzyma, jesień 2026 może przynieść jeszcze ciekawsze integracje modelowe i głębsze wsparcie dla środowisk kontenerowych.

    Źródła