Tag: Agenci AI

  • Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Twórcy platformy Factory ogłosili wydanie wersji v0.123.0, która została udostępniona użytkownikom pod koniec czerwca. Najważniejszą nowością w tej wersji jest moduł do stałego monitorowania zużycia tokenów, który jest teraz dostępny w panelu Mission Control. Dodatkowo zespół wprowadził mechanizm optymistycznego przesyłania wiadomości, mający na celu skrócenie czasu oczekiwania na odpowiedzi agentów AI. Krótko po premierze, 11 maja, opublikowano także łatkę v0.123.0, która zawierała drobne usprawnienia.

    Kluczowe informacje o aktualizacji

    • Śledzenie zużycia tokenów w Mission Control umożliwia bieżącą kontrolę kosztów i obciążenia workflow.
    • Optymistyczne przesyłanie wiadomości pozwala na szybszą interakcję z agentami przed pełnym nawiązaniem połączenia.
    • Powiadomienia o przestarzałych modelach informują programistów, które wersje warto zaktualizować.
    • Poprawki błędów sesji eliminują problemy z ładowaniem i zwiększają niezawodność pracy z subagentami.
    • Korekta zliczania tokenów subagentów dostarcza dokładniejsze dane do rozliczeń i analiz.

    Jak działa nowe śledzenie tokenów w Factory

    Dotychczas użytkownicy Factory mogli jedynie szacować zużycie tokenów na podstawie zewnętrznych narzędzi lub ogólnych metryk. Teraz, dzięki integracji licznika z Mission Control — centralnym hubem do zarządzania agentami — deweloperzy mają dostęp do dokładnych danych o konsumpcji tokenów w czasie rzeczywistym, bez potrzeby przełączania się między aplikacjami.

    Panel prezentuje zarówno ogólne statystyki, jak i szczegółowe rozbicie na poszczególne zadania. To znaczące ułatwienie dla zespołów DevOps, które muszą monitorować budżety przy intensywnym wykorzystaniu modeli językowych. Oznacza to mniej niespodzianek na fakturach i większą kontrolę nad kosztami infrastruktury AI.

    W tej samej aktualizacji poprawiono również błąd związany z nieprawidłowym zliczaniem tokenów dla subagentów. Wcześniej dane mogły być nieprecyzyjne, co utrudniało dokładne rozliczenia — teraz problem został rozwiązany.

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Drugim kluczowym elementem tej aktualizacji jest mechanizm optymistycznego przesyłania wiadomości. System nie czeka już na pełne potwierdzenie połączenia przed wysłaniem wiadomości do agenta. Działa na zasadzie „zakładamy, że wszystko pójdzie dobrze” i realizuje zapytanie od razu.

    Efekt to krótsze czasy reakcji, co jest szczególnie zauważalne przy szybkim iterowaniu kodu. Deweloperzy, którzy stosują metodę vibe coding, gdzie tempo i płynność pracy są kluczowe, od razu dostrzegą różnicę. Nie trzeba już czekać na kilka dodatkowych sekund przy każdym zapytaniu.

    Zespół Factory zaznacza, że mechanizm został zaprojektowany tak, aby nie wpływał negatywnie na stabilność sesji. W przypadku problemów system potrafi cofnąć operację i spróbować ponownie, co oznacza, że użytkownik nie traci danych ani kontekstu rozmowy.

    Poprawki i drobniejsze zmiany

    Poprawki i drobniejsze zmiany

    Oprócz głównych funkcji, wersja v0.123.0 wprowadziła kilka poprawek. Najważniejsza dotyczyła sesji — wcześniej zdarzało się, że nie ładowały się poprawnie po ponownym uruchomieniu, co mogło zakłócać pracę. Teraz ten problem został usunięty.

    Poprawiono także obsługę nazw narzędzi. Wcześniej niektóre komendy mogły być błędnie interpretowane przez agentów, zwłaszcza gdy zawierały niestandardowe znaki. Po aktualizacji mapowanie jest dokładniejsze, co zmniejsza liczbę nieoczekiwanych błędów w automatyzacjach.

    Warto również wspomnieć o powiadomieniach deprecjacyjnych. Jeśli któryś z używanych modeli zbliża się do końca wsparcia, Factory informuje o tym i sugeruje migrację na nowszą wersję. To małe udogodnienie oszczędza czas na ręczne sprawdzanie statusu kompatybilności.

    Co to oznacza dla zespołów AI i DevOps

    Ta aktualizacja wpisuje się w szerszy trend w narzędziach dla AI engineeringu, koncentrując się na transparentności kosztowej i niezawodności sesji. Dla osób zarządzających wieloma agentami jednocześnie, dokładne dane o zużyciu tokenów oraz poprawiona stabilność sesji mogą znacząco ułatwić pracę i zwiększyć efektywność.


    Źródła

  • Cursor integruje się z Microsoft Teams: Nowa era współpracy programistycznej

    Cursor integruje się z Microsoft Teams: Nowa era współpracy programistycznej

    Firma Cursor ogłosiła integrację swojego asystenta AI z platformą Microsoft Teams, co umożliwia zespołom programistycznym delegowanie zadań bezpośrednio z kanałów komunikacyjnych. To posunięcie przenosi agentów AI poza środowisko IDE i umieszcza je w miejscach, gdzie zapadają decyzje inżynieryjne. Użytkownicy mogą teraz wspomnieć @Cursor w dowolnym czacie, aby uruchomić autonomicznego agenta chmurowego, który przeanalizuje repozytorium, wdroży rozwiązanie i zgłosi pull request – wszystko bez opuszczania Teams.

    Kluczowe fakty o integracji

    • @Cursor w Teams uruchamia agenta chmurowego, który samodzielnie pracuje nad zadaniami w repozytorium i otwiera pull request.
    • Agent ma świadomość kontekstową, co pozwala mu automatycznie wybrać odpowiednie repozytorium i model AI na podstawie podpowiedzi i historii aktywności.
    • Integracja działa w czatach prywatnych, grupowych oraz kanałach zespołowych.
    • Do korzystania wymagane jest aktywne konto Cursor oraz połączenie z GitHub lub GitLab, a także skonfigurowanie uprawnień, rozliczeń i zasad przeglądu.
    • Użytkownicy mogą dostosować parametry, określając repozytorium, gałąź i model AI w treści wiadomości.

    Jak to działa w praktyce?

    Integracja została zaprojektowana z myślą o prostocie i płynności przepływu pracy. Gdy członek zespołu, na przykład product manager lub tester, napotka błąd, nie musi już opisywać go w zewnętrznym narzędziu ani przerywać pracy programisty. Wystarczy, że w odpowiednim kanale Teams wpisze wiadomość w stylu: @Cursor napraw błąd logowania w repozytorium frontend-app. Agent chmurowy Cursor odczytuje cały wątek konwersacji, aby zrozumieć kontekst problemu, a następnie lokalizuje odpowiednie repozytorium, analizuje kod, implementuje poprawkę i zgłasza pull request do przeglądu.

    Użytkownicy mogą doprecyzować parametry zadania, wskazując konkretne repozytorium, gałąź, a nawet preferowany model AI – na przykład model: claude-3-opus lub branch: development. Daje to zespołom kontrolę nad tym, jak zaawansowane i kosztowne obliczeniowo mają być działania agenta. Dla organizacji obawiających się o bezpieczeństwo i koszty, Cursor oferuje konfigurowalne ustawienia prywatności, limity billingowe oraz reguły przeglądu, które należy aktywować przed dopuszczeniem agentów do zadań produkcyjnych.

    Strategiczna zmiana paradygmatu

    Strategiczna zmiana paradygmatu

    Ogłoszenie tej integracji to nie tylko kolejna funkcja – to zmiana w podejściu Cursor do narzędzi programistycznych. Dotychczas asystenci AI byli postrzegani głównie jako rozszerzenia edytorów kodu, pomocne przy uzupełnianiu składni czy generowaniu fragmentów kodu. Teraz Cursor stawia na workflow-first, czyli podejście, w którym agenci AI są obecni tam, gdzie zapadają kluczowe decyzje projektowe.

    Cursor podkreśla, że to nie jest chatbot przyklejony do paska bocznego, lecz delegowanie zadań z miejsca, w którym zespół koordynuje pracę. Ta zmiana otwiera drzwi dla osób nietechnicznych – product managerów, designerów czy analityków biznesowych – którzy mogą teraz bezpośrednio zlecać agentom zadania związane z kodem, nie znając podstaw programowania. Wystarczy, że potrafią opisać problem w języku naturalnym w Teams.

    Wymagania i konfiguracja

    Aby w pełni wykorzystać potencjał integracji, zespoły muszą spełnić kilka warunków. Po pierwsze, niezbędne jest aktywne konto Cursor – zarówno dla osoby wydającej polecenie, jak i dla organizacji. Po drugie, repozytoria kodu muszą być połączone przez GitHub lub GitLab, chyba że takie połączenie już istnieje. Administratorzy powinni również skonfigurować ustawienia prywatności oparte na wykorzystaniu, limity rozliczeniowe oraz uprawnienia dostępu do newralgicznych zasobów.

    Cursor wprowadza możliwość instalacji aplikacji bezpośrednio z Microsoft Marketplace, co upraszcza proces wdrażania w dużych organizacjach. Wraz z tym ogłoszeniem firma zaprezentowała także szereg powiązanych aktualizacji – między innymi dostrajanie poziomu wysiłku Bugbota dla administratorów Teams, partnerstwo z firmą Opsera przyspieszające potoki dostarczania oprogramowania oraz ulepszenia w Claude Code v2.1.140 dotyczące orkiestracji agentów na dużą skalę.

    Integracja Cursor z Microsoft Teams odpowiada na rosnące zapotrzebowanie rynku na narzędzia, które zacierają granice między komunikacją a realizacją zadań technicznych. W erze pracy zdalnej i rozproszonych zespołów, możliwość delegowania zadań programistycznych bezpośrednio z głównego kanału komunikacyjnego staje się koniecznością. Cursor wzmacnia swoją pozycję jako lidera wśród asystentów AI dla programistów i wyznacza nowy standard dla całej branży.


    Źródła

  • OpenCode v1.14.48 usuwa automatyczne skalowanie obrazów – koniec z utratą jakości

    OpenCode v1.14.48 usuwa automatyczne skalowanie obrazów – koniec z utratą jakości

    Najnowsza aktualizacja OpenCode v1.14.48 wprowadza znaczącą zmianę w obsłudze obrazów – agent AI przestaje automatycznie skalować przesyłane grafiki przed ich wysłaniem do modelu. Dla deweloperów korzystających z zrzutów ekranu, diagramów architektury czy mockupów interfejsów to koniec problemów związanych z utratą jakości wizualnych danych wejściowych. Zmiana ta została wprowadzona w wydaniu z 10 czerwca 2026 roku i dotyczy wszystkich platform: macOS, Windows i Linux.

    Co się zmieniło w pigułce

    • Zachowanie oryginalnych załączników – obrazy nie są już pomniejszane przed wysłaniem do modelu AI, co eliminuje utratę detali.
    • Rozwiązany problem z czytelnością zrzutów ekranu – wcześniej agent nie potrafił odczytać treści ze screenshotów wklejonych z narzędzia Snipaste.
    • Dostępność wieloplatformowa – zmiana działa w wersji desktopowej, terminalowej oraz IDE na macOS, Windows i Linux (w tym przez WSL).
    • Poprawka autorstwa społeczności – za implementację odpowiadają kontrybutorzy projektu open source z repozytorium anomalyco/opencode.

    Dlaczego automatyczne skalowanie było problemem

    OpenCode jako agent AI pracujący w terminalu lub IDE często otrzymuje od użytkowników zrzuty ekranu przedstawiające błędy kompilacji, układy interfejsów czy schematy baz danych. Do tej pory system przed przekazaniem obrazu do modelu (np. Claude, Gemini czy GPT) zmniejszał jego rozdzielczość. To prowadziło do rozmycia detali, nieczytelnego kodu na zrzutach oraz błędnych interpretacji kolorów i layoutów.

    Problem był szczególnie dotkliwy w przypadku narzędzi do szybkiego przechwytywania ekranu, takich jak Snipaste. Użytkownicy zgłaszali na GitHubie, że agent nie był w stanie odczytać zawartości takich obrazów, podczas gdy pliki z konkretnych katalogów działały poprawnie. Wersja v1.14.48 eliminuje tę niespójność.

    Co ciekawe, problem nie wynikał z ograniczeń samego modelu – to warstwa pośrednia OpenCode wprowadzała własne reguły skalowania. Usunięcie tego kroku oznacza, że model otrzymuje dokładnie to, co widzi użytkownik. Przy debugowaniu wizualnym ma to ogromne znaczenie.

    Szerszy kontekst wydania

    Szerszy kontekst wydania

    Zatrzymanie skalowania obrazów to nie jedyna zmiana w v1.14.48. W tym samym wydaniu wprowadzono kilka powiązanych usprawnień: system wymusza teraz końcową odpowiedź tekstową zamiast przerywania zadania w połowie po przekroczeniu limitu kroków agenta. Poprawiono także wykrywanie modelu Devstral, gdzie wcześniej różnice w wielkości liter w identyfikatorach dostawców powodowały błędne mapowanie.

    Dodatkowo OpenCode zaczęło przekazywać niestandardowe nagłówki HTTP do żądań modeli Copilot oraz dodało warianty myślenia high i max dla modelu GLM-5.2. To ostatnie może zainteresować zespoły eksperymentujące z chińskimi modelami językowymi.

    Wersja z 10 czerwca to część większego cyklu wydawniczego – tydzień wcześniej wprowadzono ulepszenia w obsłudze narzędzi MCP (m.in. paginacja katalogów i poprawki w anulowaniu wywołań), a także wsparcie dla MiniMax M3 i Claude Fable. Deweloperzy OpenCode stawiają na kompatybilność z różnorodnymi modelami i backendami.

    Wpływ na codzienną pracę

    Zatrzymanie oryginalnych obrazów przynosi natychmiastową korzyść każdemu, kto używa agenta do analizy wizualnej. Nie trzeba już eksportować screenshotów do plików ani ręcznie ustawiać rozdzielczości – wystarczy wkleić zrzut i pozwolić modelowi działać na pełnych danych. Dla architektów oprogramowania i UI designerów pracujących z OpenCode oznacza to, że modele multimodalne otrzymują wierne odwzorowanie projektu, a nie jego uproszczoną wersję.

    Zmiana jest domyślna, więc nie wymaga żadnej konfiguracji. Dotychczasowi użytkownicy zauważą ją od razu po aktualizacji – obrazy będą po prostu wyglądać ostrzej w kontekście zapytań. A ponieważ OpenCode jest narzędziem open source, społeczność może teraz rozbudować tę funkcjonalność o dodatkowe opcje, takie jak selektywne skalowanie dla bardzo dużych plików, jeśli zajdzie taka potrzeba.

    W kontekście szerszego trendu, w którym agenci AI coraz częściej operują na danych wizualnych, a nie tylko tekstowych, tego typu poprawki stają się kluczowe dla użyteczności narzędzia.


    Źródła

  • OpenCode v1.14.47: nowe skróty w TUI i trwalsze sesje agenta AI

    OpenCode v1.14.47: nowe skróty w TUI i trwalsze sesje agenta AI

    OpenCode doczekał się aktualizacji v1.14.47, która wprowadza kilka istotnych poprawek, zauważalnych dla każdego, kto spędza czas w terminalu. Zespół przywrócił znane skróty klawiszowe do edycji promptów oraz poprawił wyświetlanie ścieżek względnych, co wpływa na codzienną pracę użytkowników.

    Co nowego w skrócie

    • TUI przywraca klawisze do edycji promptów i wyświetla ścieżki w formie względnej
    • Persystencja modeli między sesjami stała się bardziej niezawodna — koniec z niespodziankami po restarcie
    • HTTP API lepiej radzi sobie z błędami, a Scout agent potrafi materializować repozytoria referencyjne
    • Duże załączniki graficzne są teraz automatycznie skalowane, co oszczędza zasoby

    TUI bliżej użytkownika

    Najważniejsza zmiana dotyczy interfejsu terminalowego. Przywrócono skróty klawiszowe do edycji promptów, co wcześniej mogło być irytujące, gdy użytkownik chciał szybko poprawić zapytanie bez użycia myszki. Teraz te funkcje są z powrotem dostępne.

    Kolejną poprawą jest renderowanie ścieżek względnych zamiast bezwzględnych. Oznacza to, że zamiast długich ścieżek, takich jak /home/user/projekty/aplikacja/src/components/..., użytkownicy zobaczą po prostu src/components/.... To ułatwia pracę, szczególnie przy głęboko zagnieżdżonych strukturach katalogów.

    Sesje, które nie gubią kontekstu

    Sesje, które nie gubią kontekstu

    Jeśli kiedykolwiek wróciłeś do przerwanej pracy i odkryłeś, że agent zapomniał, z jakiego modelu korzystał, wiesz, jak frustrujące to może być. Wersja v1.14.47 wprowadza lepszą persystencję modeli między sesjami. Agent teraz bardziej konsekwentnie zapamiętuje wybór, więc nie trzeba go konfigurować za każdym razem.

    Dodatkowo poprawiono obsługę błędów w HTTP API, co skutkuje mniejszą ilością niejasnych komunikatów i większą ilością konkretnych informacji, które pomagają w diagnozowaniu problemów. Scout agent, odpowiedzialny za przeszukiwanie zewnętrznych zasobów, zyskał zdolność materializowania repozytoriów referencyjnych, co oznacza, że może teraz pobierać i udostępniać kod z zewnętrznych źródeł.

    Automatyczne skalowanie obrazów

    Automatyczne skalowanie obrazów

    Wprowadzono również automatyczne zmienianie rozmiaru dużych załączników graficznych. Użytkownicy nie muszą już ręcznie zmniejszać screenshotów przed dodaniem ich do promptu — OpenCode zajmie się tym automatycznie, dbając o to, aby nie przekroczyć rozsądnych limitów. To małe udogodnienie oszczędza czas, zwłaszcza przy częstym korzystaniu z kontekstu wizualnego.

    Szerszy kontekst

    OpenCode to wciąż rozwijający się projekt open source, dostępny na macOS, Windows i Linux. Działa jako agent AI w terminalu, IDE lub jako samodzielna aplikacja desktopowa. Cykl wydawniczy jest szybki — nowe wersje pojawiają się co kilka dni, a każda z nich wprowadza zmiany w jednym z obszarów: Core, TUI, MCP lub Desktop.

    Analizując changelog z ostatnich tygodni, widać, że zespół nie zwalnia tempa. Wprowadzane są poprawki MCP, wsparcie dla nowych dostawców, optymalizacje wydajnościowe oraz usprawnienia desktopowe, co sprawia, że narzędzie staje się coraz bardziej konkurencyjne w stosunku do komercyjnych rozwiązań.

    Aktualizacja v1.14.47 nie jest rewolucyjna, ale takie przyrostowe zmiany — przywrócone skróty, czytelniejsze ścieżki, trwalsze sesje — mają kluczowe znaczenie dla komfortu korzystania z narzędzia.


    Źródła

  • Claude Platform dostępny na AWS – pełna platforma Anthropic zamiast oddzielnych kont i umów

    Claude Platform dostępny na AWS – pełna platforma Anthropic zamiast oddzielnych kont i umów

    Anthropic i AWS uruchomiły usługę Claude Platform na AWS, co pozwala klientom AWS korzystać z platformy Claude, przeznaczonej dla zespołów i firm, bezpośrednio przez swoje istniejące konto AWS. Użytkownicy zyskują dostęp do Messages API, Files API, przetwarzania wsadowego, Claude Managed Agents, wykonywania kodu oraz wielu innych narzędzi. Rozliczenia i uwierzytelnianie odbywają się przez mechanizmy AWS, takie jak IAM i skonsolidowane rozliczenia, a sama usługa jest zarządzana przez Anthropic, z danymi klientów przetwarzanymi poza granicą bezpieczeństwa AWS.

    Co właściwie wchodzi w skład usługi? Oto kluczowe punkty

    • Bezpośredni dostęp przez konto AWS – klienci nie potrzebują oddzielnych poświadczeń ani umowy z Anthropic; logowanie i rozliczenia działają przez AWS IAM i Marketplace, a usługa jest obsługiwana przez Anthropic.
    • Messages API i wsadowe zadania – programiści mają dostęp do wszystkich endpointów komunikacyjnych, przetwarzania plików oraz Message Batches.
    • Claude Managed Agents i wykonywanie kodu – platforma oferuje środowisko agentowe z piaskownicą do uruchamiania kodu, narzędzia do wyszukiwania w sieci oraz buforowania promptów.
    • Pierwszy dostawca chmury z natywnym Claude Platform – AWS jako pierwszy umożliwia dostęp do doświadczenia platformy Anthropic bez konieczności opuszczania własnego ekosystemu.
    • Nowe modele i funkcje dostępne tego samego dnia – AWS i Anthropic zapewniają, że aktualizacje API i nowe wersje Claude są dostępne równocześnie z pierwotnym uruchomieniem.

    Co to właściwie zmienia dla zespołów deweloperskich?

    Dotychczas firmy, które chciały korzystać z pełnych możliwości platformy Claude, musiały zakładać osobne konto u Anthropic, podpisywać umowy i zarządzać oddzielnym rozliczeniem. Dla organizacji korzystających z AWS oznaczało to dodatkową warstwę logistyki oraz ryzyko związane z rozproszeniem kontroli dostępu.

    Teraz można uruchomić to samo środowisko, logując się przez AWS IAM, płacąc przez AWS Marketplace i mając pełny audyt w CloudTrail. Dla zespołów DevOps i architektów bezpieczeństwa to istotna zmiana – integrują narzędzia AI z resztą stosu AWS, korzystając z tych samych mechanizmów rozliczeniowych i monitoringu, mimo że przetwarzanie danych odbywa się w infrastrukturze Anthropic.

    Platforma Anthropic kontra Amazon Bedrock – gdzie leży granica?

    Dostępne w AWS opcje różnią się od siebie: Claude Platform na AWS to pełne doświadczenie platformy Anthropic (z natywnymi narzędziami) obsługiwane przez Anthropic, które odpowiada za działanie modeli, środowisko wykonawcze i aktualizacje. Z kolei Amazon Bedrock to w pełni zarządzany przez AWS hosting modeli Claude, gdzie AWS operuje stosem inferencyjnym, ale nie oferuje wszystkich funkcji platformy Anthropic.

    Jeśli potrzebujesz kompletu narzędzi platformowych Anthropic, takich jak agenci, piaskownica do kodu, pobieranie plików, wyszukiwanie w sieci czy buforowanie promptów, wybierz Claude Platform na AWS. Jeśli wystarczy Ci wywoływanie modeli bez tych dodatków, Bedrock może być odpowiednim wyborem. Ten podział ma znaczenie także przy dostępie do funkcji beta – platforma Anthropic na AWS otrzymuje je równolegle z wersją natywną.

    Co konkretnie dostajesz jako deweloper?

    Co konkretnie dostajesz jako deweloper?

    Platforma oferuje zestaw narzędzi, które przyspieszają budowanie złożonych przepływów agentowych. Należą do nich: Messages API do konwersacji, Files API do zarządzania plikami między żądaniami, Claude Managed Agents z możliwością planowania zadań według harmonogramu cron, środowisko do wykonywania kodu (z limitem czasu wykonania), narzędzia do wyszukiwania w sieci i buforowania promptów, przetwarzanie wsadowe dużych zadań oraz mechanizm cytowań i podsumowań dla myślenia adaptacyjnego. Dodatkowo dostępne są funkcje beta, takie jak advisor strategy, Skills i MCP connector, które rozszerzają możliwości platformy.

    W panelu Claude Console można tworzyć szablony promptów, monitorować zużycie i limity – wszystko z poziomu konta AWS.

    Dostępność i pierwsze wrażenia

    Dostępność i pierwsze wrażenia

    Usługa została uruchomiona jako ogólnie dostępna 11 maja 2026 roku, obejmując wybrane regiony AWS, w tym wschodnie i zachodnie wybrzeże USA, Kanadę, Amerykę Południową oraz kilka regionów w Europie i Azji-Pacyfiku. AWS podkreśla, że jest pierwszym dostawcą chmurowym, który udostępnił natywną platformę Claude w ten sposób.

    Nie tylko łatwiej, ale też bezpieczniej

    Połączenie natywnych narzędzi Anthropic z kontrolą tożsamości i ścieżką audytu AWS to więcej niż wygoda. Dla działów compliance i bezpieczeństwa oznacza to, że każde wywołanie API jest rejestrowane w CloudTrail, a dostępem można zarządzać za pomocą polityk IAM, tak jak w każdej innej usłudze AWS.


    Źródła

  • OpenCode v1.14.44: Krytyczna łatka ratuje użytkowników przed awarią workspace’ów

    OpenCode v1.14.44: Krytyczna łatka ratuje użytkowników przed awarią workspace’ów

    Zespół OpenCode wydał wersję v1.14.44, która jest istotną aktualizacją maintenance, mającą na celu naprawę poważnego błędu migracji workspace’ów. Problem dotyczył wszystkich istniejących środowisk pracy: dodanie pola time_used podczas upgrade’u kończyło się niepowodzeniem, co uniemożliwiało płynne przejście na nowszą wersję. Łatka została wydana 17 czerwca i jest częścią szerszego cyklu poprawek stabilnościowych.

    Co warto zapamiętać

    • Poprawka dotyczy wyłącznie błędu migracji — to wydanie maintenance, bez nowych funkcji
    • Awaria występowała przy próbie dodania pola time_used do schematu istniejących workspace’ów
    • Użytkownicy z aktywnymi projektami mogli utknąć na starszej wersji bez możliwości upgrade’u
    • OpenCode to otwartoźródłowy agent AI dostępny w terminalu, IDE i aplikacji desktopowej
    • Wydanie wpisuje się w serię poprawek API i stabilności core’a z ostatnich tygodni

    Dlaczego ta łatka ma znaczenie dla developerów

    OpenCode to w pełni funkcjonalny agent AI, który działa w terminalu, w rozszerzeniu IDE i w aplikacji desktopowej. Użytkownicy często pracują w złożonych konfiguracjach z wieloma workspace’ami, integracjami MCP i podpiętymi providerami modeli. Gdy upgrade takiego środowiska zawodzi, użytkownik traci dostęp do sesji, konfiguracji i historii narzędzi.

    Błąd dotyczył pola time_used, które śledzi czas spędzony na pracy z agentem. Dla zwykłego użytkownika to techniczny szczegół, ale dla systemu migracji to kluczowy element schematu. Jeśli pole nie może zostać dodane, cała operacja upgrade’u zostaje przerwana, co prowadzi do niedziałającego środowiska.

    Tego typu błędy są szczególnie frustrujące, ponieważ dotyczą developerów, którzy już zainwestowali czas w konfigurację swojego workspace’a. OpenCode v1.14.44 ratuje tych użytkowników przed przymusowym resetem.

    Szerszy kontekst: stabilność core’a jako priorytet

    Szerszy kontekst: stabilność core’a jako priorytet

    Analizując changelog OpenCode z ostatnich dwóch tygodni, można zauważyć wyraźny wzorzec. Wersje od 1.14.44 koncentrują się na trzech obszarach: kompatybilności MCP (protokół Model Context Protocol), obsłudze providerów AI oraz niezawodności sesji. v1.14.44 wpisuje się w ten nurt.

    Wcześniejsze wydania przyniosły m.in.:

    • Przyspieszone timeline’y sesji, które unikają migotania i skoków scrolla (v1.14.44)
    • Poprawki walidacji schematów MCP dla providerów kompatybilnych z OpenAI (v1.14.44)
    • Dodanie obsługi OAuth dla Snowflake Cortex Provider (v1.14.44)

    Te zmiany nie są spektakularne — nie znajdziesz tu nowego UI czy rewolucyjnych funkcji. Ale to właśnie one decydują o niezawodności narzędzia w codziennej pracy. v1.14.44 jest tego najlepszym przykładem: jedna linijka kodu, która zapobiega katastrofie migracyjnej.

    Co to oznacza dla ekosystemu AI coding tools

    Co to oznacza dla ekosystemu AI coding tools

    Rynek agentów programistycznych AI jest obecnie nasycony — Cursor, Windsurf, Zed, Claude Code, Gemini CLI i wiele innych walczy o uwagę developerów. W tym tłumie stabilność staje się kluczowym wyróżnikiem. OpenCode, jako projekt open source, nie może sobie pozwolić na błędy, które blokują użytkowników przy aktualizacji.

    Wydanie v1.14.44 pokazuje, że zespół rozumie tę dynamikę. Zamiast gonić za nowymi funkcjami, koncentrują się na łatanie krytycznych ścieżek migracji. Dla użytkowników końcowych to sygnał, że mogą ufać, iż upgrade nie zrujnuje ich środowiska.

    OpenCode działa w modelu wieloplatformowym — terminal, desktop, rozszerzenie IDE. Każda z tych ścieżek ma własne ryzyka przy aktualizacji. Łatka dotycząca workspace’ów jest więc uniwersalna — chroni wszystkich, niezależnie od miejsca pracy.

    Podsumowanie

    v1.14.44 to aktualizacja, która może nie przyciągnie dużej uwagi, ale dla developerów polegających na OpenCode w codziennej pracy, to wydanie może być różnicą między płynnym poniedziałkiem a godziną spędzoną na debugowaniu migracji. Czasem najlepsze aktualizacje to te, które przechodzą niezauważone — ponieważ wszystko działa jak należy.


    Ź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.

  • Zed 1.1.7: Poprawki stabilności i wydajności, które docenią programiści

    Zed 1.1.7: Poprawki stabilności i wydajności, które docenią programiści

    Zed, nowoczesny edytor kodu napisany w Rust, znany z funkcji współpracy w czasie rzeczywistym i integracji z modelami AI, wprowadził aktualizację 1.1.7. W tej wersji zespół deweloperów skoncentrował się na poprawie stabilności, eliminując cztery konkretne błędy, które mogły wpływać na codzienną pracę. Choć lista zmian jest krótka, każda poprawka rozwiązuje problemy, które były szczególnie odczuwalne w pracy z dużymi repozytoriami, lokalnym AI oraz trybami modalnymi vi/helix. Dla użytkowników korzystających z podpowiedzi generowanych przez model zeta2, ciągłych podglądów Markdown czy zaawansowanych ruchów helixa, aktualizacja 1.1.7 przynosi istotne udogodnienia.

    Kluczowe poprawki w pigułce

    • Lokalne przewidywania zeta2 – naprawiono błędny format promptu, co przywróciło poprawne działanie edycji wspomaganej przez lokalny model AI.
    • Nadmierne zużycie CPU – usunięto wyciek mocy obliczeniowej spowodowany błędami systemu plików, takimi jak uszkodzone linki symboliczne i problemy z uprawnieniami w monitorowanych katalogach.
    • Podgląd Markdown – dodano brakującą implementację przeładowania, dzięki czemu podgląd zawsze odzwierciedla aktualną zawartość pliku.
    • Rzadki panic przy ruchach helixa – wyeliminowano crash występujący podczas wywoływania komend helixa przed pełnym ułożeniem edytora.

    Lokalne predykcje AI z poprawionym promptem

    Jednym z wyróżników Zeda jest głęboka integracja z lokalnymi modelami sztucznej inteligencji, które potrafią podpowiadać edycje kodu bez wychodzenia z edytora. Funkcja edit predictions korzysta z modelu zeta2, który analizuje kontekst i sugeruje zmiany. W wersji 1.1.7 naprawiono problem z użyciem niepoprawnego formatu promptu wysyłanego do modelu. Błąd ten sprawiał, że lokalne przewidywania nie działały zgodnie z oczekiwaniami – podpowiedzi były nieadekwatne lub w ogóle się nie pojawiały.

    Dla programistów polegających na AI przy refaktoryzacji czy uzupełnianiu kodu to kluczowa kwestia. Poprawka oznacza, że zeta2 znów poprawnie interpretuje instrukcje i generuje sensowne propozycje edycji, co bezpośrednio wpływa na tempo pracy. W dobie rosnącej popularności programowania z pomocą asystentów AI, Zed pokazuje, że nawet drobne detale formatowania komunikatów mają ogromne znaczenie dla niezawodności działania.

    Nadmierne zużycie CPU w monitorowanych katalogach

    Nie ma nic gorszego niż edytor, który niespodziewanie zaczyna obciążać procesor, wentylatory w laptopie wchodzą na najwyższe obroty, a akumulator szybko się rozładowuje. W Zed 1.1.7 zdiagnozowano i usunięto taką pułapkę wydajnościową. Okazało się, że błędy systemu plików w monitorowanych katalogach, takie jak uszkodzone dowiązania symboliczne czy odmowa dostępu, powodowały niekontrolowany wzrost zużycia CPU.

    Mechanizm watchera, odpowiedzialny za reagowanie na zmiany w drzewie katalogów projektu, w przypadku napotkania błędu wchodził w pętlę intensywnego odpytywania, zamiast obsłużyć go w sposób kontrolowany. To szczególnie dotkliwe w dużych repozytoriach, gdzie wiele zależności, symlinków i uprawnień tworzy podatny grunt. Teraz Zed radzi sobie z tymi sytuacjami w sposób bardziej efektywny, co przekłada się na płynniejszą pracę i mniejsze rozpraszanie uwagi. Dla każdego, kto pracuje z monorepo, kontenerami czy projektami zawierającymi linki do zewnętrznych zasobów, to wymierna oszczędność energii i nerwów.

    Przeładowanie podglądu Markdown wreszcie działa

    Zed oferuje wbudowany podgląd plików Markdown, co jest niezwykle przydatne podczas pisania dokumentacji, README czy postów. Do tej pory brakowało implementacji mechanizmu przeładowania – edytor nie odświeżał podglądu po zmianie zawartości pliku. Deweloperzy musieli ręcznie zamykać i otwierać okno, co było uciążliwe. Teraz, dzięki aktualizacji, podgląd Markdown działa poprawnie, co znacznie ułatwia pracę.


    Źródła

  • Factory CLI v0.121.0: Wskaźnik czasu myślenia i szybsza nawigacja w terminalu

    Factory CLI v0.121.0: Wskaźnik czasu myślenia i szybsza nawigacja w terminalu

    Najnowsza aktualizacja Factory CLI do wersji v0.121.0 wprowadza dwie ważne zmiany w interfejsie użytkownika. Droidy teraz pokazują licznik czasu przetwarzania, a programiści mogą szybko przewijać sesję do ostatniego promptu. To wydanie koncentruje się na poprawie ergonomii pracy w długich, interaktywnych sesjach AI, co jest istotne w kontekście rosnącej popularności narzędzi do programowania z użyciem AI i agentowego developmentu.

    Kluczowe fakty o nowym wydaniu

    • Czas myślenia — CLI i aplikacja pokazują teraz, ile sekund droid spędził na analizie przed udzieleniem odpowiedzi.
    • Przewijanie do ostatniego promptu — użytkownik może jednym kliknięciem przeskoczyć do najnowszego polecenia w sesji.
    • Buforowane renderowanie transkryptu — interfejs ładuje zapis rozmowy z pamięci podręcznej, co przyspiesza responsywność.
    • Szybsze błędy konfiguracji — proces setupu kończy się natychmiast po wykryciu problemu, zamiast zmuszać użytkownika do czekania na porażkę.
    • Stabilność automatyzacji — łatka naprawia ponowne łączenie z komputerem, cykl życia wywołań narzędziowych oraz wklejanie dużych bloków tekstu.

    Dlaczego widoczność czasu myślenia ma znaczenie dla AI engineeringu

    Wskaźnik czasu myślenia to istotny element w agentowym programowaniu, gdzie droidy piszą kod, refaktoryzują bazy i debugują aplikacje. Każda sekunda opóźnienia wpływa na ocenę wydajności modelu. Użytkownicy Factory CLI zyskali wgląd w czas przetwarzania, co pozwala im porównywać czasy odpowiedzi między różnymi promptami i identyfikować momenty, gdy droid spędza zbyt dużo czasu na przemyśleniach.

    To funkcjonalność, która szybko staje się niezbędna. Deweloperzy pracujący w trybie pair programming z AI szybko przyzwyczają się do zerkania na ten wskaźnik, zwłaszcza podczas długich sesji, gdy kontekst transkryptu rośnie do kilkunastu tysięcy tokenów. W połączeniu z buforowanym renderowaniem transkryptu, użytkownicy doświadczają płynniejszej pracy.

    Buforowanie transkryptu i przewijanie — ergonomia na pierwszym miejscu

    Buforowanie transkryptu i przewijanie — ergonomia na pierwszym miejscu

    Długie sesje z agentem AI mają swoje wyzwania. Transkrypt rozmowy może osiągnąć setki linii tekstu, a ręczne szukanie ostatniego promptu przez scrollowanie było dotychczas irytującym problemem. Nowa funkcja przewijania rozwiązuje ten problem: jedno kliknięcie przenosi użytkownika na sam dół do najnowszej interakcji.

    Buforowane renderowanie transkryptu działa jako optymalizacja frontendu CLI. Zamiast przeliczać cały zapis rozmowy przy każdym odświeżeniu widoku, interfejs przechowuje gotowy snapshot w pamięci. Efekt to mniej migotania, szybsze przełączanie między widokami i lepsza wydajność na słabszych maszynach, co jest istotne dla użytkowników korzystających z Factory CLI na zdalnych serwerach przez SSH.

    Setup, który nie każe ci czekać

    Setup, który nie każe ci czekać

    Kolejna zmiana dotyczy procesu konfiguracji. Dotychczas setup — pierwsze uruchomienie, instalacja zależności, łączenie z kontem — mógł trwać długo, gdy coś szło nie tak. W wersji v0.121.0 Factory wprowadza szybszą ścieżkę niepowodzenia: jeżeli setup wykryje błąd na wczesnym etapie, natychmiast przerywa działanie i zwraca komunikat. To oszczędza frustracji, szczególnie nowym użytkownikom, którzy nie znają jeszcze wszystkich wymagań środowiskowych.

    Warto również wspomnieć o poprawkach stabilności. Wersja v0.121.0 naprawia trzy konkretne problemy: z wklejaniem dużych bloków tekstu, cyklem życia wywołań narzędziowych oraz automatycznym ponownym łączeniem z komputerem. Te poprawki pokazują, że zespół Factory nie tylko dodaje nowe funkcje, ale także dba o stabilność w rzeczywistych workflow.

    Co to oznacza dla ekosystemu narzędzi deweloperskich

    Factory CLI jest terminalowym agentem AI do budowania, debugowania i refaktoryzacji kodu. W porównaniu do konkurencyjnych rozwiązań, takich jak Claude Code, Cursor czy Windsurf, Factory stawia na pełną integrację z przepływem pracy w terminalu, bez potrzeby przełączania się do GUI. Aktualizacja v0.121.0 wpisuje się w szerszy trend: narzędzia AI dla deweloperów coraz mocniej akcentują obserwowalność działania agentów i ergonomię interfejsu tekstowego. W miarę jak sesje z AI stają się dłuższe i bardziej złożone, UX terminala staje się kluczowym elementem produktywności.


    Źródła

  • 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