Nowości web dev: płatny Runtime Cache, fast mode Opus 4.8

Zmiany z tego tygodnia kosztują pieniądze albo mają termin. Vercel przenosi Data Cache do Runtime Cache (otwiera się w nowej karcie) i zacznie liczyć cache fetch w Next.js i unstable_cache po jego stawkach (zespoły Hobby przechodzą 29 listopada 2026, zespoły Pro dostaną datę), a Anthropic 30 listopada 2026 usuwa fast mode z Claude Opus 4.8, a według informacji o wydaniach Claude (otwiera się w nowej karcie) fast mode na Claude Opus 5.5 wyszedł z podglądu 15 października. Przed którąkolwiek z tych dat sprawdź zapisy cache w Vercel Observability i przenieś ruch w fast mode na Claude Opus 5.5. Reszta to dobre wiadomości: Next.js 16.4 daje agentowi skill, który znajduje JavaScript do wycięcia, Claude API przyjmuje żądania do 128 MB, a nowe API analityczne rozbija wydatki według modelu, klucza oraz użytkownika lub konta serwisowego stojącego za żądaniem.

Co	Wersja lub data	Co zrobić
Skill do optymalizacji bundla Next.js	Next.js 16.4, 28 paź	Uruchom go w trybie raportu na najcięższej trasie
Data Cache do Runtime Cache	30 paź; Hobby 29 lis	Przed swoją datą sprawdź zapisy cache w Observability
Odczyty i metryki Runtime Cache	30 paź	Nie zakładaj, że unieważnienie widać od razu
Geist Serif	geist 1.9.0, 30 paź	Tylko nagłówki; importuj jeden wariant
Fast mode na Claude Opus 4.8	30 paź, usunięcie 30 lis	Przejdź na Opus 5.5 albo usuń speed: "fast"
Usage and Cost Analytics API (beta)	29 paź	Nowe raporty na nowym API; alerty zostaw na starym
Rozmiar żądania w Messages API	28 paź, z 32 MB do 128 MB	Sprawdź limit każdego dostawcy zapasowego

Next.js

Next.js 16.4 daje agentowi optymalizator bundla

28 października 2026 zespół Next.js opublikował Ship less JavaScript in Next.js with your AI agent (otwiera się w nowej karcie): z Next.js 16.4 (stabilny od 16.4.0 z 7 października (otwiera się w nowej karcie)) dodajesz skill agenta next-bundle-optimizer poleceniem npx skills add vercel/next.js --skill next-bundle-optimizer i uruchamiasz go w agencie przez /next-bundle-optimizer. Skill czyta graf modułów Turbopacka z migawek next analyze, znajduje duże grupy modułów i tych kilka importów, które wciągają je do pierwszego ładowania, a poprawkę sprawdza z Twoim kodem. Domyślnie tylko raportuje; /next-bundle-optimizer fix wprowadza zmiany i porównuje migawki. Wymaga Turbopacka, domyślnego bundlera od Next.js 16. Dla ludzi next analyze dostał stronę z największymi trasami klienckimi, zapisywane migawki do porównań i filtr, który zostawia tylko kod pierwszego renderu; next analyze export zapisuje graf jako JSON. Vercel podaje, że agent wyciął prawie 2 MB skompresowanego JavaScriptu z v0 i vercel.com.

Nasze zdanie: błąd, który wpis podaje jako przykład, łatwo przeoczyć w przeglądzie kodu: komponent ładowany przez lazy(), który i tak trafia do pierwszego ładowania, bo inny moduł importuje go statycznie. Człowiekowi żmudnie się go śledzi, agentowi tanio. Zacznij od trybu raportu na najcięższej trasie, każdą proponowaną granicę importu przejrzyj jak zwykły pull request, a oszczędność pokaż porównaniem migawek. Przeniesienie logiki do React Server Components, jedna z poprawek, które skill proponuje, najbardziej zasługuje na ten przegląd.

Vercel

Data Cache przechodzi do Runtime Cache, a odczyty i zapisy stają się płatne

Changelog Vercel z 30 października 2026 wyprowadza Data Cache z bety i przenosi go do Runtime Cache. Cache fetch w Next.js i unstable_cache przechodzą na każdej wersji bez zmian w kodzie. Zespoły założone 30 października lub później już używają Runtime Cache; istniejące zespoły Hobby przechodzą 29 listopada 2026, zespoły Pro dostaną swoją datę, a z Enterprise skontaktuje się opiekun konta. Odczyty i zapisy, dotąd darmowe, będą liczone po stawkach Runtime Cache: od 0,40 USD za milion jednostek odczytu i od 4,00 USD za milion jednostek zapisu. Dokumentacja Runtime Cache (otwiera się w nowej karcie) definiuje jednostkę jako 8 KB i podaje zakres regionalny do 0,64 i 6,40 USD. Hobby ma w cenie 1 milion odczytów i 200 tysięcy zapisów miesięcznie na cały zespół; Pro płaci z miesięcznego kredytu 20 USD, potem na żądanie. Miejsca przybywa: w Pro każdy projekt i środowisko dostaje 8 razy więcej niż dawna wspólna pula Data Cache zespołu, w Enterprise 10 razy więcej niż dotąd. Wcześniej możesz przejść sam w ustawieniach CDN zespołu, a rozliczanie zaczyna się wtedy od razu.

Nasze zdanie: rachunek robią zapisy. Milion zapisów odpowiedzi ważącej 80 KB to dziesięć milionów jednostek zapisu, czyli 40 USD po najniższej stawce, więc fetch z krótkim revalidate na dużej odpowiedzi to pierwsza rzecz do znalezienia w Observability. W Hobby ryzyko jest inne: według dokumentacji po przekroczeniu limitu Vercel wstrzymuje Runtime Cache do końca okresu, więc po 29 listopada każdy cache’owany fetch szedłby prosto do Twojego źródła danych. Chodzi tu o platformę, nie o dyrektywę use cache; jak Next.js układa klucze i czyści wpisy, opisujemy w przewodniku po use cache w Next.js.

Co jeszcze zmieniło się w Runtime Cache na Vercel

Wpis o upraszczaniu cache na Vercel (otwiera się w nowej karcie) z 30 października 2026 tłumaczy połączenie i to, co wdrożono przed nim. Bezpieczniki (circuit breakers), włączone we wszystkich regionach od sierpnia, pozwalają odczytom sprawdzać świeżość po znacznikach czasu tagów trzymanych w pamięci, gdy usługa cache zwalnia; przy największych skokach ruchu w największym regionie opóźnienie odczytu p99 z usługi cache spadło do mniej więcej jednej piątej przy porównywalnym ruchu. Koszt w tym trybie awaryjnym, słowami Vercel: odczyt może przez chwilę uznać świeżo unieważnione dane za aktualne („a read can briefly treat recently invalidated data as fresh”). W projektach Enterprise z częstym usuwaniem wpisów odsetek chybień spadł mniej więcej o połowę w ciągu doby. Widok Runtime Cache w Observability pokazuje teraz znaczniki wdrożeń, przyczyny rewalidacji i wykorzystanie zapisów.

Nasze zdanie: nieaktualny odczyt zdarza się tylko w tym trybie awaryjnym, gdy usługa cache zwalnia, więc większość stron tego nie odczuje. Jeśli strona musi pokazać cenę albo stan magazynu tuż po wywołaniu revalidateTag, w takiej chwili może jeszcze przez moment dostać starą wartość; tę jedną wartość czytaj ze źródła. Nowe pola w Observability przydadzą się przy migracji opisanej wyżej: przyczyny rewalidacji pokazują, który tag generuje zapisy, a znaczniki wdrożeń, czy zmieniło to jakieś wydanie.

Geist Serif dołącza do rodziny Geist

30 października 2026 Vercel przedstawił Geist Serif (otwiera się w nowej karcie), kontrastowy szeryfowy krój do nagłówków i dużych rozmiarów, z tą samą wysokością wersalików (710) i x-height (530) co Geist Sans. Jest w geist 1.9.0 (otwiera się w nowej karcie), opublikowanym w npm tego samego dnia na licencji SIL Open Font License. Na start ma jedną grubość, Regular, w czterech kształtach na osi kształtu elementów: okrągłe kropki, Square, Triangle i Heart; wersja zmienna od Thin (100) do Black (900) jest w planach. Ma 894 glify i obsługuje 352 języki pisane alfabetem łacińskim. Każdy wariant ma osobny punkt wejścia, na przykład geist/font/serif/regular.

Nasze zdanie: jedna grubość i kontrast do tytułów oznaczają nagłówki, nie tekst ciągły. Importuj jeden wariant, którego używasz, a nie plik zmienny ze wszystkimi kształtami, i dodajesz do strony jeden plik fontu.

Claude

Fast mode na Claude Opus 4.8 znika 30 listopada 2026

Informacje o wydaniach Claude z 30 października 2026 wycofują fast mode dla Claude Opus 4.8; od 30 listopada 2026 żądanie do claude-opus-4-8 z speed: "fast" zacznie zwracać błąd. Według dokumentacji fast mode (otwiera się w nowej karcie) tryb daje nawet 2,5 razy więcej tokenów wyjściowych na sekundę. Na Opus 4.8 jest podglądem badawczym (research preview) za nagłówkiem beta fast-mode-2026-02-01 i kosztuje 10 USD za milion tokenów wejściowych i 50 USD za milion wyjściowych; na Claude Opus 5.5 jest ogólnie dostępny, nie wymaga nagłówka, ma domyślny limit w poziomach Start, Build i Scale i kosztuje 8 i 40 USD.

Nasze zdanie: poszukaj w kodzie speed: "fast" obok claude-opus-4-8; żądanie, które 30 listopada zacznie się wywracać, jest gorsze od wolnego. Albo przenieś te wywołania na Opus 5.5 z przewodnikiem migracji od Anthropic (otwiera się w nowej karcie) i własnymi testami jakości, albo usuń parametr i zostań na Opus 4.8 w zwykłej szybkości.

Nowe Usage and Cost Analytics API, a Usage and Cost API przechodzi do legacy

29 października 2026 Anthropic uruchomił Usage and Cost Analytics API (otwiera się w nowej karcie) w becie (nagłówek analytics-usage-cost-2026-08-24): /v1/organizations/analytics/usage i /v1/organizations/analytics/cost raportują tokeny, żądania i koszt dla organizacji w Claude Console i Claude Enterprise, z grupowaniem i filtrami po modelu, workspace, kluczu API, użytkowniku lub koncie serwisowym stojącym za żądaniem, poziomie usługi i szybkości. Tego samego dnia Usage and Cost API (otwiera się w nowej karcie) stało się API przestarzałym (legacy), podobnie jak endpointy usage_report, cost_report, user_usage_report i user_cost_report w Claude Enterprise Analytics API; wszystkie nadal działają i nie podano daty usunięcia. Dane nowego API odświeżają się zwykle w ciągu 4 godzin, czasem do 24, wobec około 5 minut w starym; jedno żądanie obejmuje najwyżej 31 dni i zaczyna się nie wcześniej niż 1 stycznia 2026.

Nasze zdanie: nie ma pośpiechu, bo stare API nadal działa i nie ma daty usunięcia. Nowe raporty buduj na nowym API, które dodaje użytkownika lub konto serwisowe stojące za żądaniem, a istniejące przenieś przy najbliższej zmianie. Alerty o wydatkach zostaw na starym API: alert, który przychodzi dzień później, niczego nie zatrzyma.

Messages API przyjmuje żądania do 128 MB

Od 28 października 2026 pierwszopartyjne Claude API przyjmuje żądania do Messages i Token Counting do 128 MB, wcześniej 32 MB, jak podają limity rozmiaru żądań (otwiera się w nowej karcie). Batche zostają przy 256 MB, Files API przy 500 MB, a Sessions, Agents i Environments przy 32 MB. Inne platformy się nie zmieniły: Claude Platform on AWS, Claude Models on Google Cloud (Anthropic managed) i Microsoft Foundry przyjmują 32 MB, Bedrock 20 MB, a Claude Models on Google Cloud (Google managed) 30 MB. Powyżej limitu dostajesz 413 request_too_large.

Nasze zdanie: duże PDF-y i zestawy obrazów zmieszczą się teraz w jednym żądaniu, ale tylko w pierwszopartyjnym API. Jeśli przy przeciążeniu Claude API przełączasz się na Bedrock albo Google Cloud, żądanie między 32 a 128 MB, które przechodzi za pierwszym razem, na zapasowym dostawcy skończy się błędem 413. Sprawdzaj rozmiar przed przełączeniem albo wgraj duże pliki raz przez Files API i wysyłaj odwołanie.

Dalsza lektura