WRNexusJS is an SSR-first, Bun-native full-stack framework. Build typed pages, APIs, validated forms, realtime rooms, secure sessions, workspaces, and optional mobile experiences with the .wrn component language.
`,
),
);
page(
"/access",
"Access",
"Request access to the WRNexusJS private developer preview.",
`${status}
Request preview access
WRNexusJS ${version} packages are not available from the public npm registry. Installation requires approval and private registry credentials supplied by WorkRoot. Never paste registry tokens into source control, issue reports, or support messages.
Request process
Contact WorkRoot through the public contact path at workroot.in.
Describe the application, team, expected deployment, and Bun environment.
After approval, follow the registry instructions supplied privately.
Use the canonical scaffold command below only after authentication.
Access approval, response time, licensing terms, and support level remain owner-controlled. This site does not collect access requests directly.
`,
"Status",
);
page(
"/getting-started",
"Getting started",
"Build and run a first WRNexusJS application after receiving private preview access.",
`Preview guide · v${version}
Build a contact inbox
This path creates a server-rendered page, validated API route, middleware, and realtime next step. It requires approved registry access and Bun 1.3.x; this site was verified with Bun 1.3.14.
1. Create the project
${code(`bunx @wrnexus/cli@${version} create my-app\ncd my-app\nbun install\nbun run dev`)}
`,
);
page(
"/tutorial",
"Tutorial",
"Build a secure task application with WRNexusJS preview APIs.",
`Preview · runnable-project extraction pending
Secure task board
This tutorial connects the installed ${version} APIs into one design. Snippets are limited to declarations and README patterns verified in the installed packages; a CI-compiled standalone fixture remains on the roadmap.
Application shape
A .wrn page renders tasks from an SSR API binding. A shared validation schema protects mutations. Session middleware identifies users, authorization policies gate updates, and a realtime room broadcasts changes.
WRNexusJS is Bun-native and SSR-first. File discovery maps pages and API handlers; middleware enriches or short-circuits a request; the compiler turns .wrn declarations into server render functions and small feature runtimes.
core owns contexts, middleware, sessions and rooms; router discovers routes; compiler parses .wrn; ssr renders documents; csr supplies browser runtimes; dev-server and cli orchestrate development and builds.
Security and data flow
Validation happens at trust boundaries. Session authentication establishes identity; authorization makes resource decisions. CSP, Trusted Types, CSRF, upload checks, WebSocket origins, request limits, and output escaping are layered controls—not substitutes for application policy.
Realtime and scale
Rooms are process-local unless connected through pub/sub. Redis-backed pub/sub distributes events. Queue durability depends on the selected driver and must be evaluated explicitly.
Workspaces and gateways
The gateway can dispatch multiple applications while preserving route, component, asset, config, and session boundaries. Validate host routing and isolation before production.
Build and deployment
wrnexus build . produces dist/server.js and hashed/static assets. Run the server with Bun, apply migrations before traffic, terminate TLS at a trusted edge, and forward only expected proxy headers.
Mobile
Mobile compatibility bridges SSR-safe Capacitor capabilities; native route generation is experimental and is not general web portability. Test each target platform.
Generated files and limits
app/routes.gen.ts, .wrnexus/, and dist/ are generated. The runtime is Bun-only. Preview packages are private. Historical compatibility and long-term support policy are not yet published.
`,
);
page(
"/language",
"The .wrn language",
"Reference for WRNexusJS .wrn pages, components, layouts, props, state, directives, forms, security, and errors.",
`Language reference · ${version}
The .wrn language
File anatomy
${code(`page Account {\n layout = "public"\n seo { title = "Account" description = "Manage your account." }\n state count = 0\n view { }\n}`)}
Pages, components, layouts, props, and state
Pages are routes. Components declare default-valued props and may hold state. Layouts provide shared slots. Mount components with data-component; fill default or named slots with data-slot.
Interpolation, conditionals, and loops
Interpolation is HTML-escaped. Use server {#if} and {#each} for SSR data. Use data-show for reactive client visibility.
Events and directives
@click and other events execute in the reactive scope. Data attributes opt into forms, i18n, themes, realtime, uploader, browser, and mobile behavior. Consult the exact package page because availability varies.
Forms, i18n, themes, and realtime
form[data-schema] connects descriptors to client and server validation. Translation keys use {t:key}. Theme toggles use data-wire-theme-toggle. Realtime pages opt into a named room.
Escaping and security
Text interpolation is escaped by default. Do not construct trusted HTML from user input. Server-only refinements must be repeated at the authoritative mutation boundary.
Common compiler errors
Use balanced braces; a literal brace must be escaped.
Declare UI in view, not JSX or hooks.
Use a valid page, component, or layout declaration matching the file role.
`,
);
const guides: Record = {
"project-structure": [
"Project structure",
"How source, public, generated, and build files are organized.",
"Pages, components, layouts, APIs, middleware, schemas, database files, locales, realtime rooms, and styles live under app. Never edit app/routes.gen.ts, .wrnexus, or dist by hand.",
],
routing: [
"Routing",
"File-based page and API routing.",
"A page filename defines its URL; index maps to the directory root and bracket segments are dynamic parameters. API files under app/api expose HTTP method functions and receive a Context.",
],
"pages-and-components": [
"Pages and components",
"Compose .wrn pages, layouts, props, state, and slots.",
"Pages are routable, components are reusable, and layouts provide shared slots. Mount a component with data-component and keep browser state scoped and minimal.",
],
"server-data": [
"Server data",
"Render API-backed data with SSR bindings.",
"Use an ssr API binding, return the desired response field, and render it with a server #each block. Values are escaped. Avoid fetching private data through a route that lacks authorization.",
],
"api-routes": [
"API routes",
"Build typed Bun-native HTTP handlers.",
"Export GET, POST, PUT, PATCH, or DELETE from app/api files. Validate request bodies, enforce authentication and authorization, cap request sizes, and return Web Responses.",
],
middleware: [
"Middleware",
"Order and short-circuit request middleware.",
"Middleware receives context and next. Return next() to continue or return a Response to stop. Put request limits and trust-boundary controls before business logic.",
],
"forms-and-validation": [
"Forms and validation",
"Share validation between forms and API routes.",
"Define a v.object schema, use data-schema on the form, show field errors with data-error, and always call parseBody on the server. refine is server-only.",
],
authentication: [
"Authentication",
"Session and identity boundaries.",
"Configure session authentication, log users in through supported auth helpers, and read identity from context. Cookie flags, rotation, expiry, and secret storage remain deployment responsibilities.",
],
authorization: [
"Authorization",
"Roles, permissions, policies, and resource checks.",
"Authentication identifies; authorization decides. Enforce permissions in server routes and policies, including object ownership. UI hiding is never an authorization boundary.",
],
security: [
"Application security",
"Configure layered WRNexusJS security controls.",
"Use CSP, CSRF, Trusted Types, session hardening, validation, origin checks, upload restrictions, encryption, request limits, and explicit CORS. See the security policy for reporting.",
],
database: [
"Database",
"Drivers, models, typed SQL, migrations, and deployment.",
"Configure SQLite or the installed supported driver, keep queries in named SQL blocks, generate typed functions, and apply migrations before traffic. Back up data and test rollback independently.",
],
uploads: [
"Uploads",
"Validated local and S3-compatible file handling.",
"Configure named stores, accepted MIME/extensions, and maxBytes. Random keys avoid path traversal. Private files require an authenticated serving route; v1 buffers each file in memory.",
],
realtime: [
"Realtime",
"Define rooms and secure WebSocket traffic.",
"defineRoom handles connection and messages. Validate message shapes, authorize subscriptions, restrict origins, bound payloads, and use pub/sub to scale across processes.",
],
pubsub: [
"Pub/sub",
"Scale events with in-process or Redis-backed pub/sub.",
"The in-process driver cannot cross processes. Use Redis where instances must share events, define channel ownership, and design for reconnects and duplicate delivery.",
],
queues: [
"Queues",
"Run delayed, retried, and repeated jobs.",
"Queue behavior is preview-level. Treat in-process work as non-durable, make handlers idempotent, cap retries, record failures, and choose a production persistence strategy.",
],
testing: [
"Testing",
"Test compiled components, routes, and browser behavior.",
"Use Bun tests and @wrnexus/test helpers. Cover server HTML, API status and validation, authorization failures, reactive behavior, and a production startup smoke test.",
],
"workspaces-and-gateway": [
"Workspaces and gateway",
"Add applications, route domains, and implement safe SSO forward authentication.",
`
A workspace runs isolated applications behind one domain-routing gateway. Add an application from the workspace root; the CLI scaffolds apps/reports and registers it in wrnexus.workspace.ts:
${code(`wrnexus workspace add reports --domain=reports.localhost
bun install
bun run dev`)}
Forward authentication
Point protected applications at a dedicated verifier endpoint. The verifier must return 2xx for an authenticated session, 401/403 to deny access, or an HTTP redirect to begin browser login.
The gateway forwards cookies, authorization, original host, protocol, method, path, and query. Inside the verifier, ctx.url identifies the SSO verifier request—not the original admin URL. Use @wrnexus/helpers to reconstruct and validate the original destination:
${code(`import type { Context } from "@wrnexus/core";
import { redirectToLogin } from "@wrnexus/helpers";
export const GET = async (ctx: Context) => {
if (await hasValidSession(ctx)) {
return new Response(null, { status: 204 });
}
return redirectToLogin(ctx, "/login", {
allowedHosts: ["admin.localhost:3000", "reports.localhost:3000"],
});
};`)}
Always allowlist redirect hosts. After login, validate or sign the returnTo value before redirecting. Keep internal app ports private and open applications through the gateway port.
`,
],
deployment: [
"Deployment",
"Build and run WRNexusJS with Bun.",
"Run bun run build, apply migrations, and start dist/server.js with Bun. Configure TLS, proxy trust, environment validation, health checks, graceful restarts, logs, backups, and restrictive security headers.",
],
"configuration-and-profiles": [
"Configuration and profiles",
"Use typed config and environment-specific profiles.",
"wrnexus.config.ts owns styles, SEO, security, data, mobile, fonts, and profiles. Keep secrets in validated environment variables and review merged production configuration.",
],
"i18n-and-themes": [
"Internationalization and themes",
"Load translations and token-based themes.",
"Store locale JSON under app/locales and use translation directives. Themes resolve CSS tokens; ensure contrast, system preference behavior, persistence, and non-color cues.",
],
mobile: [
"Mobile",
"Understand experimental webview and native modes.",
"Mobile capabilities are experimental in this preview. Test Capacitor permissions and lifecycle on each platform; do not assume every .wrn or browser API converts to native.",
],
observability: [
"Observability",
"Capture errors and events without leaking private data.",
"Use tracking middleware and sinks with redaction, sampling, stable request identifiers, alert ownership, and retention limits. Never capture registry tokens or session secrets.",
],
upgrading: [
"Upgrading",
"Upgrade aligned WRNexusJS packages safely.",
`Back up and commit first, then use wrnexus update --latest as documented by the installed CLI. Review migrations and keep every @wrnexus package aligned. Current release: ${version}.`,
],
troubleshooting: [
"Troubleshooting",
"Diagnose compiler, routing, build, and runtime failures.",
"Confirm Bun and package versions, regenerate docs/routes through supported commands, read the first compiler diagnostic, check file naming, validate config, and reproduce under a production build.",
],
"full-stack-auth-demo": [
"Auth and permissions dashboard demo",
"Create a complete demonstration site with public pages, authentication, configuration profiles, a protected dashboard, roles, permissions, database migrations, tests, and a production build.",
`
This walkthrough builds a small team portal. Public visitors can read the home and pricing pages, users can sign in, and the dashboard separates ordinary members from administrators. Every authorization decision remains on the server.
1. Create the application
${code(`bunx @wrnexus/cli@${version} create team-portal
cd team-portal
bun install
bun add @wrnexus/auth @wrnexus/authz @wrnexus/db @wrnexus/validation @wrnexus/ui
bunx wrnexus generate page pricing
bunx wrnexus generate page login
bunx wrnexus generate page dashboard
bunx wrnexus generate api session/login
bunx wrnexus generate api session/logout
bunx wrnexus generate schema login
bunx wrnexus authz init --dialect=sqlite
bunx wrnexus db new initial_auth --from-models
bunx wrnexus db migrate
bunx wrnexus generate types .`)}
Expected success output includes created file paths, an initialized authorization catalog, the applied migration name, and the generated application declaration path.
Run wrnexus config . --explain --profile=production before deployment and confirm no development fallback or secret value is printed.
3. Create public pages and layout
${code(`// app/layouts/public.wrn
layout Public {
view {
}
}
// app/pages/index.wrn
page Home {
layout = "public"
seo { title = "Home" description = "A secure portal for modern teams." }
view {
}
}`)}
Create pricing.wrn, privacy.wrn, and terms.wrn with the same public layout. Public routes must not load private account data.
4. Define login validation and handlers
${code(`// app/schemas/login.ts
import { v } from "@wrnexus/validation";
export default v.object({
email: v.string().trim().email(),
password: v.string().min(12).max(128),
});
// app/api/session/login.ts
import schema from "../../schemas/login";
import { parseBody } from "@wrnexus/validation";
export const POST = async (ctx) => {
const parsed = await parseBody(schema, ctx.req);
if (!parsed.ok) return parsed.response;
// Look up the account, verify its password, rotate the session,
// and return the same failure shape for unknown users and bad passwords.
return Response.json({ ok: true, redirect: "/dashboard" });
};`)}
Use the exact installed authentication package API for account lookup, password verification, session rotation, rate limiting, and audit events. Do not copy placeholder authentication logic into production.
Expected output lists the four permission identifiers and generated authorization artifacts. Commit the contract snapshot so later permission drift is reviewable.
Route middleware establishes identity; each API mutation still checks its exact permission and resource boundary. Hiding an Invite button is useful UX but never authorization.
7. Render the dashboard
${code(`page Dashboard {
layout = "dashboard"
ssr {
api summary GET /api/dashboard { return summary }
api members GET /api/members { return members }
}
view {
}
}`)}
Keep dashboard data tenant-scoped in the API. Server rendering prevents an empty shell, while the client receives only the modules required for interactive controls.
8. Test denial paths and production
${code(`bunx wrnexus typecheck .
bunx wrnexus test unit .
bunx wrnexus test api .
bunx wrnexus test browser .
bunx wrnexus security audit .
bunx wrnexus contracts check .
bunx wrnexus build .
bunx wrnexus preview . --port=3000`)}
Tests should prove anonymous dashboard access redirects, members cannot invite, managers can invite but cannot manage roles, administrators can manage roles, cross-tenant identifiers are rejected, login failures are rate-limited, CSRF failures return 403, and the production server starts from dist/server.js.
9. Demo checklist
Public home, pricing, privacy, and terms pages render without authentication.
Login creates and rotates a secure session.
Dashboard navigation changes by permission, while APIs enforce every permission independently.
Member lists and mutations are tenant-scoped on the server.
Development and production profiles resolve explicitly.
Typecheck, API tests, browser tests, security audit, contract check, build, and preview all pass.
`,
],
};
const guideExamples: Record = {
"project-structure": [
"Generate files through the CLI so routes and application types stay synchronized.",
`bunx wrnexus generate page account/settings
bunx wrnexus generate component account-card
bunx wrnexus generate api account/profile
bunx wrnexus generate routes
bunx wrnexus generate types .`,
],
routing: [
"This creates a dynamic, server-rendered account route and verifies that the router discovered it.",
`// app/pages/accounts/[id].wrn
page Account { view {
Account {params.id}
} }
bunx wrnexus inspect routes .`,
],
"pages-and-components": [
"Declare the reusable contract in a component, then pass data from the owning page.",
`component StatusCard {
prop title = "Status"
prop value = "Unknown"
view {
{title}
{value}
}
}
page Dashboard { view { } }`,
],
"server-data": [
"Fetch on the server and render useful HTML before browser JavaScript loads.",
`page Accounts {
ssr { api result GET /api/accounts { return result.accounts } }
view {
{#each result as account}
{account.name}
{:empty}
No accounts
{/each}
}
}`,
],
"api-routes": [
"Validate a mutation and return an explicit HTTP result.",
`import { v, parseBody } from "@wrnexus/validation";
const input = v.object({ name: v.string().trim().min(2).max(80) });
export const POST = async (ctx) => {
const parsed = await parseBody(input, ctx.req);
return parsed.ok ? Response.json(parsed.value, { status: 201 }) : parsed.response;
};`,
],
middleware: [
"Add a request identifier and reject unsupported methods before application handlers run.",
`export default async function requestContext(ctx, next) {
ctx.state.requestId = crypto.randomUUID();
if (!["GET", "HEAD", "POST"].includes(ctx.req.method))
return new Response("Method not allowed", { status: 405 });
return next();
}`,
],
"forms-and-validation": [
"Use the same named schema in the browser form and authoritative API handler.",
`page Signup { view {
} }`,
],
authentication: [
"Require an authenticated session in middleware and redirect browser requests to login.",
`export default async function requireSession(ctx, next) {
const user = await readAuthenticatedUser(ctx);
if (!user) return Response.redirect(new URL("/login", ctx.url), 303);
ctx.state.user = user;
return next();
}`,
],
authorization: [
"Check the exact permission at the mutation boundary; hiding UI is only a convenience.",
`export const DELETE = async (ctx) => {
await requirePermission(ctx, "member:delete");
await deleteMember(ctx.params.id, ctx.state.user.tenantId);
return new Response(null, { status: 204 });
};`,
],
security: [
"Enable the main browser and request protections in application configuration, then audit the resolved production profile.",
`// wrnexus.config.ts
export default {
security: {
contentSecurityPolicy: true,
csrf: true,
trustedTypes: true,
frameOptions: "deny",
referrerPolicy: "strict-origin-when-cross-origin",
requestLimit: { maxBytes: 1_048_576 },
cors: { origins: ["https://app.example.com"] },
},
};
bunx wrnexus config . --explain --profile=production
bunx wrnexus security audit .`,
],
database: [
"Create a migration from models, apply it, and regenerate typed database functions.",
`bunx wrnexus db status
bunx wrnexus db new create_accounts --from-models
bunx wrnexus db migrate
bunx wrnexus db generate`,
],
uploads: [
"Keep size and type policy server-owned and serve private objects through an authorized route.",
`export default {
uploads: { stores: { avatars: {
driver: "local", directory: "./data/avatars",
maxBytes: 2_000_000, accept: ["image/png", "image/jpeg"],
} } },
};`,
],
realtime: [
"Authorize room membership and validate every incoming message before broadcasting.",
`export default defineRoom("team", {
async connect(client, ctx) { await requireTeamMember(ctx, ctx.params.teamId); },
async message(client, raw) {
const message = chatMessage.parse(JSON.parse(raw));
client.room.broadcast(JSON.stringify(message));
},
});`,
],
pubsub: [
"Use Redis when events must cross processes; use a namespaced channel contract.",
`const bus = createRedisPubSub({ url: env.REDIS_URL });
await bus.subscribe("team:42:events", (event) => handleTeamEvent(event));
await bus.publish("team:42:events", JSON.stringify({ type: "member.invited" }));`,
],
queues: [
"Make jobs idempotent and bound retry behavior before processing external effects.",
`const emails = queue("emails", { concurrency: 4, retries: 3 });
emails.process(async (job) => sendInviteOnce(job.data.invitationId));
await emails.add({ invitationId }, { delay: 1_000 });`,
],
testing: [
"Cover successful output and the denial path, then run the built server smoke check.",
`import { describe, expect, test } from "bun:test";
describe("members API", () => {
test("denies anonymous requests", async () => {
const response = await request("/api/members");
expect(response.status).toBe(401);
});
});`,
],
"workspaces-and-gateway": [
"Register applications explicitly and verify host routing through the gateway port.",
`bunx wrnexus workspace company-platform
cd company-platform
bunx wrnexus workspace add admin --domain=admin.localhost
bunx wrnexus gateway --port=3000`,
],
deployment: [
"Build once, apply migrations before traffic, and run the immutable Bun server artifact.",
`bun install --frozen-lockfile
bunx wrnexus typecheck .
bunx wrnexus db migrate
bunx wrnexus build .
bun dist/server.js`,
],
"configuration-and-profiles": [
"Keep shared defaults at the root and make production differences explicit.",
`export default {
server: { port: 3000 },
profiles: {
development: { envFiles: [".env", ".env.development"] },
production: { envFiles: [".env", ".env.production"] },
},
};
bunx wrnexus config . --explain --profile=production`,
],
"i18n-and-themes": [
"Configure one default locale and theme, then reference translation keys in server-rendered markup.",
`export default {
i18n: { defaultLocale: "en", locales: ["en", "fr"] },
theme: { default: "system", palette: "violet" },
};
page Home { view {
{t:home.title}
} }`,
],
mobile: [
"Generate the mobile surface, compile it, and inspect supported native capabilities before relying on one.",
`bunx wrnexus generate mobile
bunx wrnexus mobile compile
bunx wrnexus native list`,
],
observability: [
"Redact credentials at the sink boundary and attach a stable request identifier.",
`const tracking = createTracking({
redact: ["authorization", "cookie", "password", "token"],
sampleRate: 0.1,
});
export default tracking.middleware();`,
],
upgrading: [
"Preview migrations first, review the report, then update the aligned package set.",
`git status --short
bunx wrnexus update . --latest --dry-run
bunx wrnexus update . --latest
bunx wrnexus typecheck .
bunx wrnexus build .`,
],
troubleshooting: [
"Collect deterministic diagnostics without exposing application secrets.",
`bun --version
bunx wrnexus doctor .
bunx wrnexus config . --explain
bunx wrnexus inspect routes .
bunx wrnexus report . --file=app/pages/index.wrn`,
],
};
for (const [slug, [title, desc, text]] of Object.entries(guides))
page(
`/guides/${slug}`,
title,
desc,
`Preview guide · ${version}
${title}
${text.startsWith("<") ? text : `
${text}
`}${guideExamples[slug] ? `
Practical example
${guideExamples[slug][0]}
${code(guideExamples[slug][1])}
What to verify
Run this against the selected profile, inspect the generated or returned result, and add a test for both the successful path and its most important failure path.
` : ""}
Configuration
Keep configuration in wrnexus.config.ts, select an explicit profile, and store secrets only in validated environment variables. Use wrnexus config . --explain to review the resolved non-secret configuration.
Start from the exact installed package page, implement the smallest server-owned contract, and add browser behavior only where interaction requires it. Run the production build because development-only success does not prove deployability.
Verification checklist
Inputs are validated at the authoritative server boundary.
Authentication and resource authorization are tested independently.
Generated routes and application types are current.
Error, empty, loading, denied, and success states are documented.
The production artifact starts and serves the expected route.
Release scope
This guide describes installed ${version} capabilities. Follow linked package declarations for exact signatures; undocumented behavior is not guaranteed.
`,
"Guides",
);
const examples = [
"Minimal .wrn page",
"Database CRUD",
"Authentication and protected route",
"Permissions",
"Forms and validation",
"Realtime dashboard",
"File upload",
"Background queue",
"Redis pub/sub",
"Workspace gateway",
"Deployment",
"Experimental mobile mode",
];
page(
"/examples",
"Examples",
"WRNexusJS examples and their verification status.",
`
Examples
Examples are tied to installed ${version} package documentation. The focused snippets in guides are source-verified; standalone runnable projects and CI compilation are tracked as remaining work.
No comparative speed claims are published. A valid baseline must record scripts, commit, Bun/framework versions, hardware, OS, warmup, samples, workload, raw results, median, percentiles, memory, HTML size, browser JavaScript size, and run date.
The roadmap starts with WRNexusJS-only measurements before any maintained equivalent-workload comparison.
`,
"Project",
);
page(
"/roadmap",
"Roadmap",
"Current WRNexusJS documentation and framework priorities without promised dates.",
`
Roadmap
Roadmap items are direction, not delivery commitments. Dates require explicit owner approval.
Now
Private preview onboarding and accurate package references
Runnable documentation fixtures and link/accessibility checks
License, support, and disclosure owner decisions
Next
Durable queue driver guidance
Expanded database/auth/realtime examples
Versioned release notes and migration fixtures
Later / exploration
Historical documentation selector
Maintained reproducible benchmarks
Broader mobile/native coverage
`,
"Project",
);
page(
"/changelog",
"Changelog",
"WRNexusJS documentation release history and migration notes.",
`
Changelog
${version} 2026-07-13
Documentation is aligned to all ${packageCount} installed packages. This release adds @wrnexus/helpers, original-request URL helpers, safe login redirects, working wrnexus workspace add, and forward-auth redirect propagation.
Migration notes
Run wrnexus update --latest and keep every @wrnexus/* package on ${version}. Existing applications must explicitly add @wrnexus/helpers before importing it; newly scaffolded applications include it automatically.
Versioning and support
The packages use semantic-looking versions, but a formal compatibility and old-release support policy has not been approved. Preview consumers should treat minor releases as potentially requiring migration review.
Released 2026-07-13. All ${packageCount} installed packages are aligned to this version. Highlights include the new helpers package, reliable workspace app addition, and browser SSO redirects through forward authentication. See the changelog, upgrade guide, and package references.
WRNexusJS provides primitives for CSP, CSRF, Trusted Types, sessions, validation, authorization, encryption, upload restrictions, request limits, and WebSocket-origin checks. Applications remain responsible for correct configuration, business authorization, secrets, dependencies, data protection, and operations.
Start with a production policy
The following baseline blocks framing, restricts referrers and cross-origin access, enables CSRF and Trusted Types, and caps request bodies. Replace the example origin with the exact browser origin that calls your application.
Review the resolved production configuration, then test a valid request, an invalid CSRF token, an oversized body, an unapproved origin, an anonymous protected request, and a permission-denied request. Security configuration is complete only when denial behavior is tested.
Supported releases
Only the current private-preview release ${version} is documented here. A formal old-release support window is not yet published.
Report a vulnerability
Use WorkRoot’s approved private contact path at workroot.in. Do not publish exploit details or secrets. Include affected version, impact, reproduction, and a safe contact method. Response targets, encryption key, bounty, audit, and certification are not currently claimed.
Deployment controls
Terminate TLS at a trusted edge, forward only expected proxy headers, store secrets outside source control, apply database migrations before traffic, and monitor rejected requests without logging credentials. Continue with the complete application security guide.
`,
"Trust",
);
page(
"/support",
"Support",
"Actual WRNexusJS private preview support and contact routes.",
`
Support
WRNexusJS has no public Discord, public issue tracker, or guaranteed community support channel listed by this repository. Preview access and support begin through WorkRoot’s public contact path.
Include WRNexusJS version, Bun version, OS, a minimal reproduction, expected and actual behavior, and sanitized logs. Never include registry tokens, credentials, session cookies, or private data.
Support scope, service levels, and commercial terms require owner confirmation.
`,
"Trust",
);
page(
"/license",
"License",
"Current WRNexusJS licensing status and private-preview terms boundary.",
`
License
Owner decision required
This documentation repository contains no public license file, and the packages are unavailable from the public npm registry. No open-source license or redistribution right should be inferred.
Approved preview users must follow the private/commercial terms supplied by WorkRoot. Contact WorkRoot before copying, redistributing, or using WRNexusJS in production.
`,
"Trust",
);
page(
"/search",
"Search",
"Search the local WRNexusJS documentation index without third-party tracking.",
`
Search documentation
This build-time index is local and sends no query to a third party. Use your browser’s find command to filter this compact index.