Autor: Franczeska

  • OpenCode v1.3.15 naprawia krytyczny błąd z npm i node-gyp

    OpenCode v1.3.15 naprawia krytyczny błąd z npm i node-gyp

    Aktualizacja OpenCode do wersji 1.3.15 rozwiązuje błąd, który utrudniał pracę wielu programistom. Wydanie z 4 kwietnia 2026 roku usuwa problem uniemożliwiający poprawną instalację pakietów npm w konkretnych konfiguracjach. Poprawka ta poprawia współpracę narzędzia z menedżerem pakietów npm oraz stabilność samego rdzenia aplikacji.

    Błąd powodował przerywanie operacji npm install. Przyczyną były ścieżki do node-gyp (narzędzia kompilującego natywne moduły Node.js) zapisane w plikach binarnych OpenCode. Gdy komponent Arborist wewnątrz npm napotykał te dane, proces instalacji kończył się niepowodzeniem. Wersja 1.3.15 eliminuje te konflikty.

    Kontekst wydania i wcześniejsze zmiany

    Wydanie 1.3.15 pojawia się krótko po wersji, która przywróciła tryby przeglądu oparte na Git (git-backed review modes). Funkcja ta pozwala deweloperom analizować różnice (diffy) w niezacommitowanych zmianach oraz między poszczególnymi gałęziami projektu bezpośrednio w narzędziu.

    W ostatnich aktualizacjach dodano również Venice AI jako dostawcę modeli i poprawiono obsługę sesji przy korzystaniu z narzędzi zgodnych z API OpenAI. Wprowadzono także wsparcie dla natywnego PowerShella w systemie Windows, co pokazuje, że twórcy skupiają się na poprawie wygody pracy w różnych środowiskach.

    Stabilność pluginów i poprawki techniczne

    Poza zmianami w samym rdzeniu, wersja 1.3.15 naprawia błędy związane z systemem rozszerzeń. Rozwiązano problemy z instalacją pluginów przez aliasy npm oraz bezpośrednio z linków do repozytoriów Git. Deweloperzy poprawili też obsługę ścieżek cache w systemie Windows, które wcześniej bywały problematyczne.

    Jest to istotne ze względu na rosnącą liczbę dostępnych dodatków. W rejestrze npm znajdują się oficjalne pakiety, takie jak @opencode-ai/sdk (wersja 1.4.3) i @opencode-ai/plugin (wersja 1.4.6), a także projekty tworzone przez społeczność, np. zestaw poprawek oh-my-opencode.

    Rozwój ekosystemu i znane błędy

    Ostatnie serie aktualizacji wzbogaciły OpenCode o eksport danych telemetrycznych OTLP, pełną obsługę proxy HTTP oraz poprawki dla OpenRouter. Zredukowano także zużycie pamięci przez TypeScript LSP.

    Mimo postępów, w aplikacji występują jeszcze pewne problemy. Użytkownicy starszych procesorów Intel (np. architektura Ivy Bridge) zgłaszali trudności z uruchomieniem programu po aktualizacji. W takich przypadkach konieczne jest wyłączenie automatycznych aktualizacji lub powrót do starszej wersji. Innym odnotowanym błędem jest brak odświeżania wersji deweloperskich pluginów podczas pracy w trybie dev z wykorzystaniem Tauri.

    Znaczenie aktualizacji dla programistów

    Dla osób zajmujących się web developmentem w JavaScript i TypeScript, sprawne działanie npm jest niezbędne. Błędy przy npm install wstrzymują pracę nad projektem i zmuszają do szukania obejść. Wersja 1.3.15 usuwa tę barierę.

    Poprawa stabilności instalacji pluginów ułatwia dostosowanie środowiska do własnych potrzeb. Możliwość rozbudowy narzędzia o dodatki ma bezpośredni wpływ na szybkość i komfort pisania kodu.

    Aktualizacja do wersji 1.3.15 jest zalecana dla wszystkich użytkowników OpenCode. Oprócz naprawy błędów z npm, zawiera ona wszystkie wcześniejsze usprawnienia dotyczące integracji z Gitem, zarządzania sesjami i obsługi nowych modeli AI.

    Źródła

  • Cursor 3 definiuje nową erę rozwoju: od IDE do fabryki oprogramowania sterowanej agentami

    Cursor 3 definiuje nową erę rozwoju: od IDE do fabryki oprogramowania sterowanej agentami

    Środowisko programistyczne Cursor przechodzi właśnie głęboką transformację. Wersja 3 to nie kolejna aktualizacja, ale fundamentalna zmiana paradygmatu – przejście od klasycznego IDE do zunifikowanej przestrzeni roboczej zaprojektowanej od podstaw do pracy z „flotą” agentów AI. To odpowiedź na rodzącą się trzecią erę rozwoju oprogramowania, w której autonomiczne agenty piszą niemal cały kod, a rolą programisty staje się zarządzanie procesem i review.

    Okno agentów: centralne stanowisko dowodzenia

    Sercem Cursor 3 jest nowe Okno Agentów (Agents Window), dostępne przez Cmd+Shift+P. To dedykowany panel boczny, który konsoliduje wszystkie agenty – lokalne, chmurowe, zdalne przez SSH czy te działające w worktrees – w jednym, przejrzystym interfejsie. Kluczową innowacją jest możliwość równoległego uruchamiania wielu agentów. Można np. uruchomić jednego agenta do eksploracji nowej architektury, drugiego do implementacji backendu, a trzeciego do pisania testów – wszystko jednocześnie, nawet w różnych repozytoriach.

    Interfejs jest z natury wielorepozytoryjny, co ułatwia współpracę człowieka i agentów w rozproszonych projektach. Co ważne, Cursor pozwala na płynne „przekazywanie” sesji agenta między środowiskami. Długotrwałe zadanie można przenieść z lokalnego komputera do chmury, aby działało, gdy laptop jest zamknięty. Gdy zaś potrzebne są szybkie iteracje i testy na własnej maszynie, sesję chmurową można pobrać lokalnie, korzystając z wydajnego modelu Composer 2.

    Tryb projektowania i kafelki: precyzja i wielozadaniowość

    Dwa inne flagowe elementy to Tryb Projektowania (Design Mode) i Karty Agentów (Agent Tabs). Tryb Projektowania, aktywowany skrótem Cmd+Shift+D, pozwala na bezpośrednią interakcję z UI w przeglądarce. Można zaznaczać obszary, dodawać elementy do chatu i dawać agentom precyzyjne wskazówki wizualne, co znacząco przyspiesza iteracje nad frontendem.

    Karty Agentów w edytorze umożliwiają natomiast przeglądanie wielu konwersacji jednocześnie – obok siebie lub w siatce. Uwalnia to programistę od uciążliwego przełączania się między zakładkami i pozwala śledzić postępy w różnych wątkach pracy. W najnowszej aktualizacji 3 wprowadzono też układ kafelkowy (tiled layout) w samym Oknie Agentów, co dodatkowo ułatwia multitasking i porównywanie wyników pracy różnych agentów.

    Samodzielne uczenie się i bezpieczeństwo w centrum

    Samodzielne uczenie się i bezpieczeństwo w centrum

    Cursor 3 to nie tylko interfejs. W parze z nim idą potężne funkcje automatyzacji. Bugbot, narzędzie do code review, zyskało zdolność do samodzielnego uczenia się (Learned Rules). Analizuje reakcje i komentarze recenzentów w pull requestach, tworząc na tej podstawie reguły, które stopniowo usprawniają przyszłe przeglądy. Te, które się sprawdzają, są automatycznie promowane, a nieskuteczne – wyłączane.

    Dla zespołów priorytetyzujących bezpieczeństwo i kontrolę, Cursor wprowadza samohostowane agenty chmurowe. Działają one wewnątrz własnej infrastruktury użytkownika, zapewniając, że codebase, dane wyjściowe buildów i wrażliwe informacje nigdy nie opuszczają sieci wewnętrznej, podczas gdy agent wykonuje polecenia lokalnie.

    Statystyki wewnętrzne: wizja przyszłości w działaniu

    Statystyki wewnętrzne: wizja przyszłości w działaniu

    Najbardziej wymowna jest wewnętrzna statystyka firmy Cursor. Według niej 35% wewnętrznych pull requestów jest już tworzonych przez autonomiczne agenty chmurowe działające na maszynach wirtualnych. Co więcej, agenty piszą niemal 100% kodu w tych procesach, a deweloperzy skupiają się na dekompozycji problemów, recenzji i udzielaniu feedbacku.

    W marcu 2025 roku użytkowników funkcji autouzupełniania (Tab) było 2,5 raza więcej niż użytkowników agentów. Dziś proporcje się odwróciły – użytkowników agentów jest 2 razy więcej. To pokazuje gwałtowną zmianę w sposobie pracy. Prognozy twórców są śmiałe: większość pracy programistycznej będzie wykonywana przez takie agenty w ciągu najbliższego roku.

    Podsumowanie: od pisania kodu do budowy fabryki

    Cursor 3 nie jest już narzędziem służącym przede wszystkim do pisania kodu. Jak mówią sami twórcy, stał się środowiskiem „pomagającym deweloperom w budowie fabryki, która tworzy ich oprogramowanie”. To przejście od modelu „pokaż i monitoruj” jednego agenta do zarządzania linią produkcyjną, gdzie floty agentów pracują asynchronicznie, a programista włącza się w obieg w odpowiednich momentach – do recenzji, feedbacku i dekompozycji skomplikowanych problemów.

    Dzięki integracji agentów z różnych kanałów (Slack, GitHub, Linear, web, mobile) w jeden spójny interfejs, Cursor 3 redukuje konieczność przełączania kontekstu i oferuje prawdziwie zunifikowane stanowisko pracy. To krok w stronę przyszłości, w której środowisko programistyczne nie tyle asystuje w kodowaniu, co zarządza autonomicznymi procesami wytwórczymi, stając się centrum dowodzenia dla nowej generacji inżynierii oprogramowania.

    Źródła

  • Zed 0.230.1 Daje Kontrolę Nad Zadaniami i Interfejsem

    Zed 0.230.1 Daje Kontrolę Nad Zadaniami i Interfejsem

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

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

    Konfiguracja zadań: precyzyjne sterowanie zapisem

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

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

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

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

    Elastyczny interfejs: panele na Twoich zasadach

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

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

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

    Znaczenie w szerszym kontekście rozwoju Zed

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

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

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

    Źródła

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

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

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

    Wygodniejsze zarządzanie sesjami i nowe komendy

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

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

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

    Zaawansowane filtry bezpieczeństwa dla plików

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

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

    Ulepszenia kompatybilności i stabilności

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

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

    Dopracowanie interfejsu i zachowania shella

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

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

    Cel wydania i dalszy rozwój

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

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

    Źródła

  • Nowe Możliwości Współpracy w Zed: Udostępnianie Ekranu Na Wayland w Integracja Gita

    Nowe Możliwości Współpracy w Zed: Udostępnianie Ekranu Na Wayland w Integracja Gita

    Najnowsza stabilna wersja edytora Zed, oznaczona numerem 0.220.2, to odpowiedź na prośby społeczności, szczególnie programistów pracujących na Linuksie. Aktualizacja skupia się na usprawnieniu pracy zespołowej i dopracowaniu codziennych zadań deweloperskich. Dwa flagowe dodatki to ulepszenia w integracji z Gitem oraz poprawki dla środowiska Wayland.

    Ta wersja wychodzi naprzeciw potrzebom nowoczesnego programisty, łącząc wydajność lokalnego edytora z funkcjami ułatwiającymi vibe coding i zdalną współpracę. To nie tylko kilka nowych opcji, ale znaczący krok w stronę dojrzałości narzędzia, szczególnie na platformie Linux.

    Ulepszenia dla Wayland

    Dla użytkowników Linuksa, którzy przeszli na nowoczesny protokół wyświetlania Wayland, praca z Zedem bywała utrudniona. Wersja 0.220.2 wprowadza szereg poprawek mających na celu zwiększenie stabilności i komfortu pracy na tej platformie. Rozwiązano niektóre problemy specyficzne dla Wayland, takie jak błędy przy kopiowaniu tekstu do schowka. Należy jednak zaznaczyć, że pełne, natywne udostępnianie ekranu w sesji Wayland pozostaje wyzwaniem, a niektóre błędy (np. związane z uruchamianiem aplikacji) mogą jeszcze występować.

    Git na pierwszym planie: pogłębiona integracja

    Drugim filarem tej aktualizacji jest ściślejsza integracja z systemem kontroli wersji Git. Funkcje wprowadzone wcześniej (np. Git Panel w wersji 0.177) zostały rozbudowane. Wśród ulepszeń znajdują się bardziej uniwersalne narzędzia do wyboru plików (picker) oraz ulepszone widoki diff.

    Bezpośrednia wizualizacja statusu plików w repozytorium przyspiesza nawigację w projekcie i ułatwia orientację w kontekście zmian, co jest nieocenione w dużych, dynamicznie rozwijanych codebase'ach. To drobna, ale niezwykle praktyczna zmiana, która wpływa na codzienny flow programisty.

    Dopracowanie szczegółów dla wydajnej pracy

    Wersja 0.220.2 to także zestaw ulepszeń i poprawek, które razem składają się na znacznie płynniejszą pracę.

    • Wyszukiwanie i zamiana na nowym poziomie. Wprowadzono możliwość wieloliniowego wyszukiwania i zamiany zarówno w wyszukiwarce bufora (Buffer Search), jak i projektu (Project Search). To potężne narzędzie do refaktoryzacji i pracy z rozbudowanymi wzorcami tekstowymi.

    • Agent Panel staje się bardziej wszechstronny. Panel asystenta AI zyskał możliwość bezpośredniego wklejania plików i folderów, co ułatwia przekazywanie kontekstu modelom językowym. Dodano też wsparcie OAuth dla zdalnych serwerów MCP, zwiększając bezpieczeństwo integracji z zewnętrznymi narzędziami.

    • Powrót do korzeni z modelines. Dla miłośników tradycyjnych edytorów, takich jak Vim czy Emacs, dodano obsługę modelines. Są to specjalne komentarze w plikach (np. # vim: syntax=python), które pozwalają na automatyczne wykrywanie języka lub ustawianie konkretnych opcji edytora (np. włączenie trybu Vim) dla danego pliku.

    • Szereg poprawek stabilizacyjnych. Na długiej liście zmian znalazły się m.in.: poprawki renderowania tekstu i tytułów okien na Linuksie (X11), lepsza obsługa aktualizacji na Linuksie przy braku narzędzia rsync, poprawki działania schowka dla użytkowników pakietu Office na Windowsie oraz usprawnienia w interakcjach z modelami AI podczas sesji kolaboracyjnych.

    Podsumowanie: skupienie na pracy zespołowej i ekosystemie Linux

    Wydanie Zed 0.220.2 jasno pokazuje kierunek rozwoju tego edytora: pogłębiona integracja, współpraca w czasie rzeczywistym i wsparcie dla różnych ekosystemów deweloperskich. Rozwiązanie problemów związanych z protokołem Wayland to sygnał dla społeczności, że jej głos jest brany pod uwagę.

    Ulepszenie integracji z Gitem czy wprowadzenie wieloliniowego wyszukiwania to z kolei odpowiedź na codzienne potrzeby efektywnego kodowania. Te zmiany, choć mogą wydawać się ewolucyjne, w połączeniu z setkami poprawek błędów realnie przekładają się na komfort użytkowania Zeda. To solidna aktualizacja, która utwierdza pozycję Zeda jako poważnego narzędzia w warsztacie nowoczesnego programisty.

    Źródła

  • OpenCode v1.3.10: Lepsza Obsługa Subagentów i Solidniejsze Przechowywanie Danych

    OpenCode v1.3.10: Lepsza Obsługa Subagentów i Solidniejsze Przechowywanie Danych

    Popularny open-source'owy asystent kodowania, OpenCode, otrzymał kolejną aktualizację oznaczoną numerem 1.3.10. Choć nie jest to duży, przełomowy release, wprowadza kilka istotnych poprawek, które znacząco wpływają na komfort pracy i stabilność aplikacji. Dwa kluczowe obszary, które zostały dopracowane, to interakcja z subagentami oraz niezawodność migracji danych w systemie przechowywania sesji.

    Usprawnienia w interfejsie subagentów

    Jedna z najbardziej widocznych zmian dla użytkownika dotyczy interakcji z subagentami. Subagenci w OpenCode to potężne narzędzia, które mogą wykonywać złożone zadania, takie jak analiza kodu czy refaktoryzacja, działając równolegle do głównej sesji.

    Wcześniej, po wywołaniu narzędzia przez subagenta, przycisk lub polecenie stawało się nieaktywne do momentu zakończenia operacji. W wersji 1.3.10 to się zmienia. Wywołania narzędzi subagentów pozostają aktywne i klikalne nawet w trakcie oczekiwania na wykonanie. To subtelna, ale ważna poprawka ergonomii. Zapewnia użytkownikowi lepszy feedback wizualny i poczucie płynności, pozwalając na szybszą nawigację i zarządzanie równoległymi procesami bez zbędnego czekania.

    To ulepszenie jest częścią szerszych prac nad UX subagentów, które w nowszych wersjach (jak 1.3.10) obejmują też wyraźniejsze tytuły sesji, lepszą nawigację i precyzyjsze wskaźniki postępu.

    Większa niezawodność przechowywania danych

    „Pod maską” wersja 1.3.10 przynosi istotne wzmocnienie niezawodności systemu przechowywania stanu aplikacji. Zaimplementowano ulepszoną logikę migracji storage'u, która ma zapobiegać potencjalnemu uszkodzeniu danych.

    Problem mógł wystąpić w dwóch scenariuszach: przy migracji z bardzo starych wersji OpenCode zawierających niekompatybilne rekordy lub w przypadku przerwanej migracji. Nowy mechanizm jest odporniejszy i zabezpiecza zaktualizowany stan aplikacji przed uszkodzeniem (corruption) danych. To czysto techniczne, ale krytyczne ulepszenie, zwłaszcza dla użytkowników, którzy często aktualizują narzędzie i pracują nad długofalowymi projektami.

    Poprawka ta jest efektem głębokiej refaktoryzacji architektury wewnętrznej, przeprowadzanej w całej serii 1.3.10. Wśród zmian znalazło się przebudowanie procesora sesji na architekturę opartą na efektach (effect-based), zastąpienie bezpośredniego użycia Filesystem przez abstrakcję AppFileSystem oraz refaktoryzacja usług konfiguracji i sesji z użyciem biblioteki Effect.

    Detale dla użytkowników i deweloperów

    Oprócz głównych poprawek aktualizacja zawiera też kilka innych, wartych odnotowania zmian. Miłośnicy popularnego motywu Catppuccin zauważą lepszy kontrast dla przygaszonego tekstu w interfejsie TUI (Text-based User Interface). To drobiazg, który poprawia czytelność podczas długich sesji kodowania.

    Choć wersja 1.3.10 sama w sobie jest stabilna, warto wiedzieć o pewnym problemie, który pojawił się w tym cyklu wydawniczym. Wersja .exe na Windowsa mogła powodować błędy (crashe) przy użyciu Bun Canary z powodu błędu typu ThreadLock. Co ciekawe, problem ten został rozwiązany w ramach cyklu 1.3.10, co wskazuje na specyficzną sekwencję wydawania łatek.

    Dla osób integrujących OpenCode z własnymi rozwiązaniami ważna jest informacja, że release notes wersji 1.3.10 wspominają o breaking changes w SDK. Przy planowaniu aktualizacji własnych pluginów czy integracji warto dokładnie sprawdzić te zapisy.

    Dlaczego to ma znaczenie

    OpenCode zdobywa popularność jako terminalowe narzędzie do „vibe codingu” – swobodnego, wspomaganego przez AI kodowania. Jego siłą jest obsługa wielu modeli (Claude, GPT, Gemini, lokalny Ollama), sesje równoległe i nacisk na prywatność dzięki lokalnym konfiguracjom. W takim narzędziu płynność interfejsu i absolutna niezawodność przechowywania efektów pracy są kluczowe.

    Aktualizacja 1.3.10, skupiająca się na takich właśnie aspektach, pokazuje, że twórcy nie tylko dodają nowe funkcje, ale też konsekwentnie szlifują podstawowe doświadczenie użytkownika i solidność fundamentów. W świecie narzędzi deweloperskich, gdzie każda minuta przestoju oznacza wybicie z rytmu pracy, takie poprawki są bezcenne.

    Źródła

  • ChatGPT Pro Lite: OpenAI Testuje Nowy Plan Za 100 Dolarów Miesięcznie

    ChatGPT Pro Lite: OpenAI Testuje Nowy Plan Za 100 Dolarów Miesięcznie

    Dla użytkowników, którzy potrzebują czegoś więcej niż oferta Plus za 20 dolarów, ale nie chcą inwestować aż 200 dolarów w pełny plan Pro, może pojawić się nowa opcja. W lutym 2025 roku w kodzie interfejsu webowego ChatGPT wykryto ślady nowego, nieoficjalnego planu subskrypcyjnego o nazwie ChatGPT Pro Lite. Jego miesięczna cena ma wynosić 100 dolarów, co stanowiłoby wyraźne wypełnienie luki między obecnymi pakietami.

    To odkrycie, dokonane przez dewelopera Tibora Blaho, pokazuje, że OpenAI analizuje potrzeby rynku i rozważa dywersyfikację swojej oferty. Szczegóły, które wyciekły z kodu źródłowego, rysują obraz subskrypcji skrojonej pod wymagających użytkowników indywidualnych oraz małe i średnie firmy.

    Co może zaoferować plan za 100 dolarów?

    Na podstawie analizy kodu można wywnioskować kluczowe funkcje, które miałby oferować ChatGPT Pro Lite. Główną obietnicą jest nieograniczony dostęp do najlepszych modeli OpenAI dostępnych w interfejsie użytkownika. Oznaczałoby to brak blokad przy korzystaniu z najpotężniejszych iteracji GPT.

    Co ciekawe, plan miałby również znosić limity dla zaawansowanych funkcji głosowych oraz generowania obrazów i wideo. Dla profesjonalistów pracujących z kodem kluczowa może być wyższa wydajność agentów Codex, co znacząco przyspieszyłoby pracę podczas programowania. Najważniejszym udogodnieniem są jednak podwyższone limity dla tzw. głębokiego rozumowania (Deep Research). W porównaniu do planu Plus limity te miałyby być od 3 do 5 razy większe, pozwalając na intensywniejszą analizę złożonych zagadnień, dokumentów czy kodu źródłowego.

    Dla kogo jest ta oferta?

    ChatGPT Pro Lite zdaje się celować w specyficzną niszę. To opcja dla deweloperów, analityków danych, badaczy czy twórców treści, których potrzeby wykraczają poza standardową ofertę, ale nie wymagają jeszcze pełnego planu Pro. Plan Pro oferuje bowiem aż 20-krotnie wyższe limity w porównaniu do wersji Plus, co dla wielu użytkowników jest przeskalowaniem.

    Nowy pakiet za 100 dolarów stanowiłby więc logiczny krok pośredni. W kontekście biznesowym mógłby być opłacalny dla osób intensywnie korzystających z zaawansowanych funkcji AI w codziennej pracy, dla których podstawowy Plus jest zbyt ograniczający, a koszt Pro – zbyt wysoki. W gruncie rzeczy jest to odpowiedź na coraz większe zróżnicowanie potrzeb użytkowników, którzy od AI oczekują już nie tylko ciekawostki, ale realnego narzędzia zwiększającego produktywność.

    Kontekst rynkowy i struktura cenowa

    Wprowadzenie ChatGPT Pro Lite wpisuje się w szerszą strategię OpenAI, która stale rozbudowuje portfolio subskrypcji. Obecnie, poza darmowym planem Free, użytkownicy mogą wybierać spośród kilku opcji. Plan Go (ok. 8 USD w USA, z lokalnymi dostosowaniami cenowymi, np. ok. 35 zł w Polsce) jest dostępny w wybranych krajach i oferuje rozszerzone możliwości. Flagowy plan Plus za 20 dolarów (ok. 80–90 zł w Polsce) to standard dla zaawansowanych użytkowników indywidualnych. Na szczycie oferty dla klientów indywidualnych stoi właśnie Pro za 200 USD (ok. 800–900 zł w Polsce), oferujący topowe modele OpenAI i ogromne limity. Pełna oferta obejmuje także plany Team, Business oraz Enterprise.

    W tym układzie ChatGPT Pro Lite za 100 dolarów zajmuje wyraźną pozycję pośrodku stawki. Pozwala to OpenAI konkurować w różnych przedziałach cenowych z innymi gigantami, takimi jak Claude Max (do 200 USD) czy Gemini AI Ultra (249,99 USD). Dla polskiego użytkownika cena, szacowana proporcjonalnie na około 400–500 złotych miesięcznie, stawia tę subskrypcję w kategorii poważnego narzędzia biznesowego.

    Podsumowanie

    Wykrycie śladów ChatGPT Pro Lite w kodzie źródłowym to wyraźna sugestia, że OpenAI testuje reakcję rynku na nowy poziom subskrypcji. Oficjalna premiera nie została potwierdzona, więc szczegóły oferty mogą się jeszcze zmienić. Niemniej sam fakt rozważania takiego planu pokazuje, jak dojrzały stał się rynek zaawansowanych asystentów AI. Firmy i profesjonaliści nie szukają już tylko zabawki, lecz wydajnych, skalowalnych narzędzi, a dostawcy tacy jak OpenAI muszą na to odpowiedzieć zróżnicowaną ofertą. Jeśli plan wejdzie w życie, może stać się popularnym wyborem dla tych, którzy traktują ChatGPT jako nieodzowny element swojego warsztatu pracy.

  • Codex 0.117.0 Uprawnia Pluginy Do Pierwszorzędnych Obywateli

    Codex 0.117.0 Uprawnia Pluginy Do Pierwszorzędnych Obywateli

    Najnowsza aktualizacja Codex, wersja 0.117.0, przynosi jedną z najbardziej wyczekiwanych przez społeczność funkcjonalności: natywne wsparcie dla pluginów. OpenAI zdecydowało się potraktować pluginy jako „first-class citizens” w workflow, co w praktyce oznacza rewolucję w zarządzaniu, synchronizacji i korzystaniu z rozszerzeń. To nie jest kosmetyczna zmiana, lecz fundamentalne przesunięcie, które ma ułatwić zespołom współdzielenie skonfigurowanych środowisk i automatyzację skomplikowanych zadań.

    Nowy system pluginów pozwala pakować w łatwe do zainstalowania pakiety trzy kluczowe elementy: skills (gotowe przepływy pracy oparte na promptach), app integrations (konektory do zewnętrznych usług, takich jak Slack, Notion, Figma czy Gmail) oraz konfiguracje MCP server (zdalne narzędzia lub współdzielony kontekst). Wszystko po to, aby ujednolicić setup pomiędzy projektami i członkami zespołu.

    Jak działają pluginy w Codex?

    Instalacja pluginów jest elastyczna i dostosowana do różnych potrzeb. Użytkownicy mogą przeglądać i instalować pluginy z kuratorowanego katalogu dostępnego w menu /plugins. W bardziej zaawansowanych scenariuszach wspierane są konfiguracje lokalne: per repozytorium (katalog ./plugins/ i plik .agents/plugins/marketplace.json) lub per użytkownik (ścieżki w katalogu domowym, takie jak ~/.codex/plugins/ i ~/.agents/plugins/marketplace.json). Synchronizacja stanu instalacji odbywa się przy starcie aplikacji, a ulepszone menu sortuje pluginy według statusu instalacji.

    Co ciekawe, OpenAI udostępnia też narzędzie do szybkiego tworzenia własnych pluginów. Wystarczy użyć wbudowanego skilla @plugin-creator, który wygeneruje szkielet z plikiem manifestu .codex-plugin/plugin.json oraz opcjonalnymi katalogami na skills, integracje aplikacji, konfiguracje MCP i zasoby. Wkrótce ma się też pojawić możliwość samodzielnego publikowania pluginów do oficjalnego katalogu.

    Przykład? Po zainstalowaniu pluginu Gmail możemy poprosić Codex: „Podsumuj nieprzeczytane wątki z Gmaila z dzisiaj”. Agent sam zadba o proces uwierzytelnienia przy pierwszym użyciu, respektując przy tym istniejące ustawienia prywatności użytkownika.

    Ulepszenia multi-agent i workflowów

    Wersja 0.117.0 to nie tylko pluginy. OpenAI znacząco ulepszyło także multi-agent v2 workflows. Kluczowymi nowościami są bogatsze mechanizmy adresowania agentów i komunikacji. Te zmiany mają na celu poprawę czytelności i koordynacji pomiędzy wieloma agentami pracującymi równolegle nad różnymi aspektami projektu. Dzięki ulepszonemu adresowaniu łatwiej jest śledzić, który agent wykonuje dane zadanie i jak komunikują się ze sobą poszczególne części przepływu pracy.

    Dodano też nowy hook userpromptsubmit, który pozwala na blokowanie lub modyfikowanie promptów użytkownika przed ich wykonaniem. To potężne narzędzie dla zespołów chcących wdrożyć własne polityki, walidacje lub automatyczne wzbogacanie poleceń.

    Poprawki stabilności i UX

    Poza głównymi nowościami aktualizacja przynosi szereg mniejszych, ale istotnych ulepszeń. Rozszerzono możliwości obsługi obrazów oraz personalizacji tytułów terminala, co przekłada się na lepszy user experience podczas długich sesji.

    Znacznej poprawie uległ też app-server TUI (Text-based User Interface). Dodano nowe funkcje, takie jak historia promptów, wsparcie dla poleceń shell, monitorowanie systemu plików oraz obsługę zdalnych połączeń websocket. Naprawiono również problemy związane z uwierzytelnianiem i zarządzaniem sesjami, zwiększając ogólną niezawodność narzędzia.

    Podsumowanie: Codex dojrzewa jako platforma

    Wydanie Codex 0.117.0 to wyraźny sygnał, że OpenAI postrzega Codex nie tylko jako zaawansowanego asystenta do pisania kodu, ale jako pełnoprawną platformę do automatyzacji pracy. Wprowadzenie pluginów jako kluczowego elementu ekosystemu otwiera drogę do tworzenia bogatej biblioteki rozszerzeń, które mogą zrewolucjonizować workflow zespołów webdeveloperskich, DevOps i praktyków „vibe codingu”.

    Możliwość łatwego dzielenia się skonfigurowanymi skills, integracjami i narzędziami MCP sprawia, że Codex staje się znacznie bardziej przystępny dla zespołów. Jednocześnie ulepszenia w obszarze multi-agent i stabilności pokazują, że OpenAI analizuje feedback społeczności i konsekwentnie buduje solidne fundamenty pod przyszły rozwój. To krok w stronę uczynienia z Codex centralnego punktu kontroli dla złożonych, wieloetapowych projektów programistycznych.

    Źródła

  • Kimi Code CLI Wprowadza Potężny System Hooks i Ulepszony Wizualizer

    Kimi Code CLI Wprowadza Potężny System Hooks i Ulepszony Wizualizer

    Nadchodząca aktualizacja Kimi Code CLI Wprowadza Potężny System Hooks i Ulepszony Wizualizer, narzędzia dla programistów od Moonshot AI, przynosi kluczową innowację, która ma odmienić codzienną pracę z asystentem AI w terminalu. Chodzi o gruntowny redesign wizualizera. Ta zmiana zwiększa przejrzystość interakcji z modelem, zbliżając Kimi do roli w pełni zintegrowanego asystenta deweloperskiego.

    Przeprojektowany wizualizer: modularyzacja i kontrola

    Głównym filarem aktualizacji jest gruntowna przebudowa wizualizera. Monolityczny plik visualize.py został podzielony na modularny pakiet (visualize/) z dedykowanymi modułami. Ta zmiana architektoniczna znacząco poprawia łatwość utrzymania kodu (maintainability) oraz wydajność.

    Użytkownik zyskał też większą kontrolę nad strumieniem konwersacji dzięki zaawansowanym skrótom klawiszowym. Dokumentacja Kimi Code CLI Wprowadza Potężny System Hooks i Ulepszony Wizualizer opisuje różne tryby wprowadzania tekstu, w tym tryb shell (Ctrl-X), tryb wieloliniowy (Ctrl-J lub Alt-Enter) oraz wklejanie (Ctrl-V). Pozwala to na elastyczne zarządzanie treścią podczas interakcji z modelem.

    Stabilność, wydajność i kontekst

    Aktualizacja przynosi szereg poprawek zwiększających stabilność i użyteczność. Naprawiono między innymi problem przepełnienia kontekstu – tokeny wyników z narzędzi są teraz szacowane i uwzględniane w automatycznym mechanizmie kompaktowania kontekstu, co zapobiega błędom przekroczenia limitu tokenów przy dużych odpowiedziach z narzędzi. Usprawniono zarządzanie sesjami, wsparcie dla wielu katalogów z umiejętnościami (skills) oraz obsługę powiadomień.

    Warto zauważyć, że rozwój Kimi Code CLI Wprowadza Potężny System Hooks i Ulepszony Wizualizer jest częścią szerszej wizji przekształcenia Kimi z prostego czatu w zintegrowanego asystenta deweloperskiego, działającego w terminalu i edytorach. Platforma koncentruje się na praktycznym workflow: planowanie → budowanie → dopracowywanie → eksport.

    Podsumowanie

    Przeprojektowanie wizualizera w Kimi Code CLI Wprowadza Potężny System Hooks i Ulepszony Wizualizer to znaczący krok w ewolucji tego narzędzia. Lepsza organizacja kodu interfejsu i zaawansowane funkcje kontroli nad konwersacją sprawiają, że interakcja z asystentem AI staje się płynniejsza, bardziej przejrzysta i efektywna. Te zmiany umacniają pozycję Kimi Code CLI Wprowadza Potężny System Hooks i Ulepszony Wizualizer jako zaawansowanego, konfigurowalnego środowiska dla programistów, które nie tylko odpowiada na pytania, ale aktywnie uczestniczy w procesie tworzenia oprogramowania.

    Źródła

  • Qwen 3.6 Plus Wchodzi Na Ring: Benchmarki Pokazują Siłę Alibaby w AI Agentowym

    Qwen 3.6 Plus Wchodzi Na Ring: Benchmarki Pokazują Siłę Alibaby w AI Agentowym

    Najnowszy flagowy model Alibaby, Qwen 3.6 Plus, to coś więcej niż kolejny chatbot. To specjalnie zaprojektowane narzędzie do automatyzacji złożonych workflow, które w najnowszych benchmarkach udowodniło, że może realnie konkurować z czołowymi graczami, takimi jak Claude Opus czy Gemini. Szczególnie imponuje w zadaniach agentowych i rozumowaniu długokontekstowym, oferując przy tym unikalną przewagę: domyślne okno kontekstu na poziomie aż 1 miliona tokenów.

    Twarde dane: benchmarki stawiają Qwen 3.6 Plus w czołówce

    Wyniki testów nie pozostawiają wątpliwości. Na SWE-bench Verified, złotym standardzie oceny zdolności inżynierskich w rzeczywistych projektach programistycznych, Qwen 3.6 Plus osiąga wynik 78.8. To plasuje go w ścisłej czołówce modeli, potwierdzając ogromne możliwości w naprawie złożonego kodu i zadaniach na poziomie całego repozytorium.

    Model potwierdza swoją wszechstronność w innych testach. Jego wydajność w zadaniach agentowych została potwierdzona w benchmarkach takich jak Terminal Bench. Szczególnie mocną stroną jest rozumowanie, co pokazują wysokie wyniki w benchmarku AIME 2025. Pod względem wydajności Qwen 3.6 Plus dorównuje GPT-4o w zadaniach agentowego kodowania, oferując przy tym znacznie większą pojemność pamięci.

    Przewaga kontekstu: 1 milion tokenów dla skomplikowanych workflow

    To właśnie ogromne okno kontekstu jest jednym z kluczowych atutów modelu Alibaby. Podczas gdy większość konkurentów operuje na dziesiątkach lub najwyżej setkach tysięcy tokenów, Qwen 3.6 Plus standardowo oferuje 1 milion tokenów. Ta decyzja architektoniczna bezpośrednio odpowiada na potrzeby przedsiębiorstw, umożliwiając modelowi pracę z całymi bazami kodu, bardzo długimi dokumentami czy wieloetapowymi zadaniami, które wymagają zachowania ciągłości rozumowania przez cały proces.

    W praktyce oznacza to, że model może analizować całe repozytoria, prowadzić długoterminowe planowanie z uwzględnieniem historii lub przetwarzać ekstremalnie długie dokumenty w jednym przebiegu. Funkcja "preserved thinking" wspiera zadania wieloetapowe, co jest kluczowe dla prawdziwie autonomicznych agentów, a nie tylko zaawansowanych czatów.

    Filozofia agentowa: od rozmowy do autonomii

    Qwen 3.6 Plus został stworzony z myślą o autonomicznym wykonywaniu zadań, a nie tylko odpowiadaniu na pojedyncze prompty. Jego zdolności agentowe polegają na umiejętności rozkładania złożonych problemów programistycznych na etapy, iteracyjnego pisania i testowania kodu, a także samodzielnego debugowania i udoskonalania rozwiązań aż do osiągnięcia celu.

    Model potrafi interpretować istniejące bazy kodu, zarządzać zależnościami i obsługiwać edge case'y. Co więcej, zaawansowane rozumowanie multimodalne rozszerza te możliwości na analizę wizualną. Wspiera to zadania takie jak analiza złożonych dokumentów z grafiką, rozumowanie wideo czy nawet "wizualne kodowanie", gdzie instrukcje mogą pochodzić z obrazów.

    Podsumowanie: nowy gracz w lidze Enterprise AI

    Wyniki benchmarków i architektura Qwen 3.6 Plus jasno wskazują kierunek, w którym zmierza Alibaba. Nie chodzi o stworzenie kolejnego asystenta konwersacyjnego, lecz o dostarczenie platformy do automatyzacji złożonych workflow biznesowych. Połączenie głębokiego rozumowania logicznego, rozszerzonej pamięci kontekstowej i precyzyjnego korzystania z narzędzi (tool use) tworzy charakterystykę "all-roundera" dla autonomicznych procesów.

    Dla firm oznacza to realną alternatywę w obszarze agentowego AI, szczególnie w scenariuszach wymagających pracy z ogromnymi zbiorami danych, obszerną dokumentacją czy skomplikowanymi pipeline'ami deweloperskimi. Qwen 3.6 Plus nie tyle dogania liderów, co próbuje wyznaczyć nowy standard, w którym pojemność kontekstu i optymalizacja pod kątem długotrwałych, iteracyjnych zadań stają się kluczową przewagą konkurencyjną.