Kategoria: AI i Technologia

  • xAI integruje Grok z OpenCode: subskrypcje SuperGrok i x Premium teraz działają w open-source’owym agencie kodującym

    xAI integruje Grok z OpenCode: subskrypcje SuperGrok i x Premium teraz działają w open-source’owym agencie kodującym

    21 maja 2026 roku xAI ogłosiło dodanie wsparcia dla modelu Grok w open-source’owym agencie kodowania OpenCode. Posiadacze aktywnych subskrypcji SuperGrok lub x Premium mogą teraz korzystać ze swoich kont bezpośrednio w tym narzędziu developerskim, co eliminuje potrzebę generowania osobnych kluczy API i ponoszenia dodatkowych kosztów. Integracja umożliwia połączenie konta Grok z OpenCode i rozpoczęcie kodowania z wykorzystaniem Grok Build, modelu, który napędza terminalowego agenta kodującego od xAI.

    Kluczowe fakty integracji Grok z OpenCode

    • Wsparcie dla istniejących subskrypcji – W OpenCode można używać planów SuperGrok i x Premium bez dodatkowych opłat za API.
    • Proces autoryzacji OAuth – Połączenie konta odbywa się przez komendę /connect z wyborem xAI jako dostawcy, z opcjami logowania przez przeglądarkę lub tryb headless.
    • Praca w środowiskach zdalnych – Integracja wspiera scenariusze headless / remote / VPS, co jest istotne dla workflow DevOps i pracy na serwerach.
    • Model Grok Build – W OpenCode wykorzystywany jest ten sam model, który zasila natywnego agenta kodującego xAI, przeznaczony do analizy codebase i pracy interaktywnej.

    Praktyczny wymiar integracji dla developerów

    Dla programistów skupionych na płynnej pracy z kodem, ta integracja znacząco redukuje tarcie. Nie ma potrzeby zakładania nowego konta, generowania tajnego klucza ani martwienia się osobnym billingiem za użycie API w nowym narzędziu. Jeśli masz subskrypcję SuperGrok, na przykład dla korzystania z zaawansowanych funkcji chatu, ten sam dostęp i limit wykorzystasz w środowisku developerskim OpenCode. To uproszczenie logistyczne pozwala skupić się na kodzie.

    Aspekt związany z hostingiem i DevOps jest również istotny. Oficjalne materiały xAI wskazują, że integracja obsługuje nie tylko lokalne logowanie przez GUI. Dostępne są również metody autoryzacji dla środowisk bez interaktywnej przeglądarki, jak połączenia SSH, serwery CI/CD czy zdalne maszyny wirtualne (VPS). W changelogu OpenCode pojawił się wpis o dodaniu Grok OAuth sign-in, including device-code login. Ta funkcjonalność jest kluczowa dla automatyzacji, gdzie agent może działać w tle na serwerze buildowym, analizując kod czy sugerując poprawki w ramach zautomatyzowanego pipeline’u.

    Wnioski: konkrety zamiast hype'u

    To posunięcie xAI to praktyczne rozszerzenie użyteczności istniejącej oferty. Jeśli płacisz za SuperGrok, zamiast kupować dodatkowo dostęp do modelu przez API, możesz go używać w open-source’owym narzędziu do kodowania, które działa zarówno lokalnie, jak i na twoich serwerach. To model biznesowy podobny do oferty niektórych konkurentów, gdzie jedna subskrypcja daje dostęp do różnych interfejsów.

    Dla społeczności open source to ważny sygnał. xAI nie tylko publikuje własne zamknięte narzędzia, ale także wspiera integrację z zewnętrznym, open-source’owym agentem kodującym. To może przyspieszyć rozwój OpenCode i przyciągnąć do niego developerów, którzy już ufają modelowi Grok. W dłuższej perspektywie, takie połączenie subskrypcji użytkownika z elastycznym, open-source’owym narzędziem może stać się atrakcyjnym modelem dla programistów ceniących zarówno wygodę, jak i kontrolę nad swoim środowiskiem pracy.

  • Codex 0.125.0: Integracje aplikacji-serwera i zarządzanie agentami w centrum uwagi

    Codex 0.125.0: Integracje aplikacji-serwera i zarządzanie agentami w centrum uwagi

    OpenAI wydało nową wersję swojego ekosystemu dla agentów kodujących, obejmującą aplikację Codex 0.125.0 oraz serwer aplikacji (app-server). Aktualizacja, oznaczona w dokumentacji jako minimalna wersja 0.125.0 dla kompatybilności, koncentruje się na poprawach infrastruktury serwerowej aplikacji, zarządzaniu sesjami oraz bardziej efektywnym procesie odkrywania dostępnych modeli AI. To kolejny krok w rozwoju Codex 0.125.0, który przekształca go z asystenta kodowania w platformę do rozwoju oprogramowania z wieloma agentami.

    Wersja 0.125.0 wprowadza szereg technicznych zmian, które mają na celu poprawę stabilności i elastyczności dla deweloperów korzystających z Codex 0.125.0 w złożonych, długotrwałych projektach. Kluczowe nowości obejmują wsparcie dla dodatkowych metod transportu w integracji app-server, ulepszenia w zarządzaniu „sticky environments” oraz dostęp do zaawansowanej konfiguracji wątków.

    Kluczowe zmiany w ekosystemie Codex 0.125.0

    • Transport dla app-server: Integracje serwerowe aplikacji mogą korzystać z różnych mechanizmów komunikacji, takich jak stdio czy WebSocket, co może być korzystne dla usług działających lokalnie lub w środowiskach rozproszonych.
    • Pagination-friendly resume/fork oraz sticky environments: Usprawnienia w kontynuacji i zarządzaniu sesjami agentów, co jest istotne dla długotrwałych workflowów i pracy wielu agentów jednocześnie.
    • Remote thread config/store: Nowe możliwości konfiguracji i przechowywania stanu dla wątków działających zdalnie.
    • Ulepszone model discovery: System odkrywania modeli został wzmocniony, oferując lepszą integrację z zewnętrznymi dostawcami.
    • Poprawa wydajności sandboxa na Windows oraz zarządzanie profilami uprawnień: Stabilizacja środowiska sandbox na Windows i bardziej precyzyjne zarządzanie profilami uprawnień w sesjach TUI.

    Codex 0.125.0, według oficjalnej definicji OpenAI, jest aplikacją dostępną na macOS i Windows, działającą jako centrum dowodzenia dla kodowania z AI. Jest zaprojektowana do zarządzania wieloma agentami jednocześnie, pracy równoległej oraz współpracy nad długotrwałymi zadaniami. Agenci działają w oddzielnych wątkach organizowanych według projektów, co umożliwia płynne przełączanie kontekstu.

    Nowe aktualizacje nie wprowadzają znaczących zmian w interfejsie użytkownika, ale znacząco poprawiają fundamenty platformy. Wsparcie dla różnych metod transportu to przykład dostosowania do realiów DevOps, gdzie komunikacja między serwisami może odbywać się na różne sposoby. To także krok w kierunku większej elastyczności w lokalnych i zdalnych wdrożeniach.

    Ulepszenia w „sticky environments” i zarządzaniu wątkami odpowiadają na potrzeby zespołów korzystających z Codex 0.125.0 w złożonych workflowach. Gdy agent jest wznawiany lub jego stan jest forkowany, poprawiona paginacja i przechowywanie konfiguracji zwiększają niezawodność całego procesu.

    Dlaczego to ważne dla deweloperów i DevOps

    Dla osób zajmujących się web developmentem, AI, hostingiem i vibe coding, te zmiany mają konkretne znaczenie praktyczne.

    Elastyczne opcje transportu oznaczają, że Codex 0.125.0 może być bardziej efektywny w różnych środowiskach deweloperskich i kontenerach. To istotne dla osób budujących własne pipeline'y CI/CD lub pracujących z wieloma lokalnymi lub zdalnymi serwisami.

    Nowe możliwości konfiguracji wątków zdalnych otwierają drogę do lepszej automatyzacji i zarządzania złożonymi zadaniami. Deweloper może teraz precyzyjniej kontrolować stan i zachowanie agentów działających w odseparowanych środowiskach.

    Poprawa w model discovery wskazuje na coraz głębszą integrację Codex 0.125.0 z szerszym ekosystemem dostępnych modeli AI. To ważne dla zespołów decydujących, który model lub dostawca jest najlepszy dla danego zadania.

    Zmiany w profilach uprawnień i Windows sandbox są istotne dla bezpieczeństwa i stabilności pracy na różnych systemach. W środowiskach korporacyjnych, gdzie pracuje wiele osób na różnych systemach operacyjnych, takie stabilizacje są kluczowe.

    Wnioski: Codex 0.125.0 jako platforma, nie tylko asystent

    Aktualizacje pokazują wyraźny kierunek rozwoju ekosystemu Codex 0.125.0. Produkt ewoluuje od inteligentnego asystenta kodującego do pełnej platformy rozwoju oprogramowania opartej na wielu agentach AI.

    Ulepszenia infrastrukturalne, większa kontrola nad sesjami i dostęp do zaawansowanej konfiguracji są cechami platformy, która chce być częścią codziennej pracy deweloperów i zespołów DevOps. To nie tylko generowanie snippetów kodu, ale zarządzanie całym procesem developmentu, od koncepcji do wdrożenia, z udziałem autonomicznych agentów.

    Dla środowiska web development i AI, takie narzędzia otwierają nowe możliwości automatyzacji i współpracy. Te zmiany mają na celu, aby ta współpraca była bardziej stabilna, monitorowana i elastyczna.

    Źródła

  • Windsurf Editor wprowadza GPT-5.5 i naprawia kluczowe problemy z OAuth

    Windsurf Editor wprowadza GPT-5.5 i naprawia kluczowe problemy z OAuth

    Windsurf Editor, nowoczesne środowisko programistyczne oparte na sztucznej inteligencji, zaktualizowało swoje modele językowe, wprowadzając GPT-5.5 od OpenAI. Ta aktualizacja, która została ogłoszona w changelogu pod koniec kwietnia 2026 roku, nie tylko rozszerza możliwości AI, ale także wprowadza ważne poprawki stabilności systemu, w tym rozwiązania problemów z uwierzytelnianiem OAuth dla niektórych serwerów Model Context Protocol (MCP). Celem tych działań jest zapewnienie programistom bardziej niezawodnego i efektywnego doświadczenia pracy, w którym zaawansowana AI jest kluczowym elementem codziennych zadań. To kolejny krok w rozwoju Windsurfa, który dąży do bycia "edytorem przyszłości, dostępnym dziś".

    Kluczowe fakty z aktualizacji

    • Nowy model AI: Windsurf Editor wprowadza GPT-5.5, najnowszą wersję modelu OpenAI.
    • Naprawa błędów autoryzacji: W wersji 2.0.67 z 21 kwietnia poprawiono problemy z OAuth dla niektórych serwerów MCP, a tydzień wcześniej (wersja 2.0.63) naprawiono regresję w tej integracji, co pokazuje priorytetowe podejście do stabilności systemu.
    • Szybkie tempo ekspansji AI: Wsparcie dla GPT-5.5 pojawiło się po wcześniejszych modelach, takich jak GPT-5.4, GPT-5.4 Mini oraz Claude Opus 4.7, co ilustruje dynamiczny rozwój oferty AI w edytorze.
    • Część szerszej strategii "Cascade": Windsurf poszerza listę dostępnych modeli w swoim systemie Cascade, w którym obok najnowszych modeli OpenAI znajdują się także SWE-1.6, Claude oraz opcja Bring Your Own Key (BYOK).

    Integracja GPT-5.5: Nowy poziom możliwości dla programistów

    Dostęp do GPT-5.5 w Windsurf Editorze to nie tylko nowy model, ale także istotne wzmocnienie dla użytkowników, którzy wykorzystują AI do generowania kodu, refaktoryzacji, debugowania czy prowadzenia złożonych workflowów. GPT-5.5 został zaprojektowany do rozwiązywania skomplikowanych zadań logicznych i analitycznych, co może skutkować wyższą dokładnością generowanego kodu, lepszym zrozumieniem kontekstu projektowego oraz bardziej trafnymi sugestiami refaktoringu. Model ten ma również zdolność do prowadzenia wieloetapowych procesów rozwojowych bez stałego nadzoru człowieka.

    Windsurf nie tylko dodaje nowy model, ale także integruje go w swojej architekturze. System Cascade umożliwia użytkownikom łatwe przełączanie między różnymi modelami – od SWE przez Claude'a do produktów OpenAI – w zależności od potrzeb zadania i budżetu tokenowego. Dzięki GPT-5.5 programiści zyskują dostęp do najnowszych osiągnięć w dziedzinie modeli językowych, nie rezygnując z znajomego środowiska IDE.

    Naprawy OAuth dla MCP: Stabilność ekosystemu jako priorytet

    Naprawy OAuth dla MCP: Stabilność ekosystemu jako priorytet
    Źródło: exafunction.github.io

    Dodanie GPT-5.5 przyciąga uwagę, ale równoległe poprawki techniczne są równie ważne dla codziennego doświadczenia użytkowników. Wersje 2.0.63 i 2.0.67 z kwietnia 2026 roku skupiły się na rozwiązaniu problemów z uwierzytelnianiem OAuth dla niektórych serwerów Model Context Protocol (MCP). MCP jest kluczowym standardem, który umożliwia edytorom i agentom AI bezpieczne komunikowanie się z zewnętrznymi zasobami, takimi jak bazy danych, serwery API czy systemy zarządzania projektami. Problemy z OAuth mogły blokować programistów w wykorzystaniu tych zintegrowanych narzędzi, co prowadziło do frustracji i zakłóceń w pracy.

    Fakt, że Windsurf poświęcił dwa wydania na poprawę i stabilizację tej funkcji, pokazuje, że twórcy edytora rozumieją, iż potężne AI wymaga solidnej infrastruktury. Bez stabilnych połączeń z serwerami MCP, nawet najinteligentniejszy agent nie może efektywnie korzystać z danych zewnętrznych ani wykonywać działań w innych systemach. Te poprawki stanowią fundament, na którym opierają się wszystkie zaawansowane możliwości agentowe Windsurfa, w tym nowy GPT-5.5.

    Windsurf 2.0 i szerszy kontekst: Era agentów lokalnych i cloudowych

    Aktualizacja z GPT-5.5 i naprawami OAuth jest częścią większej transformacji Windsurfa, która rozpoczęła się wraz z wydaniem Windsurf 2.0 w połowie kwietnia. Wersja 2.0 wprowadziła nowatorskie funkcje, takie jak Devin – autonomiczny agent AI działający w dedykowanej chmurze, dostępny bezpośrednio w IDE.

    W tym kontekście, dostępność GPT-5.5 staje się jeszcze bardziej istotna. Programiści mogą teraz lokalnie korzystać z najnowszego modelu OpenAI do szybkich iteracji, a bardziej złożone zadania delegować do Devina działającego w chmurze. Wszystko to odbywa się w jednym, spójnym środowisku, co znacząco zwiększa efektywność pracy programistów.

    Źródła

  • Warp aktualizuje toolbar, dodaje diagramy Mermaid i poprawia wsparcie dla Windows

    Warp aktualizuje toolbar, dodaje diagramy Mermaid i poprawia wsparcie dla Windows

    Najnowsza aktualizacja terminala Warp wprowadza istotne zmiany w personalizacji interfejsu, dodaje możliwość renderowania diagramów Mermaid w notatnikach oraz wprowadza ulepszenia dla użytkowników systemu Windows. Wydanie koncentruje się na zwiększeniu produktywności i dostosowaniu środowiska do potrzeb programistów oraz specjalistów DevOps. To kolejny krok w przekształceniu Warpa z tradycyjnego terminala w konfigurowalną platformę do pracy z kodem i AI.

    Kluczowe zmiany w aktualizacji

    • Personalizacja paska narzędzi: Użytkownicy zyskują większą kontrolę nad układem interfejsu, w tym nad paskiem nagłówka i "chipsami", co pozwala na dostosowanie terminala do specyfiki zadań, takich jak kodowanie z asystentem AI czy zarządzanie wieloma sesjami.
    • Diagramy Mermaid w notatnikach: Notatniki w terminalu zyskują obsługę renderowania diagramów Mermaid, co ułatwia dokumentowanie architektury, przepływów danych czy procesów DevOps bez opuszczania środowiska.
    • Ulepszenia dla Windows: Użytkownicy Windowsa otrzymują ulepszenia, które przyspieszają codzienną pracę w tym systemie.
    • Rozszerzone wsparcie dla agentów CLI: Aktualizacja dodaje możliwość renderowania lokalnych obrazów w blokach wyjścia agenta, co wspiera wizualne analizy i prezentacje danych bezpośrednio w przepływie pracy.

    Toolbar i chipsy – terminal dopasowany do ciebie

    Warp zwiększa zakres personalizacji swojego interfejsu. Najnowsza aktualizacja daje użytkownikom większą kontrolę nad tym, jak wygląda i działa ich terminal. Chodzi nie tylko o estetykę, ale o funkcjonalność dostosowaną do konkretnych zadań.

    Edycja paska narzędzi oraz układu "chips" – szybkich przycisków w promptcie – oznacza, że programista pracujący nad AI może mieć inne skróty niż administrator DevOps zarządzający serwerami. Ta modularność jest kluczowa w erze specjalistycznych workflowów. Dokumentacja Warpa wskazuje, że aplikacja oferuje już szerokie możliwości dostosowywania, obejmujące tematy, panele pionowe, konfiguracje zakładek, a także wybór modeli AI.

    Notatniki z Mermaid i lepsza organizacja ustawień

    Notatniki z Mermaid i lepsza organizacja ustawień

    Integracja renderowania diagramów Mermaid w markdownowych notatnikach to istotne udogodnienie dla osób dokumentujących architekturę systemu, tworzących schematy przepływu danych w pipeline'ach CI/CD czy wizualizujących relacje między mikrousługami. Teraz można to robić bez przełączania się do przeglądarki czy zewnętrznych narzędzi, co pozwala na zachowanie kontekstu pracy w terminalu.

    Twórcy usprawnili również organizację ustawień. Choć Warp promuje paletę poleceń (Command+P) jako centralny punkt nawigacji, teraz struktura ustawień jest bardziej przejrzysta i logicznie pogrupowana. Dzięki temu szybciej znajdziesz opcję zmiany ikony aplikacji, dostosowania motywu czy konfiguracji integracji z AI, bez zagłębiania się w niekończące się menu.

    Windows i wydajność – stabilność i szybkość przede wszystkim

    Windows i wydajność – stabilność i szybkość przede wszystkim

    Dla rosnącej liczby użytkowników Warpa na Windowsie ta aktualizacja przynosi konkretne korzyści. Wprowadzone ulepszenia mają na celu przyspieszenie i usprawnienie codziennej pracy w tym środowisku.

    W tle trwa także praca nad wydajnością. Choć konkretne benchmarki nie zawsze są ujawniane, każda aktualizacja niesie ze sobą optymalizacje, które mają zapewnić płynne działanie nawet przy wielu otwartych zakładkach i złożonych zadaniach. To kluczowe dla dobrego doświadczenia w terminalu, który ma być centrum produktywności.

    Podsumowanie

    Aktualizacja Warpa pokazuje, że rozwój nowoczesnego terminala to nie tylko nowe funkcje, ale także udoskonalenie istniejących. Personalizacja paska narzędzi, obsługa diagramów Mermaid w notatnikach oraz ulepszenia dla Windowsa odpowiadają na potrzeby użytkowników. Dla społeczności webdev i DevOps oznacza to narzędzie, które można dostosować do pracy z AI, dokumentowania architektury czy zarządzania infrastrukturą w chmurze. Warp staje się konfigurowalnym centrum dowodzenia dla współczesnego programisty.

    Źródła

  • Opencode v1.14.22 naprawia kluczowe problemy NPM i Desktop

    Opencode v1.14.22 naprawia kluczowe problemy NPM i Desktop

    Opencode, otwartoźródłowy asystent kodowania AI, wydał stabilizacyjną aktualizację o numerze wersji 1.14.22. To wydanie koncentruje się na poprawie integracji z ekosystemem NPM oraz na zwiększeniu stabilności aplikacji desktopowej, eliminując błędy, które mogły zakłócać codzienną pracę deweloperów. Aktualizacja pokazuje dojrzałość projektu, który systematycznie doskonali podstawowe funkcjonalności.

    Zgodnie z oficjalnym podsumowaniem changeloga, wersja 1.14.22 wprowadza trzy kluczowe zmiany: "Respect npmrc, persist custom icons, and fix desktop session state". Oznacza to, że narzędzie teraz poprawnie odczytuje ustawienia z plików .npmrc, pozwala na trwałe zapisywanie niestandardowych ikon projektów oraz naprawia problem z "zacinaniem się" widoków sesji w aplikacji desktopowej.

    Kluczowe zmiany w wydaniu 1.14.22

    • Poprawiona obsługa .npmrc: Podczas instalacji pakietów NPM, Opencode teraz respektuje ustawienia zdefiniowane w pliku .npmrc. To istotne dla zespołów korzystających z prywatnych rejestrów, tokenów autoryzacyjnych, proxy czy specyficznych preferencji instalacji.
    • Trwałe ikony projektów: Użytkownicy mogą teraz przypisywać niestandardowe ikony do projektów, a te zmiany są trwale zapisywane. Wcześniej ikony mogły zostać utracone przy przełączaniu sesji lub restartowaniu aplikacji.
    • Naprawa stanu sesji w Desktop: Zlikwidowano błąd w aplikacji desktopowej, w którym widoki sesji mogły utknąć w przestarzałym stanie podczas przełączania się między różnymi elementami, co zapewnia bardziej płynne i przewidywalne środowisko pracy.

    Dla deweloperów pracujących w środowiskach korporacyjnych lub z wieloma projektami, poprawka dotycząca .npmrc jest szczególnie istotna. Plik .npmrc przechowuje konfigurację, taką jak adresy prywatnych rejestrów pakietów (np. Artifactory, GitHub Packages), tokeny dostępu czy ustawienia proxy. Jeśli narzędzie AI tego nie respektowało, instalacje zależności mogły kończyć się błędami "404 Not Found" lub problemami z autoryzacją, zmuszając programistów do ręcznego zarządzania zależnościami poza interfejsem asystenta. Teraz Opencode powinien współpracować z istniejącą konfiguracją projektu.

    Możliwość trwałego ustawiania ikon projektów również przynosi korzyści. Wizualna identyfikacja w interfejsie użytkownika, zwłaszcza przy pracy z wieloma repozytoriami, przyspiesza nawigację i poprawia ergonomię. To drobiazg, który znacząco wpływa na komfort codziennego użytkowania. Naprawa "stale state" w aplikacji desktopowej przekłada się na niezawodność. Błędy związane z utkniętym stanem interfejsu są frustrujące, ponieważ zmuszają do restartu aplikacji i mogą prowadzić do utraty kontekstu pracy.

    Kontekst ciągłych ulepszeń

    Wydanie 1.14.22 wpisuje się w szerszy trend regularnych, cotygodniowych aktualizacji Opencode, które koncentrują się na stabilności, błędach i UX. W pobliskich wersjach (jak 1.15.x widoczne w changelogu) widać ciągłą pracę nad interfejsem, na przykład nad przeprojektowaną przeglądarką diffów z drzewem plików czy usprawnieniami w TUI (Terminal User Interface). Projekt nie zwalnia tempa rozwoju, konsekwentnie dopracowując zarówno jądro (Core), interfejs terminalowy (TUI), jak i aplikację desktopową.

    Opencode od początku pozycjonuje się jako otwarte narzędzie do kodowania, działające w terminalu, IDE lub jako samodzielna aplikacja na komputer, z wbudowanym wsparciem LSP (Language Server Protocol). Taka wszechstronność wymaga szczególnej dbałości o stabilność podstawowych integracji – takich jak menedżer pakietów NPM – oraz o bezbłędne działanie wszystkich interfejsów. Aktualizacje takie jak 1.14.22 są fundamentem pod bardziej zaawansowane funkcje "vibe coding".

    Podsumowanie

    Wydanie Opencode v1.14.22 to przykład dojrzałego zarządzania projektem open-source. Zamiast dążyć do kolejnych rewolucyjnych funkcji, twórcy skupili się na wygładzeniu problemów, które realnie utrudniały pracę użytkownikom. Poprawienie integracji z NPM, zapewnienie trwałości preferencji UX i wyeliminowanie błędów interfejsu desktopowego – wszystko to składa się na bardziej przewidywalne, profesjonalne i przyjemne w użyciu narzędzie. Dla społeczności deweloperów, którzy coraz częściej włączają asystentów AI do swojego workflow, stabilizacyjne aktualizacje są równie ważne jak te wprowadzające nowości.

    Źródła

  • Claude Managed Agents zyskuje pamięć, a Haiku 3 przechodzi do historii

    Claude Managed Agents zyskuje pamięć, a Haiku 3 przechodzi do historii

    Anthropic ogłosiło wprowadzenie funkcji pamięci dla swoich zarządzanych agentów Claude Managed Agents, która jest teraz dostępna w publicznej wersji beta. Ta aktualizacja platformy Claude pozwala agentom na zachowywanie stanu i kontekstu pomiędzy sesjami. Aktualizacja, dostępna pod nagłówkiem beta managed-agents-2026-04-01, stanowi ważny krok dla długoterminowych, złożonych workflow opartych na agentach.

    Wprowadzenie pamięci to znacząca zmiana dla długoterminowych, złożonych workflow, szczególnie w obszarach takich jak automatyzacja web developmentu, DevOps czy vibe coding. Dzięki pamięci agenci nie zaczynają każdego zadania od zera. Mogą wykorzystywać wcześniej zdobytą wiedzę, wyniki poprzednich iteracji oraz wyciągnięte lekcje, co powinno znacząco poprawić ich efektywność i spójność w czasie.

    Kluczowe fakty dotyczące aktualizacji

    • Pamięć jako magazyny plików. Mechanizm pamięci działa w oparciu o magazyny związane z przestrzenią roboczą (workspace), które są montowane w kontenerze agenta. Agenci mogą odczytywać i zapisywać do nich pliki tekstowe za pomocą znanych narzędzi do systemu plików, a zapisy utrzymują się pomiędzy sesjami.
    • Kontrola dewelopera. Twórcy mogą programowo tworzyć magazyny pamięci za pomocą API i dołączać je do sesji. Dostępne jest również zarządzanie treścią: przeglądanie, edytowanie, dodawanie, usuwanie i cofanie wersji. Każdy montowany magazyn otrzymuje automatycznie dodawaną notatkę, informującą agenta o jego lokalizacji.
    • Limity i wersjonowanie. Historia wersji jest przechowywana, a każdy zapis tworzy niemutowalną wersję przypisaną do sesji, co zapewnia pełny audyt. Podczas trwania beta infrastruktura sesji i pamięć są bezpłatne.

    Jak działa pamięć agentów?

    Mechanizm jest zaprojektowany z myślą o prostocie i integracji z istniejącymi workflow. Pamięć jest realizowana jako dedykowane magazyny plików, które agenci traktują jak zwykłą część systemu plików w swoim bezpiecznym sandboksie. Dzięki temu nie muszą uczyć się nowych, skomplikowanych interfejsów API – korzystają z tych samych narzędzi do operacji na plikach, które już znają.

    Kiedy agent podczas sesji zapisze notatkę, fragment kodu, logikę biznesową czy wynik analizy błędu do pliku w pamięci, ta informacja będzie dostępna podczas jego kolejnego uruchomienia. To pozwala na budowanie agentów, które stopniowo doskonalą swoje działanie, na przykład optymalizując skrypty deploymentu na podstawie wcześniejszych błędów w środowisku hostingowym lub ulepszając fragmenty kodu w projekcie web developmentowym.

    Dlaczego to zmienia reguły gry dla workflow AI?

    Dotychczas agenci, nawet ci zaawansowani, często działali w izolacji każdej sesji. Każde zadanie – czy to analiza logów, refaktoryzacja kodu, czy konfiguracja pipeline'u DevOps – było traktowane jak nowe wyzwanie bez historycznego kontekstu. Wprowadzenie pamięci eliminuje tę barierę.

    W praktyce oznacza to możliwość tworzenia agentów specjalizowanych, które z czasem stają się ekspertami w wąskiej domenie. Agent odpowiedzialny za modernizację legacy codebase może zapamiętywać stosowane wzorce refaktoringu i typowe problemy napotkane w konkretnej bazie kodu. Inny, zarządzający hostingiem, może gromadzić dane o wydajności i optymalizacjach dla różnych typów aplikacji. Pojawia się także możliwość koordynacji floty agentów poprzez wspólne magazyny pamięci, co otwiera drogę do złożonych, wieloagentowych systemów automatyzacji.

    Co dalej z platformą Claude?

    Wprowadzenie pamięci dla Managed Agents to część szerszego rozwoju platformy Claude. Warto również zauważyć, że w ramach zmian w ofercie, Haiku 3 przechodzi do historii.

    Dla deweloperów i zespołów DevOps, które eksperymentują lub już wdrożyły agentów AI do automatyzacji zadań, ta aktualizacja stanowi wyraźny sygnał. Era statycznych, pozbawionych kontekstu asystentów powoli się kończy. Nadchodzi czas agentów, które potrafią adaptować i budować własną, użyteczną wiedzę na przestrzeni wielu interakcji, stając się coraz bardziej wartościowymi członkami zespołów developerskich.

    Źródła

  • Zed wprowadza równoległe agenty AI: jak wersja 0.233.5 zmienia kodowanie z pomocą sztucznej inteligencji

    Zed wprowadza równoległe agenty AI: jak wersja 0.233.5 zmienia kodowanie z pomocą sztucznej inteligencji

    Zed Industries opublikowało stabilną wersję 0.233.5 swojego edytora, wprowadzając funkcję równoległych agentów. To znaczące ulepszenie w Zed od momentu dodania wsparcia dla modeli takich jak Claude i GPT, które umożliwia jednoczesne uruchamianie wielu niezależnych wątków asystentów w jednym oknie aplikacji. Wydanie to przyczynia się do bardziej zaawansowanych przepływów pracy dla programistów webowych i innych użytkowników.

    Nowa funkcjonalność, szczegółowo opisana w dokumentacji Zed, pozwala na uruchomienie kilku wątków agenta równolegle. Każdy z nich działa niezależnie, z własnym oknem kontekstu i historią konwersacji. Użytkownicy mogą prowadzić oddzielne rozmowy z różnymi modelami AI, takimi jak wbudowany agent Zed, Claude Agent i OpenAI Codex, w tym samym czasie. To nie jest już tylko czat, ale pełnoprawne, wielowątkowe środowisko do wspólnego kodowania.

    Kluczowe informacje o wydaniu

    • Równolegli agenci to nowa funkcja, która zadebiutowała w stabilnej wersji 0.233.5.
    • Nowy panel 'Threads Sidebar' umożliwia zarządzanie wszystkimi aktywnymi wątkami agentów, przełączanie się między nimi i śledzenie ich postępów.
    • Izolacja i współdzielenie kontekstu pozwala wybrać, czy agent ma pracować na izolowanej kopii roboczej (worktree), czy na głównym drzewie projektu.
    • Praca między projektami umożliwia pojedynczemu wątkowi agenta czytanie i zapisywanie plików w różnych repozytoriach, co jest przydatne w złożonych projektach full-stack.
    • Stabilizacja w 0.233.5 – późniejsza aktualizacja naprawiła błąd migracji metadanych wątków, który mógł powodować ich „znikanie” po aktualizacji.

    Dlaczego równoległe agenty zmieniają grę dla web developmentu

    Dla zespołów zajmujących się tworzeniem stron i aplikacji internetowych ta zmiana otwiera nowe możliwości organizacji pracy. Wyobraź sobie scenariusz, w którym jeden wątek agenta refaktoryzuje komponenty React w folderze frontend, drugi pisze testy jednostkowe w backend, a trzeci aktualizuje dokumentację API w pliku README.md. Wszystko dzieje się bez przerywania kontekstu i bez konieczności ręcznego przełączania się między zadaniami.

    To podejście wpisuje się w koncepcję „vibe coding” – swobodnego, płynnego kodowania wspomaganego przez AI, gdzie programista staje się bardziej architektem i recenzentem niż osobą piszącą każdą linię kodu. Równoległość pozwala na porównywanie wyników różnych modeli, delegowanie mniej złożonych zadań do szybszych agentów, a bardziej wymagających – do tych potężniejszych.

    Izolacja i współpraca w jednym

    Izolacja i współpraca w jednym

    Ciekawym aspektem nowej funkcji jest elastyczność w zarządzaniu kontekstem. Dla prostych zadań, jak poprawa formatowania czy generowanie komentarzy, można udostępnić agentowi główne drzewo projektu. Dla bardziej złożonych operacji, takich jak zmiana architektury czy migracja dużej części kodu, można użyć izolowanej kopii roboczej. To minimalizuje ryzyko przypadkowego uszkodzenia głównego stanu projektu i pozwala na bezpieczne testowanie pomysłów.

    Możliwość pracy między projektami to kolejna istotna cecha, szczególnie przydatna w środowiskach DevOps i mikroserwisowych. Agent może analizować zależności między frontendem a backendem, które są trzymane w oddzielnych repozytoriach, lub jednocześnie wprowadzać zmiany konfiguracyjne w wielu miejscach.

    Podsumowanie nowych możliwości Zed

    Wprowadzenie równoległych agentów w Zed 0.233.5 to nie tylko nowa funkcja, ale zmiana w sposobie interakcji programisty z narzędziami AI. Edytor przestaje być pasywnym narzędziem do edycji tekstu, a staje się aktywnym, wielowątkowym środowiskiem do rozwiązywania problemów. Dla społeczności zajmującej się web developmentem, AI i nowoczesnymi przepływami pracy kodowania, to odpowiedź na rosnące potrzeby efektywności i złożoności projektów.

    Wydanie 0.233.5 wyznacza moment, w którym kodowanie z wieloma asystentami AI staje się standardową funkcją w Zed. Oczekuje się, że ta zmiana przyspieszy rozwój ekosystemu wtyczek, integracji i specjalistycznych agentów do konkretnych zadań programistycznych.

    Źródła

  • Google wprowadza Gemini 3.5 Flash: szybki model agentowy dla programistów

    Google wprowadza Gemini 3.5 Flash: szybki model agentowy dla programistów

    Google ogłosił, że jego nowy model sztucznej inteligencji, Gemini 3.5 Flash, jest teraz dostępny dla wszystkich. Model ten, który zadebiutował 19 maja 2026 roku, jest zaprezentowany jako najszybsza i najbardziej opłacalna opcja w ofercie Google, stworzona z myślą o złożonych zadaniach agentowych oraz programistycznych. To stabilne narzędzie, gotowe do zastosowania na dużą skalę, skierowane jest głównie do deweloperów i zespołów DevOps.

    Gemini 3.5 Flash to model „Flash-tier”, co oznacza, że koncentruje się na niskich opóźnieniach i przystępnych kosztach, przy zachowaniu solidnej wydajności. Jego wyróżnikiem jest kontekst sięgający 1 miliona tokenów oraz możliwość generowania odpowiedzi o długości do 65 536 tokenów. Google zoptymalizował ten model pod kątem długich, wieloetapowych przepływów pracy, iteracyjnego debugowania kodu oraz efektywnego wykorzystywania narzędzi.

    Kluczowe informacje o modelu

    • Status i data: Model jest ogólnie dostępny (GA) od 19 maja 2026 roku.
    • Moc obliczeniowa: Obsługuje 1 048 576 tokenów kontekstu i do 65 536 tokenów wyjścia.
    • Multimodalność: Akceptuje dane wejściowe w formie tekstu, kodu, obrazów, audio, wideo i PDF, generując tekst.
    • Ograniczenia: Nie obsługuje jeszcze Gemini Live API, Content Credentials (C2PA) ani funkcji Computer Use.

    Siła w zadaniach agentowych i kodowaniu

    Podstawową filozofią Gemini 3.5 Flash jest wspieranie „agentycznego wykonywania”. Model działa jak autonomiczny asystent, który planuje, dzieli problem na etapy i używa narzędzi do znalezienia rozwiązania. Dla programistów oznacza to bardziej niezawodnego partnera do refaktoryzacji dużych fragmentów kodu, pisania testów czy analizy całego repozytorium, dzięki dużemu oknu kontekstu.

    Nowością jest funkcja „zachowania myśli” (thought preservation), która przechowuje kontekst rozumowania między kolejnymi turami konwersacji. Może to poprawić wyniki w skomplikowanych, iteracyjnych zadaniach, choć Google zauważa, że może również zwiększyć zużycie tokenów. To podejście sprawdza się w sytuacjach wymagających ciągłości rozumowania, na przykład przy poprawianiu błędów i optymalizacji kodu.

    Wydajność, szybkość i koszty

    Nieoficjalne testy wskazują, że Gemini 3.5 Flash jest znacznie szybszy od swojego poprzednika, osiągając ponad 280 tokenów wyjściowych na sekundę w niektórych konfiguracjach testowych. Jednak ta szybkość i poprawiona inteligencja wiążą się z wyższymi kosztami.

    Szacuje się, że nowy model może być nawet pięciokrotnie droższy w eksploatacji w niektórych scenariuszach benchmarkowych w porównaniu do Gemini 3.5 Flash. Wynika to z wyższej ceny bazowej oraz potencjalnie większego zużycia tokenów przez zaawansowane rozumowanie. Przewidywane ceny to 1,50 USD za 1 milion tokenów wejściowych i 9,00 USD za 1 milion tokenów wyjściowych, z 90% zniżką dla tokenów z cache’a.

    Dlaczego to ważne dla świata web dev i AI?

    Dla społeczności zajmującej się rozwojem webowym, vibe codingu i DevOps, wprowadzenie Gemini 3.5 Flash to istotna wiadomość. Bezpośrednia optymalizacja pod kątem kodowania i długich zadań agentowych czyni go potencjalnie idealnym silnikiem dla zaawansowanych asystentów programistycznych lub autonomicznych narzędzi deploymentu.

    Status GA (general availability) oraz deklarowana gotowość do skalowania w produkcji to zielone światło dla zespołów SaaS i platform hostingowych, które chcą integrować zaawansowane AI bez obaw o niestabilność wersji beta. Możliwość przetwarzania dokumentów PDF, wideo czy audio otwiera także drogę do tworzenia agentów analizujących dokumentację techniczną, logi czy nagrania ze spotkań.

    Podsumowanie

    Gemini 3.5 Flash to odpowiedź Google na rosnące zapotrzebowanie rynku na szybkie, niezawodne i myślące modele AI do zastosowań produkcyjnych. Choć wiąże się z wyższą ceną niż poprzednia generacja, oferuje znaczący postęp w inteligencji, zwłaszcza w obszarze zadań agentowych i programistycznych. Dla deweloperów i inżynierów AI stwarza nowe możliwości budowania bardziej złożonych i samodzielnych aplikacji, które potrafią nie tylko odpowiadać, ale także planować i wykonywać wieloetapowe procesy. Jego prawdziwa wartość ujawni się w praktyce, gdy zespoły zaczną wykorzystywać długi kontekst i domyślne rozumowanie do automatyzacji skomplikowanych przepływów pracy.

  • Codex 0.122.0 wprowadza tabbed browsing i silniejsze bezpieczeństwo dla pluginów

    Codex 0.122.0 wprowadza tabbed browsing i silniejsze bezpieczeństwo dla pluginów

    OpenAI wydało wersję Codex 0.122.0, która koncentruje się na poprawie zarządzania pluginami oraz zwiększeniu kontroli bezpieczeństwa. To kolejny krok w rozwoju Codex z narzędzia do kodowania w platformę dla zautomatyzowanych workflowów. Nowa wersja wprowadza funkcje takie jak tabbed browsing dla pluginów, elastyczne źródła marketplace oraz zaostrzone polityki bezpieczeństwa dotyczące systemu plików.

    Kluczowe zmiany w Codex 0.122.0

    • Tabbed browsing i elastyczne źródła marketplace: Nowy interfejs zarządzania pluginami umożliwia łatwiejsze przeglądanie i instalację paczek zawierających umiejętności, integracje aplikacji oraz konfiguracje serwerów MCP.
    • Zaostrzone polityki bezpieczeństwa systemu plików: Wprowadzenie ściślejszych polityk bezpieczeństwa dla operacji na systemie plików zwiększa ochronę podczas pracy pluginów z lokalnymi zasobami.
    • Unieważnianie zarządzanych tokenów po wylogowaniu: Tokeny są automatycznie unieważniane po wylogowaniu użytkownika, co eliminuje ryzyko pozostawienia aktywnych kluczy.
    • Zaostrzone wymagania dotyczące zaufania workspace: Wymagania dotyczące zaufania dla workspace zostały zaostrzone, co wymusza bardziej świadome decyzje przed udostępnieniem pluginowi pełnego kontekstu pracy.

    W stronę platformy workflowów, nie tylko asystenta

    Najważniejszym celem tego wydania jest przekształcenie Codex z narzędzia do kodowania w bardziej kompleksową platformę dla zautomatyzowanych workflowów. Plugin w Codex to według oficjalnej dokumentacji "installable bundle", który łączy umiejętności, integracje aplikacji i konfigurację serwera MCP w gotowe do użycia workflowy.

    To oznacza, że deweloper może zainstalować pluginy dla GitHub, Slack czy Google Drive, które nie tylko umożliwiają dostęp do API, ale także dostarczają predefiniowane umiejętności – zestawy instrukcji i sprawdzonych procedur dla konkretnych typów pracy. To przesunięcie "bottlenecku" z inteligencji modelu na strukturę workflowu zostało wcześniej zauważone przez obserwatorów.

    Usprawnienia TUI i stabilność

    Wydanie 0.122.0 nie koncentruje się wyłącznie na pluginach. Codex zyskał również bogatsze kontrolki TUI, co obejmuje wsparcie dla side conversation oraz lepszego zarządzania wejściem. Te usprawnienia interfejsu tekstowego mają na celu zwiększenie płynności pracy podczas długich sesji z asystentem.

    Dodatkowo, wydanie zawiera szereg poprawek stabilnościowych, które eliminują problemy z crashami i nieprawidłowym zachowaniem podczas intensywnych operacji. W kontekście web developmentu, gdzie Codex często działa z dużymi projektami, takie poprawki są kluczowe dla codziennej produktywności.

    Bezpieczeństwo dla devops i zespołów produkcyjnych

    Bezpieczeństwo dla devops i zespołów produkcyjnych

    Nowe mechanizmy bezpieczeństwa, takie jak zaostrzone polityki dla systemu plików oraz automatyczne unieważnianie tokenów, są szczególnie istotne dla środowisk devops i zespołów pracujących nad aplikacjami produkcyjnymi. Plugin w Codex może mieć szeroki dostęp do zasobów – zarówno lokalnych plików, jak i zewnętrznych usług poprzez serwery MCP.

    Wymuszanie ściślejszych wymagań dotyczących zaufania workspace przed uruchomieniem pluginów oznacza, że deweloper musi świadomie zatwierdzić zakres dostępnych danych. To zmniejsza ryzyko przypadkowego wycieku informacji czy wykonania nieautoryzowanych operacji przez plugin.

    Praktyczne implikacje dla deweloperów

    Dla web deweloperów, wydanie 0.122.0 otwiera drogę do bardziej zorganizowanej pracy. Możliwość instalacji pluginów z różnych źródeł marketplace (np. publicznych repozytoriów, prywatnych katalogów firmowych) oznacza łatwiejsze dostosowanie Codex do specyficznych potrzeb projektu czy stacku technologicznego.

    Tabbed browsing w zarządzaniu pluginami ułatwia przełączanie się między różnymi zestawami narzędzi – na przykład jeden plugin dla pracy z React i TypeScript, a drugi dla automatyzacji deploymentów na AWS. To wszystko zbliża Codex do roli centrum kontroli dla automatyzacji rozwoju aplikacji, a nie tylko inteligentnego generatora kodu.

    Podsumowanie

    Codex 0.122.0 to krok w kierunku platformy, która łączy moc AI z strukturą i bezpieczeństwem potrzebnymi dla profesjonalnych workflowów. Poprawki w zarządzaniu pluginami, nowe funkcje TUI oraz zaostrzone polityki bezpieczeństwa tworzą bardziej solidne środowisko dla deweloperów, devopsów i zespołów produkcyjnych.

    Wydanie pokazuje, że OpenAI koncentruje się nie tylko na zwiększaniu inteligencji Codex, ale także na budowaniu infrastruktury, która pozwala tej inteligencji działać w sposób kontrolowany, bezpieczny i wydajny w realnych projektach. To istotny krok dla wszystkich, którzy wykorzystują AI w codziennej pracy technologicznej.

    Źródła

  • Windsurf Editor ulepsza fundamenty: wersja 2.0.63 naprawia kluczową integrację MCP i stabilizuje Devin Cloud

    Windsurf Editor ulepsza fundamenty: wersja 2.0.63 naprawia kluczową integrację MCP i stabilizuje Devin Cloud

    Windsurf/Codeium, firma odpowiedzialna za innowacyjne IDE natywne dla AI, ogłasza wydanie aktualizacji Windsurf Editor w wersji 2.0.63. Ta aktualizacja koncentruje się na poprawie stabilności i niezawodności, szczególnie w zakresie integracji z protokołem MCP (Model Context Protocol). Choć nie wprowadza wielu nowych funkcji, jest kluczowa dla użytkowników, którzy polegają na zautomatyzowanych procesach w swoich projektach. Windsurf stale rozwija swoje środowisko, aby zapewnić nie tylko nowoczesne możliwości współpracy z AI, ale także solidną podstawę dla codziennej pracy programistów.

    Kluczowe informacje o aktualizacji

    • Wersja 2.0.63 – wydanie aktualizacji korekcyjnej.
    • Najważniejsza naprawa – rozwiązano problemy z uwierzytelnianiem OAuth dla niektórych serwerów MCP, które uniemożliwiały autoryzację.
    • Kontekst wydania – część ciągłych poprawek skupionych na stabilności, widoczności narzędzi i doświadczeniach użytkowników.
    • Cel strategiczny – poprawa fundamentów platformy, szczególnie w obszarach agentów AI i integracji zewnętrznych systemów.

    Naprawa problemów OAuth dla MCP: przywrócenie kluczowego protokołu

    Główną zmianą w wersji 2.0.63 jest naprawa problemów związanych z uwierzytelnianiem OAuth dla niektórych serwerów korzystających z Model Context Protocol (MCP). MCP to otwarty protokół, który umożliwia asystentom AI, takim jak Cascade w Windsurf, bezpieczną komunikację z zewnętrznymi narzędziami, bazami danych, API oraz systemami. Działa jako standardowy interfejs, dzięki któremu AI mogą wykonywać operacje takie jak odpytywanie baz danych, zarządzanie serwerami czy interakcja z oprogramowaniem.

    Problemy z OAuth zakłócały proces uwierzytelniania, który jest kluczowy dla bezpiecznego dostępu do wielu zewnętrznych zasobów. Użytkownicy próbujący skonfigurować lub wykorzystać serwer MCP wymagający logowania przez OAuth (np. integrację z Jira, GitHub lub innymi serwisami) mogli napotykać błędy, które uniemożliwiały lub utrudniały połączenie. Naprawa tego problemu jest istotna dla zespołów, które tworzą złożone przepływy pracy w Windsurf, wykorzystujące niestandardowe narzędzia. Dla społeczności DevOps i programistów webowych pracujących z AI, stabilność takich integracji jest kluczowa dla automatyzacji zadań i efektywnego wykorzystania możliwości edytora.

    Stabilność i kontekst funkcji Devin Cloud

    Aktualizacja wpisuje się w szerszy kontekst udoskonaleń związanych z integracją chmurowego agenta AI, Devin Cloud, w Windsurf. Od wersji 2.0.63, ta funkcja stanowi kluczową możliwość edytora, umożliwiając delegowanie zadań do Devina działającego na odizolowanej maszynie wirtualnej. Niestabilne połączenia z tym chmurowym agentem mogły przerywać długotrwałe sesje, prowadzić do utraty kontekstu lub uniemożliwiać rozpoczęcie pracy. W kontekście agentowego rozwoju, gdzie zadania mogą trwać długo, takie przerwania są szkodliwe dla produktywności i zaufania do platformy. Ciągłe poprawki w tym obszarze wzmacniają jedną z najbardziej innowacyjnych cech Windsurf, czyniąc delegowanie zadań bardziej przewidywalnym i efektywnym.

    Szerszy kontekst ciągłych ulepszeń Windsurf

    Wersja 2.0.63 nie jest jedyną poprawką. Stanowi część trendu wydań Windsurf, które koncentrują się na poprawie doświadczeń związanych z agentami AI i zewnętrznymi narzędziami. Zgodnie z changelogiem, inne udoskonalenia wprowadzone w tym okresie obejmują:

    • Lepsza widoczność wywołań narzędzi MCP: edytor teraz pokazuje nazwę używanego narzędzia i jego argumenty, co zwiększa transparentność działań agenta.
    • Naprawy błędów równoległych wywołań: poprawiają współpracę i wydajność podczas korzystania z wielu narzędzi jednocześnie.
    • Ulepszenia stabilności dla rozszerzeń zdalnych: obejmujące środowiska WSL (Windows Subsystem for Linux), SSH oraz Dev Containers, co jest kluczowe dla deweloperów pracujących w rozproszonych lub konteneryzowanych środowiskach.
    • Poprawy wydajności dla pisania w dużych strefach diff: zwiększają płynność pracy podczas przeglądania zmian.
    • Optymalizacje startu sidebaru Cascade: zapewniają szybsze przygotowanie głównego panelu asystenta AI do pracy.

    Źródła