Autor: Franczeska

  • Factory CLI v0.125.0: Nowe opcje konfiguracji ACP i większe limity wyjściowe

    Factory CLI v0.125.0: Nowe opcje konfiguracji ACP i większe limity wyjściowe

    Zespół Factory wprowadził wersję 0.125.0 swojego interfejsu wiersza poleceń, w której dodano obsługę konfiguracji ACP z możliwością nadpisywania ustawień w obrębie sesji oraz zwiększono limity obcinania wyników narzędzia Task. Te zmiany mają na celu stworzenie bardziej elastycznego środowiska pracy z modelami AI, co z pewnością docenią entuzjaści vibe codingu oraz inżynierowie DevOps.

    Kluczowe zmiany w wydaniu

    • Opcje konfiguracji ACP – CLI teraz informuje klientów ACP o dostępnych opcjach i wspiera session/set_config_option, co umożliwia dynamiczne nadpisywanie ustawień.
    • Wyższe limity wyników Task – narzędzie teraz zachowuje więcej danych wyjściowych, co zapobiega utracie długich odpowiedzi generowanych przez modele językowe.
    • Usunięcie efektów shimmer – z interfejsu usunięto nieaktualne animacje migotania, które rozpraszały podczas pracy.
    • Poprawiona widoczność ścieżek – pasek tytułowy aplikacji wyraźniej pokazuje bieżącą ścieżkę pliku, co ułatwia orientację w projekcie.

    Elastyczna konfiguracja bez restartowania klientów

    Nowy mechanizm ACP może wydawać się skomplikowany, ale w praktyce przynosi konkretne korzyści dla osób pracujących z agentami AI. Dzięki obsłudze session/set_config_option, Factory CLI pozwala na zmianę niektórych parametrów konfiguracyjnych bez konieczności zamykania i ponownego uruchamiania klienta.

    To jest szczególnie przydatne w środowiskach, gdzie różne zadania w ramach jednego projektu wymagają różnych profili działania sztucznej inteligencji. Jeden skrypt może potrzebować intensywnego podpowiadania kodu, podczas gdy inny wymaga oszczędniejszego trybu, aby nie przeciążać interfejsu. Wcześniej takie zmiany wymagały edycji plików konfiguracyjnych lub restartu; teraz można je wprowadzać w locie. Dla rozproszonych agentów i potoków ciągłej integracji oznacza to mniej przerw i większą płynność pracy.

    Dodatkowo, narzędzie otwiera się na szerszą integrację z zewnętrznymi klientami ACP, co może prowadzić do nowych scenariuszy automatyzacji, takich jak zdalne sterowanie konfiguracją czy lepsze powiązanie z systemami monitorującymi.

    Więcej danych, mniej strat – nowe limity wyników

    Drugim istotnym ulepszeniem jest zwiększenie limitów obcinania dla rezultatów zwracanych przez narzędzie Task. W pracy z dużymi modelami językowymi często można było napotkać problemy związane z obcinaniem odpowiedzi, które zawierały długie fragmenty kodu, logi czy szczegółowe wyjaśnienia. To było frustrujące, zwłaszcza podczas sesji vibe coding, gdzie generowany kod często przekraczał standardowe rozmiary odpowiedzi.

    Od wersji 0.125.0 Factory pozwala na zachowanie znacznie większej ilości treści. Co ważne, zmiana nie polega na prostym zwiększeniu stałego progu – wprowadzono limity, które lepiej dostosowują się do charakteru odpowiedzi. Dzięki temu programista nie musi obawiać się, że model dostarczy tylko część rozwiązania, co pozwala skupić się na merytorycznej pracy, a nie na walce z okrojonymi wynikami.

    Dla zespołów DevOps to także praktyczna korzyść: długie logi z procesów budowania czy automatyzacji będą teraz w całości widoczne w konsoli, co przyspiesza debugowanie i analizę przyczyn awarii.

    Poprawki wizualne – mniej migotania, lepsza nawigacja

    Choć zmiany mogą wydawać się kosmetyczne, usunięcie efektów shimmer i poprawiona widoczność ścieżek w pasku tytułowym realnie wpływają na komfort codziennej pracy. Stary interfejs potrafił wyświetlać animacje migotania jeszcze przez chwilę po zakończeniu operacji, co wprowadzało chaos wizualny i odwracało uwagę od wyników. Teraz środowisko jest czystsze i bardziej przewidywalne.

    Nowy wygląd paska tytułowego to ukłon w stronę programistów pracujących z wieloma repozytoriami i plikami jednocześnie. Wyraźnie widoczna ścieżka pomaga szybko zorientować się, w którym miejscu projektu się znajdujemy – bez konieczności dodatkowego sprawdzania w terminalu czy menedżerze plików. Dla każdego, kto choć raz pomylił kontekst podczas intensywnej sesji kodowania, będzie to odczuwalne usprawnienie.

    Co to oznacza dla programistów?

    Factory CLI v0.125.0 to nie rewolucja, ale solidna aktualizacja, która odpowiada na realne potrzeby osób korzystających z AI w codziennym kodowaniu. Dynamiczna konfiguracja ACP daje większą kontrolę nad zachowaniem agentów, zwiększone limity zapobiegają utracie kluczowych danych, a poprawiony interfejs sprawia, że praca staje się bardziej komfortowa. Dla web developerów, inżynierów DevOps i entuzjastów vibe codingu to krok naprzód w kierunku środowiska, które mniej przeszkadza, a więcej pomaga.

    Źródła

  • Qwen-Code Preview v0.15.11-preview.2: Nowa era analizy ryzyka i ustrukturyzowanego CLI

    Qwen-Code Preview v0.15.11-preview.2: Nowa era analizy ryzyka i ustrukturyzowanego CLI

    Zespół Qwen ogłosił premierę najnowszej wersji preview swojego flagowego narzędzia do wspomagania programowania, Qwen-Code Preview v0.15.11-preview.2. Ta aktualizacja wprowadza nowe funkcje, które zmieniają sposób, w jaki deweloperzy analizują ryzyko w Pull Requestach i korzystają z interfejsu linii poleceń. W przeciwieństwie do poprzedniego wydania (preview.0), które skupiało się na optymalizacji wydajności, ta wersja dostarcza nowy zestaw możliwości, odpowiadając na potrzeby zespołów pracujących w złożonych, krytycznych dla biznesu repozytoriach kodu.

    Kluczowe informacje o wydaniu

    • Nowa umiejętność codegraph umożliwia automatyczną analizę ryzyka w Pull Requestach, identyfikując potencjalne konflikty i niebezpieczne wzorce.
    • Flaga –json-schema w CLI zapewnia przewidywalne, ustrukturyzowane dane wyjściowe, co upraszcza integrację z potokami CI/CD i zewnętrznymi narzędziami.
    • Poprawiona kompatybilność proxy Anthropic ułatwia korzystanie z modeli Claude w środowiskach z restrykcyjnymi politykami sieciowymi.
    • Rozszerzone śledzenie telemetryczne daje zespołom lepszy wgląd w wykorzystanie narzędzia i identyfikację wąskich gardeł.
    • Stabilizacja testów end-to-end oraz szereg poprawek UI/UX zwiększają ogólną niezawodność i komfort codziennej pracy.

    Nowe podejście do analizy ryzyka

    Sercem tego wydania jest umiejętność codegraph, zaprojektowana do analizy ryzyka w Pull Requestach. Qwen-Code Preview v0.15.11-preview.2 wykorzystuje zaawansowane modele językowe do budowy dynamicznego grafu zależności zmian. Dzięki temu może wskazać potencjalne błędy składniowe oraz przewidzieć wpływ danej zmiany na całą architekturę aplikacji. Na przykład, dodanie nowego pola do struktury danych w jednym mikrousłudze może być automatycznie powiązane z potencjalnym naruszeniem kompatybilności w innych usługach. To przejście od reaktywnego szukania błędów do proaktywnego zarządzania ryzykiem architektonicznym to istotny krok naprzód. W praktyce oznacza to, że przed scaleniem kodu zespół otrzymuje czytelny raport, który dostarcza kontekstu biznesowego.

    Ustrukturyzowane wyjście CLI dla nowoczesnych potoków

    Ustrukturyzowane wyjście CLI dla nowoczesnych potoków

    Kolejną istotną zmianą jest wprowadzenie flagi --json-schema w interfejsie linii poleceń. Dotychczas integracja Qwen-Code Preview v0.15.11-preview.2 z zautomatyzowanymi potokami CI/CD wymagała parsowania tekstowych odpowiedzi, co było podatne na błędy przy każdej zmianie formatowania przez model. Teraz, definiując schemat JSON, użytkownicy mogą wymusić na narzędziu zwracanie danych w ściśle określonym formacie. To otwiera możliwości, gdzie wynik działania asystenta AI jest bezpośrednio wykorzystywany w kolejnych krokach w pipeline, na przykład do automatycznego tworzenia ticketów na podstawie analizy kodu lub aktualizacji metryk w dashboardzie monitoringu. Ta cecha pokazuje, jak platforma staje się poważnym, integrowalnym komponentem w ekosystemie DevOps.

    Wydajność, proxy i diagnostyka

    Pod maską, wydanie kontynuuje prace optymalizacyjne zapoczątkowane w v0.15.11-preview.0. Usprawnienia w zarządzaniu metadanymi sesji, w szczególności ograniczenie odczytów do początkowych i końcowych 64KB plików, przekładają się na szybszy start i mniejsze zużycie pamięci. Ulepszona kompatybilność z proxy Anthropic odpowiada na potrzeby dużych organizacji, gdzie ruch sieciowy jest kontrolowany, a korzystanie z różnych dostawców modeli może być wyzwaniem. Rozszerzone śledzenie telemetryczne umożliwi zespołom monitorowanie, które funkcje są najczęściej używane i gdzie występują opóźnienia. To ważne dane do optymalizacji kosztów i zapewnienia, że narzędzie będzie skalować się wraz z rosnącymi potrzebami projektu.

    Qwen-Code Preview v0.15.11-preview.2 odpowiada na konkretne wyzwania profesjonalnych deweloperów. Łączy zaawansowaną analizę ryzyka z niezawodnością interfejsów API, której oczekuje się od dojrzałych narzędzi programistycznych, nie tracąc z oczu fundamentalnych kwestii, jakimi są wydajność i łatwość integracji z istniejącą infrastrukturą.

    Źródła

  • OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    Zespół OpenCode opublikował wersję v1.14.46, która jest stabilizacyjną aktualizacją. Wprowadza nową umiejętność customize-opencode oraz naprawia kilka krytycznych błędów w API i narzędziach MCP. Zmiany mają na celu poprawienie edytowania konfiguracji, eliminując problemy z awariami przy uruchamianiu, co zwiększa przewidywalność całego środowiska deweloperskiego.

    Kluczowe informacje

    • customize-opencode – nowa umiejętność, która zmniejsza ryzyko awarii startowych po edycji plików konfiguracyjnych.
    • Poprawki HTTP API – naprawiono obsługę numerycznych parametrów zapytań, co zwiększa niezawodność klientów wysyłających wystandaryzowane zapytania.
    • Wzmocnione bezpieczeństwo Plan Mode – podagenci działający w trybie planowania otrzymali dodatkowe zabezpieczenia izolacji.
    • Lepsza stabilność sesji i narzędzi – rozwiązano problemy z ładowaniem starszych danych sesji oraz z wykrywaniem narzędzi MCP.
    • Wyrównanie typów SDK – poprawiono zgodność typów między klientami a działaniem w czasie wykonania, co redukuje potencjalne błędy integracyjne.

    Więcej niż tylko kosmetyka – co dokładnie zmieniono

    OpenCode to otwartoźródłowy agent kodowania AI, który działa w terminalu, IDE i aplikacji desktopowej. Szybkie tempo rozwoju sprawia, że każda aktualizacja może wprowadzać drobne usterki. Wersja v1.14.46 koncentruje się na ich eliminacji.

    Najważniejszą nowością jest umiejętność customize-opencode. Dodano ją, aby edytowanie konfiguracji opencode rzadziej prowadziło do przerwania startu. Oznacza to, że agent będzie lepiej obsługiwał niepoprawne lub niepełne ustawienia, podejmując próbę naprawy kontekstu konfiguracyjnego zamiast odmawiać uruchomienia.

    Równolegle rozwiązano problem z numerycznymi parametrami w zapytaniach HTTP API. Gdy klient przesyłał parametr jako liczbę (np. limit=10), niektóre ścieżki API interpretowały go błędnie. Teraz to już nie powinno się zdarzać, co jest szczególnie ważne dla osób integrujących OpenCode z własnymi narzędziami lub zewnętrznymi platformami.

    Bezpieczeństwo podagentów i odtwarzanie sesji

    Tryb Plan Mode pozwala agentom rozkładać złożone zadania na mniejsze kroki wykonywane przez podagentów. W wersji v1.14.46 wzmocniono ich bezpieczeństwo, wprowadzając zmiany dotyczące granic wykonawczych i izolacji. Szczegóły techniczne nie zostały szerzej rozwinięte w notatkach, ale wiadomo, że poprawiono mechanizmy odpowiedzialne za odtwarzanie stanu po długich sesjach. Problemy z ładowaniem starszych danych sesji mogły zakłócać ciągłość pracy, szczególnie gdy projekt był otwierany po przerwie.

    Dodatkowo naprawiono wykrywanie narzędzi MCP (Model Context Protocol). Jeśli serwer MCP nie zgłaszał narzędzi poprawnie, agent mógł ich nie widzieć. Po aktualizacji skanowanie narzędzi działa stabilniej, a problemy z ich dostępnością powinny zniknąć.

    Dlaczego to istotne dla „vibe coding” i codziennej pracy

    OpenCode stał się poważnym konkurentem wśród terminalowych asystentów AI, szczególnie w środowiskach, gdzie liczy się szybkie prototypowanie i tzw. vibe coding, czyli tworzenie w luźnym, eksperymentalnym tempie. Każda awaria przy starcie może wybić z rytmu na dłużej. Dlatego poprawki konfiguracyjne i te związane z sesjami są niezwykle istotne.

    Wersja v1.14.46 wpisuje się w szerszy trend szybkich iteracji. W poprzednich wydaniach OpenCode wprowadzono m.in. wsparcie dla WebSocketów OpenAI, ograniczenia kroków agenta oraz ulepszone wyszukiwanie plików. Teraz przyszła kolej na solidność, co jest dobrą wiadomością dla każdego, kto nie chce martwić się o to, czy konfiguracyjny eksperyment wywoła awarię.

    Choć zmiany nie są spektakularne, ich suma zdecydowanie podnosi komfort codziennego użytkowania. Otwarte źródło i aktywna społeczność gwarantują, że kolejne wydania będą dalej wygładzać kanty – v1.14.46 jest tego dobrym przykładem.

    Źródła

  • 60 miliardów za kursor. SpaceX przejmuje Anysphere i stawia na AI w kodowaniu

    60 miliardów za kursor. SpaceX przejmuje Anysphere i stawia na AI w kodowaniu

    W połowie czerwca 2026 roku świat obiegła informacja, która nawet w erze wysokich wycen startupów wzbudza zdumienie. SpaceX, firma Elona Muska, ogłosiła zakup Anysphere, właściciela popularnego edytora kodu Cursor, za 60 miliardów dolarów. To jedna z największych akwizycji w historii venture capital, a także strategiczny krok, który może zmienić zasady gry w obszarze sztucznej inteligencji wspierającej programowanie. Przejęcie Anysphere oznacza nie tylko zakup narzędzia, ale również przejęcie całego ekosystemu deweloperskiego, danych i pętli produktywności, które mogą stać się fundamentem nowego porządku w branży IT.

    Kluczowe fakty

    • SpaceX aktywowało opcję zakupu Anysphere – twórcy Cursora – za 60 miliardów dolarów.
    • Alternatywą była wypłata 10 miliardów dolarów za wspólne prace bez finalizacji przejęcia.
    • Cursor to edytor kodu oparty na sztucznej inteligencji, z którego korzystają miliony programistów.
    • Anysphere od momentu założenia w 2022 roku pozyskała 3,38 miliarda dolarów finansowania.
    • Transakcja ma uniezależnić SpaceX od zewnętrznych modeli AI, głównie Anthropic i OpenAI, w obszarze wspomagania tworzenia oprogramowania.

    Czym jest Cursor i dlaczego jest wart fortunę?

    Cursor szybko zyskał uznanie programistów na całym świecie, łącząc znajomy interfejs z Visual Studio Code z głęboką integracją dużych modeli językowych. W przeciwieństwie do prostych asystentów czatowych, Cursor rozumie kontekst całych projektów: analizuje strukturę kodu, przewiduje ruchy programisty i automatycznie generuje skomplikowane fragmenty kodu w wielu plikach jednocześnie. W ciągu zaledwie dwóch lat od premiery stał się jednym z fundamentów nowego paradygmatu tworzenia oprogramowania, w którym programista prowadzi dialog z AI, a maszyna staje się równoprawnym współtwórcą kodu.

    Obecnie Cursor korzysta głównie z modeli firm Anthropic i OpenAI. To od tych modeli zależy wydajność i trafność podpowiedzi, które definiują doświadczenie użytkownika. Ta zależność stała się dla SpaceX nie do zaakceptowania. Przejęcie Anysphere daje Muskowi kontrolę nad warstwą aplikacji oraz możliwość podpięcia pod Cursora własnych modeli rozwijanych w ramach ekosystemu xAI i superkomputera Colossus.

    Strategiczny gambit Elona Muska

    SpaceX podkreśla, że transakcja wpisuje się w szerszą wizję dominacji w obszarze AI-asystującego programowania. W oficjalnym oświadczeniu firma stwierdziła, że razem z zespołem Cursora będzie pracować nad stworzeniem zaawansowanej sztucznej inteligencji do kodowania i zarządzania wiedzą. To podejście sugeruje, że SpaceX traktuje Cursor nie tylko jako edytor, ale jako platformę do przechwytywania całego cyklu wytwarzania oprogramowania – od pisania kodu po zarządzanie wiedzą projektową.

    Dostęp do milionów programistów korzystających z Cursora to kluczowy atut. Każda interakcja generuje dane dotyczące formułowania zapytań, popełnianych błędów i preferowanych schematów architektonicznych. Te dane stają się paliwem do dalszego trenowania modeli, tworząc samowzmacniającą się pętlę produktywności. SpaceX, dysponując własną infrastrukturą obliczeniową, w tym superkomputerem Colossus, może szybciej i taniej rozwijać modele, eliminując rosnące koszty licencyjne dla Anthropic i OpenAI.

    Warto również zauważyć kontekst osobowy. Elon Musk od lat rywalizuje z Samem Altmanem i OpenAI, a swoją drogę w AI wytycza przez xAI. Przejęcie narzędzia, które stało się symbolem nowej ery kodowania, to nie tylko ruch biznesowy, ale także demonstracja siły.

    Kulisy transakcji

    Sposób, w jaki zrealizowano tę akwizycję, jest równie interesujący co jej wartość. W kwietniu 2026 roku SpaceX ogłosiło nietypową umowę ramową, która dawała firmie opcję zakupu Anysphere wygasającą w dalszej części roku. Musk miał do wyboru: przejąć spółkę za 60 miliardów dolarów lub zapłacić 10 miliardów za prace wykonane w ramach współpracy – bez przejmowania własności intelektualnej i zespołu. W czerwcu SpaceX zdecydowało się na pełną integrację.

    Kwota 60 miliardów dolarów jest imponująca, zwłaszcza że Anysphere powstała zaledwie cztery lata wcześniej i zebrała 3,38 miliarda dolarów od inwestorów venture capital. To czyni tę akwizycję jedną z największych w historii startupów technologicznych, przewyższając zakup WhatsApp przez Facebooka (19 miliardów dolarów w 2014 roku) czy Figmy przez Adobe (20 miliardów, finalnie zablokowany). Analitycy wskazują, że cena odzwierciedla nie tyle obecne przychody Cursora, ile potencjalną wartość monopolu na rynku AI-driven software development.

    Konsekwencje dla branży IT

    Transakcja SpaceX i Anysphere wysyła wyraźny sygnał do całego sektora: edytory kodu z wbudowaną AI stają się kluczową infrastrukturą. GitHub Copilot (wspierany przez Microsoft i OpenAI), CodeWhisperer Amazona oraz konkurencyjne narzędzia od Google będą musiały zmierzyć się z graczem, który kontroluje zarówno warstwę klienta, jak i procesory oraz centra danych.

    Dla społeczności deweloperskiej wiadomość budzi mieszane uczucia. Z jednej strony – obietnica szybszej i głębszej integracji AI z workflow. Z drugiej – obawy przed uzależnieniem od jednego dostawcy i utratą niezależności. Cursor dotychczas mógł swobodnie wybierać modele AI od różnych dostawców; teraz kierunek rozwoju zostanie podporządkowany celom SpaceX. Pytanie, czy Musk zachowa otwartość platformy, czy wykorzysta ją do promowania własnych rozwiązań xAI, pozostaje otwarte.

    Co dalej?

    Finalizacja przejęcia oznacza początek głębokiej integracji. SpaceX zapowiedziało, że zespoły Cursora i xAI będą ściśle współpracować, aby przenieść możliwości AI w kodowaniu na nowy poziom. W tle pojawiają się wzmianki o superkomputerze Colossus, który ma dostarczać moc obliczeniową zdolną do obsługi interakcji z milionami użytkowników jednocześnie. Dla programistów oznacza to prawdopodobnie nową erę, w której AI nie tylko podpowiada kod, ale aktywnie zarządza całym cyklem życia aplikacji – od koncepcji po wdrożenie. Czy 60 miliardów za kursor okaże się inwestycją dekady, czy megalomańską przeceną? Odpowiedź poznamy wkrótce.

  • OpenCode v1.14.40: Zdalna konfiguracja przez .well-known i kluczowe poprawki stabilności

    OpenCode v1.14.40: Zdalna konfiguracja przez .well-known i kluczowe poprawki stabilności

    Najnowsza wersja otwartoźródłowego agenta kodującego OpenCode, oznaczona numerem 1.14.40, wprowadza znaczące zmiany w zarządzaniu konfiguracją oraz poprawia stabilność połączeń. Wydanie to skupia się na usunięciu przeszkód w integracji z modelami AI oraz na usprawnieniu codziennej pracy programistów korzystających z terminala, IDE czy aplikacji desktopowej. Dzięki wprowadzeniu standardu .well-known, deweloperzy mogą teraz centralnie zarządzać ustawieniami agenta bez potrzeby modyfikowania lokalnych plików.

    Kluczowe fakty dotyczące wydania

    • Zdalna konfiguracja przez ścieżkę /.well-known/opencode pozwala na dynamiczne pobieranie ustawień agenta z serwera, zgodnie z standardem IETF.
    • Poprawki CORS rozwiązują problemy z nagłówkami Cross-Origin Resource Sharing, które wcześniej blokowały komunikację z API dostawców modeli, takich jak Claude, GPT i Gemini.
    • Zarządzanie sesją zostało usprawnione – asystent teraz zachowuje tekst podczas odtwarzania bloków rozumowania, co zwiększa przejrzystość procesu myślowego AI.
    • Stabilność warp flows została poprawiona, co utrzymuje łączność z przestrzenią roboczą podczas wykonywania złożonych operacji.
    • Ulepszenia pulpitu obejmują lepsze uprawnienia schowka oraz zoptymalizowane logowanie konsoli.

    Zdalna konfiguracja przez .well-known – centralne zarządzanie bez dotykania plików

    Jedną z najważniejszych nowości w wersji 1.14.40 jest wsparcie dla plików konfiguracyjnych hostowanych zdalnie i dostępnych przez standardową ścieżkę /.well-known/opencode. To rozwiązanie, inspirowane specyfikacją IETF dla dobrze znanych identyfikatorów URI, nadaje mu uniwersalny charakter. Oznacza to, że plik konfiguracyjny agenta może być umieszczony na serwerze organizacji, a wszystkie instancje OpenCode – na terminalu programisty, w IDE czy w aplikacji desktopowej – będą go automatycznie pobierać. Nie ma już potrzeby ręcznego kopiowania plików .opencode.yml między maszynami ani utrzymywania spójności konfiguracji w różnych środowiskach. Dla zespołów DevOps i liderów technicznych to krok w stronę pełnej standaryzacji: zmiany w ustawieniach agenta, takie jak wybór modelu, timeouty czy polityki bezpieczeństwa, można wdrożyć centralnie, a wszystkie stanowiska odzwierciedlą je przy następnym uruchomieniu.

    Wersja 1.14.40 również radzi sobie z wygaśnięciem uwierzytelnienia do zdalnego pliku konfiguracyjnego – w takich przypadkach agent prosi użytkownika o ponowne zalogowanie, zamiast po cichu zawiesić działanie. Te detale pokazują dojrzałość projektu.

    Wzmocnienie stabilności: CORS, re-entry i warp flows

    Poprzednie wersje miały problemy z komunikacją sieciową. OpenCode 1.14.40 bezpośrednio adresuje problem z aplikowaniem nagłówków CORS, które odpowiadały za przerwane sesje przy łączeniu się z zewnętrznymi dostawcami modeli, takimi jak Anthropic Claude, OpenAI GPT czy Google Gemini. Gdy nagłówki były pomijane, klienci przeglądarkowi lub terminalowi blokowali zapytania, co uniemożliwiało poprawne wysyłanie promptów i odbieranie odpowiedzi. Teraz cały proces działa płynnie, co jest kluczowe dla tych, którzy polegają na chmurowych API do generowania kodu.

    Kolejnym istotnym punktem jest naprawienie błędów ponownego wejścia, które wcześniej powodowały problemy z sesjami podczas korzystania z warp flows.

    Źródła

  • Majowa aktualizacja OpenCode: Pełne wsparcie proxy w desktopie i nowy przepływ sesji

    Majowa aktualizacja OpenCode: Pełne wsparcie proxy w desktopie i nowy przepływ sesji

    Majowa aktualizacja OpenCode przyniosła wersję 1.17.4, która jest szczególnie ważna dla deweloperów pracujących w środowiskach korporacyjnych. Oprogramowanie rozwija wsparcie dla serwerów proxy i niestandardowych certyfikatów bezpieczeństwa, a także poprawia zarządzanie sesjami. Choć nie wprowadza spektakularnych nowości, odpowiada na potrzeby zgłaszane przez użytkowników na GitHubie i forach społeczności.

    Kluczowe zmiany w skrócie

    – OpenCode obsługuje standardowe zmienne proxy (HTTP_PROXY, HTTPS_PROXY), co potwierdza dokumentacja.
    – Obsługa niestandardowych urzędów certyfikacji (CA) jest dostępna dla ruchu przez proxy oraz bezpośrednich połączeń z API modeli – konfiguracja jest opisana w oficjalnych materiałach.
    – Udoskonalono przepływ pracy z sesjami, aby zminimalizować ryzyko utraty kontekstu przy przełączaniu zadań.
    – Rozwój funkcji zarządzania wieloma projektami – OpenCode zwiększa możliwości pracy równoległej.
    – Wprowadzono poprawki stabilności i interfejsu dla użytkowników systemu Windows.

    Dlaczego wsparcie proxy pozostaje priorytetem dla firm

    Dla użytkowników OpenCode korzystających z domowych łączy temat zmiennych proxy może wydawać się mało istotny. W rzeczywistości jednak wielu deweloperów pracuje w środowiskach korporacyjnych, gdzie cały ruch sieciowy przechodzi przez firmowe serwery pośredniczące. Bez odpowiedniej obsługi HTTPS_PROXY agent AI nie może nawiązać połączenia z żadnym modelem językowym, co czyni go bezużytecznym.

    OpenCode dokumentuje wsparcie dla zmiennych środowiskowych proxy i niestandardowych certyfikatów – w oficjalnych materiałach technicznych można przeczytać, że oprogramowanie „wspiera standardowe zmienne proxy i niestandardowe certyfikaty”. Oznacza to, że w środowiskach skonfigurowanych zgodnie z dokumentacją agent powinien komunikować się przez firmowe proxy. Wątki na GitHubie pokazują, że niektóre instalacje napotykały trudności, co skłaniało zespół do ciągłych poprawek.

    Aktualizacja v1.17.4 nie przyniosła rewolucji, ale wpisuje się w długofalowe działania na rzecz niezawodności. OpenCode wykrywa zmienne proxy zgodnie z konfiguracją systemową, a zaufanie do firmowych CA można ustanowić jednorazowo. Dla zespołów IT kluczowe jest, że nie ma potrzeby ręcznego ingerowania w pliki konfiguracyjne poza standardowymi zmiennymi środowiskowymi.

    W środowiskach o zaostrzonej polityce bezpieczeństwa – takich jak sektor finansowy czy rządowy – proxy i niestandardowe certyfikaty są niezbędne. Bez nich narzędzie AI nie przejdzie audytu bezpieczeństwa, co wyklucza je z wielu projektów komercyjnych. Dlatego każda iteracja OpenCode, która zapewnia stabilną pracę w tych warunkach, jest dla firm istotna.

    Udoskonalenia w zarządzaniu sesjami

    Zespół OpenCode pracuje nad tym, by przełączanie między zadaniami nie prowadziło do utraty kontekstu – to jeden z najczęściej podnoszonych postulatów społeczności. Dotychczas nagłe zamknięcie karty lub szybkie przechodzenie między projektami mogło prowadzić do frustracji, gdy prompt i wybór środowiska były niezgodne.

    Nowa wersja rozwija mechanizmy porządkujące ten proces – użytkownik ma teraz większą kontrolę nad kontekstem pracy. Flow sesji został przeprojektowany, aby dać więcej czasu na doprecyzowanie zapytania i wskazanie projektu, zanim agent zacznie działać.

    Usprawnienia obejmują także jednoczesną pracę nad wieloma projektami. OpenCode lepiej radzi sobie ze zmianą środowiska, minimalizując konieczność ręcznego odtwarzania ustawień przy przełączaniu kontekstu. To docenią zwłaszcza osoby pracujące z kilkoma repozytoriami jednocześnie.

    Bieżące poprawki na platformie Windows

    Użytkownicy Windowsa mogą liczyć na regularne poprawki stabilności aplikacji OpenCode – dotyczą one zarówno elementów interfejsu (w tym paska tytułu), jak i procesu aktualizacji z wcześniejszych instalacji. Każda nowa łatka przybliża środowisko Windows do poziomu płynności znanego z Linuksa czy macOS, a aktualizacja 1.17.4 eliminuje kilka rzadkich przypadków błędów renderowania i usprawnia migrację ze starszych wersji.

    Źródła

  • OpenCode v1.14.39: Lepsza Obsługa Proxy i Certyfikatów Systemowych w Aplikacji Desktopowej

    OpenCode v1.14.39: Lepsza Obsługa Proxy i Certyfikatów Systemowych w Aplikacji Desktopowej

    Nowa wersja OpenCode v1.14.39 wprowadza poprawki, które zwiększają stabilność klienta desktopowego, szczególnie w środowiskach firmowych. Aktualizacja skupia się na poprawnym działaniu aplikacji z firmowymi serwerami proxy oraz systemowymi certyfikatami CA. Dzięki temu narzędzie do programowania z pomocą AI przestaje napotykać problemy z połączeniem w korporacyjnych sieciach.

    Takie aktualizacje, choć niepozorne, mają kluczowe znaczenie dla deweloperów. Problemy z debugowaniem połączeń TLS mogą być frustrujące, zwłaszcza gdy w pobliżu znajduje się korporacyjny firewall.

    Co nowego w OpenCode v1.14.39

    • OpenCode poprawnie odczytuje zmienne środowiskowe HTTP_PROXY dla ruchu sieciowego.
    • Aplikacja desktopowa nie zawiesza się już przy odczycie uszkodzonych lub brakujących danych lokalnych.
    • Systemowe certyfikaty CA są teraz automatycznie uznawane za zaufane przy połączeniach HTTPS.
    • Poprawka eliminuje awarie przy próbie odczytu przechowywanych wartości w kliencie desktopowym.

    Dlaczego obsługa proxy ma znaczenie dla dewelopera

    W wielu firmach dostęp do internetu odbywa się przez serwer proxy, który często jest definiowany przez zmienne środowiskowe, takie jak HTTP_PROXY czy HTTPS_PROXY. Dla narzędzia AI, które musi wysyłać zapytania do zewnętrznych modeli językowych i endpointów chmurowych, ignorowanie tych ustawień prowadzi do braku odpowiedzi lub błędów sieciowych.

    OpenCode od wersji v1.14.39 odczytuje te zmienne i stosuje je przy każdym żądaniu wychodzącym z aplikacji desktopowej. To istotna zmiana dla osób pracujących za firmowym VPN-em, eliminująca potrzebę ręcznego konfigurowania obejść czy testowania łączności za każdym razem, gdy trzeba coś wygenerować w kodzie.

    Certyfikaty CA i koniec problemów z TLS

    Certyfikaty CA i koniec problemów z TLS

    Firmy często korzystają z własnych wewnętrznych urzędów certyfikacji (CA). Przeglądarki i systemy operacyjne zazwyczaj mają je w zaufanym magazynie, ale aplikacje, szczególnie te oparte na Electronie, mogą je ignorować. To prowadzi do problemów z połączeniami HTTPS, mimo że w przeglądarkach wszystko działa poprawnie.

    OpenCode w wersji v1.14.39 zaczyna ufać certyfikatom systemowym. Oznacza to, że żądania do API modeli AI nie będą już kończyć się błędami UNABLE_TO_VERIFY_LEAF_SIGNATURE. Dla DevOpsów i administratorów to mniej zgłoszeń na Slacku dotyczących problemów z OpenCode.

    Stabilniejsza praca z danymi lokalnymi

    Stabilniejsza praca z danymi lokalnymi

    Poprawiona obsługa przechowywanych wartości w aplikacji desktopowej to kolejny istotny element aktualizacji. Wcześniej, gdy klient nie mógł odczytać zapisanego stanu, aplikacja mogła się zawiesić. Teraz, jak podaje changelog, aplikacja „zwraca null zamiast awarii”. Ta zmiana eliminuje wiele nieprzyjemnych crashy, szczególnie przy aktualizacjach i pierwszym uruchomieniu po dłuższej przerwie.

    Co to oznacza dla użytkowników OpenCode

    Wszystkie te zmiany pokazują, że twórcy OpenCode poważnie myślą o zastosowaniach w środowisku enterprise. To narzędzie open-source przyciąga uwagę indywidualnych programistów, ale niezawodna praca w sieciach firmowych jest kluczowa dla konkurencji z komercyjnymi rozwiązaniami, takimi jak GitHub Copilot. Wersja v1.14.39 to krok w kierunku większej dojrzałości korporacyjnej, co jest istotne w kontekście rosnącego zapotrzebowania na agentów AI w IDE.

    OpenCode pozycjonuje się jako wszechstronny agent AI do terminala, IDE i desktopu. Ta aktualizacja pokazuje, że desktop to nie tylko dodatek, ale pełnoprawny klient, który musi działać w rzeczywistych warunkach sieciowych – za proxy, z wewnętrznymi certyfikatami i bez zawieszania się przy pierwszym hicie.

    Źródła

  • Rząd USA zamraża dostęp do modeli Claude Fable 5 i Mythos 5 – Anthropic mówi o nieporozumieniu

    Rząd USA zamraża dostęp do modeli Claude Fable 5 i Mythos 5 – Anthropic mówi o nieporozumieniu

    Amerykański rząd wydał 12 czerwca 2026 roku dyrektywę o kontroli eksportu, która zmusiła firmę Anthropic do natychmiastowego odcięcia dostępu do modeli Claude Fable 5 oraz Claude Mythos 5 dla wszystkich obcokrajowców. W praktyce oznaczało to globalne zawieszenie usług. Anthropic otrzymało pismo o 17:21 czasu wschodniego, a już kilka godzin później deweloperzy zaczęli zgłaszać problemy z dostępem w swoich aplikacjach. Firma twierdzi, że sprawa została wyolbrzymiona i zapowiada szybkie przywrócenie usług.

    Kluczowe fakty

    • 12 czerwca 2026 – amerykański rząd wydał dyrektywę powołując się na zagrożenie bezpieczeństwa narodowego
    • Claude Fable 5 i Claude Mythos 5 zostały wyłączone globalnie, co dotknęło także obywateli USA oraz pracowników Anthropic
    • Pozostałe modele Claude działają bez zakłóceń
    • Powodem ma być rzekoma możliwość złamania zabezpieczeń (jailbreak) modelu Claude Fable 5
    • Anthropic pracuje nad przywróceniem dostępu, podkreślając, że obawy są nieproporcjonalne

    Co dokładnie się wydarzyło?

    Anthropic poinformowało o sytuacji w oficjalnym oświadczeniu opublikowanym na platformie X. Z treści wynika, że rząd USA, powołując się na przepisy dotyczące bezpieczeństwa narodowego, nakazał zawieszenie dostępu do Claude Fable 5 i Claude Mythos 5 dla wszystkich osób o obcym obywatelstwie, niezależnie od tego, czy przebywają na terenie Stanów Zjednoczonych, czy poza ich granicami. Zakaz objął nawet zagranicznych pracowników samego Anthropic.

    Praktycznym skutkiem tej decyzji było natychmiastowe wyłączenie obu modeli dla całej bazy klientów. Deweloperzy korzystający z API claude-fable-5 zaczęli otrzymywać błędy dostępu, w tym komunikaty o nieodnalezieniu zasobu, z sugestią migracji do innych modeli Claude. Co ciekawe, pierwsze testy przeprowadzone jeszcze po godzinie 21:00 czasu wschodniego pokazywały działający dostęp przez claude.ai i Claude Code, co sugeruje, że wyłączenie nastąpiło stopniowo w ciągu kilkudziesięciu minut od otrzymania pisma.

    Na czym polega rzekomy jailbreak?

    Anthropic ujawniło, że obawy rządu koncentrują się wokół konkretnej techniki obejścia zabezpieczeń modelu Claude Fable 5. Chodzi o scenariusz, w którym model otrzymuje polecenie przeczytania określonej bazy kodu i naprawienia znalezionych w niej błędów. Urzędnicy obawiają się, że taka metoda mogłaby potencjalnie ominąć filtry bezpieczeństwa lub ujawnić ukryte luki.

    Firma podkreśla jednak, że dowody przedstawione przez rząd są nieprzekonujące i dotyczą pojedynczych, znanych przypadków o niewielkim znaczeniu. Anthropic nie uważa, by stanowiło to systemowe zagrożenie dla bezpieczeństwa.

    Co to oznacza dla deweloperów i zespołów DevOps?

    Skutki są odczuwalne natychmiast. Każda aplikacja, skrypt CI/CD czy środowisko produkcyjne korzystające z endpointów Claude Fable 5 lub Claude Mythos 5 przestaje działać. API przestaje odpowiadać na wywołania do tych modeli, zwracając komunikaty o błędzie, a jedyną rekomendowaną ścieżką jest migracja do innych dostępnych wariantów Claude.

    Dla zespołów DevOps oznacza to konieczność szybkiego przeglądu konfiguracji, aktualizacji pipeline'ów oraz wdrożenia logiki fallbackowej na wypadek podobnych sytuacji w przyszłości. Platformy hostingowe i dostawcy usług integrujący Claude Fable 5 jako backendowy silnik AI również muszą dostosować swoje systemy.

    Pozostałe modele Anthropic pozostają w pełni funkcjonalne, a problem dotyczy wyłącznie dwóch konkretnych wersji. Nie ma więc mowy o całkowitym paraliżu usług AI tej firmy, ale skala nagłości zmian jest znaczna.

    Szerszy kontekst: regulacje kontra innowacja

    Ta sytuacja ilustruje narastające napięcie między dynamicznym rozwojem sztucznej inteligencji a rosnącą presją regulacyjną ze strony rządów. Wcześniejsze dyskusje o kontroli eksportu zaawansowanych modeli AI dotyczyły głównie Chin i innych państw uznawanych za rywali technologicznych. Tym razem jednak zakaz uderzył globalnie, również w amerykańskich deweloperów i firmy.

    Anthropic wyraźnie nie zgadza się z decyzją i liczy na szybkie jej cofnięcie. Firma podkreśla, że dowody są słabe, a reakcja – nieproporcjonalna. Jeśli rząd wycofa się z dyrektywy w ciągu najbliższych dni, całe zdarzenie może być postrzegane jako przykład nadmiernej reakcji regulacyjnej. Jeśli jednak spór się przeciągnie, będzie to mocny sygnał ostrzegawczy dla całej branży AI.

    Co dalej?

    Na ten moment nie ma oficjalnego harmonogramu przywrócenia Claude Fable 5 i Claude Mythos 5. Anthropic zapowiada, że pracuje nad rozwiązaniem sprawy, ale wiele zależy od tempa dialogu z administracją. Deweloperzy, którzy polegali na tych modelach, powinni jak najszybciej przeprowadzić migrację do alternatywnych modeli Claude i uważnie śledzić komunikaty firmy.

    To wydarzenie przypomina, jak krucha potrafi być infrastruktura AI oparta na zewnętrznych API oraz jak ważne jest budowanie systemów odpornych na nagłe zmiany dostępności kluczowych komponentów.

  • Factory CLI v0.118.1 wprowadza niestandardowy katalog roboczy dla sesji programistycznych

    Factory CLI v0.118.1 wprowadza niestandardowy katalog roboczy dla sesji programistycznych

    Nowa wersja Factory CLI (v0.118.1) wprowadza długo oczekiwany parametr cwd do publicznego Sessions API, co umożliwia uruchamianie sesji Droid Computer w wybranym katalogu. Zespół poprawił także obsługę błędnych ścieżek – teraz zamiast cichego przełączania na niewłaściwy katalog, użytkownicy otrzymują jasny, ustrukturyzowany komunikat o problemie.

    • Parametr cwd pozwala wskazać folder startowy dla sesji Droid Computer
    • Ustrukturyzowane błędy zastępują dotychczasowe ciche przełączanie się na niewłaściwy katalog
    • Szybsze wykrywanie problemów – nieprawidłowa ścieżka natychmiast przerywa inicjalizację sesji
    • Lepsza kontrola w monorepozytoriach – agent trafia dokładnie tam, gdzie go potrzebujesz

    Co dokładnie się zmieniło

    Publiczne Sessions API zyskało opcjonalne pole cwd. Oznacza to, że przy starcie sesji można podać ścieżkę bezwzględną lub względną, a Droid Computer rozpocznie pracę w tym miejscu. Wcześniej katalog roboczy był ustalany automatycznie, co w złożonych strukturach projektowych mogło prowadzić do problemów, zwłaszcza przy pracy w kilku modułach jednocześnie.

    Druga zmiana dotyczy obsługi błędów. Jeśli wskażesz nieistniejącą ścieżkę lub katalog bez odpowiednich uprawnień, Factory CLI natychmiast zwróci strukturalny błąd. Koniec z sytuacjami, w których agent w milczeniu lądował w zupełnie innym folderze, a użytkownik orientował się po fakcie, przeglądając zmiany w niewłaściwym repozytorium.

    Dlaczego to ważne dla web developerów

    Praca z agentami AI w środowisku deweloperskim wymaga przewidywalności. Gdy zlecasz Droidowi zadanie w projekcie zagnieżdżonym głęboko w strukturze monorepo, każdy błąd ścieżki może skutkować edycją niewłaściwych plików. Nowy parametr cwd eliminuje ten problem u źródła.

    Dla zespołów korzystających z vibe codingu to znaczna oszczędność nerwów. Na przykład, jeśli masz folder apps/admin-panel i packages/shared-ui, a agent ma pracować tylko w tym pierwszym, bez jawnego wskazania katalogu ryzyko, że naruszy też drugi obszar, było realne. Teraz wystarczy podać cwd: "./apps/admin-panel" i mieć pewność, że wszystko przebiega zgodnie z planem.

    Aspekty DevOps i automatyzacji

    W kontekście CI/CD i skryptów automatyzacyjnych strukturalne błędy mają duże znaczenie. Wcześniej musiałeś liczyć na to, że sesja jakoś się uruchomi, a jeśli nie, to debugowałeś efekty uboczne. Teraz błąd jest jawny, sformatowany i gotowy do przechwycenia w pipeline’ie.

    Dla zespołów DevOps pracujących z tymczasowymi workspace’ami (np. generowanymi dynamicznie per PR) możliwość wskazania dokładnego katalogu przy starcie sesji upraszcza integrację z istniejącymi workflow. Nie trzeba już ręcznie przechodzić do odpowiedniego katalogu na początku każdego zadania – Factory CLI zajmuje się tym automatycznie.

    Kontekst wersji i co dalej

    Wersja v0.118.1 to kolejny krok w kierunku bardziej zaawansowanego narzędzia. Factory regularnie wprowadza aktualizacje – w ostatnich tygodniach pojawiły się usprawnienia w obsłudze Jiry, bezpieczniejsza kontrola ryzykownych komend oraz możliwość samodzielnej dezaktywacji organizacji. Widać wyraźny kierunek: większa kontrola użytkownika nad środowiskiem wykonawczym agentów.

    Choć w notatkach do wydania nie ma danych dotyczących benchmarków ani konkretnych metryk wydajnościowych, zmiana w Sessions API jest na tyle istotna, że warto ją wdrożyć od razu po aktualizacji. Deweloperzy pracujący z wieloma repozytoriami, zagnieżdżonymi aplikacjami czy środowiskami kontenerowymi odczują różnicę natychmiast.

    Podsumowanie

    Factory CLI v0.118.1 rozwiązuje dwa konkretne problemy: brak kontroli nad katalogiem startowym sesji i niejasne komunikaty o błędach ścieżek. Dodanie parametru cwd oraz strukturalnych błędów ma znaczenie zwłaszcza w złożonych projektach webowych, gdzie precyzja jest kluczowa. Jeśli korzystasz z sesji Droid Computer, ta aktualizacja ułatwi ci pracę.

    Źródła

  • Claude Fable 5 wchodzi do gry — Anthropic otwiera dostęp do modelu klasy Mythos dla każdego

    Claude Fable 5 wchodzi do gry — Anthropic otwiera dostęp do modelu klasy Mythos dla każdego

    Anthropic udostępniło Claude Fable 5, swój najnowszy model klasy Mythos, który jest uznawany za bezpieczny do powszechnego użytku. To pierwszy raz, gdy tak zaawansowany model jest dostępny dla użytkowników płatnych planów Claude oraz przez API, chociaż jego bliźniacza wersja, Claude Fable 5, pozostaje ograniczona do wybranych partnerów. Fable 5 jest już dostępny na Amazon Bedrock, w interfejsie Claude API, a także na Google Cloud Vertex AI i w Microsoft Foundry.

    Co trzeba wiedzieć o Claude Fable 5

    • Fable 5 to model klasy Mythos, który osiąga wysokie wyniki w testach porównawczych.
    • Autonomiczna praca przez miliony tokenów — model potrafi działać samodzielnie przez długi czas.
    • Inżynieria oprogramowania i długotrwałe zadania kodowania to obszary, w których model wykazuje znaczną poprawę wydajności.
    • Ograniczenia bezpieczeństwa dotyczą głównie biologii, chemii, cyberbezpieczeństwa i destylacji — zapytania z tych dziedzin są kierowane do modelu Opus 4.8.
    • Claude Fable 5 to wersja z poluzowanymi zabezpieczeniami, dostępna tylko dla cyberobrońców i instytucji rządowych USA.

    Kodowanie, które nie potrzebuje nadzoru

    Największą nowością w Fable 5 jest jego zdolność do wielogodzinnej autonomicznej pracy. Model potrafi utrzymać kontekst przez miliony tokenów, robić notatki dla siebie i korygować własne wyniki podczas wykonywania zadania. Dla deweloperów oznacza to narzędzie, które nie wymaga ciągłego nadzoru.

    Anthropic informuje, że Fable 5 może działać autonomicznie dłużej niż jakikolwiek wcześniejszy model Claude. W praktyce oznacza to, że agenci kodujący mogą otrzymać specyfikację na kilka stron i realizować ją przez wiele godzin bez interwencji człowieka. Ethan Mollick, który testował model przed premierą, potwierdził, że Fable potrafi pracować nawet kilkanaście godzin nad złożonymi zadaniami.

    Co ciekawe, model samodzielnie ocenia swój kod w kontekście założonych celów. Nie chodzi już tylko o generowanie fragmentów kodu — Fable 5 sprawdza, czy to, co napisał, faktycznie realizuje zamierzony cel. To podejście agentowe, które Anthropic traktuje jako kluczowe w tej wersji.

    Frontend ze screenshota i inne sztuczki z wizją

    Anthropic określa Fable 5 jako nowy krok w zadaniach związanych z wizją komputerową. Model rozumie diagramy, wykresy, tabele, pliki PDF i zrzuty ekranu. Jednak szczególnie interesującą funkcją dla web deweloperów jest możliwość odtworzenia kodu źródłowego aplikacji webowej na podstawie zrzutów ekranu interfejsu.

    Wyobraź sobie: robisz zrzuty ekranu istniejącej aplikacji, przesyłasz je do Claude, a model rekonstruuje frontend. To znaczne ułatwienie przy prototypowaniu, przekształcaniu starych interfejsów czy szybkim odtwarzaniu konkurencyjnych rozwiązań do analizy.

    Dodatkowo model precyzyjnie odczytuje dane z wykresów naukowych — potrafi wyciągać dokładne liczby z wizualizacji, co wcześniej wymagało ręcznej pracy lub specjalistycznych narzędzi OCR. Dla zespołów pracujących z dokumentacją techniczną to znaczny postęp.

    Vibe coding wchodzi na wyższy poziom

    Dla osób śledzących trend vibe codingu, Fable 5 to jedna z najważniejszych premier tego roku. Model został zaprojektowany do długotrwałych zadań w środowiskach takich jak Claude Code. Mówimy o agentach, którzy otrzymują opis funkcjonalności w języku naturalnym i realizują go przez wiele godzin, a czasem dni.

    Mollick pokazał, jak Fable 5 generuje gry wideo na podstawie pojedynczego prompta w Claude Code. To nie są proste dema — model tworzył gry na podstawie wielostronicowych specyfikacji. Inny przykład to szczegółowa mapa izochroniczna wygenerowana z opisu słownego.

    AWS w swoim komunikacie podkreśla, że Fable 5 jest zbudowany z myślą o ambitnych, złożonych projektach, które wcześniej wymagały całych zespołów. To nie jest narzędzie do szybkich fragmentów kodu — to silnik do poważnych zadań programistycznych.

    Bezpieczeństwo z zastrzeżeniami

    Anthropic wprowadziło zabezpieczenia dla Fable 5. Zapytania związane z biologią, chemią, cyberbezpieczeństwem i destylacją są przekierowywane do modelu Opus 4.8, ponieważ firma obawia się nadużyć w tych dziedzinach. Cybernetyczny zespół testowy spędził ponad tysiąc godzin na testowaniu zabezpieczeń i nie znalazł skutecznego sposobu na ich obejście.

    Claude Fable 5, czyli ta sama wersja z poluzowanymi ograniczeniami, trafił wyłącznie do wybranych partnerów — cyberobrońców i dostawców infrastruktury współpracujących z rządem USA. Anthropic wyraźnie oddziela masowe wdrożenie Fable od limitowanego dostępu do Claude Fable 5.

    Co to zmienia dla deweloperów

    Claude Fable 5 to nie tylko aktualizacja. To model, który Anthropic wprowadza jako narzędzie do autonomicznej pracy programistycznej. Rekonstrukcja frontendu ze zrzutu ekranu, wielogodzinne agentowe kodowanie, samokrytyka generowanego kodu — wszystko to jest dostępne w publicznym API.

    Dla branży web dev, AI i vibe codingu to sygnał, że agentowe podejście do programowania staje się standardem. Staje się produktem dostępnym od ręki, na platformie chmurowej, z dokumentacją i wsparciem. Jeśli twoje narzędzia jeszcze nie korzystają z agentów, Fable 5 może być modelem, który zmieni twoje podejście.