---
title: "Nowości web dev: płatny Runtime Cache, fast mode Opus 4.8"
description: "Nowości z tygodnia do 1 listopada 2026: Vercel liczy Data Cache jako płatny Runtime Cache, fast mode Opus 4.8 znika 30 listopada, Next.js 16.4 tnie bundle."
canonical_url: "https://www.outofplace.space/pl/blog/nowosci-web-dev-2026-11-01"
language: "pl"
last_updated: "2026-11-01"
alternates:
  en: "https://www.outofplace.space/blog/dev-digest-2026-11-01.md"
---

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

> Nowości z tygodnia do 1 listopada 2026: Vercel liczy Data Cache jako płatny Runtime Cache, fast mode Opus 4.8 znika 30 listopada, Next.js 16.4 tnie bundle.

Opublikowano 2026-11-01 · Kategoria: AI dla programistów · Tagi: Next.js, Cache, Claude, agenci AI

Zmiany z tego tygodnia kosztują pieniądze albo mają termin. Vercel [przenosi Data Cache do Runtime Cache](https://vercel.com/changelog/data-cache-is-moving-to-runtime-cache) 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](https://platform.claude.com/docs/en/release-notes/overview) [fast mode na Claude Opus 5.5 wyszedł z podglądu](https://www.outofplace.space/pl/blog/nowosci-web-dev-2026-10-18) 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](https://nextjs.org/blog/ship-less-javascript-with-ai): z Next.js 16.4 (stabilny od [16.4.0 z 7 października](https://github.com/vercel/next.js/releases/tag/v16.4.0)) 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](https://www.outofplace.space/pl/blog/react-server-components-co-trafia-do-przegladarki), 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](https://vercel.com/docs/caching/runtime-cache) 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](https://www.outofplace.space/pl/blog/use-cache-w-nextjs-jak-dziala).

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

[Wpis o upraszczaniu cache na Vercel](https://vercel.com/blog/simplifying-runtime-caching-on-vercel) 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](https://vercel.com/blog/introducing-geist-serif), 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](https://registry.npmjs.org/geist), 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](https://platform.claude.com/docs/en/build-with-claude/fast-mode) 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](https://platform.claude.com/docs/en/models/opus-5-5/migration-guide#migrating-from-claude-opus-4-8) 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](https://platform.claude.com/docs/en/manage-claude/usage-cost-analytics-api) 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](https://platform.claude.com/docs/en/manage-claude/usage-cost-api) 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ń](https://platform.claude.com/docs/en/api/overview#request-size-limits). 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

- [Vercel: Data Cache is moving to Runtime Cache](https://vercel.com/changelog/data-cache-is-moving-to-runtime-cache): Daty migracji dla każdego planu, stawki Runtime Cache i jak przejść wcześniej albo wyłączyć cache.

- [Informacje o wydaniach Claude](https://platform.claude.com/docs/en/release-notes/overview): Wpisy z 28, 29 i 30 października 2026: żądania do 128 MB, API analityczne i koniec fast mode na Opus 4.8.

- [Next.js: Ship less JavaScript with your AI agent](https://nextjs.org/blog/ship-less-javascript-with-ai): Skill next-bundle-optimizer i nowe narzędzia next analyze w Next.js 16.4.
