@voltro/cli 0.1.3 → 0.1.5

package/dist/dev-BjylpfGQ.js

@@ -0,0 +1,2 @@
+import { o as e } from "./dev-BhBMpHkm.js";
+export { e as loadApiConfig };

package/dist/index.js

@@ -1,4 +1,4 @@
-import { i as e, n as t, r as n, t as r } from "./commands-C0o6Clo9.js";
+import { i as e, n as t, r as n, t as r } from "./commands-BHIaKj-w.js";
 //#region src/index.ts
 var i = "framework";
 //#endregion

package/dist/startup.js

@@ -1,2 +1,2 @@
-import { n as e, t } from "./startupRunner-CRhuUl91.js";
+import { n as e, t } from "./startupRunner-DAexyPkM.js";
 export { t as loadStartupFiles, e as runStartups };

package/dist/{startupRunner-CRhuUl91.js → startupRunner-DAexyPkM.js}

@@ -1,30 +1,32 @@
 import { basename as e } from "node:path";
 import { pathToFileURL as t } from "node:url";
 import { publishServerError as n } from "@voltro/protocol";
-//#region src/startupRunner.ts
-var r = (e) => e.replace(/\.startup\.tsx?$/, ""), i = async (n, i) => {
-	let a = [];
-	for (let o of n) {
-		let n;
+//#region src/appModuleLoader.ts
+var r = /* @__PURE__ */ new Map(), i = (e) => {
+	for (let [t, n] of Object.entries(e)) r.set(t, n);
+}, a = async (e) => r.get(e) || await import(t(e).href), o = (e) => e.replace(/\.startup\.tsx?$/, ""), s = async (t, n) => {
+	let r = [];
+	for (let i of t) {
+		let t;
 		try {
-			n = await import(t(o).href);
+			t = await a(i);
 		} catch (e) {
-			i.warn("startup: failed to import", { file: o }, e);
+			n.warn("startup: failed to import", { file: i }, e);
 			continue;
 		}
-		let s = n.default;
+		let s = t.default;
 		if (typeof s != "function") {
-			i.warn("startup: no default-export function", { file: o });
+			n.warn("startup: no default-export function", { file: i });
 			continue;
 		}
-		a.push({
-			file: o,
-			id: r(e(o)),
+		r.push({
+			file: i,
+			id: o(e(i)),
 			fn: s
 		});
 	}
-	return a;
-}, a = async (e, t, r) => {
+	return r;
+}, c = async (e, t, r) => {
 	let i = [];
 	for (let a of e) {
 		let e = r.child(`startup:${a.id}`), o = {
@@ -68,4 +70,4 @@ var r = (e) => e.replace(/\.startup\.tsx?$/, ""), i = async (n, i) => {
 	} };
 };
 //#endregion
-export { a as n, i as t };
+export { i, c as n, a as r, s as t };

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@voltro/cli",
-  "version": "0.1.3",
+  "version": "0.1.5",
   "description": "The `voltro` CLI — dev server, codegen, migrations, project scaffolding, agent-docs seeding, and production serve.",
   "keywords": [
     "voltro",
@@ -49,27 +49,27 @@
     "@effect/workflow": "^0.18.2",
     "@tailwindcss/vite": "^4.3.2",
     "@vitejs/plugin-react": "^6.0.3",
-    "@voltro/ai": "0.1.3",
-    "@voltro/cache": "0.1.3",
-    "@voltro/data-transfer": "0.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/kv": "0.1.3",
-    "@voltro/logger": "0.1.3",
-    "@voltro/plugin-auth": "0.1.3",
-    "@voltro/plugin-broadcast": "0.1.3",
-    "@voltro/plugin-mail": "0.1.3",
-    "@voltro/plugin-storage": "0.1.3",
-    "@voltro/plugin-webhooks": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
-    "@voltro/serverless": "0.1.3",
-    "@voltro/sql-mssql": "0.1.3",
-    "@voltro/sql-mysql": "0.1.3",
-    "@voltro/sql-postgres": "0.1.3",
-    "@voltro/sql-sqlite": "0.1.3",
-    "@voltro/sql-turso": "0.1.3",
-    "@voltro/workflow": "0.1.3",
+    "@voltro/ai": "0.1.5",
+    "@voltro/cache": "0.1.5",
+    "@voltro/data-transfer": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/kv": "0.1.5",
+    "@voltro/logger": "0.1.5",
+    "@voltro/plugin-auth": "0.1.5",
+    "@voltro/plugin-broadcast": "0.1.5",
+    "@voltro/plugin-mail": "0.1.5",
+    "@voltro/plugin-storage": "0.1.5",
+    "@voltro/plugin-webhooks": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
+    "@voltro/serverless": "0.1.5",
+    "@voltro/sql-mssql": "0.1.5",
+    "@voltro/sql-mysql": "0.1.5",
+    "@voltro/sql-postgres": "0.1.5",
+    "@voltro/sql-sqlite": "0.1.5",
+    "@voltro/sql-turso": "0.1.5",
+    "@voltro/workflow": "0.1.5",
     "chokidar": "^5.0.0",
     "esbuild": "^0.28.0",
     "ioredis": "^5.11.1",

package/templates/agent-docs/internationalization.md

@@ -13,7 +13,7 @@ _Voltro's i18n layer (@voltro/i18n) — an opinionated wrap over react-intl, aut
 
 Voltro ships internationalization in **`@voltro/i18n`** — an opinionated, thin wrap over [`react-intl`](https://formatjs.io/docs/react-intl/) plus framework auto-wiring. A web app gets a working `<I18nProvider>` from a single field in `app.config.ts`. You never write the provider, and you never import `@voltro/i18n` in your layout.
 
-The public surface is intentionally small — `<I18nProvider>`, `<T>`, `useT`, `useTFn`, `useLocale`, `defineCatalog`, `defineLocale`. Power users who need an API the wrap doesn't expose (custom formatters, rich-text with React-element values, `IntlProvider`'s `timeZone` / `formats` props) `import { … } from 'react-intl'` directly. The wrap is **opt-in, not lock-in** — the library is in your `node_modules`, the wrap is optional.
+The public surface is intentionally small — `<I18nProvider>`, `<T>`, `useT`, `useTFn`, `useLocale`, `useMessages`, `defineCatalog`, `defineLocale`, `pickCatalog`. Power users who need an API the wrap doesn't expose (custom formatters, rich-text with React-element values, `IntlProvider`'s `timeZone` / `formats` props) `import { … } from 'react-intl'` directly. The wrap is **opt-in, not lock-in** — the library is in your `node_modules`, the wrap is optional.
 
 ## When to enable
 
@@ -142,6 +142,31 @@ const locale = useLocale()
 - **`useT(id, values?)`** — imperative form returning a plain string, for non-JSX call sites: `placeholder`, `aria-label`, `document.title`, toasts, error messages.
 - **`useTFn()`** — returns a `(id, values?) => string` translator the component captures once. Use when one component needs `t` inside helper functions or `.map()` callbacks — `react-intl` runs once, the closure replays.
 - **`useLocale()`** — the active locale code, as React state inside the provider.
+- **`useMessages()`** — the active locale's RAW catalog (`useMessages()['some.id']`): the unformatted ICU template, not the formatted output. For when you need the raw string — e.g. to feed your own formatter, or a lookup that must not run ICU.
+
+## Reading a message outside React — `meta({ locale })`
+
+`useT` is a hook — it only runs inside a component, against the *active* locale. A page's `meta({ locale })` runs OUTSIDE React (at build / SSR meta-resolution time) and is handed an arbitrary locale string. Use **`pickCatalog`** to resolve a message there:
+
+```ts
+// src/locales/index.ts
+import { pickCatalog } from '@voltro/i18n'
+import en from './en'
+import de from './de'
+
+export const getCatalog = (locale?: string) => pickCatalog({ en, de }, locale, 'en')
+```
+
+```tsx
+// any page — meta gets the active locale (from the URL prefix, or the voltro:lang cookie)
+import { getCatalog } from '../locales'
+
+export const meta = ({ locale }: { readonly locale: string }): PageMeta => ({
+  title: getCatalog(locale)['meta.home.title'],
+})
+```
+
+`pickCatalog(catalogs, locale, defaultLocale)` returns the concrete catalog type, so a known-key lookup is `string` (not `string | undefined`) — exactly what `PageMeta.title` needs. An unknown or `undefined` locale falls back to `defaultLocale`.
 
 ## The react-intl escape hatch
 

package/templates/agent-docs/workflows.md

@@ -819,6 +819,8 @@ You do not call the cluster layer yourself — the CLI does. The boot log tells
 [voltro:dev] workflow engine: cluster-sql, dialect=mariadb
 ```
 
+Two settings tune this for demanding topologies: **`VOLTRO_WORKFLOW_SHARD_LOCK`** keeps cross-pod handoff correct on a Galera / Percona XtraDB cluster (see [Galera and multi-primary clusters](#galera-and-multi-primary-clusters)), and **`VOLTRO_WORKFLOW_RUNNER_STORAGE`** opts out of SQL runner storage when you don't need handoff (see [Single-process runner storage](#single-process-runner-storage)).
+
 ### The deployment contract
 
 A real multi-instance deployment has to give each pod a routable identity. This is the entire operational surface of clustering, and it is what the framework's Helm baseline injects:
@@ -848,6 +850,38 @@ env:
 
 That is the whole contract: stable per-pod identity (`POD_NAME` → `server_id`), routable runner host (`POD_IP`), a pinned runner port, the shared `DB_URL`, and CDC on. No application code changes between one instance and four.
 
+### Galera and multi-primary clusters
+
+Multi-primary MariaDB (Galera) and Percona XtraDB are first-class **and keep full cross-pod handoff** — no proxy, no single-writer endpoint, no loss of durability. This is handled automatically; the paragraphs below are the *why* for operators who need it.
+
+By default `@effect/cluster` coordinates which runner owns which shard with **session advisory locks** (`GET_LOCK` on MySQL/MariaDB, `pg_advisory_lock` on Postgres). Advisory locks are **node-local** — a lock held on one Galera node is invisible on the others, and Galera never replicates them. So on a Galera cluster whose app pods reach the database through a load-balancing Service (connections spread across nodes), advisory-lock coordination can't see itself: pods split-brain shard ownership, and the runner-storage bootstrap can wedge before it creates `cluster_runners` (the pod stays **un-Ready** while a shard-lock refresher errors against a `cluster_runners` table it thinks is missing).
+
+Voltro resolves this with the **`VOLTRO_WORKFLOW_SHARD_LOCK`** setting (`auto` | `row` | `advisory`, default `auto`):
+
+- **`auto`** — probe the live connection (`@@wsrep_on`) and switch to the row-lease path on a Galera / PXC cluster, keep advisory locks everywhere else. No operator config needed.
+- **`row`** — force the row-lease path. `SqlRunnerStorage` coordinates shard ownership with a **certified conditional upsert** on the `cluster_locks` table (`INSERT … ON DUPLICATE KEY UPDATE … WHERE acquired_at < <expiry>`) instead of `GET_LOCK`. Galera certifies that write across *all* nodes — the same reason the cron `advisoryLock` tier uses a claims row, not a session lock — so shard ownership is coordinated correctly no matter which node a connection lands on. Cross-pod handoff works: a dead pod's lease ages out and a surviving pod takes over the shard.
+- **`advisory`** — force the classic `GET_LOCK` path (single-primary only).
+
+The boot log reports the resolved mode, and `voltro cluster status` shows it per instance (`shard-lock=row`):
+
+```text
+[voltro:serve] shard-lock coordination: row-based (dialect=mariadb, mode=auto, wsrep/Galera cluster detected)
+```
+
+**Two honest caveats.** Row-lease failover is **expiry-based, not instant** — a dead pod's shards are reclaimed after the lease timeout (seconds), where advisory locks release the instant a connection drops. That's why `auto` keeps the faster advisory path on a single-primary server and only pays the timeout on Galera. And MySQL **Group Replication** (and other non-wsrep multi-primary topologies) aren't auto-detected — set `VOLTRO_WORKFLOW_SHARD_LOCK=row` explicitly there.
+
+### Single-process runner storage
+
+If a deployment genuinely does **not** need cross-pod handoff — dev, a single-region single-replica service, or one where each pod owning its own workflows is acceptable — set **`VOLTRO_WORKFLOW_RUNNER_STORAGE=memory`** to skip the SQL runner storage entirely:
+
+```text
+VOLTRO_WORKFLOW_RUNNER_STORAGE=memory
+```
+
+This is the engine `sqlite` uses. It **skips `SqlRunnerStorage`** (no `cluster_runners` / `cluster_locks`, no advisory locks) while **durability is unaffected** — run/message/reply state still persists via `SqlMessageStorage`. The tradeoff is the point: **no cross-pod handoff** — a workflow started on a now-dead pod will not resume on a surviving one. Prefer the row-lease coordination above for multi-replica deployments that need handoff; reach for `memory` only when they don't.
+
+`VOLTRO_WORKFLOW_RUNNER_STORAGE=sql` is rejected on `sqlite` / `turso` (no advisory-lock branch there), and an unrecognized `VOLTRO_WORKFLOW_SHARD_LOCK` value fails boot loudly — a misconfiguration never silently selects a broken engine.
+
 ## Durable workflows resume on any instance
 
 Workflow durability lives in `@effect/cluster`'s engine, not in any Voltro table. Each workflow's journal (steps, idempotency keys, signals) is persisted to the cluster's storage on the shared database. When a pod dies mid-step:

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.1.3",
-    "@voltro/cli": "0.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/ai": "0.1.5",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

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

@@ -12,16 +12,16 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-auth": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-auth": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-deactivation": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-deactivation": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-mail": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-mail": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2",
     "react": "^19.0.0"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/plugin-storage": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
-    "@voltro/sql-mysql": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/plugin-storage": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
+    "@voltro/sql-mysql": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/plugin-storage": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/plugin-storage": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-governance": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-governance": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
-    "@voltro/workflow": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
+    "@voltro/workflow": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }

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

@@ -12,17 +12,17 @@
   "dependencies": {
     "@effect/platform": "^0.96.1",
     "@effect/rpc": "^0.75.1",
-    "@voltro/cli": "0.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-flags": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-flags": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-audit": "0.1.3",
-    "@voltro/plugin-governance": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-audit": "0.1.5",
+    "@voltro/plugin-governance": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/kv": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/kv": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-moderation": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-moderation": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/plugin-prometheus": "0.1.3",
-    "@voltro/plugin-sentry": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/plugin-prometheus": "0.1.5",
+    "@voltro/plugin-sentry": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "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.1.3",
-    "@voltro/database": "0.1.3",
-    "@voltro/env": "0.1.3",
-    "@voltro/plugin-multitenancy": "0.1.3",
-    "@voltro/plugin-ratelimit": "0.1.3",
-    "@voltro/protocol": "0.1.3",
-    "@voltro/runtime": "0.1.3",
+    "@voltro/cli": "0.1.5",
+    "@voltro/database": "0.1.5",
+    "@voltro/env": "0.1.5",
+    "@voltro/plugin-multitenancy": "0.1.5",
+    "@voltro/plugin-ratelimit": "0.1.5",
+    "@voltro/protocol": "0.1.5",
+    "@voltro/runtime": "0.1.5",
     "effect": "^3.21.2"
   },
   "devDependencies": {
-    "@voltro/testing": "0.1.3",
+    "@voltro/testing": "0.1.5",
     "typescript": "^5.7.0",
     "vitest": "^3.0.0"
   }