@voltro/cli 0.11.1 → 0.11.3

package/templates/agent-docs/internationalization.md

@@ -176,9 +176,56 @@ useT('header.search')              // ✓ no placeholders → no values arg
 useT('does.not.exist')             // ✗ compile error — not a catalog key
 ```
 
-It's pure type refinement — the runtime is the same `useT` / `useTFn` / `<T>`, only the signatures narrow to your catalog. Requires the base catalog to be `as const` (so its message strings survive as literal types).
+It's almost pure type refinement — the runtime is the same `useT` / `useTFn` / `<T>` (plus a `.dynamic` escape, below), only the signatures narrow to your catalog. Requires the base catalog to be `as const` (so its message strings survive as literal types).
 
-**Scope.** Simple `{name}` and single-argument `{count, number}` placeholders are extracted and required. Messages with *nested* inline ICU (`{n, plural, one {…} other {…}}` / `select`) accept a loose values bag instead of a wrong strict one — pluralise in JS over simple `{count}` messages (`items.map((i) => t('cart.one', { count: i.n }))`) to stay fully typed. `<T>` gets a typed key with loose values, because its rich-text `<tag>` renderers can't be modelled by placeholder extraction.
+**Scope.** Simple `{name}` and single-argument `{count, number}` placeholders are extracted and required. For a *nested* inline ICU message (`{count, plural, one {…} other {…}}` / `select`), the **top-level arg** (`count`) is required and a branch's inner text is NOT mistaken for a var — so `t('duration', { count })` typechecks and renders. A REAL var nested inside a branch (`other {# blockers in {discipline}}`) is not collected, so it reads as *not required* rather than wrongly required; pass it via the loose values bag.
+
+To get that nested var **compiler-required**, split the plural into simple sibling keys and pick with a JS branch — each key is then a plain message where every var is top-level:
+
+```tsx
+// catalog: 'blocker.one': '{count} blocker in {discipline}', 'blocker.other': '{count} blockers in {discipline}'
+count === 1
+  ? t('blocker.one',   { count, discipline })   // ✓ both vars required
+  : t('blocker.other', { count, discipline })
+```
+
+(The [`plural()` helper](/docs/i18n/formatting) only substitutes `{count}`, so it doesn't type or fill a second var — use it for count-only messages.) `<T>` gets a typed key with loose values, because its rich-text `<tag>` renderers can't be modelled by placeholder extraction.
+
+### Runtime-computed keys — `t.dynamic`
+
+For a key you build at runtime, do NOT cast it to the catalog key union — that union spans placeholder-bearing keys, so the call then demands a spurious 2nd ICU arg. Use `t.dynamic`, a plain-string escape with no forced args, on both `useT` and the `useTFn()` result:
+
+```tsx
+import { useTFn } from '@app/messages' // your createTypedMessages() barrel — `.dynamic` lives on these
+const t = useTFn()
+t.dynamic(`status.${row.state}`)                 // ✓ plain string, no forced arg
+t.dynamic(`greeting.${kind}`, { name })          // values still allowed, but loose
+```
+
+### Passing `t` across a package boundary — `LooseTFunction`
+
+Type a `t` pass-through param as `TypedTFunction<C>` to keep it strict — the strict type propagates down through helper signatures. At a boundary that *can't* import your catalog (a shared UI package), type the param `LooseTFunction` (`(id: string, values?) => string`) instead of `(...args: any[]) => string`, and pass `t.dynamic` — which IS a `LooseTFunction`. A strict `TypedTFunction` is deliberately NOT assignable to the loose one (a narrowed key param can't satisfy a wider one, and silently allowing it would erase the checking).
+
+```tsx
+// a shared package that can't see the app catalog
+import type { LooseTFunction } from '@voltro/i18n'
+export const formatError = (t: LooseTFunction, e: AppError): string => t(e.messageKey)
+
+// in the app, at the boundary:
+formatError(t.dynamic, err)
+```
+
+A convenient app-wide barrel captures the bound types once:
+
+```tsx
+// src/i18n.ts
+import { createTypedMessages, type TypedTFunction } from '@voltro/i18n'
+import type en from './locales/en'
+
+export const { useT, useTFn, T } = createTypedMessages<typeof en>()
+export type AppTFunction = TypedTFunction<typeof en>        // for helper / prop params
+export type AppMessageKey = Parameters<AppTFunction>[0]     // the catalog's key union
+```
 
 ## Reading a message outside React — `meta({ locale })`
 

package/templates/agent-docs/routing.md

@@ -793,6 +793,23 @@ Two consequences worth designing around:
   a side effect), put it in an effect or use `useSubscription` — do not rely on
   the loader firing a second time.
 
+#### SSR first paint, then live — `initialSnapshot`
+
+When a page wants the SSR-rendered data AND a live subscription, hand the loader's value to `useSubscription` as its `initialSnapshot`. The loader fetches the data on the server with `ctx.query`; the subscription shows that value at the first paint with `loading: false` — it is real server data, not a placeholder — then swaps to the live stream the instant its first snapshot arrives:
+
+```tsx
+export const loader = async ({ query }) => query('employees.me', {})
+
+export default function Profile() {
+  const seed = useLoaderData<Employee>()
+  // First paint shows the SSR value; the WS stream takes over seamlessly.
+  const { data } = useSubscription<Employee>('app', 'employees.me', {}, { initialSnapshot: seed })
+  return <ProfileCard employee={data} />
+}
+```
+
+Because the SSR markup and the hydration render read the same loader value, they match — no hydration flicker — and you don't hand-build a seed store to bridge the two. This is distinct from `fallback`, whose value never came from the server and so keeps `loading: true`; use exactly one of the two.
+
 Client-side navigation is unchanged: moving to another route runs that route's
 loaders in the browser as usual. A `spa` page has no server render, so its
 loader runs on the client on first mount.

package/templates/agent-docs/testing.md

@@ -320,6 +320,32 @@ Retries are always on and carry no backoff here. Production's jitter exists to d
 - **Transport concerns** — connection info, rate limiting, the tenant header. Those are properties of the HTTP hop, not of the procedure; faking them here would only assert against the fake.
 - **Undo capture and the metrics sample** — optional injections the serve entrypoint makes. Their absence changes nothing a handler can observe.
 
+## Completing a fixture row — `fixtureRow`
+
+`ctx.store` is the real mixin-wrapped store, so `store.insert` runs the same required-column validation production does: a payload that omits a NOT-NULL, no-default, non-auto-stamped column throws `TableValidationFailed` naming the column. That is deliberate — the test store is not laxer than Postgres, so a fixture can't pass on a row the database would reject. But it means a lean fixture (`insert('journal_entries', { id })`, an omitted required FK) now fails.
+
+`fixtureRow(table, overrides)` completes the row for you. It fills every column the validator would flag with a schema-typed placeholder, then merges your overrides on top — so you write only the columns the test cares about and the rest are made valid:
+
+```ts
+import { fixtureRow, makeTestContext } from '@voltro/testing'
+import { journalEntries } from '../schema/journal'
+
+const ctx = makeTestContext({ subject, store: mockStore({ journal_entries: [] }) })
+
+await ctx.store.insert('journal_entries', fixtureRow(journalEntries, {
+  amount: '100.00',          // the columns THIS test asserts on
+}))                          // entryNumber (unique), postedAt, … auto-filled
+```
+
+What it fills and what it leaves alone:
+
+- **Fills** each required column with a value of the right shape — a `oneOf` column takes its first allowed value, a `unique` column gets a distinct value per call (so two fixtures don't collide on the key), `timestamp` / `date` get a fixed epoch, `decimal` / `bigint` a numeric string.
+- **Leaves out** exactly what a caller may legitimately omit: nullable columns, defaulted columns, and the framework auto-stamped set (`id`, `tenantId`, `createdAt`, `updatedAt`, `createdBy`, `updatedBy`, `deletedAt`, `deletedBy`) — the store stamps those from the subject and the table scheme.
+- **Refuses to guess** a structured type (`json`, `bytes`, `vector`, `array`, `interval`, `raw`): it throws naming the column and telling you to pass it explicitly, rather than inventing a value that fails the codec obscurely.
+- **Your override always wins** — including an explicit `null`. Don't assert on a synthesized placeholder; override anything the test inspects.
+
+There is no flag to turn the validation off — a test store that accepts rows production rejects is a fake testing itself. `fixtureRow` is a runtime filler for the loose `store.insert(name, row)` path. For **compile-time** payload typing (a missing required column caught as a type error at the call), use [`insertRow` / `upsertRow`](/docs/data/mutations) from `@voltro/database`, which check against `InferInsertRow<T>`.
+
 ## Subject + tenant re-scoping
 
 `withSubject` and `withTenant` re-scope to a different principal for one block, sharing the **same** underlying data — so cross-subject reads exercise real tenant scoping, not a closure stub. This is how you prove isolation: write as one tenant, then assert another tenant can't see the row.

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.11.1",
-    "@voltro/cli": "0.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/ai": "0.11.3",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-auth": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
-    "@voltro/sql-postgres": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-auth": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
+    "@voltro/sql-postgres": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-deactivation": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-deactivation": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-mail": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-mail": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2",
     "react": "^19.0.0"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/plugin-storage": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
-    "@voltro/sql-mysql": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/plugin-storage": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
+    "@voltro/sql-mysql": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/plugin-storage": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/plugin-storage": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-governance": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-governance": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
-    "@voltro/workflow": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
+    "@voltro/workflow": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-flags": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
-    "@voltro/sql-postgres": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-flags": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
+    "@voltro/sql-postgres": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-audit": "0.11.1",
-    "@voltro/plugin-governance": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-audit": "0.11.3",
+    "@voltro/plugin-governance": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/kv": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/kv": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-moderation": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-moderation": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/plugin-prometheus": "0.11.1",
-    "@voltro/plugin-sentry": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/plugin-prometheus": "0.11.3",
+    "@voltro/plugin-sentry": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/plugin-ratelimit": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/plugin-ratelimit": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "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.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/env": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/plugin-rbac": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/env": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/plugin-rbac": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

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

@@ -12,16 +12,16 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/plugin-openapi": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
-    "@voltro/sql-postgres": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/plugin-openapi": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
+    "@voltro/sql-postgres": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

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

@@ -12,20 +12,20 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.11.1",
-    "@voltro/database": "0.11.1",
-    "@voltro/plugin-analytics-postgres": "0.11.1",
-    "@voltro/plugin-billing": "0.11.1",
-    "@voltro/plugin-multitenancy": "0.11.1",
-    "@voltro/plugin-notifications": "0.11.1",
-    "@voltro/plugin-presence": "0.11.1",
-    "@voltro/protocol": "0.11.1",
-    "@voltro/runtime": "0.11.1",
-    "@voltro/sql-postgres": "0.11.1",
+    "@voltro/cli": "0.11.3",
+    "@voltro/database": "0.11.3",
+    "@voltro/plugin-analytics-postgres": "0.11.3",
+    "@voltro/plugin-billing": "0.11.3",
+    "@voltro/plugin-multitenancy": "0.11.3",
+    "@voltro/plugin-notifications": "0.11.3",
+    "@voltro/plugin-presence": "0.11.3",
+    "@voltro/protocol": "0.11.3",
+    "@voltro/runtime": "0.11.3",
+    "@voltro/sql-postgres": "0.11.3",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.11.1",
+    "@voltro/testing": "0.11.3",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }