Kategoria: Aktualizacje Oprogramowania

  • OpenCode v1.4.7 udoskonala kompatybilność modeli i zarządzanie sesjami

    OpenCode v1.4.7 udoskonala kompatybilność modeli i zarządzanie sesjami

    Wydanie OpenCode w wersji v1.4.7 przynosi znaczące usprawnienia w obsłudze modeli AI, koncentrując się na optymalizacji dla najnowszych ofert głównych dostawców oraz poprawkach zwiększających stabilność pracy z bramkami AI. Aktualizacja wprowadza domyślne ustawienia reasoning dla GitHub Copilot i Claude Opus 1.4.7, naprawia problemy z modelami OpenAI w Cloudflare AI Gateway oraz znacząco poprawia trwałość uwierzytelniania i przywracania sesji między różnymi instancjami workspace'ów. To kolejny krok w rozwoju tego terminalowego asystenta kodowania, który wspiera już ponad 75 dostawców modeli językowych.

    Kluczowe zmiany w aktualizacji v1.4.7

    • Optymalizacje dla konkretnych modeli: GitHub Copilot gpt-5-mini otrzymał domyślne ustawienie low reasoning effort, co poprawia kompatybilność żądań. Dla Claude Opus 1.4.7 dodano obsługę trybu xhigh adaptive reasoning, a myślenie modelu jest domyślnie podsumowywane. Naprawiono także błąd uniemożliwiający działanie modeli OpenAI z funkcją reasoning w Cloudflare AI Gateway przez usunięcie parametru max_tokens.
    • Lepsze zarządzanie sesjami i uwierzytelnianiem: Workspace'y OpenCode dziedziczą teraz kontekst uwierzytelniania. Po zalogowaniu się do dostawcy (np. OpenAI, Anthropic) stan ten jest utrwalany między sesjami, co sprawia, że przywracanie pracy jest bardziej niezawodne i nie wymaga powtarzania logowania.
    • Stabilność interfejsu TUI: Poprawki obejmują m.in. ładowanie pluginów TUI względem właściwego projektu (nawet przy wielu otwartych katalogach), skorygowane zachowanie podczas wklejania plików oraz usprawnione zarządzanie agentami działającymi z linii poleceń.

    Dopasowanie ustawień do wiodących modeli

    Aktualizacja v1.4.7 odpowiada na ewolucję modeli u głównych dostawców. Dla GitHub Copilot ustawienie low reasoning effort na modelu gpt-5-mini ma zapobiegać błędom lub opóźnieniom w odpowiedziach, optymalizując żądania pod kątem wydajności. Wsparcie dla xhigh adaptive reasoning w Claude Opus 1.4.7 pozwala wykorzystać pełnię możliwości najnowszej iteracji modelu Anthropic, który słynie z rozbudowanego rozumowania.

    Naprawa dotycząca Cloudflare AI Gateway jest szczególnie istotna. Modele OpenAI z włączonym reasoningiem (jak GPT-5 czy seria o-) nie działały poprawnie z powodu przesyłania parametru max_tokens. Jego usunięcie przez kontrybutora @kobicovaldev likwiduje źródło błędów i przywraca pełną funkcjonalność tej popularnej ścieżki integracji.

    Niezawodność sesji i uwierzytelniania

    Poprawa w dziedziczeniu kontekstu uwierzytelnienia przez workspace'y to zmiana, która bezpośrednio wpływa na komfort codziennej pracy. Wcześniej przejście między różnymi projektami lub ponowne otwarcie sesji mogło wymagać ponownego logowania do dostawcy AI. Teraz stan uwierzytelnienia jest przenoszony, co sprawia, że workflow jest bardziej płynny, a przywracanie długotrwałych sesji — znacznie pewniejsze. To kluczowe dla deweloperów, którzy korzystają z OpenCode jako narzędzia do iteracyjnego rozwoju kodu z pomocą AI.

    Stabilność interfejsu użytkownika

    Poprawki w interfejsie TUI (Terminal User Interface) mogą wydawać się drobne, ale mają duże znaczenie dla wrażeń użytkownika. Upewnienie się, że pluginy ładują się we właściwym kontekście projektu, eliminuje potencjalne konflikty i błędy. Skorygowane zachowanie wklejania plików oraz usprawnienia w komunikacji z agentami CLI sprawiają, że interakcja z narzędziem jest bardziej przewidywalna i mniej podatna na niespodzianki.

    Ekosystem OpenCode i perspektywy

    Te aktualizacje wpisują się w filozofię OpenCode, który poprzez integrację z AI SDK i Models.dev dąży do bycia agnostycznym, wydajnym mostem między deweloperem a dziesiątkami dostawców modeli — od chmurowych gigantów po lokalne instancje uruchamiane przez LM Studio czy Ollamę. Domyślne ustawienia dla Azure (store=true) oraz synchronizacja wariantów modeli GitHub Copilot z najnowszym API pokazują, jak twórcy aktywnie dostosowują narzędzie do realiów rynku.

    Wydanie v1.4.7, choć inkrementalne, pokazuje dojrzałość projektu. Zespół skupia się na dopracowaniu istniejącej funkcjonalności — optymalizacji pod kątem konkretnych modeli, naprawianiu integracji z zewnętrznymi usługami i poprawianiu podstawowych aspektów UX, jak trwałość sesji. To podejście jest niezbędne dla narzędzia, które chce być codziennym pomocnikiem w terminalu.

    Źródła

  • Factory CLI v0.101.0: Nowa komenda integracji Slack i odświeżony interfejs terminala

    Factory CLI v0.101.0: Nowa komenda integracji Slack i odświeżony interfejs terminala

    Factory CLI, platforma do rozwoju oparta na agentach AI, wprowadziła aktualizację wersji 0.101.0, która dodaje nową komendę /install-slack-app, ułatwiającą integrację z workspace'ami Slack. W tej wersji poprawiono również doświadczenia użytkownika w terminalu dzięki nowej animacji spinnera oraz lepszej widoczności ostrzeżeń dotyczących limitów użycia i kontroli źródła. Wprowadzono także szereg poprawek błędów, które zwiększają dokładność narzędzi do pracy z plikami, rozwiązują problemy z wyświetlaniem podglądów oraz zapobiegają duplikacji sesji specyfikacji.

    Aktualizacja jest częścią ciągłego rozwoju Factory, platformy, która łączy interfejs wiersza poleceń, aplikację webową oraz integracje z narzędziami takimi jak Slack i Microsoft Teams, aby przyspieszać przepływy pracy związane z rozwojem oprogramowania, AI i DevOps. Nowa funkcja Slack ma na celu usprawnienie współpracy zespołowej oraz automatyzację incydentów bezpośrednio z poziomu komunikatora.

    Kluczowe zmiany w wersji 0.101.0

    • Nowa komenda integracji Slack: /install-slack-app upraszcza konfigurację, prowadząc użytkownika przez proces autoryzacji aplikacji Factory, wybór workspace'a i potwierdzenie statusu połączenia jako "Connected".
    • Ulepszenia CLI: Nowa animacja spinnera w terminalu poprawia wizualne odczucia, a lepsza widoczność limitów użycia i ostrzeżeń kontroli źródła ułatwia monitorowanie stanu systemu.
    • Poprawki błędów: Ulepszono dokładność narzędzi do pracy z plikami, rozwiązano problemy z wyświetlaniem podglądów oraz zapobiegnięto tworzeniu zduplikowanych sesji specyfikacji.
    • Niezawodność integracji Slack: Zwiększono odporność na błędy podczas nawiązywania połączeń.

    Jak działa integracja Factory ze Slackiem

    Integracja pozwala na wykorzystanie możliwości AI Factory bezpośrednio w kanale Slack. Wystarczy oznaczyć @Factory w dowolnym kanale lub wątku, aby otrzymać link otwierający konwersację w interfejsie Factory. System importuje kontekst całego wątku, co umożliwia agentowi Droid zrozumienie pełnej historii dyskusji przed podjęciem działania, takiego jak automatyczna odpowiedź na incydent czy sugerowanie poprawek kodu.

    Aby skonfigurować integrację, należy mieć konto administratora w Factory oraz uprawnienia administratora w workspace'u Slack. Proces instalacji jest sterowany z poziomu CLI nową komendą, która prowadzi użytkownika przez niezbędne kroki autoryzacji. Po pomyślnej integracji, każda wzmianka @Factory w kanale, do którego dodano aplikację, generuje link prowadzący do dedykowanej sesji w platformie.

    W przypadku problemów, dokumentacja sugeruje sprawdzenie, czy aplikacja została poprawnie dodana do kanału (można użyć /invite @Factory) oraz czy zapora sieciowa nie blokuje webhooków. Głównym celem jest stworzenie płynnego mostu między codzienną komunikacją zespołową a zaawansowanymi możliwościami automatyzacji i generowania kodu oferowanymi przez Factory.

    W szerszym kontekście platformy

    Factory jest platformą do rozwoju, której flagowy agent Droid wyróżnia się wydajnością w środowisku terminalowym. Platforma obsługuje różne style pracy, od web developmentu i vibe coding po zaawansowane DevOps, oferując integracje między swoim CLI, aplikacją webową, Slackiem, Teams, Linear, Jirą oraz wersją mobilną.

    Wydanie wersji 0.101.0 wpisuje się w tę strategię, rozszerzając możliwości współpracy. Integracja ze Slackiem nie jest jedynie prostym botem odpowiadającym na komendy. Jej siłą jest zdolność do przekształcania naturalnych rozmów zespołu w kontekst dla AI, który może być następnie użyty do automatyzacji zadań, debugowania czy generowania fragmentów kodu bez konieczności przełączania się między aplikacjami.

    Podsumowanie

    Aktualizacja Factory CLI do wersji 0.101.0 koncentruje się na dwóch głównych obszarach: pogłębieniu integracji z ekosystemem narzędzi współpracy, czego flagowym przykładem jest nowa, uproszczona komenda dla Slacka, oraz na poprawie doświadczeń użytkownika w terminalu. Poprawki błędów i ulepszenia interfejsu, takie jak nowy spinner czy czytelniejsze ostrzeżenia, mają na celu zwiększenie płynności i przewidywalności pracy z narzędziem. Widać wyraźny kierunek rozwoju Factory jako platformy, która dostarcza zaawansowane AI dla developerów i stara się być jak najbardziej przystępna oraz ściśle wpleciona w codzienne przepływy pracy i kanały komunikacji.

    Źródła

  • Factory CLI v0.99.0: szybkie wiki, diagramy z motywem i więcej stabilności

    Factory CLI v0.99.0: szybkie wiki, diagramy z motywem i więcej stabilności

    Developerzy korzystający z Factory CLI v0.99.0, AI agenta działającego w terminalu, otrzymują regularne aktualizacje. Ostatnie wydania koncentrują się na poprawie doświadczenia użytkownika, wprowadzaniu nowych modeli AI oraz zwiększeniu stabilności narzędzia, które wspiera automatyzację kodowania, debugowania i tworzenia aplikacji. Wśród nowości znajdują się wsparcie dla nowych modeli, ulepszone menu misji oraz różne funkcje zwiększające produktywność.

    Factory CLI v0.99.0, oparte na środowisku Bun, jest narzędziem dla profesjonalnych developerów i zespołów DevOps, które integruje LLM z terminalem, umożliwiając automatyzację procesów takich jak refaktoring, migracje, budowanie aplikacji i przegląd kodu. Ostatnie aktualizacje dodają nowe funkcjonalności i eliminują wcześniejsze błędy.

    Najważniejsze potwierdzone funkcje w Factory CLI v0.99.0

    • Polecenie /cwd i flaga --cwd – Umożliwiają łatwe ustawianie i zarządzanie katalogami roboczymi z poziomu interfejsu agenta.
    • Wsparcie dla nowych modeli AI – Integracja z modelami takimi jak GLM-5.1 oraz GPT-5.3-Codex fast mode dla szybszego i wydajniejszego kodowania.
    • Ujednolicone menu /missions – Udoskonalony interfejs z podziałem zużycia tokenów na poszczególne zadania, co ułatwia śledzenie kosztów i postępu zadań.
    • Renderowanie linków Markdown – Linki w odpowiedziach agenta są automatycznie renderowane jako klikalne, co poprawia interaktywność.
    • Automatyczne wykrywanie plików agents.md – Narzędzie potrafi automatycznie identyfikować i wykorzystywać pliki konfiguracyjne agentów.
    • Polecenia droid i droid exec – Umożliwiają uruchamianie sesji interaktywnych REPL oraz wykonywanie zadań bezobsługowych.
    • Flaga --auto – Pozwala ustawić poziom autonomii agenta (low/medium/high), kontrolując zakres samodzielnych działań, od bezpiecznych edycji kodu po bardziej ryzykowne operacje.

    Wydania są częścią ciągłego rozwoju Factory CLI v0.99.0, którego changelog pokazuje regularne aktualizacje. Inne udogodnienia obejmują syntax-highlighted diffy oraz ulepszenia interfejsu użytkownika, takie jak redesign panelu /settings i footera.

    Usprawnienia dla produktywności i automatyzacji

    Praktyczne zmiany w codziennej pracy dotyczą lepszej integracji z modelami AI i zarządzania zadaniami. Wsparcie dla GLM-5.1 i GPT-5.3-Codex fast mode oznacza, że developerzy mają dostęp do wydajniejszych modeli dostosowanych do zadań programistycznych, co może przyspieszyć proces kodowania i debugowania.

    Ujednolicone menu `/missions` z przejrzystym podziałem tokenów na poszczególne zadania ułatwia zarządzanie zasobami i kosztami, co jest istotne przy pracy zespołowej i długotrwałych projektach automatyzacyjnych. To wspiera integrację z procesami CI/CD.

    Funkcje takie jak automatyczne wykrywanie plików agents.md oraz renderowanie klikalnych linków Markdown usprawniają przepływ pracy, minimalizując konieczność ręcznej konfiguracji i poprawiając czytelność wyników generowanych przez agenta.

    Stabilność i architektura dla DevOps

    Factory CLI v0.99.0 jest narzędziem dla indywidualnych developerów oraz zespołów DevOps. Jego rdzeń jest zorientowany na automatyzację CI/CD i DevOps w skali. Agent AI może zarządzać migracjami, refaktoringami, budowaniem aplikacji, a także implementować samo naprawiające się buildy. Interakcja odbywa się głównie poprzez polecenia takie jak droid dla sesji interaktywnych REPL czy droid exec dla zadań bezobsługowych. Flagę --auto można ustawić na różne poziomy ryzyka (low/medium/high), co pozwala agentowi działać z różnym stopniem autonomii, od bezpiecznych edycji w kodzie po samodzielne pushy do Git.

    Instalacja narzędzia zajmuje około 30 sekund na macOS, Linux i Windows. Po instalacji binary

    Źródła

  • OpenCode v1.4.3 naprawia problemy z agentami OAuth i zwiększa niezawodność komend Bash

    OpenCode v1.4.3 naprawia problemy z agentami OAuth i zwiększa niezawodność komend Bash

    Aktualizacja OpenCode do wersji 1.4.3, wydana 10 kwietnia 2026 roku, wprowadza istotne poprawki dotyczące autoryzacji OAuth oraz obsługi poleceń systemowych. To wydanie ma na celu zwiększenie niezawodności narzędzia dla programistów i zespołów DevOps, które korzystają z AI w codziennych zadaniach związanych z web developmentem i hostingiem.

    Głównym celem aktualizacji było usunięcie dwóch uciążliwych błędów: jeden uniemożliwiał tworzenie własnych agentów przez użytkowników kont OpenAI logujących się przez OAuth, a drugi powodował utratę danych wyjściowych przerywanych komendami Bash. Dodatkowo, wprowadzono warianty szybkiego działania dla wybranych modeli Claude i GPT, co powinno przyspieszyć zadania związane z programowaniem i automatyzacją.

    Najważniejsze zmiany w wersji 1.4.3

    • Naprawa tworzenia agentów OAuth: Komenda agent create działa teraz poprawnie dla kont OpenAI korzystających z logowania OAuth, co umożliwia konfigurowanie wyspecjalizowanych asystentów.
    • Ulepszone przetwarzanie komend Bash: Przerwane polecenia zachowują swoje finalne wyjście i informacje o obcięciu, zamiast być oznaczane jako "przerwane". To ważne dla skryptów DevOps.
    • Warianty szybkiego działania: Dodano opcje szybkiego działania (fast mode) dla obsługiwanych modeli Claude i GPT, co optymalizuje wydajność.
    • Konfigurowalne URI przekierowań OAuth: Użytkownicy mogą teraz skonfigurować własne adresy URI przekierowań w procesie autoryzacji OAuth dla zdalnych serwerów MCP.

    Tworzenie własnych agentów w OpenCode to jedna z jego mocniejszych stron, pozwalająca na dostosowanie asystenta AI do konkretnych zadań, na przykład związanych z określonym językiem programowania lub workflow. Problem z OAuth skutecznie to blokował dla wielu użytkowników. Poprawka oznacza, że deweloperzy mogą ponownie konfigurować agentów z dedykowanymi promptami systemowymi i zestawami narzędzi, co jest niezbędne w zaawansowanych projektach webowych.

    W przypadku komend Bash, zmiana ma praktyczne znaczenie przy długo działających skryptach lub operacjach, które trzeba przerwać. Wcześniej ich wyjście znikało, teraz użytkownik widzi to, co udało się wykonać, oraz informację, czy dane zostały obcięte. To istotna poprawka dla niezawodności, zwłaszcza przy zarządzaniu serwerami czy kontenerami Docker.

    Dodanie trybów szybkiego działania dla modeli AI odpowiada na potrzebę szybszego wykonywania prostszych, mniej wymagających obliczeniowo zadań. Nie zawsze potrzebujemy pełnej analizy modelu – czasem liczy się szybka odpowiedź lub sugestia. To wpisuje się w ideę programowania, gdzie płynność i szybkość interakcji z narzędziem są priorytetem.

    Warto również wspomnieć o przywróceniu domyślnie ukrytego paska przewijania w sesjach TUI (Text-based User Interface). To zmiana interfejsu, która przywraca czystszy, mniej zaśmiecony widok, preferowany przez wielu użytkowników.

    Wpływ na ekosystem AI i web development

    Te aktualizacje, choć skupione na naprawach, mają realny wpływ na codzienną pracę z OpenCode. Stabilność autoryzacji OAuth jest kluczowa dla integracji z zewnętrznymi serwerami MCP (Model Context Protocol), które rozszerzają możliwości narzędzia o dodatkowe dane i funkcje. Możliwość konfiguracji URI przekierowań daje większą kontrolę i elastyczność w zdalnych setupach, co jest istotne w środowiskach korporacyjnych lub przy korzystaniu z własnej infrastruktury.

    Niezawodność komend systemowych bezpośrednio przekłada się na efektywność w obszarach DevOps i hostingu. Deweloperzy pracujący nad wdrażaniem aplikacji, konfiguracją środowisk czy automatyzacją zadań mogą mieć większą pewność, że wyniki ich pracy nie znikną w przypadku niespodziewanej przerwy.

    OpenCode, wspierający modele takie jak Claude, GPT czy Gemini, ewoluuje jako platforma do programowania wspomaganego przez AI. Poprawki w wersji 1.4.3, choć nie rewolucyjne, znacząco poprawiają komfort i pewność użytkowania, eliminując konkretne bariery, na które narzekała społeczność. To pokazuje, że rozwój koncentruje się nie tylko na dodawaniu nowych funkcji, ale także na udoskonalaniu istniejących, co jest równie ważne dla sukcesu narzędzia.

    Źródła

  • OpenCode v1.4.1: wzmocnienie bezpieczeństwa i ulepszenia dla c/c++

    OpenCode v1.4.1: wzmocnienie bezpieczeństwa i ulepszenia dla c/c++

    OpenCode, znana platforma wspierająca procesy deweloperskie z wykorzystaniem sztucznej inteligencji, zaktualizowała się do wersji v1.4.1. Nowa wersja, dostępna od 9 kwietnia 2026 roku, wprowadza istotne poprawki dotyczące stabilności oraz doświadczenia programistów. Wydanie koncentruje się na lepszej kontroli nad promptami, stabilizacji kluczowych funkcji oraz usprawnieniu środowiska pracy. To kolejny krok w rozwoju otwartego środowiska programistycznego, które integruje sztuczną inteligencję w codziennych zadaniach.

    Kluczowe zmiany w wydaniu v1.4.1

    • Kontrola promptów na desktopie: Wprowadzenie manualnych kontrolek dla promptów w aplikacji desktopowej zwiększa przejrzystość interakcji z AI.
    • Naprawa schematu sesji: Usunięto błąd związany z cyklicznym schematem (circular session schema), który mógł powodować problemy z zarządzaniem sesjami.
    • Usprawnienia LLM Gateway: Optymalizacje i poprawki dla bramki dostawców modeli językowych (LLM Gateway provider) zwiększają jej niezawodność.
    • Ogólne poprawki stabilności: Wprowadzone poprawki w jądrze systemu mają na celu zwiększenie stabilności i wydajności platformy.

    Precyzyjniejsza kontrola nad interakcjami

    W tej wersji szczególną uwagę zwrócono na wzmocnienie kontroli użytkownika nad interakcjami z AI, zwłaszcza w aplikacji desktopowej. Manualne kontrole dla promptów dają programiście lepszy wgląd i zarządzanie tym, jak i kiedy AI jest angażowane. To podejście pokazuje, że sztuczna inteligencja w OpenCode działa jako asystent, a nie autonomiczny aktor – kluczowe decyzje pozostają w rękach użytkownika. Taka transparentność jest istotna w projektach zespołowych oraz przy pracy z wrażliwym kodem, gdzie świadomość wszystkich działań jest kluczowa.

    Stabilność podstawowych funkcji

    Wersja v1.4.1 koncentruje się na solidnym dopracowaniu podstaw platformy. Naprawa krytycznego błędu z cyklicznym schematem sesji eliminuje potencjalne źródło niestabilności w zarządzaniu kontekstem pracy. Usprawnienia w LLM Gateway zapewniają niezawodne połączenie z zewnętrznymi modelami językowymi, co jest kluczowe dla działania całej platformy. Te techniczne poprawki przekładają się na płynniejsze i bardziej przewidywalne doświadczenie deweloperskie, redukując frustrację i przestoje.

    Kierunek rozwoju: solidna i niezawodna podstawa

    OpenCode v1.4.1 ilustruje kierunek, w którym rozwija się branża AI dla deweloperów. Platforma staje się coraz bardziej transparentna, kontrolowana i niezawodna. Poprawki stabilności podstawowych komponentów oraz ciągłe udoskonalanie interfejsu i kontroli użytkownika mają na celu zwiększenie produktywności bez utraty kontroli nad własnym kodem i środowiskiem.

    Dla polskich deweloperów korzystających z OpenCode w codziennej pracy ta aktualizacja może być szczególnie wartościowa. Większa stabilność i precyzyjniejsza kontrola sprawiają, że AI agent w OpenCode staje się bardziej przewidywalnym i kompetentnym partnerem. Warto zaktualizować.

    Źródła

  • Zed 0.231.1: Natywne devcontainery i głęboka integracja sztucznej inteligencji

    Zed 0.231.1: Natywne devcontainery i głęboka integracja sztucznej inteligencji

    Do stabilnej gałęzi edytora Zed trafiła wersja 0.231.1, która wprowadza natywną implementację devcontainerów, jedną z najbardziej oczekiwanych funkcji dla zespołów deweloperskich. Wraz z tą aktualizacją pojawiły się również istotne usprawnienia w zakresie pracy ze sztuczną inteligencją oraz szereg poprawek stabilnościowych. To krok w stronę zunifikowanego środowiska, które łączy lokalny komfort pracy z powtarzalnością kontenerów oraz asystą AI.

    Kluczową zmianą jest zastąpienie zewnętrznej aplikacji CLI devcontainer, opartej na Node.js, natywnym handlerem napisanym w Rust. Oznacza to, że Zed może teraz w pełni obsługiwać swoje własne rozszerzenia definiowane w pliku .devcontainer/devcontainer.json poprzez sekcję customizations.zed.extensions. Gdy projekt zawiera odpowiednią konfigurację, edytor automatycznie zaproponuje opcję „Open in Container”, co zbuduje obraz (jeśli jest wymagany), uruchomi kontener i przeładuje projekt wewnątrz niego.

    Kluczowe zmiany w wersji 0.231.1

    • Natywne devcontainery: Zewnętrzne narzędzie CLI zostało zastąpione własną implementacją w Rust, co umożliwia pełne wsparcie dla rozszerzeń Zed.
    • Ulepszenia agenta AI: Wprowadzono top-down streaming dla wątków agenta, co zapewnia lepsze automatyczne przewijanie podczas generowania długich odpowiedzi.
    • Optymalizacja tokenów: Zmniejszono zużycie tokenów w opisach narzędzi dostępnych dla agentów, co może przekładać się na niższe koszty i szybsze działanie.
    • Ulubione kanały współpracy: W panelu współpracy dodano możliwość oznaczania kanałów jako ulubione, co ułatwia poruszanie się po aktywnych projektach zespołowych.
    • Flaga CLI --dev-container: Nowa flaga wiersza poleceń umożliwia automatyczne otwieranie projektu w kontenerze devcontainer, jeśli wykryta zostanie odpowiednia konfiguracja.

    Natywna siła devcontainerów

    Implementacja devcontainerów w Zedzie nie jest już zależna od zewnętrznego łańcucha narzędzi. Deweloperzy mogą teraz definiować potrzebne rozszerzenia Zed bezpośrednio w pliku devcontainer.json, co zapewnia spójność środowiska dla każdego członka zespołu. Nowy workflow jest prosty: edytor wykrywa plik .devcontainer/devcontainer.json i wyświetla monit. Można także ręcznie użyć Palette Poleceń („Project: Open Remote”) lub modala Zdalnych Projektów.

    Dodano nową flagę --dev-container do CLI Zeda, która automatycznie otwiera projekt w kontenerze, jeśli konfiguracja istnieje. To duże udogodnienie dla automatyzacji. Należy jednak pamiętać o obecnych ograniczeniach. Funkcja jest wciąż rozwijana, a edycja pliku devcontainer.json nie wywołuje automatycznego przebudowania – wymaga ręcznego zatrzymania i restartu kontenera. Wsparcie dla forwardowania portów jest obecnie ograniczone do appPort, a rozszerzenia są ładowane z hosta, bez oddzielnej zarządzanej puli w kontenerze.

    AI głębiej zintegrowane z przepływem pracy

    AI głębiej zintegrowane z przepływem pracy

    Drugi filar tej aktualizacji to znaczne dopracowanie funkcji sztucznej inteligencji. Zmiana z bottom-up na top-down streaming w wątkach agenta to więcej niż techniczny detal. Dzięki niej interfejs automatycznie przewija się do najnowszej treści generowanej przez model, co jest kluczowe dla wygody podczas długich sesji „vibe coding”. Agent lepiej radzi sobie z wyborem kontekstu z terminala, niezależnie od otwartych buforów.

    Poprawiono interakcję z subagentami. Karty podglądu ich działań są teraz lepiej zarządzane – zawartość pozostaje widoczna do końca procesu, a potwierdzanie akcji jest płynniejsze. Dodano preferencje agentów specyficzne dla projektu, co pozwala na przypisanie specjalizowanego modelu AI do konkretnego repozytorium kodu. Wszystko to prowadzi do bardziej naturalnej i skutecznej współpracy z asystentem, bez zbędnego przeskakiwania między kontekstami.

    Stabilizacja i poprawki

    Stabilizacja i poprawki

    Oprócz flagowych nowości, wydanie 0.231.1 skupia się na utrzymaniu wysokiej jakości. Naprawiono wiele błędów, w tym problemy z obsługą etykiet (labels) w plikach Docker Compose przy otwieraniu devcontainerów, co blokowało część istniejących konfiguracji. Wprowadzono automatyczne przełączanie między widokiem diffa w formacie „split” a „unified” w zależności od szerokości panelu, co poprawia ergonomię przeglądania zmian w Gicie.

    Usunięto również starszą, przestarzałą funkcję „Text Threads”, kontynuując oczyszczanie interfejsu. W ramach współpracy, oprócz ulubionych kanałów, utrwalono stan przełącznika „Show Occupied Channels” w panelu collab.

    Podsumowanie wydania

    Wydanie Zed 0.231.1 koncentruje się na dwóch fundamentach nowoczesnego developmentu: powtarzalnych, izolowanych środowiskach za pomocą natywnych devcontainerów oraz głęboko zintegrowanej asyście AI. Usunięcie zależności od Node.js w przypadku kontenerów to nie tylko kwestia wydajności, ale i niezależności. Ulepszenia agentów czynią z Zeda nie tylko edytor, lecz aktywne środowisko programistyczne, które wspiera dewelopera w całym procesie tworzenia kodu. Funkcja devcontainerów, mimo pewnych ograniczeń, stanowi solidny fundament pod przyszły rozwój, szczególnie dla zespołów działających w obszarach web developmentu, AI i DevOps.

    Źródła

  • OpenCode v1.4.0: telemetria OTLP, wsparcie proxy i ulepszenia dla programistów

    OpenCode v1.4.0: telemetria OTLP, wsparcie proxy i ulepszenia dla programistów

    OpenCode w wersji 1.4.0 wprowadza zmiany ułatwiające pracę zespołom programistycznym. Aktualizacja skupia się na monitorowaniu pracy systemu (observability), integracji z infrastrukturą firmową oraz poprawkach w codziennym użytkowaniu. Są to funkcje przydatne dla osób, które włączają narzędzia AI do swoich procesów wytwórczych.

    OTLP i monitorowanie w firmach

    Główną nowością jest obsługa protokołu OpenTelemetry (OTLP). Pozwala on na przesyłanie logów i zdarzeń (a opcjonalnie metryk i trace'ów) do systemów takich jak Grafana, New Relic czy Honeycomb. Dzięki temu firmy mogą monitorować działanie OpenCode v1.4.0 w ramach swoich standardowych narzędzi.

    Zespoły DevOps mogą teraz tworzyć wspólne dashboardy, które łączą dane z aplikacji z informacjami o wykorzystaniu AI w procesie programowania. Konfiguracja eksportera OTEL jest automatycznie kopiowana do zarządzanych workspace’ów. Naprawiono też błąd w parsowaniu nagłówków, który występował przy wartościach ze znakiem „=”.

    Obsługa HTTP proxy i stabilność sieci

    W wersji 1.4.0 dodano pełne wsparcie dla HTTP proxy. Jest to rozwiązanie dla programistów pracujących w sieciach z restrykcyjnymi firewallami, co często zdarza się w dużych organizacjach. Poprawka ta umożliwia korzystanie z narzędzia tam, gdzie wcześniej blokowały to polityki sieciowe.

    Zwiększono również stabilność połączeń. Wyeliminowano problem z wiszącymi timeoutami, które pojawiały się po nieudanych próbach pobierania danych. Dodatkowo komunikaty o błędach podczas logowania (opencode login) są teraz bardziej precyzyjne, co przyspiesza diagnozowanie problemów z siecią.

    Zmiany w TUI i wersji desktopowej

    Interfejs tekstowy (TUI) otrzymał nowe skróty klawiaturowe, które pozwalają na szybsze przełączanie się między wariantami modeli.

    W aplikacji desktopowej zmieniono sposób prezentacji subagentów. Sesje mają teraz czytelne tytuły i jaśniejsze statusy postępu prac. Ustawienie automatycznego akceptowania uprawnień trafiło do głównego panelu ustawień, co uprościło wygląd głównego okna.

    Poprawki techniczne i optymalizacja

    W silniku aplikacji wprowadzono zmiany w obsłudze błędów u poszczególnych dostawców:

    • W przypadku providera Alibaba błędy dotyczące limitów zapytań (rate limiting) powodują teraz ponowienie próby zamiast błędu.
      Naprawiono błędy w integracji z OpenRouter.
    • Ujednolicono poziomy rozumowania (reasoning) dla GitHub Copilot przy korzystaniu z modeli Anthropic.
      Warianty modeli są teraz na stałe przypisane do konkretnych wersji, co eliminuje błędy przy ich zmianie.

    Status prac nad OpenCode v1.4.0

    Wersja 1.4.0 dostosowuje narzędzie do wymogów pracy w dużych zespołach. Wprowadzenie OTLP i obsługi proxy odpowiada na potrzeby administratorów IT i działów bezpieczeństwa. Jednocześnie poprawki w interfejsie i stabilności działania wpływają na komfort pracy programistów korzystających z OpenCode na co dzień.

    Źródła

  • Google Antigravity 1.22.2: Wprowadza Nowy System Uprawnień Agentów

    Google Antigravity 1.22.2: Wprowadza Nowy System Uprawnień Agentów

    Google opublikowało aktualizację 1.22.2 dla środowiska programistycznego Antigravity. Główną zmianą jest wprowadzenie systemu uprawnień dla agentów AI, który zastępuje dotychczasowe rozwiązania w zakresie bezpieczeństwa i kontroli nad automatyzacją kodu. Aktualizacja trafia do użytkowników etapami.

    Nowy mechanizm pozwala precyzyjnie określić, jakie działania agent może podejmować w imieniu programisty. Każda operacja – od wpisywania komend w terminalu po interakcje z przeglądarką i generowanie plików – jest teraz traktowana jako osobny zasób uprawnień. Dzięki temu użytkownicy mają większy wpływ na to, co dzieje się w ich lokalnym środowisku.

    Kontrola nad zadaniami agenta

    Agent w wersji 1.22.2 to system wnioskowania korzystający z modeli językowych klasy frontier. Narzędzie tworzy listy zadań, plany wdrożeń oraz nagrania z sesji w przeglądarce. Wcześniej zarządzanie tymi procesami było mało dokładne, co zmienia obecna aktualizacja.

    W panelu Agent Manager oraz w ustawieniach systemowych pojawiły się trzy główne zasady kontroli. Pierwsza z nich, polityka przeglądu artefaktów (Artifact Review Policy), określa sytuacje, w których agent musi zatrzymać pracę i poczekać na akceptację człowieka. Użytkownik może wybrać tryb „Always Proceed”, aby przyspieszyć proces, co jednak wiąże się z mniejszym nadzorem nad wynikami.

    Druga zasada dotyczy wykonywania poleceń w terminalu. Wykorzystuje ona listy dozwolonych i zabronionych komend (allowlists/blocklists). Pozwala to na automatyczne uruchamianie bezpiecznych operacji, takich jak npm install, przy jednoczesnym blokowaniu ryzykownych skryptów. Trzecia funkcja to polityka JavaScriptu w przeglądarce, która uniemożliwia uruchamianie niezaufanego kodu JS. Ma to chronić przed atakami typu prompt injection podczas testowania aplikacji.

    Naprawione błędy i problemy techniczne

    Wersja 1.22.2 eliminuje błąd, który powodował wyświetlanie zbędnych próśb o dostęp do terminala, nawet jeśli użytkownik zaznaczył opcję „Always run”. Dokumentacja potwierdza naprawę tej usterki, choć monity dotyczące adresów URL w przeglądarce mogą nadal występować.

    Wdrożenie nowych zabezpieczeń wiąże się też z pewnymi trudnościami. Wprowadzony wcześniej sandboxing (w wersji 1.21.6) wywołał u części osób problemy z uprawnieniami Dockera, głównie na systemie macOS. Ponieważ system wymusza aktualizacje do najnowszej wersji, niektórzy specjaliści DevOps nie mogą wrócić do starszego, stabilnego wydania. Odnotowano również przypadki błędów weryfikacji konta u użytkowników z aktywną subskrypcją, co prawdopodobnie wynika z przebudowy systemu autoryzacji.

    Bezpieczeństwo w pracy z AI i DevOps

    Nowy system uprawnień to kolejny etap rozwoju narzędzia w stronę bezpiecznego programowania wspomaganego przez AI. Dla osób pracujących w modelu „vibe coding” lub automatyzujących procesy DevOps, szczegółowe definiowanie uprawnień agenta ogranicza ryzyko przypadkowego usunięcia danych, uruchomienia złośliwego skryptu czy wejścia na niebezpieczną stronę podczas testów.

    Zmiany w wersji 1.22.2 przygotowują grunt pod dalszy rozwój autonomii agentów. Google dąży do modelu, w którym samodzielność sztucznej inteligencji jest ograniczona konkretnymi ramami ustawionymi przez człowieka. Dla zespołów zajmujących się tworzeniem stron internetowych i rozwojem AI oznacza to bardziej przewidywalne warunki pracy przy testowaniu nowych metod budowania aplikacji.

    Źródła

  • Claude Code Wraca na Tropy: Wersja 2.1.96 Naprawia Krytyczny błąd Uwierzytelniania w AWS Bedrock

    Claude Code Wraca na Tropy: Wersja 2.1.96 Naprawia Krytyczny błąd Uwierzytelniania w AWS Bedrock

    Zespół Claude Code wydał aktualizację oprogramowania. Wersja 2.1.96 usuwa błąd uwierzytelniania w AWS Bedrock, który pojawił się w wydaniu 2.1.94. Ta usterka uniemożliwiała wielu osobom połączenie z usługą, co zmusiło programistów do przygotowania poprawki w krótkim czasie.

    Problem objawiał się komunikatami HTTP 403 o treści "Authorization header is missing". Błąd występował u użytkowników konfigurujących dostęp przez zmienne środowiskowe, takie jak AWS_BEARER_TOKEN_BEDROCK lub CLAUDE_CODE_SKIP_BEDROCK_AUTH. W efekcie potoki CI/CD, skrypty automatyzacji oraz osoby korzystające z tych metod autoryzacji straciły dostęp do modeli AI w Bedrock, mimo że wcześniej usługa działała bez zakłóceń.

    Przyczyny problemów w wersji 2.1.94

    Błąd dotyczył konkretnego sposobu logowania. Wersja 2.1.94 wprowadziła zmiany, które powodowały błędne przetwarzanie nagłówków autoryzacji przy aktywnych wspomnianych zmiennych środowiskowych.

    Usterka nie dotyczyła wszystkich metod łączenia się z AWS Bedrock. Osoby korzystające ze standardowych profili AWS CLI lub ról IAM zazwyczaj nie miały problemów. Błąd uderzył w rzadsze scenariusze, takie jak użycie statycznego tokena w zmiennej AWS_BEARER_TOKEN_BEDROCK lub pomijanie autoryzacji przez CLAUDE_CODE_SKIP_BEDROCK_AUTH. Takie ustawienia są często stosowane w zautomatyzowanych środowiskach, na przykład w GitHub Actions, gdzie zarządzanie dynamicznymi poświadczeniami jest trudniejsze.

    Wersja 2.1.96 przywraca właściwą logikę obsługi tych zmiennych. Aby zainstalować poprawkę, należy użyć polecenia npm update @anthropic-ai/claude-code. Warto jednak dodać, że w zgłoszeniach na GitHubie pojawiają się informacje, że niektórzy użytkownicy GitHub Actions nadal widzą błędy 403 po aktualizacji, co może oznaczać, że problem nie został całkowicie rozwiązany w każdym środowisku.

    Znaczenie dla inżynierów AI

    AWS Bedrock jest podstawą dla zespołów budujących przepływy pracy oparte na sztucznej inteligencji w chmurze. Platforma ta pozwala korzystać z modeli Claude bez konieczności zarządzania własnymi serwerami, co ułatwia integrację z usługami AWS.

    W środowiskach DevOps i potokach CI/CD zmienne typu AWS_BEARER_TOKEN_BEDROCK są używane do bezpiecznego przekazywania uprawnień bez zapisywania ich w plikach konfiguracyjnych. Błąd w wersji 2.1.94 mógł więc zatrzymać automatyczne wdrażanie, testy czy procesy generowania kodu.

    Ostatnie wydania przyniosły też inne poprawki dla Bedrock. Rozwiązano problemy z autoryzacją SigV4, które występowały przy ustawianiu nagłówka Authorization przez ANTHROPIC_AUTH_TOKEN lub ANTHROPIC_CUSTOM_HEADERS. Zespół Claude Code regularnie poprawia współpracę z dostawcami chmurowymi, co jest niezbędne w zastosowaniach profesjonalnych.

    Konfiguracja połączenia z Bedrock

    Po przejściu na wersję 2.1.96 ustawienia powinny działać poprawnie. Przykładowa konfiguracja dla środowiska korzystającego z Claude Code i AWS Bedrock wygląda tak:

    export CLAUDE_CODE_USE_BEDROCK=1
export AWS_REGION=us-east-1
export AWS_PROFILE=your-profile
# Jedna z poniższych metod autoryzacji:
export AWS_BEARER_TOKEN_BEDROCK=your-token
# Lub:
export CLAUDE_CODE_SKIP_BEDROCK_AUTH=1

    W przypadku korzystania z własnych bramek lub serwerów proxy można dodatkowo użyć zmiennej ANTHROPIC_BEDROCK_BASE_URL. Taka elastyczność pozwala dopasować narzędzie do zasad bezpieczeństwa wewnątrz firmy.

    Reakcja na błędy

    Wydanie wersji 2.1.96 zaraz po wykryciu błędu pokazuje, że proces rozwoju Claude Code jest sprawny. W branży narzędzi AI, gdzie aktualizacje pojawiają się bardzo często, szybkie usuwanie usterek technicznych jest kluczowe dla zachowania ciągłości pracy użytkowników.

    Dla osób korzystających z Claude Code ta poprawka oznacza możliwość powrotu do pracy z modelami hostowanymi w chmurze. Sytuacja ta przypomina również o tym, jak ważne jest dokładne testowanie systemów uwierzytelniania przy wprowadzaniu zmian w kodzie.

    Ź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