Post

Next.js 16.3 is now available! β€’ Up to 90% less memory in dev β€’ Faster builds, type checking, and rendering β€’ Better tooling for AI agents β€’ Custom error boundaries β€’ Instant Navigations for SPA-like responsiveness nextjs.org/blog/next-16-3 Here's what's new ↓

Long πš—πšŽπš‘πš 𝚍𝚎𝚟 sessions now use up to 90% less memory. Turbopack used to keep visited routes cached in memory. With disk caching and memory eviction on by default, it can now offload that cache to disk.

The disk cache that has sped up πš—πšŽπš‘πš 𝚍𝚎𝚟 since 16.1 now also works for πš—πšŽπš‘πš πš‹πšžπš’πš•πš. Turbopack can read existing entries from .πš—πšŽπš‘πš/πšŒπšŠπšŒπš‘πšŽ across CI runs before compiling new changes. We've seen projects build up to 5.5x faster on the warm path.

TypeScript 7 is a 10x faster native port of the compiler, and πš—πšŽπš‘πš πš‹πšžπš’πš•πš now uses it for type checking. Install it with πš—πš™πš– πš’πš—πšœπšπšŠπš•πš• -𝙳 πšπš’πš™πšŽπšœπšŒπš›πš’πš™πš@7.

App Router rendering now uses native Node.js streams end-to-end, instead of converting to and from web streams on each request. With that overhead gone, apps handle up to 22% more requests under load in our benchmarks.

React error boundaries used to swallow πš—πš˜πšπ™΅πš˜πšžπš—πš and πš›πšŽπšπš’πš›πšŽπšŒπš, and could only reset client state. Now πšŒπšŠπšπšŒπš‘π™΄πš›πš›πš˜πš› defines a custom boundary that lets those pass through, and πš›πšŽπšπš›πš’() re-renders Server Components within the boundary.

Turbopack now supports the Vite-compatible πš’πš–πš™πš˜πš›πš.πš–πšŽπšπšŠ.πšπš•πš˜πš‹ API for loading multiple modules from the file system. For a Server Component that reads local files, like a folder of Markdown posts, it also brings hot-module reloading.

Agents often code using outdated patterns from their training data. Now, πš—πšŽπš‘πš 𝚍𝚎𝚟 maintains an π™°π™Άπ™΄π™½πšƒπš‚.πš–πš block that points them to a local copy of the docs pinned to your app's version, ensuring they always use the latest best practices.

Instant Navigations is a new suite of opt-in tools and behaviors for SPA-like responsiveness in Next.js. First up: Instant Insights flags navigations that aren't instant, with a set of fixes for you (or your agent).

Partial Prefetching gives you fine-grained control over how much content a link should prefetch for its target: a minimal loading shell, a partially rendered page, or all of its content. And loading shells can be reused across links, so users can never "beat the prefetch".

Prefetching only runs in production, which has made it hard to visually inspect your loading shells during development. The new Navigation Inspector pauses any navigation at the shell, so you can see which part of a route renders instantly, and which part waits on the network.

The πš’πš—πšœπšπšŠπš—πš() test helper asserts what content must be visible the moment you click a link. This prevents a later refactor from making the navigation slow again.

16.3 adds new first-party Skills that drive focused agent workflows. The πš—πšŽπš‘πš-𝚍𝚎𝚟-πš•πš˜πš˜πš™ Skill is general-purpose, letting an agent drive the browser and inspect the React tree to verify changes. Additional Skills are more specific, like adopting Cache Components.

The React Compiler optimizes your components at build time, letting you skip manual memoization. The React team built a Rust port of it, which we run in Turbopack instead of Babel. We tried this experimental version on v0: 34% faster to a ready page cold, 46% warm.

When the network drops, requests normally throw. The experimental πšŽπš‘πš™πšŽπš›πš’πš–πšŽπš—πšπšŠπš•.πšžπšœπšŽπ™Ύπšπšπš•πš’πš—πšŽ flag keeps them pending and retries on reconnect. A companion πšžπšœπšŽπ™Ύπšπšπš•πš’πš—πšŽ hook reports when you're offline, so you can render some UI to let your users know.

0 reposts13 likes

No replies yet.