Tag: API

  • OpenCode z lepszą integracją MCP i nowymi endpointami API

    OpenCode z lepszą integracją MCP i nowymi endpointami API

    OpenCode wprowadził aktualizację, która poprawia integrację z protokołem MCP oraz dodaje nowe endpointy API. Użytkownicy zyskają stabilniejsze połączenia, lepszą widoczność logów oraz nowe endpointy API v2 do zarządzania sesjami. Zmiany te są istotne, ponieważ dotyczą kluczowych elementów integracji, z których korzysta coraz więcej zespołów programistycznych.

    Co nowego w skrócie

    • MCP zyskuje obsługę ścieżek względem przestrzeni roboczej oraz lepszy podgląd logów serwera
    • Nowe endpointy API v2 umożliwiają zarządzanie sesjami bez zbędnych obejść
    • Naprawiono błędy w schematach narzędzi Gemini, filtrowaniu treści oraz obsłudze dużych repozytoriów Git
    • Ulepszono autoryzację — przepływy OAuth działają stabilniej, także przy równoległych żądaniach

    MCP: stabilność i wygoda na pierwszym planie

    Model Context Protocol stał się w OpenCode kluczowym narzędziem do integracji z zewnętrznymi systemami. Dzięki niemu asystent AI może korzystać z serwerów MCP — zarówno lokalnych, jak i zdalnych — bez modyfikacji kodu edytora. Wystarczy dodać wpis w konfiguracji pod kluczem mcp, aby narzędzia były dostępne dla modelu.

    Wcześniej występowały problemy z połączeniami podczas dłuższych sesji. Serwery SSE mogły wpadać w pętle reconnectów, a starsze wersje SDK nie działały poprawnie. Aktualizacja z 28 i 30 lipca rozwiązała te problemy, przywracając kompatybilność z legacy SDK oraz eliminując niepotrzebne zapętlenia połączeń.

    Dodatkowo, wprowadzono obsługę ścieżek względem przestrzeni roboczej. To zmiana, która ułatwia pracę, ponieważ konfiguracja MCP nie jest już sztywno związana z absolutnymi lokalizacjami, co jest szczególnie przydatne w projektach klonowanych na różne maszyny.

    API v2 i autoryzacja: koniec z ręcznym odświeżaniem

    API v2 i autoryzacja: koniec z ręcznym odświeżaniem

    Nowe endpointy do zarządzania sesjami to długo oczekiwana funkcjonalność dla osób tworzących własne integracje. API v2 umożliwia programowe zarządzanie sesjami — od ich tworzenia po zamykanie — bez potrzeby korzystania z dodatkowych skryptów.

    Autoryzacja również została ulepszona. OpenCode wspierał OAuth dla serwerów MCP, ale teraz przepływ działa bardziej płynnie. Sesje OAuth, które wygasły, są automatycznie odnawiane, nawet przy równoległych żądaniach. Dodatkowo, polecenie opencode mcp auth <nazwa-serwera> zyskało możliwość konfiguracji portów callback, co ułatwia pracę w środowiskach z restrykcyjnymi firewallami.

    Dla zespołów korzystających z organizacyjnych konfiguracji zdalnych to istotna zmiana — serwery można aktywować przez enabled: true bez konieczności edytowania plików lokalnie.

    Poprawki, które bolą mniej

    Poprawki, które bolą mniej

    W tej aktualizacji wprowadzono także kilka poprawek, które eliminują frustrujące problemy. Gemini przestało otrzymywać przestarzałe domyślne wartości samplingu, co rozwiązało problemy ze schematami narzędzi. Modele z filtrowaniem treści, które wcześniej mogły przerywać odpowiedzi, teraz działają przewidywalnie.

    Dodatkowo, zoptymalizowano obsługę dużych repozytoriów Git. Cache gałęzi nie psuje się już przy odświeżaniu pojedynczej referencji, co przyspiesza przełączanie kontekstu w monorepozytoriach.

    Co to znaczy dla codziennej pracy

    OpenCode wyraźnie stawia na ekosystem, a nie na monolit. MCP przestało być jedynie ciekawostką — staje się domyślnym kanałem do łączenia z zewnętrznymi narzędziami. Użytkownicy OpenCode powinni sprawdzić, czy ich serwery MCP wymagają aktualizacji konfiguracji, szczególnie jeśli korzystają z OAuth lub pracują z dużymi repozytoriami.

    Zmiany w API v2 sugerują, że w przyszłości pojawią się kolejne ułatwienia dla osób automatyzujących pracę z asystentem, co może wpłynąć na sposób, w jaki zespoły integrują AI w swoje procesy CI/CD.

    Źródła

  • OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2

    OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2

    Najnowsza aktualizacja OpenCode wprowadza istotne ulepszenia w integracji z serwerami MCP, rozszerza API v2 o nowe końcówki do zarządzania sesjami oraz optymalizuje obsługę obiektów Git w dużych repozytoriach. Choć na pierwszy rzut oka zmiany mogą wydawać się technicznymi porządkami, w praktyce znacząco wpływają na codzienną pracę z narzędziem.

    Kluczowe zmiany w skrócie

    • Wsparcie dla ścieżek względnych w konfiguracji MCP – katalog roboczy podąża za workspace, eliminując potrzebę stosowania sztywnych ścieżek bezwzględnych
    • Nowe końcówki API v2 do zarządzania sesjami, co ułatwia kontrolę nad aktywnymi połączeniami
    • Optymalizacja Git dla dużych repozytoriów – szybsze operacje na rozbudowanych historiach commitów
    • Poprawki błędów w schematach narzędzi Gemini, widoczności filtrowanych odpowiedzi oraz niezawodności uwierzytelniania
    • Lepsze logowanie MCP – błędy z połączeń SSE nie prowadzą już do pętli reconnectu, a logi serwerów są bardziej przejrzyste

    Ścieżki względne w MCP – koniec z absolutnymi zależnościami

    Dotychczas konfiguracja lokalnych serwerów MCP w OpenCode wymagała podawania bezwzględnych ścieżek do katalogu roboczego. Oznaczało to, że przeniesienie projektu między maszynami lub współpraca w zespole z różnymi strukturami folderów wiązała się z koniecznością ręcznego poprawiania konfiguracji.

    Teraz opcja cwd akceptuje ścieżki względne, które są rozwiązywane względem głównego katalogu workspace. Dla zespołów pracujących w monorepo to duża oszczędność czasu – serwer MCP skonfigurowany raz działa identycznie w każdym środowisku, niezależnie od lokalizacji projektu na dysku. Wystarczy umieścić konfigurację w repozytorium, a po klonowaniu wszystko działa od razu.

    Co ważne, zmiana dotyczy nie tylko nowych instalacji. OpenCode zachowuje również kompatybilność ze starszymi klientami SDK MCP, co umożliwia zespołom na różnych wersjach narzędzia współpracę bez konfliktów.

    API v2 i zarządzanie sesjami

    Rozszerzenie API v2 o końcówki sesji to odpowiedź na bardziej zaawansowane scenariusze, w których OpenCode działa jako usługa w tle, a nie tylko jako interaktywne narzędzie CLI. Nowe endpointy umożliwiają programowe tworzenie, odpytywanie i zamykanie sesji, co otwiera możliwości budowania własnych integracji oraz dashboardów monitorujących pracę agentów.

    Dla zespołów DevOps oznacza to możliwość tworzenia dedykowanych sesji na żądanie – na przykład w kontekście CI/CD, gdzie agent analizuje różnice przed scaleniem i raportuje potencjalne problemy. Sesje można teraz kontrolować przez API, co eliminuje potrzebę ingerencji w procesy systemowe.

    Jednocześnie poprawiono kilka uciążliwych błędów – uwierzytelnianie OAuth dla serwerów MCP przestało gubić stan przy odświeżaniu tokenów, a odpowiedzi filtrowane przez content safety Gemini nie znikają już bez śladu. Wcześniej użytkownik otrzymywał pusty ekran, teraz OpenCode informuje, że odpowiedź została zablokowana.

    Git i duże repozytoria

    Optymalizacja obsługi obiektów Git to zmiana, która z pewnością ucieszy osoby pracujące z rozbudowanymi historiami. OpenCode poprawił sposób cache'owania branchy, eliminując sytuacje, w których odświeżenie jednej referencji przypadkowo przesuwało checkout innego brancha. Choć może to brzmieć skomplikowanie, w repozytoriach z tysiącami commitów i wieloma równoległymi gałęziami przekłada się to na zauważalnie szybsze przełączanie kontekstu.

    Dodatkowo poprawiono indeksowanie wyników grep – ścieżki symlinków są teraz poprawnie zachowywane, co ma znaczenie w projektach korzystających z linków symbolicznych do współdzielonych bibliotek.

    Te zmiany pokazują, że narzędzie rozwija się z etapu "ciekawego eksperymentu" w kierunku dojrzałego środowiska pracy. Wsparcie dla ścieżek względnych w MCP oraz nowe API sesji to funkcje, które mogą zdecydować o długoterminowym przywiązaniu zespołu do tego narzędzia.

    Źródła

  • Anthropic wycofuje Claude Opus 4.1 i zmienia zasady rozliczania odmów w API

    Anthropic wycofuje Claude Opus 4.1 i zmienia zasady rozliczania odmów w API

    Anthropic ogłosiło 5 czerwca 2026 roku, że model Claude Opus 4.1 zostanie wycofany. Deweloperzy mają 60 dni na migrację, ponieważ po 5 sierpnia API przestanie przyjmować zapytania kierowane do claude-opus-4-1-20250805. W tym samym czasie wprowadzane są dwie zmiany techniczne: narzędzie doradcze zyskuje kontrolę nad tokenami, a puste odmowy nie będą generować kosztów.

    Kluczowe fakty o aktualizacji

    • Claude Opus 4.1 zostanie wycofany 5 sierpnia 2026 — oficjalnym następcą jest Claude Opus 4.8.
    • Parametr max_tokens w narzędziu doradczym umożliwia kontrolę opóźnień i kosztów.
    • Odmowy bez wygenerowanej treści nie będą już naliczane na fakturach.
    • 60 dni na migrację — po tym terminie zapytania do starego modelu zwrócą błędy.
    • Nowy tokenizer w Claude Sonnet 5 generuje około 30% więcej tokenów dla tych samych tekstów.

    Co dokładnie się zmienia z Claude Opus 4.1

    Model o identyfikatorze claude-opus-4-1-20250805 został wprowadzony do API jako ulepszenie względem podstawowego Opus 4. Anthropic kieruje wszystkich użytkowników do Claude Opus 4.8, który oferuje ten sam poziom wydajności przy niższych kosztach operacyjnych. Deweloperzy korzystający ze starszych wersji SDK lub zahardcodowanych konfiguracji powinni sprawdzić, czy ich aplikacje, agenci i zadania backendowe nie polegają na wycofywanym modelu.

    Termin migracji wynosi dwa miesiące, co może być niewystarczające, szczególnie gdy zmiana wymaga testowania promptów i potencjalnego dostosowania logiki aplikacji. 60 dni może wystarczyć na prostą podmianę identyfikatora, ale osoby z rozbudowanymi pipeline'ami ewaluacyjnymi powinny rozpocząć migrację jak najszybciej.

    Narzędzie doradcze z kontrolą tokenów

    Nowy parametr max_tokens w narzędziu doradczym to praktyczna zmiana. Deweloperzy mogą teraz ograniczyć maksymalną liczbę tokenów generowanych przez doradcę, co przekłada się na szybsze odpowiedzi i niższe rachunki.

    Na przykład, jeśli doradca analizuje długi dokument, ale potrzebujesz tylko krótkiej rekomendacji, możesz ustawić max_tokens na 500 i nie płacić za rozbudowaną analizę, której nie potrzebujesz. To proste, ale wcześniej brakowało tej opcji.

    Odmowy bez opłat — zmiana polityki rozliczeniowej

    To aktualizacja, która nie jest szeroko komentowana w release notes, ale ma realny wpływ na budżet. Dotychczas każde zapytanie kończące się statusem refusal, czyli sytuacja, gdy Claude odmawia odpowiedzi ze względów bezpieczeństwa, było normalnie naliczane, nawet jeśli model nie wygenerował żadnego tokena treści.

    Od teraz Anthropic nie pobiera opłat za zapytania, które kończą się odmową i nie produkują żadnego outputu. Dla aplikacji z dużą liczbą zapytań granicznych, takich jak systemy moderacji treści czy agenci działający na wrażliwych danych, może to oznaczać zauważalne oszczędności.

    Szerszy kontekst: Claude Sonnet 5 i zmiany w tokenizacji

    Warto również zauważyć, że Anthropic uruchomiło Claude Sonnet 5 z nowym tokenizerem, który produkuje około 30% więcej tokenów dla identycznych tekstów. To istotna informacja dla osób migrujących między modelami i porównujących koszty — ten sam prompt może nagle kosztować więcej z powodu zmiany w zliczaniu tokenów, a nie samej ceny za token.

    Claude Opus 5 zadebiutował w lipcu 2026, zastępując Opus 4.8 jako flagowy model. Wprowadził domyślnie włączone myślenie i kontekst miliona tokenów, ale to Opus 4.8 pozostaje zalecanym celem migracji dla użytkowników wycofywanego Claude Opus 4.1.

    Migracja od strony technicznej

    Jeśli korzystasz z oficjalnych SDK (Python, TypeScript, Go, Java), podmiana identyfikatora modelu na claude-opus-4-8 powinna wystarczyć. Jednak w przypadku aplikacji, które polegają na konkretnych zachowaniach modelu, warto przetestować prompty przed wdrożeniem.

    Należy również przejrzeć konfiguracje agentów Claude Managed Agents, jeśli któryś z nich wskazuje na claude-opus-4-1-20250805. To samo dotyczy skryptów automatyzacji i pipeline'ów CI/CD, gdzie identyfikatory modeli często lądują w zmiennych środowiskowych i łatwo o nich zapomnieć podczas rutynowej aktualizacji.

    Źródła

  • OpenCode zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    OpenCode zyskuje kontrolę nad dostawcami AI i odświeżony interfejs pulpitu

    Zespół OpenCode wprowadził 27 maja 2026 roku aktualizację v1.15.11, która obejmuje Desktop v2 oraz zmiany w konfiguracji dostawców i stabilności systemu. Narzędzie to, które w czerwcu zdobyło ponad 160 tysięcy gwiazdek na GitHubie, obsługuje 2,5 miliona deweloperów miesięcznie.

    Co nowego w aktualizacji

    • headerTimeout umożliwia programistom kontrolowanie czasu oczekiwania na żądania do zewnętrznych dostawców, co zapobiega zawieszaniu się zapytań przy niestabilnych połączeniach API.
    • Desktop v2 wprowadza nowy ekran startowy, kontrolki sesji w pasku tytułowym oraz obsługę gestów pinch-zoom.
    • Agentowe push notifications eliminują potrzebę ciągłego sprawdzania statusu — agenci sami wysyłają aktualizacje podczas pracy.
    • Bezpośrednie tokeny OAuth dla DigitalOcean upraszczają proces uwierzytelniania, eliminując zbędne pośredniki.

    Więcej kontroli nad tym, jak agent działa

    Nowy parametr headerTimeout odpowiada na problem, gdy połączenie z API dostawcy jest niestabilne, co może prowadzić do zawieszania się zapytań. Teraz można to kontrolować na poziomie konfiguracji każdego dostawcy.

    Wprowadzono również elastyczne ustawienia modalności, które pozwalają na dostosowanie sposobu, w jaki agent obsługuje różne typy wejścia i wyjścia — tekst, komendy shella, bloki kodu. Umożliwia to dostosowanie poziomu dostępu do potrzeb konkretnego projektu.

    Nowością, która może znacząco wpłynąć na codzienną pracę, są agenci działający w trybie push. Dotychczas użytkownicy musieli stale sprawdzać, czy agent zakończył zadanie. Teraz to agent informuje o postępach, co oszczędza czas i zmniejsza potrzebę przełączania kontekstu dla zespołów korzystających z OpenCode.

    Interfejs, który nie przeszkadza

    Desktop v2 to nie tylko zmiany wizualne. Nowy ekran startowy ułatwia szybkie rozpoczęcie sesji, a kontrolki w pasku tytułowym pozwalają na łatwe przełączanie się między zadaniami. Funkcja pinch-zoom w aplikacji desktopowej, choć może wydawać się zbędna, znacząco poprawia przeglądanie większych diffów czy diagramów.

    Terminalowy interfejs również przeszedł poprawki, które zwiększają czytelność i szybkość reakcji. Dla użytkowników preferujących pracę z klawiaturą, te zmiany są istotne.

    Zespół zadbał również o poprawę obsługi serwerów MCP. Mniej awarii i czystsze zamykanie połączeń to detale, które mogą decydować o tym, czy narzędzie nadaje się do produkcyjnego użytku.

    Gdzie OpenCode pasuje w ekosystemie

    OpenCode pozostaje neutralne wobec modeli, obsługując ponad 75 dostawców — od Anthropic Claude i OpenAI, przez Google Gemini i DeepSeek, po lokalne modele przez Ollamę. Ta różnorodność stanowi istotną przewagę nad narzędziami takimi jak Claude Code czy Codex, co jest ważne dla zespołów, które nie chcą być uzależnione od jednego dostawcy.

    Jednak ta elastyczność ma swoją cenę. Benchmarki pokazują, że OpenCode działa około 78% wolniej niż Claude Code na tym samym modelu. Przyczyną jest użycie "uprzęży agenta", która dodaje warstwę abstrakcji między kodem a API. To rozwiązanie może nie być odpowiednie dla tych, którzy potrzebują maksymalnej wydajności.

    Mimo to, rosnąca liczba użytkowników jest wymowna. Część migracji jest efektem decyzji Anthropic o ograniczeniu zewnętrznego dostępu do swoich modeli. Gdy dostęp do Claude'a jest ograniczony, uniwersalny adapter, jak OpenCode, staje się niezbędny.

    Instalacja i konfiguracja

    OpenCode można zainstalować standardowo — przez npm lub homebrew:

    npm install -g opencode-ai

    lub:

    brew install opencode

    Konfiguracja opiera się na plikach JSON umieszczanych w różnych lokalizacjach: globalnie w ~/.config/opencode/, projektowo w katalogu repozytorium lub przez zmienne środowiskowe. System łączy warstwy konfiguracji zamiast je nadpisywać, co daje elastyczność, ale wymaga zrozumienia priorytetów.

    Poprawki i stabilność

    Aktualizacja rozwiązuje także kilka problemów. Naprawiono błędy związane z wywoływaniem narzędzi, synchronizacją sesji i raportowaniem błędów. Mniej irytujących przerwań oznacza więcej czasu na pracę z kodem. Choć szczegóły mogą nie być widoczne w changelogu, to właśnie one decydują o tym, czy narzędzie staje się częścią codziennego workflow, czy ląduje w folderze "do sprawdzenia".

    Źródła

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

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

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

    Kluczowe informacje

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

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

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

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

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

    Bezpieczeństwo podagentów i odtwarzanie sesji

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

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

    Dlaczego to istotne dla „vibe coding” i codziennej pracy

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

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

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

    Źródła

  • Kimi K2.7 Code wchodzi do gry – Moonshot AI rzuca wyzwanie Claude i GPT w długodystansowym kodowaniu

    Kimi K2.7 Code wchodzi do gry – Moonshot AI rzuca wyzwanie Claude i GPT w długodystansowym kodowaniu

    Moonshot AI wprowadziło 12 czerwca 2026 roku model Kimi K2.7 Code, który jest ich najnowszym asystentem do programowania. Model ten został zaprojektowany z myślą o długoterminowych zadaniach inżynierskich, obsługuje długie konteksty oraz autonomiczne narzędzia. Użytkownicy mogą uzyskać do niego dostęp przez API, Hugging Face oraz środowisko Kimi Code.

    • Kimi K2.7 Code jest modelem stworzonym do długodystansowych zadań programistycznych, który lepiej radzi sobie z różnymi językami oraz z frontendem, DevOpsem i optymalizacją wydajności.
    • 256-tysięczne okno kontekstowe oraz tryb myślący (bez szybkich odpowiedzi) – model został zoptymalizowany do złożonego, wieloetapowego rozumowania.
    • Około 30% mniej tokenów rozumowania w porównaniu do Kimi K2.6 Code przy tych samych zadaniach, co prowadzi do niższych kosztów inferencji.
    • Ceny API: 0,95 USD za milion tokenów wejściowych, 4 USD za milion wyjściowych oraz 0,19 USD przy trafieniach cache’a – model jest dostępny na licencji Modified MIT.

    Model dostosowany do agentowego kodu

    Kimi K2.7 Code nie jest jedynie poprawioną wersją swojego poprzednika. Moonshot AI określa go jako „najbardziej zdolny model do kodowania”, który został dostosowany do agentowego generowania kodu oraz długoterminowej inżynierii oprogramowania. Model ma na celu lepsze radzenie sobie z zadaniami wymagającymi wielu kroków, wywoływania narzędzi oraz utrzymania spójności w długich kontekstach.

    Dokumentacja wskazuje na znaczną poprawę w zadaniach długohoryzontalnych. Kimi K2.7 Code lepiej generalizuje między Rustem, Go i Pythonem, a także poprawia efektywność w projektach frontendowych, automatyzacji DevOps i optymalizacji wydajności. Dla zespołów korzystających z vibe coding lub autonomicznych agentów, model ten może obsługiwać bardziej złożone zadania niż tylko krótkie fragmenty kodu.

    Duże okno i jeden tryb

    Model dysponuje oknem kontekstowym o długości 256 tysięcy tokenów i nie obsługuje trybu niemyślącego – cała komunikacja odbywa się poprzez ścieżkę rozumowania. Dla programistów przyzwyczajonych do szybkich odpowiedzi od GPT czy Claude, może to być zauważalna różnica w interakcji, ale zapewnia, że model nie uprości skomplikowanej logiki.

    Moonshot informuje o redukcji tokenów rozumowania o około 30% w porównaniu do Kimi K2.6 Code. Oznacza to, że nowa architektura lub proces treningowy pozwoliły modelowi myśleć bardziej zwięźle, nie tracąc jakości. Mniejsza liczba tokenów przekłada się również na niższe koszty przy wywołaniach API.

    Ceny, licencja i możliwości testowania

    Dostęp do Kimi K2.7 Code można uzyskać przez Moonshot API, narzędzie Kimi Code (terminalowy/IDE agent) oraz repozytorium na Hugging Face. Model jest dostępny na licencji Modified MIT, co oznacza, że w przeciwieństwie do niektórych konkurencyjnych rozwiązań, nie ma ograniczeń dotyczących komercyjnego wykorzystania.

    Ceny wynoszą: 0,95 USD za milion tokenów wejściowych, 4 USD za milion wyjściowych oraz 0,19 USD za cache. W przypadku długich kontekstów i powtarzalnych promptów, te stawki mogą być korzystne. W porównaniu do modeli takich jak Claude czy GPT, Kimi K2.7 Code może być bardziej opłacalnym rozwiązaniem.

    Rodzina K2 i jej znaczenie dla web deweloperki

    Kimi K2.7 Code to kolejny krok po modelu Kimi K2.6 Code, który Moonshot promowało jako otwarte narzędzie do kodowania, długoterminowej egzekucji oraz agentów. Seria K2 opiera się na architekturze Mixture-of-Experts, która według wcześniejszych zapowiedzi ma bilion parametrów, z czego 32 miliardy są aktywowane podczas inferencji. Nowsze informacje sugerują, że Kimi K2.7 Code utrzymuje podobną skalę, chociaż oficjalne specyfikacje nie zostały jeszcze w pełni ujawnione.

    Dla programistów pracujących z Kimi K2.7 Code, model ten oferuje nowe możliwości w zakresie długoterminowego kodowania i bardziej złożonych projektów.

  • Claude traci możliwość obsługi 1M tokenów – dotyczy to modeli Sonnet 4 i 4.5

    Claude traci możliwość obsługi 1M tokenów – dotyczy to modeli Sonnet 4 i 4.5

    Anthropic zakończyło wsparcie dla kontekstu o rozmiarze miliona tokenów w modelach Claude Sonnet 4 oraz Claude Sonnet 4.5. Od 30 kwietnia 2026 deweloperzy korzystający z tych wersji nie będą mogli wysyłać zapytań przekraczających standardowe 200 tysięcy tokenów. Próba wysłania większego promptu zakończy się błędem.

    Zmiana wymaga natychmiastowej reakcji zespołów technicznych. Jeśli wasze aplikacje opierają się na przetwarzaniu dużych bloków kodu źródłowego, pełnych repozytoriów czy złożonej dokumentacji, konieczne będzie przejście na nowsze modele. Anthropic przygotowało już ścieżkę migracji, która nie wiąże się z dodatkowymi opłatami.

    Najważniejsze informacje

    • Claude Sonnet 4 i 4.5 nie obsługują już okna 1M tokenów – zapytania powyżej 200k tokenów zwracają błąd
    • Claude Sonnet 4 i 4.5 to docelowe modele dla deweloperów potrzebujących dłuższego kontekstu
    • Claude Sonnet 4 i 4.5 oferują 1M tokenów domyślnie na API Claude, Amazon Bedrock i Vertex AI
    • Nagłówek beta context-1m-2025-08-07 został wycofany i nie działa na starszych modelach
    • Nowe modele nie wymagają żadnego nagłówka beta – dłuższe okno działa standardowo

    Dlaczego ta decyzja ma znaczenie

    W branży web developmentu, AI i DevOps umiejętność pracy z długim kontekstem jest kluczowa. Dotyczy to analizy wieloplikowych refaktoryzacji, debugowania rozproszonych systemów czy generowania dokumentacji pokrywającej setki plików jednocześnie. Narzędzia takie jak Claude Code umożliwiły przetwarzanie całych projektów w jednym zapytaniu.

    Ograniczenie do 200 tysięcy tokenów znacząco zmniejsza możliwości agentów AI. Nie można zmieścić dużej bazy kodu w tak wąskim oknie, co prowadzi do przerwania ciągłości pracy – kontekst między zapytaniami zostaje utracony, a model przestaje "rozumieć" architekturę całego projektu.

    Anthropic wprowadziło nowe modele, które oferują to samo okno 1M tokenów w stabilnej, ogólnie dostępnej formie – bez eksperymentalnych nagłówków. Cena pozostała na tym samym poziomie.

    Co zmienia się operacyjnie

    Co zmienia się operacyjnie

    Stare zapytania przestaną działać. Jeśli wasze pipeline'y CI/CD, agenci vibe codingu czy asystenci kodowania opierają się na modelach Sonnet 4 lub 4.5, napotkacie błąd przy próbie przesłania promptu >200k tokenów. To nie jest subtelna zmiana – to twarde ograniczenie.

    Deweloperzy powinni natychmiast zaktualizować konfiguracje API, wskazując claude-sonnet-4 lub claude-sonnet-4.5 jako domyślny model. Te same modele oferują również 1M tokenów na platformach trzecich – Amazon Bedrock, Vertex AI – co ułatwia pracę zespołom korzystającym z chmury.

    Na nowszych modelach (Claude Sonnet 4 i 4.5) API może zatrzymać generowanie, gdy suma tokenów wejściowych i max_tokens przekroczy rozmiar okna. Otrzymacie wtedy stop_reason: "model_context_window_exceeded", ale samo żądanie nie zostanie odrzucone – to istotny detal dla każdego, kto buduje złożone przepływy agentowe.

    Migracja krok po kroku

    Migracja krok po kroku

    Przejście na nowe modele jest proste. Nie trzeba zmieniać struktury promptów ani logiki aplikacji. Wystarczy podmienić ID modelu w wywołaniu API. Nowe modele nie potrzebują już nagłówka beta – okno 1M tokenów działa domyślnie w standardowym modelu cenowym.

    Dla zespołów korzystających z Claude Code czy innych narzędzi, Anthropic zaleca natychmiastowe przejście na wyższe wersje modeli Sonnet 4 i 4.5. Dotyczy to zwłaszcza długotrwałych sesji debugowania czy scenariuszy związanych z rozległymi refaktoryzacjami.

    Podsumowanie

    Anthropic wygasza eksperymentalny dostęp do długiego kontekstu i przenosi go do głównego nurtu swoich modeli. 1M tokenów staje się standardem. Dla branży web developmentu, AI i DevOps to istotna zmiana: można planować architekturę aplikacji, wiedząc, że długie konteksty będą obsługiwane na produkcji. Dla osób pracujących z kodem na co dzień to zachowanie ciągłości pracy – bez niespodzianek przy następnym git push.

    Źródła

  • OpenCode v1.14.29: solidna dawka poprawek dla API i zarządzania sesjami

    OpenCode v1.14.29: solidna dawka poprawek dla API i zarządzania sesjami

    OpenCode v1.14.29 to głównie wydanie serwisowe, ale wprowadzone poprawki mają realny wpływ na codzienną pracę z narzędziem. Zespół Anomaly skoncentrował się na poprawie stabilności API, zarządzania przestrzenią roboczą oraz obsługi błędów OAuth. W sumie w tej wersji wprowadzono 14 zmian: 3 nowe funkcje, 1 ulepszenie oraz 10 poprawek błędów. Aktualizacja ta szczególnie przypadnie do gustu użytkownikom, którzy integrują OpenCode z własnymi pipeline'ami lub korzystają z niego w złożonych konfiguracjach wielodostawcowych.

    Kluczowe informacje

    • API HTTP otrzymało poprawki typów dla parametrów numerycznych i logicznych w wygenerowanej specyfikacji OpenAPI oraz SDK.
    • Relatywne ścieżki workspace'ów w sesjach działają teraz poprawnie, co ułatwia pracę z wieloma katalogami i dynamicznymi środowiskami.
    • Obsługa błędów OAuth została ulepszona zarówno dla integracji MCP, jak i providerów AI.
    • TUI i shell zyskały poprawki responsywności oraz niezawodności wykonywania komend.

    Co konkretnie naprawiono w API?

    Najwięcej uwagi poświęcono warstwie HTTP oraz generowanej specyfikacji OpenAPI. W poprzednich wersjach parametry numeryczne w zapytaniach do endpointów sesji i plików nie zawsze odpowiadały tym, co deklarowała specyfikacja. Teraz problem ten został rozwiązany. Podobne trudności dotyczyły parametrów logicznych — SDK generowało typy, które nie były zgodne z rzeczywistym API.

    Dla programistów generujących klientów na podstawie specyfikacji OpenAPI OpenCode oznacza to mniej niespodzianek oraz mniej ręcznego poprawiania wygenerowanego kodu. Automatyczne integracje w CI/CD oraz niestandardowe narzędzia będą teraz bardziej niezawodne.

    Sesje i workspace'y — mała zmiana, duży komfort

    Poprawka relatywnych ścieżek workspace'ów w sesjach to jedna z tych zmian, które łatwo przeoczyć, dopóki nie zaczynają sprawiać problemów. Dla osób pracujących z wieloma repozytoriami, używających dev containerów lub montujących katalogi w różnych lokalizacjach systemu plików, OpenCode teraz poprawnie rozpoznaje ścieżki względne. Eliminowane są sytuacje, w których agent gubi kontekst po przeniesieniu projektu.

    W tej wersji wprowadzono również "background subagents", którzy mogą kontynuować zadania w tle, podczas gdy użytkownik pracuje dalej. To funkcja wciąż eksperymentalna, ale zapowiada interesujący kierunek rozwoju.

    OAuth i autoryzacja — mniej zgadywania

    Obsługa błędów OAuth to kolejny obszar, który został znacząco poprawiony. Dotyczy to zarówno integracji z serwerami MCP (Model Context Protocol), jak i providerami modeli AI. Gdy przepływ autoryzacji zawodzi — co zdarza się często, zwłaszcza przy łańcuchach wielu dostawców — komunikaty błędów są teraz bardziej jednoznaczne. Użytkownicy spędzą mniej czasu na debugowaniu, a więcej na kodowaniu.

    Terminal i shell — stabilniej

    TUI (terminal user interface) zyskało poprawki responsywności, a wykonywanie komend shella stało się bardziej niezawodne. Dla osób, które głównie pracują w terminalu — co stanowi znaczną część użytkowników OpenCode — to kluczowe zmiany. Mniej przycięć, mniej niespodziewanych awarii, płynniejsza praca.

    Warto wiedzieć

    OpenCode w przeszłości borykało się z poważnymi problemami bezpieczeństwa — starsze wersje ujawniały niezabezpieczone endpointy HTTP, co umożliwiało wykonywanie komend shella czy odczyt plików. Każda poprawka w warstwie API i autoryzacji to krok w stronę odbudowy zaufania. Zespół Anomaly konsekwentnie łata te obszary.

    Jednakże, w raportach na GitHubie pojawiły się sygnały, że v1.14.29 mogła wpłynąć negatywnie na wsparcie dla GPT-5.3 Codex w integracji z OpenAI. Użytkownicy korzystający z tego providera powinni sprawdzić, czy wszystko działa poprawnie przed aktualizacją produkcyjnego środowiska.

    Podsumowanie

    OpenCode v1.14.29 nie wprowadza spektakularnych nowości, ale solidnie poprawia fundamenty. Lepsza zgodność API, stabilniejsze sesje oraz czytelniejsze błędy OAuth to zmiany, które będą odczuwalne w codziennej pracy. Dzięki tej aktualizacji istnieje większa szansa, że system będzie działał bez zakłóceń.

    Źródła

  • OpenCode wprowadza eksperimentalne API HTTP i poprawia obsługę DeepSeek

    OpenCode wprowadza eksperimentalne API HTTP i poprawia obsługę DeepSeek

    Najnowsza wersja OpenCode, v1.14.24, wprowadza eksperymentalne endpointy HTTP API, które zwiększają możliwości automatyzacji i integracji tego otwartego asystenta kodowania AI. Nowe funkcjonalności obejmują endpointy do sprawdzania statusu serwera MCP oraz operacji na plikach projektu. Aktualizacja poprawia również formatowanie komunikatów asystenta DeepSeek, zapewniając, że reasoning (rozumowanie modelu) jest zawsze uwzględniane, oraz usprawnia dziedziczenie konfiguracji modelu. Te zmiany przyczyniają się do rozwoju OpenCode jako platformy dla programistów i agentów AI.

    Kluczowe fakty dotyczące wydania v1.14.24

    • Nowe endpointy API HTTP: Dodano eksperymentalne endpointy do sprawdzania statusu serwera MCP, listowania plików, czytania zawartości plików oraz sprawdzania statusu plików projektu.
    • Naprawa dla DeepSeek: Poprawiono obsługę komunikatów asystenta DeepSeek, eliminując problemy formatowania związane z pominięciem reasoning.
    • Stabilność konfiguracji: Usprawniono dziedziczenie konfiguracji modelu, co zapewnia ciągłość działania dla modeli z interleaved capability.
    • Wersja: OpenCode v1.14.24 jest dostępny do pobrania i instalacji.
    • Integracja: Wydanie wspiera rozwój OpenCode jako platformy integracyjnej dla automatyzacji i złożonych workflowów agentów AI.

    Rozszerzone możliwości automatyzacji poprzez HTTP API

    Wprowadzenie eksperymentalnych endpointów HTTP API w v1.14.24 otwiera nowe możliwości dla zautomatyzowanych workflowów. Endpointy dotyczące statusu serwera MCP oraz operacji na plikach projektu umożliwiają programowe monitorowanie stanu środowiska i manipulację jego zasobami. To jest istotne dla zespołów, które chcą zintegrować OpenCode z własnymi systemami CI/CD, narzędziami monitorowania lub złożonymi pipeline'ami agentów AI. API staje się bardziej dostępne dla skryptów i aplikacji zewnętrznych, co zmniejsza potrzebę ręcznej interakcji z terminalem lub interfejsem OpenCode.

    Endpointy są oznaczone jako eksperymentalne, co sugeruje, że są wczesną fazą rozwoju i mogą być rozbudowane w przyszłych wersjach. Ich obecność wskazuje na kierunek projektu: OpenCode ma na celu nie tylko bycie interaktywnym asystentem w terminalu, ale także programowalnym silnikiem, który można włączyć w większe, zautomatyzowane procesy.

    Poprawa kompatybilności z DeepSeek i stabilność modeli

    Poprawa kompatybilności z DeepSeek i stabilność modeli

    Druga istotna część tego wydania dotyczy napraw związanych z modelami AI, w szczególności DeepSeek. Problem z komunikatami asystenta DeepSeek, gdzie reasoning był czasami pomijany, prowadził do błędów formatowania na poziomie providera. Naprawa tego zapewnia, że odpowiedzi modelu są zawsze kompletne i zgodne z oczekiwanym formatem, co zwiększa stabilność i niezawodność pracy z tym providerem.

    Dla użytkowników intensywnie korzystających z DeepSeek poprzez OpenCode, takie błędy mogły skutkować niekompletnymi odpowiedziami, utratą kontekstu lub nawet crashami w zależnych procesach. Stabilna komunikacja jest kluczowa dla agentów AI wykonujących złożone zadania, takie jak analiza kodu, generowanie dokumentacji czy refaktoring.

    Dodatkowo, usprawnienie dziedziczenia konfiguracji modeli rozwiązuje problemy, które pojawiały się przy użyciu interleaved capability models. Gdy konfiguracja modelu korzystała z pola dziedziczonego z istniejącego modelu, mogło to prowadzić do niespodziewanych błędów lub utraty funkcjonalności. Aktualizacja zapewnia, że takie konfiguracje działają poprawnie nawet w przypadku fallbacku, co jest kluczowe dla zespołów korzystających z wielu, nakładających się modeli w swoich workflowach.

    OpenCode jako platforma integracyjna dla agentów AI

    OpenCode jako platforma integracyjna dla agentów AI

    Kontekst tego wydania jest istotny. OpenCode, opisany jako "open source AI coding agent", obsługuje modele z wielu providerów, takich jak Claude, GPT czy Gemini. Rozszerzenie API i poprawa obsługi providerów, takich jak DeepSeek, wzmacniają tę pozycję. Projekt ewoluuje od narzędzia dla indywidualnego programisty do platformy, na której można budować bardziej złożone aplikacje i automacje.

    Dodanie endpointów HTTP API jest krokiem w stronę integracji z narzędziami takimi jak MCP (Model Context Protocol), które umożliwiają agentom AI dostęp do szerokiego kontekstu i danych. To sprawia, że OpenCode może stać się centralnym hubem dla automatyzacji rozwoju oprogramowania, łączącym asystenta AI, system plików, status serwerów i zarządzanie projektem w jeden programowalny interfejs.

    Wnioski

    Wydanie OpenCode v1.14.24 wprowadza ważne ulepszenia. Eksperymentalne API HTTP otwiera drogę do zaawansowanej automatyzacji, a naprawy związane z DeepSeek i konfiguracją modeli zwiększają stabilność i niezawodność platformy. Dla developerów korzystających z OpenCode jako części swoich codziennych workflowów, te zmiany oznaczają mniej manualnej pracy, bardziej stabilną współpracę z modelami AI i większe możliwości integracji z innymi systemami. To wydanie potwierdza, że AI coding assistants stają się integralnymi, programowalnymi częściami środowisk developmentowych.

    Źródła

  • Anthropic wprowadza Rate Limits API i pamięć dla agentów Claude

    Anthropic wprowadza Rate Limits API i pamięć dla agentów Claude

    Anthropic, firma odpowiedzialna za modele Claude, wprowadziła na swojej platformie dwa istotne udogodnienia dla programistów. Od 24 kwietnia 2026 roku dostępne jest Rate Limits API, które umożliwia sprawdzanie konfiguracji limitów użycia API na poziomie organizacji i workspace'ów. Również od 23 kwietnia 2026 roku w publicznej beta dostępna jest Memory for Claude Managed Agents, funkcja, która zapewnia agentom Claude pamięć stanu, co poprawia ich działanie w długotrwałych workflowach. Te zmiany są ogłoszone w kontekście wydania najnowszych modeli z rodziny Claude.

    Najważniejsze informacje

    • Rate Limits API umożliwia programowe sprawdzanie limitów przepustowości dla organizacji i workspace'ów.
    • Memory for Claude Managed Agents weszła w fazę publicznej beta, pozwalając na utrzymanie stanu w długotrwałych sesjach.
    • Nowe API dostarcza szczegółów dotyczących limitów dla Messages API i pokrewnych zasobów.
    • Pamięć dla Managed Agents ma znaczenie dla aplikacji agentowych, takich jak asystenci, automatyzacje workflowów czy systemy obsługi klienta.
    • Te zmiany są związane z wydaniem najnowszych modeli Claude, co pokazuje rozwój platformy.

    Rate Limits API: programowa kontrola przepustowości

    Nowe Rate Limits API to endpoint, który odzwierciedla informacje widoczne w sekcji Limits w konsoli Claude. Jest to kluczowe udogodnienie dla zespołów platformowych i DevOps. Wcześniej informacje o limitach były dostępne tylko przez UI konsoli. Teraz platformy mogą dynamicznie odczytywać aktualne limity, aby synchronizować swoje gatewaye i proxy, budować alerty na podstawie użycia w porównaniu do konfiguracji oraz auditować workspace'y w kontekście automatyzacji provisioningu. Ważne: domyślny workspace nie może mieć nadpisanych limitów.

    Dlaczego API limitów jest ważne dla zespołów DevOps i web dev

    W kontekście AI-native SaaS, narzędzi do kodowania oraz zaawansowanych systemów agentowych, limity przepustowości są często zmiennym celem. Firmowe proxy, gatewaye i middleware muszą być świadome limitów, aby efektywnie kształtować ruch i implementować logikę awaryjną. Hardcoding limitów prowadzi do problemów, gdy Anthropic zmienia swoje polityki – jak wprowadzenie tygodniowych limitów dla użytkowników Claude Code w sierpniu 2025 roku.

    TechCrunch informował, że Anthropic wprowadził dodatkowe tygodniowe limity dla subskrybentów Pro i Max, pozostawiając istniejące 5-hour rolling limits. Firma wskazała, że to odpowiedź na użytkowników, którzy "ciągle w tle, 24/7" używali Claude Code oraz na nadużycia związane z dzieleniem kont czy resellingiem. Subskrybenci Max mogą kupować dodatkowe użycie według standardowych stawek API. Według Anthropic, zmiany dotknęły poniżej 5% subskrybentów, bazując na wzorcach użycia.

    W kontekście tych zmian, nowe Rate Limits API daje administratorom widoczność w struktury limitów, które coraz bardziej kształtują zarządzanie workflowami opartymi na Claude. Jest to szczególnie ważne dla platform wielo-tenantowych, systemów orkiestracji agentów czy narzędzi dla programistów, które kierują zapytania do różnych modeli Claude.

    Memory for Claude Managed Agents: stanowa pamięć dla agentów

    Memory for Claude Managed Agents: stanowa pamięć dla agentów

    Równolegle, Memory for Claude Managed Agents weszła w publiczną beta. Ta funkcja jest kluczowa dla agentowych workflowów – długotrwałych, stateful procesów, gdzie agent musi zachować kontekst między różnymi krokami czy sesjami. Dotyczy to np. agentów kodujących, którzy pracują nad projektem przez wiele godzin; agentów wsparcia klienta, którzy prowadzą konwersację; czy automatyzacji workflowów, które koordynują wieloetapowe zadania.

    Pamięć pozwala agentowi Claude utrzymywać stan między różnymi interakcjami, co redukuje potrzebę ciągłego rekonstruowania kontekstu i poprawia efektywność oraz doświadczenie użytkownika.

    Warto zauważyć, że Rate Limits API wyraźnie wyklucza Managed Agents z endpointu limitów organizacji, co sugeruje, że Managed Agents mają swoje własne powierzchnie produktowe i mogą być zarządzane oddzielnie. To pokazuje, że Anthropic rozwija infrastrukturę enterprise/agent w sposób modularny.

    Kontekst zmian modelowych: Claude i wycofanie Haiku

    Rate Limits API pojawia się w czasie, gdy Anthropic wydał najnowsze modele z rodziny Claude. Z drugiej strony, firma stopniowo skupia się na nowszych rodzinach modeli i bardziej zaawansowanych kontrolach platformowych.

    Wnioski dla developerów i platform engineers

    Dla zespołów web dev, AI, hosting i DevOps te zmiany są wyraźnym sygnałem: planowanie operacyjne w integracji z Claude staje się konieczne.

    Źródła