rivet-dev · abcxff · May 23, 2026 · May 23, 2026
diff --git a/.claude/reference/feature-flags.md b/.claude/reference/feature-flags.md
@@ -28,12 +28,13 @@ if (features.platform) {
 | `acl` | Engine enforces token auth on the public endpoint. Implied by `platform`; set independently for enterprise. |
 | `billing` | Billing UI. |
 | `captcha` | Turnstile captcha on auth forms. Requires `auth`. |
+| `compute` | Rivet Compute (managed pool) UI: namespace deployments + logs sidebar links and routes, actor-details deployment-logs tab, and the Rivet provider option in onboarding / Add Provider. Requires `platform`. |
 | `support` | Support/help affordances. |
 | `branding` | Rivet branding chrome. |
 | `datacenter` | Datacenter-related UI. |
 | `danger-zone` | Destructive settings actions (`features.dangerZone`). |
 
-Deployment flavors map to flag sets roughly as: **cloud** = all on; **OSS** = `auth`/`platform`/`acl` off; **enterprise** = `acl` on, `auth`/`platform` off (engine enforces auth without a login UI). Do not treat `platform`/`auth` as "engine requires credentials" — that is `acl`.
+Deployment flavors map to flag sets roughly as: **cloud** = all on; **OSS** = `auth`/`platform`/`acl` off; **enterprise** = `acl` on, `auth`/`platform` off (engine enforces auth without a login UI). Do not treat `platform`/`auth` as "engine requires credentials" — that is `acl`. **`compute` is opt-in even on cloud** — each Railway service adds it to `VITE_FEATURE_FLAGS` per-environment (e.g. staging on, prod off) rather than inheriting the cloud default-on set.
 
 ## When to add a new flag
 

diff --git a/frontend/src/app/actors-grid.tsx b/frontend/src/app/actors-grid.tsx
diff --git a/frontend/src/app/dialogs/upsert-deployment-frame.tsx b/frontend/src/app/dialogs/upsert-deployment-frame.tsx
diff --git a/frontend/src/app/getting-started.tsx b/frontend/src/app/getting-started.tsx
diff --git a/frontend/src/app/layout.tsx b/frontend/src/app/layout.tsx
diff --git a/frontend/src/app/provider-dropdown.tsx b/frontend/src/app/provider-dropdown.tsx
diff --git a/frontend/src/components/actors/actors-actor-details.tsx b/frontend/src/components/actors/actors-actor-details.tsx
diff --git a/frontend/src/lib/features.ts b/frontend/src/lib/features.ts
diff --git a/...nd/src/routes/_context/orgs.$organization/projects.$project/ns.$namespace/deployments.tsx b/...nd/src/routes/_context/orgs.$organization/projects.$project/ns.$namespace/deployments.tsx
diff --git a/frontend/src/routes/_context/orgs.$organization/projects.$project/ns.$namespace/logs.tsx b/frontend/src/routes/_context/orgs.$organization/projects.$project/ns.$namespace/logs.tsx
diff --git a/website/src/content/docs/connect/rivet-compute.mdx b/website/src/content/docs/connect/rivet-compute.mdx
@@ -5,7 +5,7 @@ skill: true
 ---
 
 <Note>
-Rivet Cloud is currently in beta.
+Rivet Compute is currently in beta.
 </Note>
 
 <Note>
@@ -22,14 +22,23 @@ Using an AI coding agent? Open **Connect** on the [Rivet dashboard](https://dash
 - A [Rivet Cloud](https://dashboard.rivet.dev) account and project
 
 </Step>
-<Step title="Configure Runner Mode">
+<Step title="Configure Serverless Mode">
 
-Rivet Compute runs your app as a long-lived container. Make sure your server calls `startRunner()` instead of `serve()`:
+Rivet Compute runs your app as a short-lived, serverless container. Make sure your server `serve()` or uses `handler()` instead of `startRunner()`:
 
 ```typescript src/server.js @nocheck
 import { registry } from "./actors.js";
+import { Hono } from "hono";
+import { serve } from "@hono/node-server";
 
-registry.startRunner();
+const app = new Hono();
+
+// Mount Rivet handler
+app.all("/api/rivet/*", (c) => registry.handler(c.req.raw));
+
+const PORT = parseInt(process.env.PORT);
+
+serve({ fetch: app.fetch, port: PORT });
 ```
 
 See [Runtime Modes](/docs/general/runtime-modes) for details on when to use each mode.
@@ -147,6 +156,7 @@ If the status shows **Error**, check that your container starts successfully and
 
 - The server file is not calling `registry.startRunner()`
 - A runtime crash on startup — test the image locally with `docker run`
+- The Dockerfile is not listening on the `PORT` environmental variable
 
 </Accordion>