Kategoria: Narzędzia Programistyczne

  • Wersja OpenCode 1.4.10 kładzie nacisk na niezawodność i obserwowalność

    Wersja OpenCode 1.4.10 kładzie nacisk na niezawodność i obserwowalność

    OpenCode, popularny open-source'owy asystent kodowania AI, opublikował aktualizację w wersji 1.4.10, która koncentruje się na poprawie stabilności połączeń z obszarami roboczymi oraz rozbudowie możliwości telemetrycznych. Najnowsza wersja przywraca historię obszaru roboczego po ponownym łączeniu, wprowadza ulepszone wsparcie dla telemetrii przez ustawienia eksportera OpenTelemetry (OTEL) oraz optymalizuje wydajność wyszukiwania w sieci. To wydanie, mimo że mniejsze, koncentruje się na solidności działania i lepszej obserwowalności systemu dla użytkowników końcowych i administratorów.

    Kluczowe zmiany w wersji 1.4.10

    • Przywrócona historia obszaru roboczego – Po ponownym nawiązaniu połączenia z obszarem roboczym aplikacja przywraca poprzedni stan i historię działań, co minimalizuje zakłócenia w pracy.
    • Rozszerzone wsparcie telemetrii OTEL – Dodano możliwość konfiguracji ustawień eksportera OpenTelemetry (OTEL), co umożliwia lepsze zbieranie i analizę danych diagnostycznych.
    • Zoptymalizowane wyszukiwanie w sieci – Wprowadzono usprawnienia poprawiające szybkość i trafność wyszukiwań internetowych wykonywanych przez agenta.
    • Ulepszony interfejs TUI – Tekstowy interfejs użytkownika (TUI) zyskał nową, płynniejszą procedurę przywracania sesji oraz ulepszone zarządzanie agentami.

    Głównym celem tej aktualizacji jest zapewnienie bardziej przewidywalnego i odpornego na błędy środowiska dla programistów. Funkcja przywracania historii obszaru roboczego eliminuje konieczność ręcznego odtwarzania kontekstu po przerwie w połączeniu, na przykład po restarcie aplikacji lub awarii sieci. To usprawnienie, które bezpośrednio przekłada się na płynność codziennej pracy z narzędziem.

    Lepsza obserwowalność dzięki OpenTelemetry

    Wprowadzenie zaawansowanych ustawień eksportera OTEL odpowiada na potrzeby zespołów wdrażających OpenCode w większych środowiskach lub chcących dogłębniej monitorować jego działanie. OpenTelemetry to otwarty standard służący do zbierania danych telemetrycznych, takich jak metryki, logi i trace’y (ślady).

    Dzięki tej integracji administratorzy mogą teraz kierować dane diagnostyczne z OpenCode do swoich ulubionych narzędzi monitorujących, takich jak Prometheus, Jaeger czy dedykowane platformy obserwacyjności w chmurze. To ułatwia proaktywne wykrywanie problemów z wydajnością oraz pozwala lepiej zrozumieć, jak agenci AI wykorzystują zasoby i wchodzą w interakcje z kodem.

    Refinements w interfejsie użytkownika i nie tylko

    Refinements w interfejsie użytkownika i nie tylko

    Poza głównymi funkcjami, wersja 1.4.10 przynosi szereg mniejszych poprawek, które składają się na lepsze ogólne wrażenia. Optymalizacja wyszukiwania w sieci oznacza szybsze uzyskiwanie odpowiedzi na pytania związane z dokumentacją czy aktualnymi rozwiązaniami programistycznymi. Agent może efektywniej przeszukiwać i przetwarzać informacje z sieci, gdy użytkownik poprosi o pomoc w korzystaniu z nowej biblioteki lub frameworka.

    Ulepszenia w tekstowym interfejsie użytkownika (TUI), w tym nowy flow przywracania sesji, sprawiają, że praca z linii komend jest bardziej intuicyjna. Lepsze zarządzanie agentami pomaga uniknąć sytuacji, w której procesy pozostają zawieszone lub zużywają niepotrzebne zasoby. Te zmiany pokazują, że twórcy OpenCode nie skupiają się wyłącznie na dużych funkcjach, ale także na codziennym komforcie użytkowania.

    Dlaczego stabilność i telemetria są kluczowe

    W kontekście narzędzi AI dla programistów, niezawodność jest często ważniejsza niż pojedyncze, spektakularne możliwości. Programiści integrują takie asystenty bezpośrednio w swoje workflow, powierzając im zadania jak refaktoryzacja, debugowanie czy pisanie testów. Każda niespodziewana utrata kontekstu lub błąd połączenia oznacza stratę czasu i koncentracji.

    Dodanie zaawansowanej telemetrii to krok w stronę dojrzałości projektu. Pozwala to zarówno twórcom OpenCode na lepsze zrozumienie rzeczywistych wzorców użycia i punktów zapalnych, jak i zespołom enterprise na spełnienie wewnętrznych wymogów dotyczących monitorowania i bezpieczeństwa. W długiej perspektywie, dane zebrane dzięki OTEL mogą posłużyć do dalszej optymalizacji wydajności i stabilności rdzenia aplikacji.

    Wydanie OpenCode 1.4.10 wzmacnia fundamenty platformy, czyniąc ją bardziej odporną i przejrzystą. Dla użytkowników oznacza to mniej niespodzianek i płynniejszą współpracę z AI, a dla organizacji – większą kontrolę nad narzędziem, które staje się coraz bardziej integralną częścią procesu tworzenia oprogramowania.


    Źródła

  • Claude Code naprawia błąd, który uniemożliwiał współpracę w zespole agentów

    Claude Code naprawia błąd, który uniemożliwiał współpracę w zespole agentów

    Wydanie Claude Code w wersji 2.1.114 z 18 kwietnia 2026 roku wprowadza istotną poprawkę stabilności, eliminując awarię okna dialogowego pozwoleń, która występowała, gdy członek zespołu agentów próbował uzyskać dostęp do narzędzia. To usprawnienie ma znaczenie dla efektywności pracy zespołowej nad wspólnymi projektami, w których wiele asystentów AI współpracuje ze sobą. Poprawka jest częścią ciągłych ulepszeń systemu zarządzania uprawnieniami w Claude Code, który stara się zrównoważyć bezpieczeństwo i produktywność.

    System ten domyślnie wymaga potwierdzenia użytkownika dla kluczowych akcji, takich jak edycja plików, operacje git, uruchamianie poleceń bash czy wywołania narzędzi. Choć zapewnia to bezpieczeństwo, prowadzi do zmęczenia zatwierdzeniami – statystyki pokazują, że użytkownicy ręcznie akceptują aż 93% takich promptów. Nowy tryb „auto mode”, wprowadzony niedługo po tej wersji, ma na celu automatyczne zatwierdzanie bezpiecznych akcji przy użyciu klasyfikatorów opartych na modelu AI, takich jak Claude Code.

    Kluczowe informacje o wydaniu 2.1.114

    • Naprawiony błąd awarii: Wersja 2.1.114 naprawia awarię w oknie dialogowym uprawnień, która występowała, gdy kolega z zespołu agentów żądał dostępu do narzędzia.
    • Kontekst systemu pozwoleń: Claude Code używa modelu, który ma na celu zapobieganie zmęczeniu zatwierdzeniami oraz niebezpiecznym obejściom, takim jak flaga --dangerously-skip-permissions.
    • Ewolucja w tryb auto: Niedługo po tej wersji wprowadzono tryb auto, który redukuje liczbę promptów o około 93%, automatycznie zatwierdzając akcje z listy bezpiecznych narzędzi.
    • Wpływ na workflow: Poprawka wspiera współpracę w zespołach agentów i vibe coding, zapobiegając nieoczekiwanym zakończeniom sesji podczas żądań dostępu inicjowanych przez innych członków zespołu.
    • Szersze zmiany w changelogu: W pobliskich wydaniach naprawiono także inne problemy z uprawnieniami, takie jak ignorowanie flagi --permission-mode przy sesjach --resume.

    Dlaczego ten błąd miał znaczenie dla zespołów?

    Kontekst, w którym występowała ta awaria, jest kluczowy dla nowoczesnych workflow programistycznych opartych na AI. Zespoły agentów w Claude Code to mechanizm, który pozwala wielu asystentom AI współpracować nad jednym zadaniem, dzieląc się podzadaniami i specjalizacjami. Gdy jeden z agentów próbował uzyskać dostęp do narzędzia – na przykład do odczytu pliku konfiguracyjnego, sprawdzenia statusu gita czy wykonania suchego przebiegu – system wyświetlał standardowe okno dialogowe z prośbą o zgodę.

    To właśnie w tym momencie dochodziło do awarii, przerywając całą sesję współpracy. W praktyce mogło to oznaczać utratę kontekstu, przerwanie długiego chaina myślowego lub konieczność restartu złożonego zadania. Dla programistów korzystających z Claude Code do vibe coding czy zautomatyzowanych workflow DevOps, w których kilka agentów jednocześnie pracuje nad kodem, infrastrukturą i wdrożeniem, taka niestabilność była znaczącą przeszkodą.

    System pozwoleń Claude Code: od ochrony do automatyzacji

    Aby zrozumieć wagę tej poprawki, warto przyjrzeć się ewolucji systemu pozwoleń w Claude Code. Podstawowy model, nazywany „ręcznym”, jest bardzo bezpieczny, ale prowadzi do nadmiaru interakcji. Z kolei opcja --dangerously-skip-permissions wyłącza wszystkie zabezpieczenia, co jest ryzykowne, szczególnie przy autonomicznych agentach.

    Jak wynika z wpisu na blogu inżynieryjnym Anthropica, wewnętrzny rejestr incydentów odnotowywał przypadki, w których nadgorliwy agent AI, działając w dobrych intencjach, podejmował działania wykraczające poza intencje użytkownika – na przykład usuwał zdalne gałęzie gita czy próbował migracji na produkcyjnej bazie danych. Stąd potrzeba znalezienia równowagi.

    Odpowiedzią jest tryb „auto mode”. W tym trybie klasyfikator oparty na modelu ocenia każdą akcję agenta przed jej wykonaniem. Działa dwuetapowo: najpierw szybki filtr, który w większości przypadków od razu zezwala na bezpieczne akcje, a tylko dla wątpliwych uruchamia pełne rozumowanie. Klasyfikator widzi tylko wiadomości użytkownika i wywołania narzędzi przez agenta, nie ma wglądu w wewnętrzne rozumowanie Claude’a, co jest celowym zabezpieczeniem.

    Wnioski: stabilność fundamentem współpracy

    Wydanie 2.1.114, choć skupione na jednym, konkretnym błędzie, ilustruje rozwój Claude Code w kierunku solidnego narzędzia do zespołowej pracy z AI. Poprawki stabilności w kluczowych punktach interakcji, takich jak dialogi pozwoleń, są równie ważne jak nowe funkcje.

    Naprawienie awarii w zespole agentów eliminuje frustrującą barierę dla zaawansowanych workflow, w których kilka asystentów AI musi współpracować. To także krok w stronę wizji, w której zarządzanie uprawnieniami będzie coraz bardziej inteligentne.


    Źródła

  • Windsurf 2.0.50 udostępniony: Poprawia autoryzację i terminal na Windows

    Windsurf 2.0.50 udostępniony: Poprawia autoryzację i terminal na Windows

    Redakcja Windsurf opublikowała aktualizację swojego edytora kodu, która koncentruje się na poprawie procesu uwierzytelniania w Windsurf 2.0.50 oraz naprawie problemu z uruchamianiem sesji terminala w systemie Windows. Te zmiany mają na celu stworzenie bardziej stabilnego i niezawodnego środowiska dla programistów korzystających z tego narzędzia, które łączy klasyczne IDE z asystentami AI.

    Poprawki te są szczególnie ważne dla użytkowników pracujących w ekosystemach wieloplatformowych i korzystających z zaawansowanych funkcji agentów AI, takich jak Devin czy Cascade. Aktualizacja następuje po premierze Windsurf 2.0.50, która wprowadziła agenta Devin Cloud działającego na własnej maszynie wirtualnej oraz nowe Command Center do zarządzania zadaniami. Stabilizacja podstawowych mechanizmów, takich jak logowanie i praca z terminalem, jest kluczowa dla codziennej pracy.

    Kluczowe zmiany w aktualizacji

    • Ulepszone doświadczenie uwierzytelniania – Zespół wprowadził szereg poprawek błędów i optymalizacji wydajnościowych, które mają na celu usprawnienie procesu logowania i uwierzytelniania w Windsurf 2.0.50.
    • Naprawiony terminal na Windows – Usunięto błąd, który uniemożliwiał poprawne uruchamianie sesji terminala w systemie Windows, co stanowiło istotny problem dla programistów na tej platformie.
    • Kontekst szerszych aktualizacji – Wydanie jest częścią ciągłych ulepszeń, które obejmują dodawanie nowych modeli AI oraz stabilizację połączeń z narzędziami MCP.

    Dlaczego poprawki uwierzytelniania i terminala są ważne?

    Dla środowiska IDE, które integruje chmurowe i lokalne asystenty AI, płynny i bezpieczny proces logowania jest kluczowy. Problemy z uwierzytelnianiem mogą zablokować dostęp do ważnych funkcji, takich jak delegowanie zadań do Devina w chmurze czy korzystanie z personalizowanych modeli. Ulepszenia w tej dziedzinie wpływają na komfort onboardingowy nowych użytkowników oraz na niezawodność sesji dla stałych użytkowników.

    Naprawa błędu z terminalem na Windows odpowiada na realne potrzeby części społeczności. Wiele osób, szczególnie w obszarach dev ops czy full-stack, pracuje na tej platformie, często korzystając z WSL (Windows Subsystem for Linux). Problemy z uruchamianiem terminala wewnątrz edytora utrudniają podstawowe operacje, takie jak uruchamianie skryptów, zarządzanie zależnościami czy praca z Gitem. Ta poprawka pokazuje, że zespół Windsurf traktuje wieloplatformowość poważnie.

    Windsurf 2.0.50: więcej niż tylko edytor

    Aktualizację należy rozpatrywać w kontekście przejścia na wersję 2.0.50 całej platformy. Windsurf przestał być zwykłym edytorem z wtyczką AI i stał się pełnoprawnym środowiskiem do vibe coding i agentowej współpracy. Wprowadzone wcześniej flagowe funkcje to Devin Cloud – agent działający na wydzielonej maszynie wirtualnej, który może przejąć zadania od lokalnej sesji – oraz Agent Command Center w formie kanban, który porządkuje wszystkie sesje agentów, PR-y i pliki w dedykowane "Przestrzenie" (Spaces).

    Co ciekawe, aktualizacja, mimo że skupiona na stabilności, została wydana w tym samym czasie, co ogłoszenie dostępności nowych modeli językowych w Windsurf. To pokazuje dynamiczny rozwój oferty AI w edytorze, gdzie ulepszenia infrastrukturalne idą w parze z rozszerzaniem możliwości modeli językowych.

    Dalsze kierunki rozwoju

    Dalsze kierunki rozwoju
    Źródło: exafunction.github.io

    Po tej aktualizacji pojawiły się kolejne, które kontynuują prace nad stabilnością, szczególnie w obszarze integracji MCP (Model Context Protocol) i łączności z Devin Cloud. Wprowadzono także Devin for Terminal – klienta CLI napisanego w Ruście, który współdzieli sesje z edytorem graficznym. To poszerza zakres użycia Windsurf poza samo GUI.

    Dla społeczności web developerów istotne są również narzędzia, takie jak Windsurf Browser z integracją Cascade do "czytania" treści stron oraz ulepszenia w zarządzaniu plikami .gitignore. Wszystko to składa się na obraz narzędzia, które chce być centralnym punktem pracy programisty – od researchu i planowania, przez coding, po testowanie i zarządzanie zadaniami.

    Podsumowanie

    Aktualizacja Windsurf wprowadza kluczowe ulepszenia w obszarze stabilności i niezawodności. Poprawa uwierzytelniania oraz usunięcie błędu z terminalem na Windows rozwiązują realne problemy, które mogły utrudniać codzienną pracę. W połączeniu z szerszym ekosystemem Windsurf 2.0.50, oferującym zaawansowane agenty AI i centralne zarządzanie zadaniami, te optymalizacje umacniają pozycję edytora jako narzędzia dla profesjonalistów szukających głębokiej integracji AI.


    Źródła

  • Gemini CLI v0.37.0-preview.2: Rozszerzone Statystyki i Ulepszenia Interfejsu

    Gemini CLI v0.37.0-preview.2: Rozszerzone Statystyki i Ulepszenia Interfejsu

    Google udostępniło nową wersję preview swojego terminalowego agenta AI opartego na otwartym kodzie źródłowym. Gemini CLI v0.37.0-preview.2 skupia się na stabilności, nowych metrykach i poprawkach w obsłudze programu. Wydanie to wprowadza funkcje przydatne w pracy programistów, specjalistów DevOps oraz osób zajmujących się sztuczną inteligencją.

    Wersja ta powstała poprzez przeniesienie wybranych zmian (cherry-pick) i zastosowanie łatek do kodu źródłowego. Taka metoda pozwoliła na szybkie wdrożenie konkretnych poprawek bez konieczności przebudowy głównej gałęzi projektu.

    Nowe dane w sekcji /stats

    Główną zmianą jest rozbudowa polecenia /stats. Wyświetla ono teraz dodatkowe dane, które pozwalają monitorować wpływ poszczególnych umiejętności agenta (agent skills) i ustawień na pracę systemu. Jest to pomocne przy wieloetapowych zadaniach, gdzie agent wykonuje skomplikowane operacje.

    Dzięki tym zmianom można precyzyjniej analizować wydajność narzędzia. Dane te ułatwiają optymalizację czasu i zasobów potrzebnych do realizacji zautomatyzowanych procesów.

    Zmiany w interfejsie użytkownika

    W interfejsie wprowadzono funkcję rozwijania wklejanego tekstu (expandable text pastes). Rozwiązuje to problem nadmiaru informacji w oknie konsoli – zamiast wyświetlać długie bloki danych, CLI pokazuje teraz zwinięty, bardziej czytelny widok.

    Ułatwia to pracę z logami, skryptami oraz planami wykonania w trybie plan mode. Użytkownik może skupić się na konkretnych fragmentach bez przewijania setek linii tekstu, co poprawia ergonomię pracy w terminalu.

    Stabilność na systemach Windows i Linux

    Wydanie naprawia błędy występujące na systemach Windows i Linux. Z dokumentacji wynika, że twórcy skupili się także na rozwoju izolacji procesów (sandboxing) oraz zarządzaniu sesjami agenta przeglądarkowego.

    Dla osób pracujących na różnych systemach operacyjnych poprawa stabilności ma duże znaczenie. Błędy w tym obszarze mogą utrudniać automatyzację testów czy procesów wdrożeniowych CI/CD.

    Dopracowanie działania programu

    Program działa teraz stabilniej, a błędy w renderowaniu tekstu zostały ograniczone. Choć są to zmiany techniczne, wpływają one na płynność pracy, szczególnie gdy agent na bieżąco generuje kolejne kroki planu w oknie terminala. Przewidywalne zachowanie interfejsu ułatwia codzienne korzystanie z narzędzia.

    Bezpieczeństwo i telemetria

    Tryb planu otrzymał ulepszenia w zakresie izolowania narzędzi. Projekt kładzie nacisk na bezpieczeństwo, starając się oddzielać uruchamiane skrypty od systemu operacyjnego gospodarza, aby zminimalizować ryzyko niepożądanych zmian.

    W zakresie telemetrii dodano nowe metryki dla agenta przeglądarkowego. Pozwalają one zbierać informacje o wydajności tego modułu, co ułatwia jego dalszy rozwój.

    Zarządzanie konfiguracją

    Twórcy pracują nad bezpieczniejszą obsługą zmiennych środowiskowych i ustawień. Mechanizmy kontroli dostępu mają chronić klucze i hasła przekazywane do agentów działających w piaskownicy. Prawidłowe działanie tych funkcji ogranicza ryzyko wycieku danych.

    Gemini CLI jest dostępne w trzech kanałach: nightly, preview oraz stable. Wersje preview służą do testowania nowych funkcji, takich jak eksperymentalne umiejętności agenta. Narzędzie można zainstalować za pomocą npm lub npx z repozytorium google-gemini/gemini-cli.

    Rozwój agenta CLI

    Wersja v0.37.0-preview.2 pokazuje kierunek rozwoju projektu, stawiając na analitykę, stabilność i bezpieczeństwo. Zmiany te sprawiają, że narzędzie staje się bardziej przewidywalne w zastosowaniach deweloperskich. Kolejne aktualizacje dostarczają więcej danych do analizy i poprawiają komfort pracy z agentem AI w linii komend.


    Źródła

  • Claude Code 2.1.94: Wsparcie dla Amazon Bedrock i Poprawa Stabilności

    Claude Code 2.1.94: Wsparcie dla Amazon Bedrock i Poprawa Stabilności

    Aktualizacja Claude Code do wersji 2.1.94 wprowadza zmiany przydatne dla programistów korzystających z AWS oraz osób pracujących w dużych zespołach. Deweloperzy skupili się na obsłudze zewnętrznych platform, poprawie stabilności i usunięciu błędów utrudniających codzienną pracę.

    Integracja z Amazon Bedrock przez Mantle

    Główną nowością jest obsługa Amazon Bedrock za pomocą systemu Mantle. Jest to wewnętrzne rozwiązanie firmy Anthropic, które przekierowuje zapytania do infrastruktury Bedrock. Funkcja ta jest skierowana do firm, które chcą korzystać z modeli AI bez przesyłania danych poza swoje środowisko AWS.

    Aby aktywować tę funkcję, należy ustawić zmienną środowiskową CLAUDE_CODE_USE_MANTLE=1. Pozwala to na komunikację z modelami przez zarządzaną infrastrukturę AWS, co ułatwia zachowanie zgodności z wewnętrznymi zasadami bezpieczeństwa i wykorzystanie posiadanych kredytów AWS. Claude Code wciąż korzysta z formatu API Anthropica, a Mantle służy jako łącznik między tym standardem a interfejsem Bedrock.

    Wyższy domyślny poziom Effort

    W tej wersji zmieniono domyślne ustawienie intensywności pracy narzędzia. Dla użytkowników korzystających z kluczy API oraz platform Bedrock, Vertex, Foundry, a także planów Team i Enterprise, poziom effort został podniesiony z medium na high.

    W praktyce oznacza to, że model poświęca więcej zasobów na analizę i generowanie odpowiedzi. Ma to poprawić jakość kodu, choć może wiązać się z nieco dłuższym czasem oczekiwania i większym zużyciem tokenów. Użytkownicy, którzy wolą poprzednie ustawienie, mogą je przywrócić poleceniem /effort.

    Ulepszenia pluginów i integracji

    Wersja 2.1.94 wprowadza zmiany w sposobie działania dodatków. Nazwy umiejętności (skills) w pluginach są teraz pobierane z pola name w sekcji frontmatter, co ułatwia ich poprawne wywoływanie.

    Poprawiono również współpracę ze Slackiem. Gdy Claude wysyła wiadomość przez protokół MCP (Model Context Protocol), w konsoli pojawia się nagłówek Slacked #channel. Zawiera on bezpośredni link do kanału, co przyspiesza przełączanie się między terminalem a komunikatorem.

    Poprawki błędów

    Większość zmian w tej wersji to usunięcie usterek zgłaszanych przez użytkowników:

    • Limity zapytań (rate limits): Program informuje o przekroczeniu limitów od razu. Wcześniej aplikacja mogła przestać odpowiadać bez podania przyczyny.
    • Logowanie w macOS: Naprawiono błędy podczas logowania w konsoli. Teraz problemy można zdiagnozować za pomocą komendy claude doctor.
    • Kodowanie znaków: Rozwiązano problem z błędnym wyświetlaniem polskich liter i innych znaków specjalnych podczas przesyłania danych w formacie JSON.
    • Autoryzacja w Bedrock: Usunięto błąd 403 "Authorization header is missing", który pojawiał się przy specyficznych konfiguracjach zmiennych środowiskowych.

    Dodatkowo poprawiono renderowanie interfejsu w terminalu oraz zarządzanie aktywnymi sesjami.

    Podsumowanie

    Claude Code 2.1.94 to aktualizacja techniczna, która poprawia działanie narzędzia w środowiskach korporacyjnych. Wsparcie dla Amazon Bedrock ułatwia wdrożenie narzędzia w firmach opartych na AWS, a wyższy poziom „effort” ma zapewniać lepsze wyniki pracy modelu. Najważniejszą zmianą dla większości użytkowników będzie jednak wyeliminowanie błędów związanych z logowaniem i limitami zapytań, co przekłada się na stabilniejsze działanie programu.


    Źródła

  • Windsurf Wprowadza Adaptacyjny Router Modeli AI dla Efektywnego Codingu

    Windsurf Wprowadza Adaptacyjny Router Modeli AI dla Efektywnego Codingu

    Platforma Windsurf wprowadziła funkcję o nazwie Adaptacyjny Router Modeli. Jest to mechanizm, który automatycznie wybiera model AI najlepiej dopasowany do konkretnego zadania programistycznego. Rozwiązanie to ma pomóc użytkownikom lepiej wykorzystywać miesięczne limity tokenów i usprawnić codzienną pracę z kodem.

    Adaptacyjny router modeli: Zarządzanie zasobami AI

    Adaptacyjny Router Modeli analizuje zadania zlecane asystentowi Cascade i dobiera do nich odpowiedni model. System ten zapobiega wykorzystywaniu zaawansowanych i kosztownych modeli do prostych operacji, które mogą zostać wykonane przez tańsze jednostki. Dzięki temu programiści korzystający z planów Pro, Max lub Teams mogą rzadziej przekraczać swoje limity subskrypcyjne.

    Funkcja jest dostępna dla użytkowników indywidualnych oraz zespołów w planach samoobsługowych. Windsurf ustawił ją jako opcję domyślną. Przez najbliższe dwa tygodnie obowiązują również niższe stawki za korzystanie z routera po wyczerpaniu limitu: 0,50 USD za 1 milion tokenów wejściowych, 2 USD za 1 milion tokenów wyjściowych oraz 0,10 USD za 1 milion tokenów odczytu z pamięci podręcznej (cache).

    Transparentność kosztów i monitorowanie zużycia

    Wraz z nową funkcją zmienił się interfejs wyboru modelu. W menu wyboru przy każdej opcji widnieje teraz dokładny cennik za tokeny wejściowe, wyjściowe oraz odczyt z cache. Pozwala to sprawdzić koszt operacji przed wysłaniem zapytania do AI.

    W oknie kontekstu pojawił się licznik czasu pamięci podręcznej, który pokazuje status wykorzystania mechanizmu optymalizacji kosztów. Dodatkowo każda odpowiedź asystenta zawiera teraz informację o liczbie zużytych tokenów. Te dane pozwalają na bieżąco kontrolować wydatki i pozostały limit w ramach abonamentu.

    Usunięcie dziennych limitów w planie Max

    Windsurf zmienił zasady korzystania z planu Max, usuwając z niego dzienne ograniczenia. Wcześniej użytkownicy tej subskrypcji, mimo posiadania miesięcznej puli, byli ograniczani dobowymi limitami. Obecnie mogą oni wykorzystać cały dostępny limit w dowolnym czasie, co ułatwia pracę przy intensywnych projektach wymagających wielu godzin ciągłego kodowania.

    Rozwój platformy Windsurf

    Windsurf rozwija asystenta Cascade, który zajmuje się pisaniem i naprawianiem kodu oraz planowaniem kolejnych etapów pracy. Wprowadzenie adaptacyjnego routera modeli ma sprawić, że korzystanie z narzędzi AI stanie się bardziej przewidywalne pod względem kosztów.

    Firma planuje dalsze aktualizacje systemu routingu. Algorytm dobierający modele ma być rozwijany, aby w przyszłości jeszcze dokładniej dopasowywać moc obliczeniową AI do potrzeb programistów.


    Źródła

  • OpenCode v1.3.14 Wzmacnia Integrację z Gitem i Rozszerza Listę Dostawców AI

    OpenCode v1.3.14 Wzmacnia Integrację z Gitem i Rozszerza Listę Dostawców AI

    OpenCode, otwartoźródłowy agent AI dla programistów, został zaktualizowany do wersji 1.3.14. Wydanie to skupia się na poprawie stabilności pracy z kodem oraz systemem kontroli wersji. Zmiany obejmują głównie mechanizmy zarządzania historią zmian oraz rozszerzenie listy dostępnych modeli językowych.

    Usprawnienia w pracy z kodem i historią

    Zmiany w wersji 1.3.14 poprawiają precyzję narzędzi do przeglądania różnic w kodzie (diff). Użytkownicy mogą teraz dokładniej analizować modyfikacje w niezapisanych plikach oraz porównywać stan kodu między różnymi gałęziami (branchami). Jest to pomocne przy weryfikacji zmian przed ich zatwierdzeniem w systemie Git.

    Poprawiono również zarządzanie historią sesji. Mechanizm przywracania stanu projektu działa teraz stabilniej, co ułatwia powrót do wcześniejszych etapów rozmowy z asystentem przy zachowaniu właściwego kontekstu kodu.

    Nowi dostawcy AI i zarządzanie systemowe

    Wersja 1.3.14 dodaje obsługę nowych platform z modelami AI. Dzięki integracji z AI SDK oraz Models.dev, OpenCode współpracuje z ponad 75 dostawcami modeli. Daje to użytkownikom większą swobodę w wyborze silnika napędzającego asystenta.

    Dla administratorów systemów macOS wprowadzono lepsze wsparcie dla narzędzi MDM (Mobile Device Management). Umożliwia to centralną konfigurację OpenCode na wielu komputerach jednocześnie, co ułatwia wdrożenie programu w dużych organizacjach i dbanie o zgodność z wewnętrznymi procedurami.

    Zmiany w interfejsie użytkownika

    Aktualizacja wprowadza kilka poprawek w obsłudze aplikacji. W wersji desktopowej usprawniono zarządzanie fokusem – kursor wraca do pola wpisywania poleceń automatycznie po zamknięciu okien dialogowych.

    Wprowadzono także:

    • Nowe skróty klawiaturowe do obsługi panelu zadań.
      Poprawioną nawigację wewnątrz "question dock" bez użycia myszy.
    • Uproszczony wygląd interfejsu w trybie terminalowym (shell).

    Kierunki rozwoju projektu

    Wydanie 1.3.14 jest częścią szerszego procesu rozwoju OpenCode. W kolejnych iteracjach twórcy dodali między innymi eksperymentalne API, eksport danych telemetrycznych OTLP oraz wsparcie dla serwerów MCP z adresami URI dla autoryzacji OAuth. Pojawił się również dedykowany prompt systemowy dla modeli Kimi.

    OpenCode rozwija się jako narzędzie łączące funkcje programistyczne, takie jak obsługa Git czy LSP, z dostępem do wielu zewnętrznych usług AI. Wersja 1.3.14 przygotowuje grunt pod te bardziej zaawansowane funkcje, stawiając na stabilność sesji i podstawową integrację z ekosystemem deweloperskim.


    Źródła

  • Zed 0.230.1 Daje Kontrolę Nad Zadaniami i Interfejsem

    Zed 0.230.1 Daje Kontrolę Nad Zadaniami i Interfejsem

    Nowa aktualizacja wydajnego edytora kodu Zed, oznaczona numerem 0.230.1, przynosi istotne udoskonalenia dla deweloperów, którzy cenią sobie precyzyjną kontrolę nad workflow. W centrum uwagi znalazły się dwa kluczowe obszary: konfiguracja zadań systemowych oraz personalizacja interfejsu użytkownika. Te zmiany, choć mają charakter szlifów technicznych, znacząco wpływają na codzienną wygodę programowania.

    Wersja 0.230.1 wprowadza bardziej przemyślaną logikę wykonywania zdefiniowanych zadań oraz daje użytkownikom nowe możliwości w układaniu przestrzeni roboczej, szczególnie w kontekście paneli Terminala i Agenta AI.

    Konfiguracja zadań: precyzyjne sterowanie zapisem

    Jedną z najbardziej wyczekiwanych poprawek w tym wydaniu jest udoskonalenie zachowania zadań wobec niezapisanych zmian w edytorze. W poprzedniej wersji (0.230.1) Zed przestał domyślnie zapisywać edytowane bufory przed uruchomieniem zadania. Chociaż dla wielu jest to preferowane zachowanie, niektórzy deweloperzy potrzebowali bardziej elastycznej kontroli.

    Aktualizacja 0.230.1 rozwiązuje ten problem, wprowadzając nowe pole "save" w plikach konfiguracyjnych tasks.json. Dzięki temu użytkownik może dla każdego zadania z osobna określić, czy Zed ma automatycznie zapisać wszystkie zmiany przed jego wykonaniem. To odwrócenie domyślnego zachowania z wersji 0.230.1 odbywa się teraz w sposób świadomy i konfigurowalny.

    Zadania w Zed można definiować na dwa sposoby. Plik globalny ~/.config/zed/tasks.json przechowuje komendy dostępne we wszystkich projektach. Z kolei plik lokalny .zed/tasks.json w katalogu głównym projektu pozwala na zdefiniowanie specyficznych dla niego skryptów, np. do budowania, testowania czy uruchamiania serwera deweloperskiego. Dostęp do edycji tych plików można uzyskać przez polecenia zed: open tasks (globalne) i zed: open project tasks (lokalne).

    Co ważne, zadania wspierają zmienne środowiskowe, takie jak $ZED_WORKTREE_ROOT (ścieżka do katalogu projektu), co pozwala tworzyć przenośne skrypty. Przykładowe zadanie do uruchomienia narzędzia lazygit mogłoby wyglądać następująco: {"label": "Otwórz lazygit", "command": "lazygit -p $ZED_WORKTREE_ROOT"}. Dzięki temu deweloperzy zajmujący się web developmentem czy DevOps mogą tworzyć powtarzalne, projektowe zestawy poleceń, które przyspieszają codzienną pracę.

    Elastyczny interfejs: panele na Twoich zasadach

    Drugi filar aktualizacji to dalsze usprawnienia personalizacji interfejsu użytkownika. Wersja 0.230.1 rozszerza możliwości wprowadzone w 0.230.1, dodając pełną kontrolę nad szerokością paneli Terminala i Agenta AI.

    Od teraz użytkownik może przełączać te panele między trybem stałej i elastycznej szerokości. Tryb elastyczny, znany już z centralnych paneli edycyjnych, pozwala panelowi na dynamiczne dopasowanie rozmiaru do dostępnej przestrzeni, co jest niezwykle użyteczne podczas pracy na mniejszych ekranach lub w złożonych układach okien.

    Ustawienie to można zmienić na dwa sposoby: bezpośrednio w oknie ustawień Zed lub szybciej – przez menu kontekstowe, wywoływane prawym przyciskiem myszy na przycisku danego panelu w pasku stanu. To małe, ale niezwykle praktyczne udogodnienie, które oddaje użytkownikowi pełnię kontroli nad organizacją przestrzeni roboczej, pozwalając dopasować ją do aktualnych potrzeb – czy to podczas pisania kodu z pomocą AI, czy zarządzania procesami w terminalu.

    Znaczenie w szerszym kontekście rozwoju Zed

    Wydanie 0.230.1 jest częścią cotygodniowego cyklu stabilnych aktualizacji Zed, który konsekwentnie wprowadza ulepszenia mające na celu usprawnienie pracy programistów. W ostatnim czasie zespół skupiał się na integracji funkcji AI, współpracy w czasie rzeczywistym, wsparciu dla Dev Containers oraz – jak widać – na dopracowywaniu podstawowych narzędzi, takich jak system zadań.

    Dopracowanie konfiguracji zadań wzmacnia pozycję Zed jako edytora, który nie tylko świetnie radzi sobie z edycją tekstu, ale także aspiruje do bycia centrum dowodzenia dla całego procesu rozwoju oprogramowania. Możliwość precyzyjnego zarządzania skryptami budowania, testowania i wdrażania bez opuszczania edytora to ważny krok w tym kierunku.

    Warto pamiętać, że system nie jest pozbawiony pewnych ograniczeń. Jak wskazują niektóre źródła, zadania mogą mieć problem z precyzyjnym dostępem do zmiennych stanu edytora, takich jak $ZED_FILE, co jest znanym błędem. Mimo to kierunek rozwoju jest wyraźny: Zed stara się scalać różne aspekty pracy dewelopera w spójnym, szybkim i konfigurowalnym środowisku. Aktualizacja 0.230.1, choć przyrostowa, solidnie przyczynia się do realizacji tego celu.


    Źródła

  • Kimi Code CLI 1.30.0: Lepsza Obsługa Sesji, Bezpieczeństwo i Narzędzia Pracy

    Kimi Code CLI 1.30.0: Lepsza Obsługa Sesji, Bezpieczeństwo i Narzędzia Pracy

    Wydanie Kimi Code CLI 1.30.0 to kolejny solidny krok w rozwoju tego narzędzia dla programistów. Agent CLI od MoonshotAI otrzymał zestaw funkcjonalności skupiających się na płynniejszym zarządzaniu sesjami, wzmocnieniu bezpieczeństwa oraz wygodniejszych narzędziach wspierających codzienną pracę z kodem. To aktualizacja, która w dużej mierze dotyka fundamentalnych aspektów użytkowania – stabilności, ochrony danych i kontroli nad przebiegiem pracy.

    Wygodniejsze zarządzanie sesjami i nowe komendy

    Jednym z kluczowych obszarów poprawy jest obsługa sesji. Wprowadzone zostały flagi --session oraz --resume (z krótkim aliasem -r), które pozwalają łatwo wrócić do poprzedniej sesji. Bez argumentu otwierają one interaktywny selektor sesji w terminalu, a z podanym ID sesji – wznawiają konkretną konwersację. CLI wyświetla nawet przypomnienie (kimi -r <session-id>) przy zakończeniu sesji, aby użytkownik zawsze wiedział, jak może ją kontynuować.

    Co ciekawe, dodano też komendy /undo oraz /fork do tworzenia forków sesji. /undo pozwala wybrać poprzednią turę i utworzyć nową sesję z wybraną wiadomością przygotowaną do ponownej edycji. /fork duplikuje całą historię konwersacji do nowej sesji. Warto podkreślić, że oryginalna sesja zawsze zostaje zachowana – to bezpieczny sposób na eksperymentowanie bez ryzyka utraty kontekstu.

    Dodano też ujednolicony tryb --plan oraz opcję konfiguracyjną default_plan_mode. Rozpoczęcie nowej sesji z flagą --plan lub poprzez ustawienie default_plan_mode = true w ~/.kimi/config.toml pozwala zacząć pracę w trybie planowania. Sesje wznowione zachowują swój dotychczasowy stan tego trybu.

    Zaawansowane filtry bezpieczeństwa dla plików

    Bezpieczeństwo otrzymało znaczący impuls. Narzędzia Grep oraz Read zostały wzmocnione ochroną plików wrażliwych. Automatycznie filtrują lub blokują one dostęp do takich plików jak .env, prywatne klucze SSH (id_rsa, id_ed25519, id_ecdsa) oraz pliki z danymi uwierzytelniającymi do chmury (.aws/credentials, .gcp/credentials). Co ważne, pliki typu .env.example, .env.sample czy .env.template są wyłączone z tej ochrony – rozróżnienie między rzeczywistymi danymi a przykładami jest kluczowe.

    Narzędzie Grep zyskało również nowy parametr include_ignored. Kiedy jest on ustawiony na true, włącza flagę ripgrep --no-ignore, pozwalając na przeszukiwanie plików wykluczonych przez .gitignore, takich jak artefakty budowania czy node_modules. Pliki wrażliwe pozostają jednak filtrowane przez dodatkową warstwę ochrony. Domyślnie wartość ta wynosi false, co zachowuje dotychczasowe zachowanie programu.

    Ulepszenia kompatybilności i stabilności

    Wydanie 1.30.0 naprawia też kilka problemów związanych z kompatybilnością i stabilnością. Rozwiązano błąd, przez który custom_headers nie były przekazywane do dostawców innych niż Kimi (OpenAI, Anthropic, Google GenAI, Vertex AI). Teraz są one poprawnie przesyłane dalej.

    Poprawiono wykrywanie skilli w katalogach marki (np. ~/.kimi/skills/). Wcześniej, jeśli istniejący katalog ogólny (~/.config/agents/skills/) był pusty, skille z katalogu marki mogły "zniknąć". Teraz mechanizm discovery niezależnie przeszukuje obie grupy katalogów i łączy wyniki. Dodano też opcję konfiguracyjną merge_all_available_skills. Gdy jest ona włączona, skille ze wszystkich istniejących katalogów marek (~/.kimi/skills/, ~/.claude/skills/, ~/.codex/skills/) are ładowane i scalane, zamiast używania tylko pierwszego znalezionego. Skille o tej samej nazwie mają priorytet według kolejności: kimi > claude > codex.

    Dopracowanie interfejsu i zachowania shella

    Shell otrzymał szereg subtelnych, ale ważnych poprawek. Udoskonalono automatyczne wyzwalanie autouzupełniania w tle (idle background completion) – wznowione sesje shella nie uruchamiają automatycznie tury na pierwszym planie z zaległymi powiadomieniami z tła przed wysłaniem wiadomości przez użytkownika. Nowe uzupełnienia w tle czekają też chwilę, gdy użytkownik aktywnie pisze, aby nie "ukraść" promptu ani nie zaburzyć wprowadzania znaków w systemach CJK IME.

    Poprawiono również UX komendy kimi export. Narzędzie pokazuje teraz podgląd poprzedniej sesji dla aktualnego katalogu roboczego i prosi o potwierdzenie, wyświetlając ID sesji, tytuł oraz czas ostatniej wiadomości użytkownika. Dodano flagę --yes, aby pominąć potwierdzenie. Naprawiono też parsowanie przy wywołaniach z jawnym ID sesji.

    Cel wydania i dalszy rozwój

    Wydanie Kimi Code CLI 1.30.0 jasno pokazuje kierunek rozwoju tego narzędzia: praktyczne, codzienne ulepszenia dla programistów zajmujących się web developmentem, DevOps czy "vibe codingiem". Skupienie na bezpieczeństwie, niezawodnym zarządzaniu sesjami oraz precyzji narzędzi czyni pracę z agentem CLI napędzanym przez AI bardziej produktywną i kontrolowaną.

    Kimi CLI jest dostępne przez PyPI (kimi-cli), a jego szybkie tempo wydawnicze świadczy o aktywnym rozwoju. Dla osób korzystających z terminala jako głównego środowiska pracy takie aktualizacje są często niedocenianym, ale kluczowym elementem sprawnego workflow.


    Źródła

  • Codex 0.118.0: Lepsze Sieciowanie w Windows, Autoryzacja Kodem Urządzenia i Ulepszenia CLI

    Codex 0.118.0: Lepsze Sieciowanie w Windows, Autoryzacja Kodem Urządzenia i Ulepszenia CLI

    Wydanie Codex 0.118.0 z kwietnia 2026 roku przyniosło serię kluczowych ulepszeń skupionych na stabilności, bezpieczeństwie i elastyczności dla programistów oraz inżynierów AI. OpenAI skoncentrowało się na trudnych aspektach pracy z sandboxami sieciowymi, wprowadziło przydatne flow autoryzacyjne oraz znacznie poprawiło narzędzia wiersza poleceń, co wspiera efektywniejsze kodowanie wspomagane przez AI (AI-driven coding) oraz agentic workflows.

    Sieciowanie w Windows na poziomie systemu operacyjnego

    Największą zmianą w tej wersji jest gruntowna przebudowa obsługi sieci dla sandboxów w systemie Windows. Do tej pory proxy konfigurowano głównie za pomocą zmiennych środowiskowych, co bywało niewystarczające w skomplikowanych środowiskach korporacyjnych. Wersja 0.118.0 wprowadza proxy-only networking z wykorzystaniem reguł egress na poziomie samego systemu operacyjnego.

    Oznacza to, że sandbox Codex może teraz ściśle egzekwować polityki dostępu do sieci. Administratorzy i użytkownicy mają do dyspozycji precyzyjne mechanizmy kontroli: mogą ograniczyć dostęp wyłącznie do menedżerów pakietów, takich jak npm czy PyPI, zezwolić na pełny dostęp do internetu dla testów, otworzyć jedynie konkretne domeny lub całkowicie zablokować ruch sieciowy. Dodano też pełne wsparcie dla protokołów proxy, w tym SOCKS5, oraz dedykowanych zmiennych WS_PROXY/WSS_PROXY dla ruchu WebSocket, co wprowadzono już we wcześniejszej wersji 0.104.0. To rozwiązanie długo oczekiwanych problemów z łącznością w środowiskach korporacyjnych.

    Nowa autoryzacja kodem urządzenia dla ChatGPT oraz dynamiczne tokeny

    Kolejnym ważnym ulepszeniem jest dodanie device code sign-in flow dla ChatGPT w ramach serwera aplikacji Codex. Ten mechanizm autoryzacji pozwala użytkownikowi zalogować się bezpiecznie na urządzeniu z ograniczonymi możliwościami wprowadzania danych (np. w sandboxie), używając kodu z innego urządzenia. Zwiększa to bezpieczeństwo i wygodę, szczególnie w zdalnych i zarządzanych konfiguracjach.

    Dla twórców integracji z własnymi modelami (custom model providers) wprowadzono dynamiczne odświeżanie tokenów bearer. To automatyczne, bezproblemowe odświeżanie tokenów uwierzytelniających zapobiega przerwom w działaniu usług spowodowanym wygasaniem sesji, zapewniając płynność w długotrwałych zadaniach AI.

    Elastyczność CLI i wzrost stabilności sandboxów

    Interfejs wiersza poleceń (CLI) Codex zyskał nowe możliwości. Polecenie codex exec obsługuje teraz workflow prompt-plus-stdin, który pozwala na bardziej elastyczne łączenie promptów z danymi ze standardowego wejścia. Ułatwia to skryptowanie i automatyzację zadań. CLI lepiej zachowuje teraz ustawienia przypisane do profilów, a w systemie pojawiła się eksperymentalna podkomenda exec-server.

    Jeśli chodzi o stabilność, wersja 0.118.0 przynosi istotne poprawki dla sandboxów na Linuxie i Windowsie. Naprawiono m.in. obsługę podzielonych systemów plików, błędy związane z operacjami apply_patch na systemach tylko do odczytu oraz problemy z zaporą sieciową w Windows. Na macOS rozwiązano błąd typu panic w kliencie HTTP wewnątrz sandboxa. Wszystko to sprawia, że środowisko izolowane działa znacznie bardziej niezawodnie.

    Przywrócenie kluczowych przepływów pracy w TUI i ulepszenia MCP

    Interfejs tekstowy (TUI) odzyskał kilka utraconych funkcji, stając się znów w pełni funkcjonalnym narzędziem. Ogólnie TUI działa teraz płynniej i szybciej. Usunięto zbędne odpytywanie o autoryzacją (polling) dla wyłączonych serwerów, a MCP (Model Control Plane) lepiej obsługuje znormalizowane narzędzia i zachowuje kolejność wyników wyszukiwania, zamiast sortować je alfabetycznie.

    Środowisko zdalne i app-server również zyskał na aktualizacji, otrzymując m.in. transport egress dla WebSocketów, przekazywanie katalogu roboczego (--cd) oraz nowe API systemu plików zintegrowane z sandboxem. Te zmiany spajają ekosystem Codex, obejmujący już CLI, aplikację desktopową, IDE i chmurę, działający w oparciu o modele GPT-5.x-Codex.

    Co oznaczają te zmiany dla deweloperów i inżynierów AI?

    Wydanie Codex 0.118.0 to przede wszystkim aktualizacja skupiona na pracy inżynieryjnej „pod maską”. Nie ma tu spektakularnych, widocznych na pierwszy rzut oka funkcji, ale wprowadzono fundamentalne ulepszenia, które usuwają chroniczne przeszkody. Lepsza kontrola sieci w sandboxach otwiera drzwi do bezpieczniejszego stosowania Codex w firmach z restrykcyjnymi politykami IT. Wygodniejsza autoryzacja i stabilniejsze CLI poprawiają codzienne doświadczenie dewelopera.

    Poprawki stabilizacyjne dla Linuxa, Windowsa i macOS oznaczają mniej frustracji podczas pracy z agentami AI, które często intensywnie korzystają z izolowanych środowisk. W połączeniu z szerszym kontekstem – jak wsparcie ogromnych okien kontekstowych (1M) przez GPT-5.4 – Codex 0.118.0 solidnie wzmacnia fundamenty pod zaawansowane zdolności agentowe (agentic workflows) w web devie i DevOps, czyniąc je bardziej przewidywalnymi i niezawodnymi. To krok w stronę dojrzałości platformy, dzięki której inżynierowie mogą skupić się na tworzeniu, a nie na walce z narzędziami.


    Źródła