@wular/pnext 0.0.4 → 0.0.6

package/README.md

@@ -36,17 +36,17 @@ Routes live in `app/`. A `page.tsx` is a Server Component by default. It runs on
 
 ```tsx
 // app/posts/[id]/page.tsx
-import type { PageProps } from "#gen/app/posts/[id]/page";
+import type { PageProps } from '#gen/app/posts/[id]/page'
 
 export default async function Page({ params }: PageProps) {
-  const { id } = await params;
-  const post = await db.post.findUnique({ where: { id } });
+  const { id } = await params
+  const post = await db.post.findUnique({ where: { id } })
   return (
     <article>
       <h1>{post.title}</h1>
       <p>{post.body}</p>
     </article>
-  );
+  )
 }
 ```
 
@@ -58,12 +58,12 @@ Mark a component with `"use client"` where you need state, effects, or event han
 
 ```tsx
 // app/counter.tsx
-"use client";
-import { useState } from "preact/hooks";
+'use client'
+import { useState } from 'preact/hooks'
 
 export function Counter({ initial }: { initial: number }) {
-  const [count, setCount] = useState(initial);
-  return <button onClick={() => setCount(count + 1)}>Count {count}</button>;
+  const [count, setCount] = useState(initial)
+  return <button onClick={() => setCount(count + 1)}>Count {count}</button>
 }
 ```
 
@@ -74,14 +74,14 @@ Client Components hydrate on Preact for ~7.5 KB of framework, or ~12.5 KB with [
 Wrap slow server work in `<Suspense>`. The shell streams immediately and the content follows when it's ready:
 
 ```tsx
-import { Suspense } from "@wular/pnext";
+import { Suspense } from '@wular/pnext'
 
 export default function Page() {
   return (
     <Suspense fallback={<p>Loading comments…</p>}>
       <Comments />
     </Suspense>
-  );
+  )
 }
 ```
 
@@ -92,7 +92,7 @@ A `route.ts` file is an HTTP handler:
 ```ts
 // app/api/users/route.ts
 export async function GET(request: NextRequest) {
-  return Response.json(await listUsers());
+  return Response.json(await listUsers())
 }
 ```
 

package/bin/pnext

@@ -47,7 +47,7 @@ fi
 # instead of showing "bun". The kernel takes the process name from the exec'd
 # file's basename; argv0 tricks like `exec -a` never reach it.
 #
-# The cached names are hardlinks of a bun binary (see src/cli/named-bin.ts), so
+# The cached names are hardlinks of a bun binary (see src/cli/boot/named-bin.ts), so
 # `-ef` — same device and inode — proves a candidate is *this* bun and never
 # execs a stale one left by an earlier version. Resolving it here in sh instead
 # of asking named-bin.ts saves a whole bun process per command; on a miss we run

package/config/lint/base.js

@@ -1,10 +1,10 @@
-import * as path from 'node:path';
-import { includeIgnoreFile } from '@eslint/compat';
+import * as path from 'node:path'
+import { includeIgnoreFile } from '@eslint/compat'
 // @ts-ignore
-import eslint from '@eslint/js';
-import importPlugin from 'eslint-plugin-import';
-import turboPlugin from 'eslint-plugin-turbo';
-import tseslint from 'typescript-eslint';
+import eslint from '@eslint/js'
+import importPlugin from 'eslint-plugin-import'
+import turboPlugin from 'eslint-plugin-turbo'
+import tseslint from 'typescript-eslint'
 
 export default tseslint.config(
   includeIgnoreFile(path.join(import.meta.dirname, '../../.gitignore')),
@@ -45,4 +45,4 @@ export default tseslint.config(
     linterOptions: { reportUnusedDisableDirectives: true },
     languageOptions: { parserOptions: { projectService: true } },
   },
-);
+)

package/config/ts/base.json

@@ -6,9 +6,7 @@
     "esModuleInterop": true,
     "incremental": false,
     "isolatedModules": true,
-    "lib": [
-      "ESNext"
-    ],
+    "lib": ["ESNext"],
     "module": "ESNext",
     "moduleResolution": "Bundler",
     "moduleDetection": "force",
@@ -23,4 +21,4 @@
     "allowJs": true,
     "noEmit": true
   }
-}
+}

package/config/ts/react.json

@@ -3,11 +3,7 @@
   "display": "React Library",
   "extends": "./base.json",
   "compilerOptions": {
-    "lib": [
-      "DOM",
-      "DOM.Iterable",
-      "ESNext"
-    ],
+    "lib": ["DOM", "DOM.Iterable", "ESNext"],
     "jsx": "react-jsx"
   }
-}
+}

package/package.json

@@ -1,10 +1,28 @@
 {
   "name": "@wular/pnext",
-  "version": "0.0.4",
+  "version": "0.0.6",
+  "description": "A fast little framework for server-first React apps, fully compatible with Next.js",
   "type": "module",
   "bin": {
     "pnext": "bin/pnext"
   },
+  "repository": {
+    "type": "git",
+    "url": "https://github.com/muzam1l/pnext.git"
+  },
+  "homepage": "https://github.com/muzam1l/pnext",
+  "bugs": {
+    "url": "https://github.com/muzam1l/pnext/issues"
+  },
+  "keywords": [
+    "react",
+    "preact",
+    "framework",
+    "ssr",
+    "server-components",
+    "bun",
+    "nextjs"
+  ],
   "files": [
     "bin",
     "config",
@@ -27,7 +45,8 @@
     "./config/*": "./config/*"
   },
   "scripts": {
-    "lint": "bun scripts/check-compat-boundary.ts && eslint . --max-warnings 0 && tsc --noEmit",
+    "lint": "bun scripts/check-compat-boundary.ts && prettier --check . && eslint . --max-warnings 0 && tsc --noEmit",
+    "format": "prettier --write .",
     "bench": "bun bench/run.ts",
     "clean": "rm -rf .turbo .pnext node_modules",
     "prepublishOnly": "bun run lint",
@@ -53,8 +72,10 @@
     "@eslint/js": "^9.38.0",
     "@types/bun": "^1.3.0",
     "eslint": "^9.38.0",
+    "eslint-config-prettier": "^10.1.8",
     "eslint-plugin-import": "^2.32.0",
     "eslint-plugin-turbo": "^2.5.8",
+    "prettier": "^3.9.6",
     "typescript": "^5.9.3",
     "typescript-eslint": "^8.46.2"
   },

package/reference/compat.md

@@ -9,7 +9,7 @@ export default {
     next: true, // the next/* surface + next.config.js; implies react
     reactCompiler: true, // React Compiler for React-style Client Components; implies react
   },
-};
+}
 ```
 
 `compat.react` aliases `react`, `react-dom`, `react-dom/client`, `react-dom/server`, `react/jsx-runtime`, `react/jsx-dev-runtime`, and `react/compiler-runtime` onto Preact-backed shims. `react`'s `cache()` maps to pnext's request cache on the server.

package/reference/config.md

@@ -3,7 +3,7 @@
 pnext reads `pnext.config.ts` from the project root passed to the CLI. The file is optional.
 
 ```ts
-import type { pnextConfig } from '@wular/pnext';
+import type { pnextConfig } from '@wular/pnext'
 
 export default {
   outDir: '.pnext',
@@ -12,7 +12,7 @@ export default {
   compat: {
     next: true,
   },
-} satisfies pnextConfig;
+} satisfies pnextConfig
 ```
 
 With `compat.next`, `next.config.js` is loaded too, and it wins on the options both files can set (`basePath`, `assetPrefix`, `outDir`, `trailingSlash`, `skipTrailingSlashRedirect`, `productionBrowserSourceMaps`).

package/reference/css.md

@@ -11,15 +11,19 @@ Global CSS can use local workspace package imports, font files, image assets, an
 When the app root has a `postcss.config.{cjs,js,mjs}`, pnext runs its plugins on every emitted stylesheet, in a worker thread. Tailwind v4 (`@tailwindcss/postcss`) stays warm there, so dev rebuilds are incremental; config-file edits need a dev-server restart.
 
 ```tsx
-import type { ComponentChildren } from 'preact';
-import './globals.css';
-
-export default function Layout({ children }: { children: ComponentChildren }) {
+import type { ComponentChildren } from 'preact'
+import './globals.css'
+
+export default function Layout({
+  children,
+}: {
+  children: ComponentChildren
+}) {
   return (
     <html>
       <body>{children}</body>
     </html>
-  );
+  )
 }
 ```
 
@@ -28,10 +32,10 @@ export default function Layout({ children }: { children: ComponentChildren }) {
 Import plain CSS from pages, layouts, or components:
 
 ```tsx
-import './page.css';
+import './page.css'
 
 export default function Page() {
-  return <h1 className="title">Hello</h1>;
+  return <h1 className="title">Hello</h1>
 }
 ```
 
@@ -48,10 +52,10 @@ Use `.module.css` for scoped classes:
 ```
 
 ```tsx
-import styles from './page.module.css';
+import styles from './page.module.css'
 
 export default function Page() {
-  return <h1 className={styles.title}>Hello</h1>;
+  return <h1 className={styles.title}>Hello</h1>
 }
 ```
 

package/reference/dev.md

@@ -19,7 +19,7 @@ Add `@wular/pnext` as a package dependency and put `pnext` in package scripts:
 ```json
 {
   "devDependencies": {
-    "@wular/pnext": "^0.0.0"
+    "@wular/pnext": "latest"
   },
   "scripts": {
     "dev": "pnext dev",

package/reference/metadata.md

@@ -9,23 +9,23 @@ Use `compat.next` for Next.js request-time metadata APIs such as `generateMetada
 Pages and layouts can export `metadata` as an object:
 
 ```tsx
-import type { Metadata } from '@wular/pnext';
+import type { Metadata } from '@wular/pnext'
 
 export const metadata: Metadata = {
   title: 'About',
   description: 'About the team',
-};
+}
 ```
 
 They can also export `metadata()` as a no-arg build-time function:
 
 ```tsx
 export async function metadata() {
-  const site = await getSiteMetadata();
+  const site = await getSiteMetadata()
   return {
     title: site.title,
     description: site.description,
-  };
+  }
 }
 ```
 
@@ -38,13 +38,13 @@ pnext follows the Next.js metadata field shapes for common fields such as `title
 Pages and layouts can export `viewport` as an object or a build-time function:
 
 ```tsx
-import type { Viewport } from '@wular/pnext';
+import type { Viewport } from '@wular/pnext'
 
 export const viewport: Viewport = {
   width: 'device-width',
   initialScale: 1,
   themeColor: '#0b0b0b',
-};
+}
 ```
 
 Use `compat.next` for `generateViewport()` with route props.
@@ -79,7 +79,7 @@ Core dynamic routes use `params()` for build-time param selection:
 
 ```tsx
 export function params() {
-  return [{ slug: 'intro' }];
+  return [{ slug: 'intro' }]
 }
 ```
 

package/reference/navigation.md

@@ -7,12 +7,12 @@ pnext navigation APIs are split by runtime so server routes do not import browse
 Use `href()` when building URLs outside JSX.
 
 ```tsx
-import { href } from '@wular/pnext/navigation';
+import { href } from '@wular/pnext/navigation'
 
 const userHref = href('/users/[id]', {
   params: { id: 'ada' },
   search: { tab: 'runs' },
-});
+})
 ```
 
 Dynamic params are checked from generated route types. Routes without params do not take a `params` object.
@@ -22,14 +22,18 @@ Dynamic params are checked from generated route types. Routes without params do
 `<Link>` renders a normal anchor with typed route params and pnext prefetch metadata.
 
 ```tsx
-import { Link } from '@wular/pnext/link';
+import { Link } from '@wular/pnext/link'
 
 export function Nav() {
   return (
-    <Link href="/users/[id]" params={{ id: 'ada' }} search={{ tab: 'runs' }}>
+    <Link
+      href="/users/[id]"
+      params={{ id: 'ada' }}
+      search={{ tab: 'runs' }}
+    >
       Ada
     </Link>
-  );
+  )
 }
 ```
 
@@ -53,12 +57,12 @@ Use a normal `<a>` for external URLs or intentionally untyped links.
 
 `prefetch` on `<Link>` warms the target page and its assets:
 
-- `'intent'` (default): on hover, touch, or focus.
-- `'visible'`: when the link enters the viewport.
+- `'intent'`: on hover, touch, or focus.
+- `'visible'` (default): when the link enters the viewport.
 - `'load'`: as soon as the link renders.
 - `false`: never; pair with `router.prefetch(href)` for manual control.
 
-Prefetched pages expire after 30 seconds and each navigation refetches on the next visit, so pages always reflect fresh server state. Prefetch is a no-op under `pnext dev`.
+Prefetch requests ride low network priority, so they never compete with page-critical loading, and concurrency is capped at 4 in flight (12 for hover intent). Prefetched pages expire after 5 minutes and each navigation refetches on the next visit, so pages always reflect fresh server state. Prefetch is a no-op under `pnext dev`.
 
 ## Redirects
 
@@ -67,12 +71,12 @@ Use `notFound()` to render the nearest `not-found.tsx` fallback with a 404 respo
 Use `redirect()` to stop server rendering and return a redirect response. In the browser it navigates directly.
 
 ```tsx
-import { redirect } from '@wular/pnext/navigation';
+import { redirect } from '@wular/pnext/navigation'
 
 export default async function Page() {
-  const user = await getUser();
-  if (!user) redirect('/login');
-  return <Dashboard user={user} />;
+  const user = await getUser()
+  if (!user) redirect('/login')
+  return <Dashboard user={user} />
 }
 ```
 
@@ -83,9 +87,9 @@ Client event handlers can call `redirect()` too. Keep it as the last statement,
 For typed dynamic redirects, build the URL with `href()`:
 
 ```tsx
-import { href, redirect } from '@wular/pnext/navigation';
+import { href, redirect } from '@wular/pnext/navigation'
 
-redirect(href('/users/[id]', { params: { id: 'ada' } }));
+redirect(href('/users/[id]', { params: { id: 'ada' } }))
 ```
 
 ## Client Hooks
@@ -93,25 +97,25 @@ redirect(href('/users/[id]', { params: { id: 'ada' } }));
 Client navigation hooks live in `@wular/pnext/navigation/client`.
 
 ```tsx
-'use client';
+'use client'
 
-import { useRouter, useSearchParams } from '@wular/pnext/navigation/client';
+import { useRouter, useSearchParams } from '@wular/pnext/navigation/client'
 
 export function SortButton() {
-  const router = useRouter();
-  const searchParams = useSearchParams();
+  const router = useRouter()
+  const searchParams = useSearchParams()
 
   return (
     <button
       onClick={() => {
-        const search = new URLSearchParams(searchParams.toString());
-        search.set('sort', 'asc');
-        router.replace('/products', { search, scroll: false });
+        const search = new URLSearchParams(searchParams.toString())
+        search.set('sort', 'asc')
+        router.replace('/products', { search, scroll: false })
       }}
     >
       Sort
     </button>
-  );
+  )
 }
 ```
 
@@ -131,17 +135,20 @@ Available hooks:
 Use `dynamic()` for lazily loaded Client Components.
 
 ```tsx
-import { dynamic } from '@wular/pnext/dynamic';
-
-const Chart = dynamic(() => import('./chart').then(module => module.Chart), {
-  load: 'visible',
-});
+import { dynamic } from '@wular/pnext/dynamic'
+
+const Chart = dynamic(
+  () => import('./chart').then(module => module.Chart),
+  {
+    load: 'visible',
+  },
+)
 ```
 
 For default exports, use the shorter literal form:
 
 ```tsx
-const Chart = dynamic('./chart');
+const Chart = dynamic('./chart')
 ```
 
 Literal dynamic imports work from Server Components and Client Components. If the target module starts with `"use client"`, pnext renders it as a Client Component island; otherwise it renders on the server.

package/reference/performance.md

@@ -4,17 +4,17 @@ Measured against Next.js: the same fixture source runs under both frameworks and
 
 |                             |                   pnext vs Next.js |
 | --------------------------- | ---------------------------------: |
-| Dev server ready            |                  **3.8–4.3× faster** |
-| First page, cold            |                    **10–12× faster** |
-| Warm request (dev)          |                  **1.6–4.7× faster** |
+| Dev server ready            |                **3.8–4.3× faster** |
+| First page, cold            |                  **10–12× faster** |
+| Warm request (dev)          |                **1.6–4.7× faster** |
 | HMR save → visible          |                       **0.3–2×** ¹ |
-| Production build            |                  **7.2–8.8× faster** |
-| Warm request (prod)         |                    **2–3.4× faster** |
-| Prod server ready           |                  **1.8–2.3× faster** |
-| Dev server memory           |                    **3.4–4.1× less** |
-| Build peak memory           |                      **3–3.7× less** |
-| Framework install size      |   **59× smaller** (7.1 MB vs 421 MB) |
-| First-page client JS (gzip) |                      **9.5–65× less** |
+| Production build            |                **7.2–8.8× faster** |
+| Warm request (prod)         |                  **2–3.4× faster** |
+| Prod server ready           |                **1.8–2.3× faster** |
+| Dev server memory           |                  **3.4–4.1× less** |
+| Build peak memory           |                    **3–3.7× less** |
+| Framework install size      | **59× smaller** (7.1 MB vs 421 MB) |
+| First-page client JS (gzip) |                   **9.5–65× less** |
 
 ¹ pnext live-reloads (no client HMR runtime; state doesn't survive a save) — the metric
 is save → fresh HTML, which both models support. Scoped invalidation fixed the small
@@ -36,83 +36,83 @@ two columns render the same app from the same source.
 
 ## Fixture: hello-world
 
-| Metric | pnext | Next.js | Ratio |
-| --- | --- | --- | --- |
-| Dev cold start (ready) | 56.4 ms | 212.3 ms | 3.76x |
-| Dev first page HTML | 79.9 ms | 993.5 ms | 12.44x |
-| Dev warm request (p50 of 7) | 3.0 ms | 14.0 ms | 4.69x |
-| Dev server RSS (ready + 7 warm) | 130.8 MB | 536.4 MB | 4.10x |
-| HMR save → visible | 21.9 ms | 44.8 ms | 2.04x |
-| Prod build (wall) | 291.3 ms | 2569.4 ms | 8.82x |
-| Prod build peak RSS | 124.2 MB | 455.8 MB | 3.67x |
-| Prod start (ready) | 60.7 ms | 110.9 ms | 1.83x |
-| Prod warm request (p50 of 7) | 0.6 ms | 1.2 ms | 2.05x |
-| Prod server RSS (ready + 7 warm) | 85.2 MB | 85.7 MB | 1.01x |
-| Framework install size | 7.1 MB | 420.7 MB | 59.14x |
-| First-page client JS (raw) | 4.43 KB | 502.47 KB | 113.36x |
-| First-page client JS (gzip) | 2.19 KB | 141.78 KB | 64.67x |
-| First-page JS files | 3 | 5 | 1.67x |
-| Zero-island route client JS | 4.43 KB | 502.47 KB | 113.36x |
+| Metric                           | pnext    | Next.js   | Ratio   |
+| -------------------------------- | -------- | --------- | ------- |
+| Dev cold start (ready)           | 56.4 ms  | 212.3 ms  | 3.76x   |
+| Dev first page HTML              | 79.9 ms  | 993.5 ms  | 12.44x  |
+| Dev warm request (p50 of 7)      | 3.0 ms   | 14.0 ms   | 4.69x   |
+| Dev server RSS (ready + 7 warm)  | 130.8 MB | 536.4 MB  | 4.10x   |
+| HMR save → visible               | 21.9 ms  | 44.8 ms   | 2.04x   |
+| Prod build (wall)                | 291.3 ms | 2569.4 ms | 8.82x   |
+| Prod build peak RSS              | 124.2 MB | 455.8 MB  | 3.67x   |
+| Prod start (ready)               | 60.7 ms  | 110.9 ms  | 1.83x   |
+| Prod warm request (p50 of 7)     | 0.6 ms   | 1.2 ms    | 2.05x   |
+| Prod server RSS (ready + 7 warm) | 85.2 MB  | 85.7 MB   | 1.01x   |
+| Framework install size           | 7.1 MB   | 420.7 MB  | 59.14x  |
+| First-page client JS (raw)       | 4.43 KB  | 502.47 KB | 113.36x |
+| First-page client JS (gzip)      | 2.19 KB  | 141.78 KB | 64.67x  |
+| First-page JS files              | 3        | 5         | 1.67x   |
+| Zero-island route client JS      | 4.43 KB  | 502.47 KB | 113.36x |
 
 Ratio is Next.js / pnext, so above `1.00x` means pnext is ahead.
 
 ## Fixture: ssr
 
-| Metric | pnext | Next.js | Ratio |
-| --- | --- | --- | --- |
-| Dev cold start (ready) | 56.0 ms | 212.8 ms | 3.80x |
-| Dev first page HTML | 93.5 ms | 1043.3 ms | 11.16x |
-| Dev warm request (p50 of 7) | 16.5 ms | 26.4 ms | 1.60x |
-| Dev server RSS (ready + 7 warm) | 151.3 MB | 553.6 MB | 3.66x |
-| HMR save → visible | 264.3 ms | 68.3 ms | 0.26x |
-| Prod build (wall) | 310.5 ms | 2738.8 ms | 8.82x |
-| Prod build peak RSS | 136.8 MB | 456.6 MB | 3.34x |
-| Prod start (ready) | 57.1 ms | 105.5 ms | 1.85x |
-| Prod warm request (p50 of 7) | 0.5 ms | 1.3 ms | 2.50x |
-| Prod server RSS (ready + 7 warm) | 86.0 MB | 85.9 MB | 1.00x |
-| Framework install size | 7.1 MB | 420.7 MB | 59.14x |
-| First-page client JS (raw) | 27.36 KB | 502.78 KB | 18.37x |
-| First-page client JS (gzip) | 11.39 KB | 142.03 KB | 12.47x |
-| First-page JS files | 4 | 6 | 1.50x |
-| Zero-island route client JS | 4.46 KB | 502.47 KB | 112.56x |
+| Metric                           | pnext    | Next.js   | Ratio   |
+| -------------------------------- | -------- | --------- | ------- |
+| Dev cold start (ready)           | 56.0 ms  | 212.8 ms  | 3.80x   |
+| Dev first page HTML              | 93.5 ms  | 1043.3 ms | 11.16x  |
+| Dev warm request (p50 of 7)      | 16.5 ms  | 26.4 ms   | 1.60x   |
+| Dev server RSS (ready + 7 warm)  | 151.3 MB | 553.6 MB  | 3.66x   |
+| HMR save → visible               | 264.3 ms | 68.3 ms   | 0.26x   |
+| Prod build (wall)                | 310.5 ms | 2738.8 ms | 8.82x   |
+| Prod build peak RSS              | 136.8 MB | 456.6 MB  | 3.34x   |
+| Prod start (ready)               | 57.1 ms  | 105.5 ms  | 1.85x   |
+| Prod warm request (p50 of 7)     | 0.5 ms   | 1.3 ms    | 2.50x   |
+| Prod server RSS (ready + 7 warm) | 86.0 MB  | 85.9 MB   | 1.00x   |
+| Framework install size           | 7.1 MB   | 420.7 MB  | 59.14x  |
+| First-page client JS (raw)       | 27.36 KB | 502.78 KB | 18.37x  |
+| First-page client JS (gzip)      | 11.39 KB | 142.03 KB | 12.47x  |
+| First-page JS files              | 4        | 6         | 1.50x   |
+| Zero-island route client JS      | 4.46 KB  | 502.47 KB | 112.56x |
 
 Ratio is Next.js / pnext, so above `1.00x` means pnext is ahead.
 
 ## Fixture: dashboard
 
-| Metric | pnext | Next.js | Ratio |
-| --- | --- | --- | --- |
-| Dev cold start (ready) | 57.1 ms | 246.4 ms | 4.31x |
-| Dev first page HTML | 127.0 ms | 1285.8 ms | 10.12x |
-| Dev warm request (p50 of 7) | 21.6 ms | 34.1 ms | 1.58x |
-| Dev server RSS (ready + 7 warm) | 168.6 MB | 577.1 MB | 3.42x |
-| HMR save → visible | 300.4 ms | 97.6 ms | 0.32x |
-| Prod build (wall) | 637.5 ms | 4566.3 ms | 7.16x |
-| Prod build peak RSS | 188.0 MB | 569.0 MB | 3.03x |
-| Prod start (ready) | 55.6 ms | 128.8 ms | 2.32x |
-| Prod warm request (p50 of 7) | 0.5 ms | 1.7 ms | 3.41x |
-| Prod server RSS (ready + 7 warm) | 87.3 MB | 90.6 MB | 1.04x |
-| Framework install size | 7.1 MB | 420.7 MB | 59.14x |
-| First-page client JS (raw) | 38.51 KB | 507.42 KB | 13.18x |
-| First-page client JS (gzip) | 15.26 KB | 144.85 KB | 9.50x |
-| First-page JS files | 6 | 9 | 1.50x |
+| Metric                           | pnext    | Next.js   | Ratio  |
+| -------------------------------- | -------- | --------- | ------ |
+| Dev cold start (ready)           | 57.1 ms  | 246.4 ms  | 4.31x  |
+| Dev first page HTML              | 127.0 ms | 1285.8 ms | 10.12x |
+| Dev warm request (p50 of 7)      | 21.6 ms  | 34.1 ms   | 1.58x  |
+| Dev server RSS (ready + 7 warm)  | 168.6 MB | 577.1 MB  | 3.42x  |
+| HMR save → visible               | 300.4 ms | 97.6 ms   | 0.32x  |
+| Prod build (wall)                | 637.5 ms | 4566.3 ms | 7.16x  |
+| Prod build peak RSS              | 188.0 MB | 569.0 MB  | 3.03x  |
+| Prod start (ready)               | 55.6 ms  | 128.8 ms  | 2.32x  |
+| Prod warm request (p50 of 7)     | 0.5 ms   | 1.7 ms    | 3.41x  |
+| Prod server RSS (ready + 7 warm) | 87.3 MB  | 90.6 MB   | 1.04x  |
+| Framework install size           | 7.1 MB   | 420.7 MB  | 59.14x |
+| First-page client JS (raw)       | 38.51 KB | 507.42 KB | 13.18x |
+| First-page client JS (gzip)      | 15.26 KB | 144.85 KB | 9.50x  |
+| First-page JS files              | 6        | 9         | 1.50x  |
 
 Ratio is Next.js / pnext, so above `1.00x` means pnext is ahead.
 
 ## Client runtime bundles
 
-| Runtime | Raw | Gzip | Brotli |
-| --- | --- | --- | --- |
-| router-prefetch-only | 473 B | 348 B | 283 B |
+| Runtime                  | Raw      | Gzip    | Brotli  |
+| ------------------------ | -------- | ------- | ------- |
+| router-prefetch-only     | 473 B    | 348 B   | 283 B   |
 | combined-router-hydrator | 10.47 KB | 4.47 KB | 4.07 KB |
 
 ## Targets
 
-| Target | Limit | Measured | Status |
-| --- | --- | --- | --- |
-| Dev cold start, ssr fixture (pnext) | <= 100 ms | 56.0 ms | PASS |
-| Router runtime | <= 1.00 KB gzip | 348 B gzip | PASS |
-| Hydrated-route framework tax | <= 5.00 KB gzip | 4.47 KB gzip | PASS |
+| Target                                     | Limit            | Measured              | Status        |
+| ------------------------------------------ | ---------------- | --------------------- | ------------- |
+| Dev cold start, ssr fixture (pnext)        | <= 100 ms        | 56.0 ms               | PASS          |
+| Router runtime                             | <= 1.00 KB gzip  | 348 B gzip            | PASS          |
+| Hydrated-route framework tax               | <= 5.00 KB gzip  | 4.47 KB gzip          | PASS          |
 | Zero-island route client JS (ssr `/about`) | 0 B (core pnext) | 4.46 KB (compat.next) | not exercised |
 
 ## Notes
@@ -143,8 +143,8 @@ Ratio is Next.js / pnext, so above `1.00x` means pnext is ahead.
   excludes.
 - Framework install size is each framework's own package cost, not the fixture's total
   `node_modules`, which both frameworks share: `next` + its platform `@next/swc-*` binary,
-  or `@wular/pnext`'s npm-publish footprint (its `package.json` "files" list, since this
-  workspace resolves it to source rather than an installed build) + `preact`.
+  or `@wular/pnext`'s npm-publish footprint (its `package.json` "files" list, since the
+  repo resolves it to source rather than an installed build) + `preact`.
 
 ## Commands