@voltro/cli 0.8.0 → 0.9.0

package/dist/startEntry.js

@@ -1,3 +1,3 @@
-import { P as e } from "./inspectMetrics-EK0CcHyu.js";
-import { t } from "./start-DuyBQxW3.js";
+import { I as e } from "./inspectMetrics-DVCKKSPk.js";
+import { t } from "./start-CYe-7ueh.js";
 export { e as loadDotEnv, t as runStartCommand };

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@voltro/cli",
-  "version": "0.8.0",
+  "version": "0.9.0",
   "description": "The `voltro` CLI — dev server, codegen, migrations, project scaffolding, agent-docs seeding, and production serve.",
   "keywords": [
     "voltro",
@@ -57,24 +57,25 @@
     "@effect/platform-node": "^0.107.0",
     "@effect/sql": "^0.51.1",
     "@effect/workflow": "^0.18.2",
-    "@voltro/ai": "0.8.0",
-    "@voltro/cache": "0.8.0",
-    "@voltro/data-transfer": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/kv": "0.8.0",
-    "@voltro/logger": "0.8.0",
-    "@voltro/plugin-auth": "0.8.0",
-    "@voltro/plugin-broadcast": "0.8.0",
-    "@voltro/plugin-mail": "0.8.0",
-    "@voltro/plugin-storage": "0.8.0",
-    "@voltro/plugin-webhooks": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
-    "@voltro/serverless": "0.8.0",
-    "@voltro/workflow": "0.8.0",
+    "@voltro/ai": "0.9.0",
+    "@voltro/cache": "0.9.0",
+    "@voltro/data-transfer": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/kv": "0.9.0",
+    "@voltro/logger": "0.9.0",
+    "@voltro/plugin-auth": "0.9.0",
+    "@voltro/plugin-broadcast": "0.9.0",
+    "@voltro/plugin-mail": "0.9.0",
+    "@voltro/plugin-storage": "0.9.0",
+    "@voltro/plugin-webhooks": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
+    "@voltro/serverless": "0.9.0",
+    "@voltro/workflow": "0.9.0",
     "chokidar": "^5.0.0",
     "ioredis": "^5.11.1",
+    "tinyglobby": "^0.2.17",
     "ts-morph": "^28.0.0"
   },
   "optionalDependencies": {

package/templates/agent-docs/cli.md

@@ -432,6 +432,14 @@ voltro dev apps/acme/api            # explicit path
    - CSS changes → swap stylesheets in place.
    - New page file → regen the entry files → reload the route tree.
 
+`renderMode: 'ssr'` pages compile on demand the first time each route is hit. To
+keep a burst of cold pages — several browser tabs, or a health-check sweep across
+many routes — from spiking memory, `voltro dev` compiles at most **4** of them at
+once and collapses duplicate concurrent requests for the same route into a single
+compile. Already-compiled (warm) pages are never throttled, so a hot app stays
+fully concurrent. Tune the cap with `VOLTRO_DEV_SSR_COMPILE_CONCURRENCY` (below) —
+drop it on a low-memory box, raise it on a big machine.
+
 
 ### Fast Refresh: what hot-updates and what reloads
 
@@ -515,6 +523,7 @@ A `<DevtoolsStringsProvider strings={…}>` mounted above the overlay works too;
 | `PORT=4001` | Override the listen port (api or web). Both kinds read `PORT`, then `app.config.ts` `port:`, then the default. |
 | `VOLTRO_DASHBOARD_PORT=5180` | Override the auto-launched dashboard port (default `5179`). |
 | `VOLTRO_LOG_LEVEL=debug` | Verbose framework logs. |
+| `VOLTRO_DEV_SSR_COMPILE_CONCURRENCY=4` | Max `ssr` pages compiled on demand at once (default `4`). Lower it (`1`/`2`) on a low-memory box if a burst of first-time `ssr` page loads spikes memory; raise it on a big machine. Warm (already-compiled) pages are never throttled. |
 
 ## Multi-app dev (turbo)
 
@@ -873,13 +882,52 @@ voltro doctor . --json          # the complete scan: every file path, machine-re
       "use": ".one() — fails with the typed NoRowFound on zero rows AND on more than one",
       "files": ["queries/team.get.ts", "queries/user.get.ts", "…"]
     }
-  ]
+  ],
+  "spaCandidates": []
 }
 ```
 
 That is the form to hand an agent, or to pipe into a script that works the list
 file by file.
 
+### `renderMode:'spa'` candidates
+
+`voltro doctor` also flags web pages that could adopt `renderMode: 'spa'` without
+losing their server-rendered shell. A page under a layout renders that LAYOUT
+chain on the server — nav, sidebar, auth gate, via the layout's own loader — even
+when the page itself is `'spa'`. So a page whose BODY needs no SSR can skip its
+per-page SSR compile while the shell still server-renders. Like the hand-roll
+detector, this is **advisory and never blocking**.
+
+A page is listed when ALL of these hold:
+
+- it is a **page file** — not `layout.tsx` / `loading.tsx` / `error.tsx` /
+  `not-found.tsx`;
+- it exports **no `loader`** (so `'spa'` loses nothing the page contributed
+  server-side);
+- its `renderMode` is **`'ssr'` or unset/default** — not a page that already
+  opted into a non-SSR render (`'spa'` / `'static'` / `'isr'`, or any other
+  explicit mode);
+- a **`layout.tsx` sits somewhere in its directory chain** — root, an ancestor, or
+  the page's own dir. This is the load-bearing condition: only then does a layout
+  still SSR the shell. A page with no layout would, as `'spa'`, ship no server
+  HTML at all — so it is never flagged.
+
+```text
+•  renderMode:'spa' candidates (2 pages — loader-free, under a layout, currently ssr/default):
+   src/pages/dashboard/index.tsx  (/dashboard) — default renderMode
+   src/pages/admin/settings.tsx  (/admin/settings) — renderMode:'ssr'
+     → renderMode:'spa' skips this page's SSR compile while its layout shell still renders server-side — adopt it if the page BODY does not need SSR (internal/authenticated pages); keep 'ssr' if the page content needs SEO or server first-paint.
+```
+
+Adopt `'spa'` for internal or authenticated pages whose content needs no SEO or
+server first-paint; keep `'ssr'` (or the `'static'` default) when it does. There
+is deliberately **no codemod** to flip pages automatically — dropping a page
+body's server render is a per-page product decision, not a mechanically-safe
+transform. Every candidate (with its `file`, `pattern`, and `currentMode`) is
+also in `voltro doctor --json` under a `spaCandidates` array; the human view
+above caps at ten pages and points to `--json` for the rest.
+
 ## `voltro capabilities` — what the framework actually exports
 
 Asked "what does this framework export", a language model will produce a

package/templates/agent-docs/routing.md

@@ -625,6 +625,20 @@ The framework reads Postgres logical replication; writes to `posts` or `comments
 
 Requires `SSR_CACHE=postgres` and a `wal_level=logical` Postgres.
 
+## spa (client-only, with an optional SSR layout shell)
+
+```tsx
+export const renderMode = 'spa' as const
+```
+
+A `spa` page renders entirely in the browser — the page itself is never server-rendered. Reach for it when a page genuinely needs a fresh client render every load (most reactive dashboards) and doesn't need its own first-paint HTML or SEO.
+
+**If the page's route has a layout, that layout is still server-rendered.** The server renders the layout chain — running its layout loaders — around an empty page slot (`<div data-voltro-page-slot>`), inlines the layout data, and marks the page client-only. The browser hydrates that shell and mounts the page into the slot after hydration. So the shell (nav, sidebar, auth gate) gets an instant first paint while the page stays client-only. The page's own `loader` still runs in the browser.
+
+Because a layout now runs on the server for spa routes too, a layout used **only** by spa pages must be SSR-safe — no unguarded `window` / `document` in its render or its `loader`. Layouts shared with any `static` / `ssr` / `isr` page already render server-side (and `static` is the default), so they are unaffected. A spa page with **no** layout is a pure client mount, unchanged.
+
+> **Deferred (follow-ups, not yet shipped):** `voltro build` does not prerender the spa layout shell to a file — `voltro start` renders it on demand. `defer()` / streaming inside a spa-shell layout is unsupported (the shell is buffered). Fast Refresh of the shell path is not yet specialised.
+
 ## Picking between them
 
 | You have… | Use |
@@ -663,7 +677,8 @@ A request to `/foo`:
 1. **Pre-rendered HTML exists at `dist/foo/index.html`?** Serve it. (static + isr-already-cached.)
 2. **No pre-render, page is `ssr`?** Render fresh, serve.
 3. **No pre-render, page is `isr`?** Cache lookup → MISS → render → store → serve.
-4. **No pre-render, page is `static`?** Serve the SPA shell — the client router takes over.
+4. **No pre-render, page is `spa` with a layout?** Render the SSR layout shell (layouts + an empty page slot) on demand; the client mounts the page into the slot.
+5. **No pre-render, page is `spa` with no layout, or `static`?** Serve the SPA shell — the client router takes over.
 
 That last case is how dynamic `static` routes work in dev / when `getStaticPaths` didn't include the URL.
 
@@ -789,7 +804,7 @@ export const loader = async ({ query }: { query?: <T>(tag: string, input?: Recor
   // EAGER — awaited before the shell renders. Keep this fast.
   { user: await query?.<User>('users.me') },
   // DEFERRED — NOT awaited. Each becomes a promise on useLoaderData().
-  { report: query!<Report>('reports.quarterly') },
+  { report: query!<QuarterlyReport>('reports.quarterly') },
 )
 
 export default function Dashboard() {
@@ -931,6 +946,15 @@ Two rules that fall out of this:
 
 Under the hood, `ctx.query` is a one-shot `POST /rpc` call (see [Wire protocol](/docs/data/wire-protocol#http-one-shot-rpc-post-rpc)).
 
+### Authentication in loaders
+
+Auth is resolved by the **api**, never the web app. Two rules follow:
+
+- **Strategies live on the `type:'api'` app.** A `type:'web'` app has no auth middleware, so `auth.strategies` in a web `app.config.ts` does nothing. Configure your IdP (`supabaseStrategy`, `workosStrategy`, the built-in password strategy, …) on the api's `app.config.ts`.
+- **`ctx.query` forwards the request's cookie automatically.** A server-side loader's `ctx.query` sends the browser's `Cookie` header on the one-shot `POST /rpc`, so the api resolves the SAME Subject + tenant it would over the WebSocket. You never thread a token through by hand — a logged-in user's cookie-mode session (e.g. `@supabase/ssr`'s `sb-<ref>-auth-token`) is verified by the api's strategies, and tenant-scoped queries return that user's rows during SSR.
+
+So a cookie-mode Supabase app configures `supabaseStrategy({ cookieName: 'sb-<ref>-auth-token' })` on the **api**; the web loader's `ctx.query` then authenticates for free. See [Supabase Auth](/docs/plugins/auth-supabase).
+
 ## Errors from loaders
 
 If the loader throws, the framework:

package/templates/apps/api-ai/package.json

@@ -11,16 +11,16 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/ai": "0.8.0",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/ai": "0.9.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-auth/package.json

@@ -12,17 +12,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-auth": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
-    "@voltro/sql-postgres": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-auth": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
+    "@voltro/sql-postgres": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-backend/package.json

@@ -12,16 +12,16 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-backend-deactivation/package.json

@@ -12,16 +12,16 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-deactivation": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-deactivation": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-backend-mail/package.json

@@ -12,18 +12,18 @@
   "dependencies": {
     "@react-email/components": "^1.0.12",
     "@react-email/render": "^1.4.0",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-mail": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-mail": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2",
     "react": "^19.0.0"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-backend-mariadb/package.json

@@ -12,18 +12,18 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/plugin-storage": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
-    "@voltro/sql-mysql": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/plugin-storage": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
+    "@voltro/sql-mysql": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-backend-storage/package.json

@@ -10,17 +10,17 @@
     "test": "voltro test"
   },
   "dependencies": {
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/plugin-storage": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/plugin-storage": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-data-advanced/package.json

@@ -11,17 +11,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-governance": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-governance": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-durable/package.json

@@ -11,17 +11,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
-    "@voltro/workflow": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
+    "@voltro/workflow": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-feature-flags/package.json

@@ -12,18 +12,18 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-flags": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
-    "@voltro/sql-postgres": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-flags": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
+    "@voltro/sql-postgres": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-governance/package.json

@@ -12,17 +12,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-audit": "0.8.0",
-    "@voltro/plugin-governance": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-audit": "0.9.0",
+    "@voltro/plugin-governance": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-kv/package.json

@@ -11,17 +11,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/kv": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/kv": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-moderation/package.json

@@ -12,17 +12,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-moderation": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-moderation": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-observability/package.json

@@ -12,17 +12,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/plugin-prometheus": "0.8.0",
-    "@voltro/plugin-sentry": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/plugin-prometheus": "0.9.0",
+    "@voltro/plugin-sentry": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-ratelimit/package.json

@@ -12,17 +12,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/plugin-ratelimit": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/plugin-ratelimit": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

package/templates/apps/api-rbac/package.json

@@ -12,17 +12,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.8.0",
-    "@voltro/database": "0.8.0",
-    "@voltro/env": "0.8.0",
-    "@voltro/plugin-multitenancy": "0.8.0",
-    "@voltro/plugin-rbac": "0.8.0",
-    "@voltro/protocol": "0.8.0",
-    "@voltro/runtime": "0.8.0",
+    "@voltro/cli": "0.9.0",
+    "@voltro/database": "0.9.0",
+    "@voltro/env": "0.9.0",
+    "@voltro/plugin-multitenancy": "0.9.0",
+    "@voltro/plugin-rbac": "0.9.0",
+    "@voltro/protocol": "0.9.0",
+    "@voltro/runtime": "0.9.0",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.8.0",
+    "@voltro/testing": "0.9.0",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }