@contractspec/lib.contracts 1.46.2 → 1.47.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@contractspec/lib.contracts",
-  "version": "1.46.2",
+  "version": "1.47.0",
   "description": "Core contract specification definitions and runtime",
   "keywords": [
     "contractspec",
@@ -25,23 +25,23 @@
     "test": "bun test"
   },
   "devDependencies": {
-    "@contractspec/tool.tsdown": "1.46.2",
-    "@contractspec/tool.typescript": "1.46.2",
+    "@contractspec/tool.tsdown": "1.47.0",
+    "@contractspec/tool.typescript": "1.47.0",
     "@types/express": "^5.0.3",
     "@types/turndown": "^5.0.6",
-    "tsdown": "^0.18.3",
+    "tsdown": "^0.19.0",
     "typescript": "^5.9.3"
   },
   "dependencies": {
-    "@aws-sdk/client-secrets-manager": "^3.958.0",
-    "@aws-sdk/client-sqs": "^3.958.0",
-    "@contractspec/lib.logger": "1.46.2",
-    "@contractspec/lib.schema": "1.46.2",
-    "@elevenlabs/elevenlabs-js": "^2.27.0",
+    "@aws-sdk/client-secrets-manager": "^3.966.0",
+    "@aws-sdk/client-sqs": "^3.966.0",
+    "@contractspec/lib.logger": "1.47.0",
+    "@contractspec/lib.schema": "1.47.0",
+    "@elevenlabs/elevenlabs-js": "^2.30.0",
     "@google-cloud/secret-manager": "^6.1.1",
     "@google-cloud/storage": "^7.18.0",
     "@mistralai/mistralai": "^1.11.0",
-    "@modelcontextprotocol/sdk": "^1.24.3",
+    "@modelcontextprotocol/sdk": "^1.25.2",
     "@pothos/core": "^4.9.1",
     "@pothos/plugin-complexity": "^4.1.2",
     "@pothos/plugin-dataloader": "^4.4.2",
@@ -50,31 +50,30 @@
     "@pothos/plugin-tracing": "^1.1.2",
     "@qdrant/js-client-rest": "^1.16.2",
     "compare-versions": "^6.1.1",
-    "googleapis": "^169.0.0",
-    "mcp-handler": "^1.0.4",
-    "postmark": "^4.0.4",
-    "stripe": "^20.1.0",
+    "google-gax": "^5.0.6",
+    "googleapis": "^170.0.0",
+    "mcp-handler": "^1.0.7",
+    "postmark": "^4.0.5",
+    "stripe": "^20.1.2",
     "turndown": "^7.2.2",
-    "twilio": "^5.10.7",
-    "zod": "^4.1.13"
+    "twilio": "^5.11.2",
+    "zod": "^4.3.5"
   },
   "peerDependencies": {
     "@pothos/core": "^4.9.1",
     "@pothos/plugin-relay": "^4.4.3",
-    "elysia": "^1.4.19",
+    "elysia": "^1.4.21",
     "express": "^5.2.1",
     "graphql-scalars": "^1.24.2",
     "next": "16.1.1",
-    "@blocknote/core": "^0.45.0",
-    "@blocknote/react": "^0.45.0",
+    "@blocknote/core": "^0.46.1",
+    "@blocknote/react": "^0.46.1",
     "react": "^19.2.3",
     "react-dom": "^19.2.3",
-    "react-hook-form": "^7.68.0",
+    "react-hook-form": "^7.70.0",
     "@hookform/resolvers": "^5.2.2"
   },
   "type": "module",
-  "main": "./dist/index.js",
-  "module": "./dist/index.js",
   "types": "./dist/index.d.ts",
   "files": [
     "dist",
@@ -83,6 +82,7 @@
   "exports": {
     ".": "./dist/index.js",
     "./app-config": "./dist/app-config/index.js",
+    "./app-config/app-config.capability": "./dist/app-config/app-config.capability.js",
     "./app-config/app-config.feature": "./dist/app-config/app-config.feature.js",
     "./app-config/branding": "./dist/app-config/branding.js",
     "./app-config/contracts": "./dist/app-config/contracts.js",
@@ -121,8 +121,7 @@
     "./docs/registry": "./dist/docs/registry.js",
     "./docs/tech-contracts.docs": "./dist/docs/tech-contracts.docs.js",
     "./docs/tech/auth/better-auth-nextjs.docblock": "./dist/docs/tech/auth/better-auth-nextjs.docblock.js",
-    "./docs/tech/contracts/create-subscription.docblock": "./dist/docs/tech/contracts/create-subscription.docblock.js",
-    "./docs/tech/contracts/graphql-typed-outputs.docblock": "./dist/docs/tech/contracts/graphql-typed-outputs.docblock.js",
+    "./docs/tech/cli.docblock": "./dist/docs/tech/cli.docblock.js",
     "./docs/tech/contracts/migrations.docblock": "./dist/docs/tech/contracts/migrations.docblock.js",
     "./docs/tech/contracts/openapi-export.docblock": "./dist/docs/tech/contracts/openapi-export.docblock.js",
     "./docs/tech/contracts/openapi-import.docblock": "./dist/docs/tech/contracts/openapi-import.docblock.js",
@@ -147,7 +146,6 @@
     "./docs/tech/studio/workspace-ops.docblock": "./dist/docs/tech/studio/workspace-ops.docblock.js",
     "./docs/tech/studio/workspaces.docblock": "./dist/docs/tech/studio/workspaces.docblock.js",
     "./docs/tech/telemetry-ingest.docblock": "./dist/docs/tech/telemetry-ingest.docblock.js",
-    "./docs/tech/templates/runtime.docblock": "./dist/docs/tech/templates/runtime.docblock.js",
     "./docs/tech/vscode-extension.docblock": "./dist/docs/tech/vscode-extension.docblock.js",
     "./docs/types": "./dist/docs/types.js",
     "./events": "./dist/events.js",
@@ -175,6 +173,7 @@
     "./integrations/connection": "./dist/integrations/connection.js",
     "./integrations/docs/integrations.docblock": "./dist/integrations/docs/integrations.docblock.js",
     "./integrations/health": "./dist/integrations/health.js",
+    "./integrations/integrations.capability": "./dist/integrations/integrations.capability.js",
     "./integrations/integrations.feature": "./dist/integrations/integrations.feature.js",
     "./integrations/openbanking/contracts": "./dist/integrations/openbanking/contracts/index.js",
     "./integrations/openbanking/contracts/accounts": "./dist/integrations/openbanking/contracts/accounts.js",
@@ -182,6 +181,7 @@
     "./integrations/openbanking/contracts/transactions": "./dist/integrations/openbanking/contracts/transactions.js",
     "./integrations/openbanking/guards": "./dist/integrations/openbanking/guards.js",
     "./integrations/openbanking/models": "./dist/integrations/openbanking/models.js",
+    "./integrations/openbanking/openbanking.capability": "./dist/integrations/openbanking/openbanking.capability.js",
     "./integrations/openbanking/openbanking.feature": "./dist/integrations/openbanking/openbanking.feature.js",
     "./integrations/openbanking/telemetry": "./dist/integrations/openbanking/telemetry.js",
     "./integrations/operations": "./dist/integrations/operations.js",
@@ -253,6 +253,7 @@
     "./knowledge/ingestion/gmail-adapter": "./dist/knowledge/ingestion/gmail-adapter.js",
     "./knowledge/ingestion/storage-adapter": "./dist/knowledge/ingestion/storage-adapter.js",
     "./knowledge/ingestion/vector-indexer": "./dist/knowledge/ingestion/vector-indexer.js",
+    "./knowledge/knowledge.capability": "./dist/knowledge/knowledge.capability.js",
     "./knowledge/knowledge.feature": "./dist/knowledge/knowledge.feature.js",
     "./knowledge/operations": "./dist/knowledge/operations.js",
     "./knowledge/query": "./dist/knowledge/query/index.js",
@@ -351,6 +352,7 @@
     "./workflow/validation": "./dist/workflow/validation.js",
     "./workspace-config": "./dist/workspace-config/index.js",
     "./workspace-config/contractsrc-schema": "./dist/workspace-config/contractsrc-schema.js",
+    "./workspace-config/contractsrc-types": "./dist/workspace-config/contractsrc-types.js",
     "./workspace-config/workspace-config.docblock": "./dist/workspace-config/workspace-config.docblock.js",
     "./*": "./*"
   },

package/dist/docs/tech/contracts/create-subscription.docblock.d.ts

@@ -1,6 +0,0 @@
-import { DocBlock } from "@contractspec/lib.contracts/docs";
-
-//#region src/docs/tech/contracts/create-subscription.docblock.d.ts
-declare const tech_contracts_create_subscription_DocBlocks: DocBlock[];
-//#endregion
-export { tech_contracts_create_subscription_DocBlocks };

package/dist/docs/tech/contracts/create-subscription.docblock.js

@@ -1,21 +0,0 @@
-import { registerDocBlocks } from "../../registry.js";
-
-//#region src/docs/tech/contracts/create-subscription.docblock.ts
-const tech_contracts_create_subscription_DocBlocks = [{
-	id: "docs.tech.contracts.create-subscription",
-	title: "Subscriptions via Better Auth Stripe",
-	summary: "This app uses Better Auth's Stripe plugin for subscription management.",
-	kind: "reference",
-	visibility: "public",
-	route: "/docs/tech/contracts/create-subscription",
-	tags: [
-		"tech",
-		"contracts",
-		"create-subscription"
-	],
-	body: "### Subscriptions via Better Auth Stripe\n\nThis app uses Better Auth's Stripe plugin for subscription management.\n\nKey endpoints:\n\n- `/api/auth/[...all]` – Better Auth server\n- `/api/auth/stripe/webhook` – Stripe webhook handled by Better Auth\n\nClient usage (org mode):\n\n```ts\nimport { subscription } from '@/lib/auth-client';\n\nawait subscription.upgrade({\n  plan: 'core',\n  annual: true,\n  referenceId: activeOrganization?.id,\n  successUrl: '/dashboard',\n  cancelUrl: '/pricing',\n});\n```\n\nPlans are configured in `src/lib/auth.ts` referencing env-provided price IDs. See Better Auth Stripe docs: [plugins: Stripe](`https://better-auth.com/docs/plugins/stripe.mdx`) and [Using with organizations](`https://www.better-auth.com/docs/plugins/stripe#using-with-organizations`).\n\nLanding pricing UX\n\n- Components: `SectionEyebrow`, `PriceBadge`, `FeatureList`, `PriceCard`\n- Sections: `PricingSection`, `StoryPricingBenefits`\n- Canonical pricing source: `src/lib/pricing/config.ts`\n\nTrial period\n\n- Le plan « Essentiel » inclut une période d’essai gratuite de 30 jours.\n- Config côté auth: `freeTrial: { days: 30 }` dans `src/lib/auth.ts` (Better Auth Stripe plugin).\n- Config côté pricing: `trial: { days: 30 }` dans `src/lib/pricing/config.ts`.\n\nDashboard badges\n\n- Le `Tableau de bord` affiche des badges d’état d’abonnement:\n  - « Essai · se termine le JJ/MM/AAAA » lorsque l’essai est en cours\n  - « Abonnement actif » lorsque l’abonnement est actif\n  - « Annulé · fin au terme de la période » lorsque la résiliation est planifiée\n- Composant: `components/dashboard/DashboardPage/molecules/Header.tsx`\n- Source des états: hook `useProfileBillingPage()` (`components/profile/ProfileBillingPage/hooks/useProfileBillingPage.tsx`)\n"
-}];
-registerDocBlocks(tech_contracts_create_subscription_DocBlocks);
-
-//#endregion
-export { tech_contracts_create_subscription_DocBlocks };

package/dist/docs/tech/contracts/graphql-typed-outputs.docblock.d.ts

@@ -1,6 +0,0 @@
-import { DocBlock } from "@contractspec/lib.contracts/docs";
-
-//#region src/docs/tech/contracts/graphql-typed-outputs.docblock.d.ts
-declare const tech_contracts_graphql_typed_outputs_DocBlocks: DocBlock[];
-//#endregion
-export { tech_contracts_graphql_typed_outputs_DocBlocks };

package/dist/docs/tech/contracts/graphql-typed-outputs.docblock.js

@@ -1,21 +0,0 @@
-import { registerDocBlocks } from "../../registry.js";
-
-//#region src/docs/tech/contracts/graphql-typed-outputs.docblock.ts
-const tech_contracts_graphql_typed_outputs_DocBlocks = [{
-	id: "docs.tech.contracts.graphql-typed-outputs",
-	title: "GraphQL Typed Outputs for Contracts",
-	summary: "Improved `@contractspec/lib.contracts` to automatically generate proper GraphQL object types from `SchemaModel` outputs instead of defaulting to `JSON` scalar types.",
-	kind: "reference",
-	visibility: "public",
-	route: "/docs/tech/contracts/graphql-typed-outputs",
-	tags: [
-		"tech",
-		"contracts",
-		"graphql-typed-outputs"
-	],
-	body: "# GraphQL Typed Outputs for Contracts\n\n## Overview\n\nImproved `@contractspec/lib.contracts` to automatically generate proper GraphQL object types from `SchemaModel` outputs instead of defaulting to `JSON` scalar types.\n\n## Problem\n\nPreviously, when GraphQL operations were defined using contracts with `SchemaModel` outputs, the GraphQL schema would default to returning `JSON` scalar types. This meant:\n\n- GraphQL clients couldn't query specific fields\n- No type safety for operation outputs\n- Codegen would fail with \"must have a selection of subfields\" errors\n\n## Solution\n\n### 1. Auto-Type Registration in `graphql-pothos.ts`\n\n**File**: `packages/lssm/libs/contracts/src/server/graphql-pothos.ts`\n\n**Changes**:\n\n- Scan all contract specs and collect their `SchemaModel` outputs\n- Automatically register GraphQL object types for each `SchemaModel`\n- Map field types from SchemaModel to proper GraphQL scalar types\n- Update `resolveGraphQLTypeName` to check for `SchemaModel` names before defaulting to `JSON`\n\n**Key Code**:\n\n```typescript\n// Build a map of output types we need to register\nconst outputTypeCache = new Map<string, AnySchemaModel>();\nfor (const spec of reg.listSpecs()) {\n  const out = spec.io.output as AnySchemaModel | ResourceRefDescriptor<boolean>;\n  if (out && 'getZod' in out && typeof out.getZod === 'function') {\n    const model = out as AnySchemaModel;\n    const typeName = model.config?.name ?? 'UnknownOutput';\n    if (!outputTypeCache.has(typeName)) {\n      outputTypeCache.set(typeName, model);\n    }\n  }\n}\n\n// Register all output types as GraphQL object types\nfor (const [typeName, model] of outputTypeCache.entries()) {\n  builder.objectType(typeName, {\n    fields: (t) => {\n      // Map each field from SchemaModel to GraphQL field\n      // ...\n    },\n  });\n}\n```\n\n### 2. Fix Contract Definitions\n\n**File**: `packages/hcircle/libs/contracts-coliving/src/interactions/onboarding/org/contracts.ts`\n\n**Changes**:\n\n- Changed `GetOrgOnboardingDraftSpec` from `defineCommand` to `defineQuery` (read-only operation)\n- Added `defineQuery` import\n\n**Before**:\n\n```typescript\nexport const GetOrgOnboardingDraftSpec = defineCommand({\n  // ...\n});\n```\n\n**After**:\n\n```typescript\nexport const GetOrgOnboardingDraftSpec = defineQuery({\n  // ...\n});\n```\n\n### 3. Update All GraphQL Queries\n\nUpdated all GraphQL operation calls to select proper subfields based on the output type:\n\n#### Output Types and Their Fields\n\n1. **`CreateOrgOutput`**:\n   - `organizationId: ID!`\n   - `orgType: String!`\n\n2. **`CompleteUserOnboardingOutput`**:\n   - `success: Boolean!`\n   - `userId: ID!`\n\n3. **`CompleteOrgOnboardingOutput`**:\n   - `success: Boolean!`\n   - `organizationId: ID!`\n   - `orgType: String!`\n\n4. **`OnboardingDraft`** (from resource_ref):\n   - `id: ID!`\n   - `organizationId: ID!`\n   - `data: JSON!`\n   - `createdAt: DateTime!`\n   - `updatedAt: DateTime!`\n\n5. **`GetOnboardingDraftOutput`**:\n   - `id: ID`\n   - `organizationId: ID`\n   - `data: JSON`\n   - `createdAt: DateTime`\n   - `updatedAt: DateTime`\n\n6. **`DeleteOnboardingDraftOutput`**:\n   - `ok: Boolean!` _(note: not `success`)_\n\n#### Files Updated\n\n1. `/packages/hcircle/apps/mobile-coliving/src/app/onboarding-org-select.tsx`\n2. `/packages/hcircle/apps/mobile-coliving/src/app/onboarding-org.tsx`\n3. `/packages/hcircle/apps/mobile-coliving/src/app/onboarding-user.tsx`\n4. `/packages/hcircle/apps/web-coliving/src/app/onboarding/user/page.tsx`\n5. `/packages/hcircle/apps/web-coliving/src/components/onboarding/OnboardingFlow.tsx`\n6. `/packages/hcircle/apps/web-coliving/src/components/onboarding/OrgSelectionFlow.tsx`\n\n**Example Before**:\n\n```graphql\nmutation CreateOrg($orgType: String!, $name: String!, $slug: String!) {\n  createOrganization(input: { orgType: $orgType, name: $name, slug: $slug })\n}\n```\n\n**Example After**:\n\n```graphql\nmutation CreateOrg($orgType: String!, $name: String!, $slug: String!) {\n  createOrganization(input: { orgType: $orgType, name: $name, slug: $slug }) {\n    organizationId\n    orgType\n  }\n}\n```\n\n## Benefits\n\n1. **Type Safety**: Full type safety for GraphQL operation outputs\n2. **Auto-Generated Types**: No need to manually specify `returns` in contract transport config\n3. **Better DX**: GraphQL clients can now query specific fields and benefit from autocomplete\n4. **Consistency**: All `SchemaModel` outputs are automatically typed in GraphQL\n5. **Backward Compatible**: Operations with explicit `returns` config still work as before\n\n## Testing\n\nAll GraphQL codegen now passes:\n\n```bash\ncd packages/hcircle/libs/gql-client-coliving\nbun graphql-codegen --config codegen.ts  # ✅ Success\n```\n\n## Migration Guide for Other Verticals\n\nTo apply this to other verticals (e.g., Artisanos, Strit):\n\n1. **No code changes needed** - the improved `graphql-pothos.ts` automatically handles all `SchemaModel` outputs\n2. **Update GraphQL queries** - Add field selections to queries that previously returned `JSON`\n3. **Fix query/command mismatches** - Ensure read-only operations use `defineQuery` instead of `defineCommand`\n\n## Future Improvements\n\n1. Add support for nested `SchemaModel` references (currently only supports scalar fields)\n2. Add support for array fields of SchemaModels\n3. Consider auto-generating field selections based on the output type to reduce boilerplate\n\n## Related Documentation\n\n- [Contracts README](../../packages/lssm/libs/contracts/README.md)\n- [Onboarding System](./hcircle/IMPLEMENTATION_COMPLETE.md)\n- [GraphQL Architecture](./graphql/architecture.md)\n"
-}];
-registerDocBlocks(tech_contracts_graphql_typed_outputs_DocBlocks);
-
-//#endregion
-export { tech_contracts_graphql_typed_outputs_DocBlocks };

package/dist/docs/tech/templates/runtime.docblock.d.ts

@@ -1,6 +0,0 @@
-import { DocBlock } from "@contractspec/lib.contracts/docs";
-
-//#region src/docs/tech/templates/runtime.docblock.d.ts
-declare const tech_templates_runtime_DocBlocks: DocBlock[];
-//#endregion
-export { tech_templates_runtime_DocBlocks };

package/dist/docs/tech/templates/runtime.docblock.js

@@ -1,21 +0,0 @@
-import { registerDocBlocks } from "../../registry.js";
-
-//#region src/docs/tech/templates/runtime.docblock.ts
-const tech_templates_runtime_DocBlocks = [{
-	id: "docs.tech.templates.runtime",
-	title: "ContractSpec Template Runtime (Phase 9)",
-	summary: "Phase 9 introduces a full local-first runtime for templates so anyone can preview apps directly in the browser without provisioning any infrastructure.",
-	kind: "reference",
-	visibility: "public",
-	route: "/docs/tech/templates/runtime",
-	tags: [
-		"tech",
-		"templates",
-		"runtime"
-	],
-	body: "## ContractSpec Template Runtime (Phase 9)\n\nPhase 9 introduces a full local-first runtime for templates so anyone can preview apps directly in the browser without provisioning any infrastructure.\n\n### Building Blocks\n\n- **Local database** – `@contractspec/lib.runtime-local` wraps `sql.js` (SQLite WASM) and `IndexedDB` so we can seed demo data, run migrations, and persist state between sessions. Tests point the runtime to `node_modules/sql.js/dist` so CI doesn’t need a browser.\n- **Local GraphQL** – `LocalGraphQLClient` wires Apollo Client + SchemaLink to resolvers for tasks, messaging, and i18n recipes. All `/templates`, `/studio`, and `/sandbox` previews use those resolvers so we never call remote APIs during demos.\n- **Template registry + installer** – `.../templates/registry.ts` stores the catalog (todos, messaging, recipes). `TemplateInstaller` can seed the runtime (`install`) or export a base64 snapshot via the new `saveTemplateToStudio` mutation.\n- **TemplateShell** – Shared UI wrapper that creates a `TemplateRuntimeProvider`, shows `LocalDataIndicator`, and (optionally) surfaces the new `SaveToStudioButton`.\n\n### Runtime Flows\n\n1. `/templates` now opens a modal that renders `TemplateShell` for each template. Users can explore without leaving the marketing site.\n2. `/studio` switches to a tabbed mini-app (Projects, Canvas, Specs, Deploy) to showcase Studio surfaces with mock data. Visitors see a **preview** shell, while authenticated users (Better Auth via Sigil) unlock full persistence, versioning, and deployment controls.\n3. `/sandbox` lets visitors pick a template and mode (Playground, Spec Editor, Visual Builder). The console at the bottom streams runtime events for transparency.\n\n### GraphQL Mutations\n\n- `saveTemplateToStudio(input: SaveTemplateInput!): SaveTemplateResult!` writes a placeholder project + spec so that templates installed from the sandbox appear in Studio. The mutation is intentionally simple right now: it records which template was imported, stores metadata, and returns `{ projectId, status: 'QUEUED' }` for the UI.\n- `saveCanvasDraft(input: SaveCanvasDraftInput!): CanvasVersion!` snapshots the current Visual Builder nodes to a draft version tied to a canvas overlay. Inputs include `canvasId`, arbitrary `nodes` JSON, and an optional `label`. The resolver enforces org/org access before calling `CanvasVersionManager`.\n- `deployCanvasVersion(input: DeployCanvasVersionInput!): CanvasVersion!` promotes a previously saved draft (`versionId`) to the deployed state. The returned object includes `status`, `nodes`, `createdAt`, and `createdBy` for UI timelines.\n- `undoCanvasVersion(input: UndoCanvasInput!): CanvasVersion` rewinds the visual builder to the prior snapshot (returns `null` when history is empty) so Studio’s toolbar can surface “Undo” without shelling out to local storage.\n\n### Studio GraphQL endpoint\n\n- The landing app exposes the Studio schema at `/api/studio/graphql` via Yoga so React Query hooks (`useStudioProjects`, `useCreateStudioProject`, `useDeployStudioProject`, etc.) can talk to the bundle without spinning up a separate server.\n\n### Spec Editor typing\n\n- Studio’s spec editor now preloads Monaco with ambient declarations for `@contractspec/lib.contracts` and `zod`, so snippets receive autocomplete and inline errors even before the spec ships to the backend. The helper lives in `presentation/components/studio/organisms/monaco-spec-types.ts` and registers the extra libs once per browser session via `monaco.languages.typescript.typescriptDefaults.addExtraLib`.\n- Compiler options are aligned with our frontend toolchain (ES2020 + React JSX) which means drafts written in the editor behave like the compiled artifacts that flow through Studio pipelines.\n\n### Spec templates\n\n- Selecting a spec type now injects a ready-to-edit scaffold (capability, workflow, policy, dataview, component) so authors start from a canonical layout instead of a blank file. Templates live alongside `SpecEditor.tsx`, and we only overwrite the content when the previous value is empty or when the author explicitly switches types via the dropdown.\n\n### Spec preview\n\n- The validation side panel now embeds a `SpecPreview` widget that shows validation errors alongside transport artifacts (GraphQL schema, REST endpoints, component summaries) once a preview run completes. Tabs let authors toggle between “Validation” and “Artifacts,” mirroring the UX described in the Studio plan.\n\n### Testing\n\n- `src/templates/__tests__/runtime.test.ts` covers todos CRUD, messaging delivery, and recipe locale switching through the local GraphQL API.\n- Studio infrastructure tests live in `src/__tests__/e2e/project-lifecycle.test.ts` and continue to exercise project creation + deploy flows.\n\n### Next Steps\n\nFuture templates can register their React components via `registerTemplateComponents(templateId, components)` so TemplateShell can render them automatically. When new templates are added, remember to:\n\n1. Update the registry entry (schema + tags).\n2. Register components inside `presentation/components/templates`.\n3. Document the template under `docs/templates/`.\n\n\n\n\n\n"
-}];
-registerDocBlocks(tech_templates_runtime_DocBlocks);
-
-//#endregion
-export { tech_templates_runtime_DocBlocks };