@superblocksteam/vite-plugin-file-sync 2.0.115 → 2.0.116-next.1

package/dist/ai-service/skills/system/third-party-migration/lovable.generated.js

@@ -0,0 +1,79 @@
+// Auto-generated from src/ai-service/skills/system/third-party-migration/lovable.md
+// Do not edit directly - edit the .md file instead
+export const content = `# Lovable-specific mapping
+
+This is a per-platform reference loaded from \`SKILL.md\`. The framework — target layout, universal mapping, non-negotiables, workflow, code-emission rules — lives there. This file documents only what's specific to a Lovable source.
+
+> Lovable is not a fixed stack. Unlike Replit, there is no canonical template to assume. A Lovable app may talk to Lovable Cloud / Supabase directly from the client, may have edge functions, may call arbitrary third-party APIs, may have no backend at all, or may mix all of the above. **Discover before you map.** Do not assume Supabase, do not assume an Express server, and do not invent integrations the source does not use.
+
+## Where the source lives
+
+Hallmarks: \`src/integrations/supabase/client.ts\`, \`src/integrations/supabase/types.ts\`, \`supabase/config.toml\`, \`supabase/functions/<name>/index.ts\`, \`supabase/migrations/\`, a \`lovable-tagger\` entry in \`vite.config.ts\`, or a Lovable-flavored README.
+
+If the user gave a path, use it. Otherwise look for the hallmarks above in the working tree. If ambiguous, ask.
+
+## Typical shape (hints, not rules)
+
+Use these as starting points; re-verify against the actual source tree on every migration.
+
+- **Frontend**: React 18 + Vite + TypeScript + Tailwind + shadcn/ui. Routing via \`react-router-dom\` (v6 or v7) or sometimes \`wouter\`. Data fetching via \`@tanstack/react-query\`. Forms via \`react-hook-form\` + \`zod\`.
+- **Backend (when present)** — pick whichever the source actually uses:
+  - **Lovable Cloud / Supabase** is the default. Surfaces in the source as \`src/integrations/supabase/client.ts\`, \`src/integrations/supabase/types.ts\`, a top-level \`supabase/\` dir with \`migrations/\` and/or \`functions/<name>/index.ts\` (Deno edge functions), and direct \`supabase.from("table").select(...)\` calls from React components.
+  - **Edge functions** (Deno-style): \`supabase/functions/<name>/index.ts\`. Each is its own HTTP endpoint, may use \`Deno.serve\`, often reads \`Deno.env.get(...)\`.
+  - **Third-party APIs** called from the client (Stripe, OpenAI, Resend, etc.) — frequently with secrets that should never have been on the client.
+  - **No backend at all** — pure static app, possibly with localStorage state. The framework's "Don't fabricate a backend" rule applies; the migrated app stays frontend-only.
+- **Auth**: \`supabase.auth\` from the client (\`signInWithPassword\`, \`onAuthStateChange\`, \`getSession\`). Sometimes wrapped in an \`AuthContext\`.
+- **Storage**: \`supabase.storage.from(bucket).upload(...)\` or third-party upload services.
+- **Realtime**: \`supabase.channel(...).on("postgres_changes", ...)\` subscriptions. **Superblocks has no realtime equivalent in this template — flag and degrade to polling or one-shot fetches; do not silently drop.**
+
+## Discovery checklist
+
+This is the most important step for a Lovable migration — get it wrong and the rest is rework. In addition to the framework's discovery requirements, build a list of:
+
+- Every distinct backend interaction: Supabase table queries (grouped by table + operation), Supabase RPC calls, edge functions, third-party API calls (each endpoint), storage operations, realtime subscriptions, auth calls.
+- Every env var and where it's used (client vs. server, whether it's a secret).
+- Every Supabase migration file and the schema it implies.
+- Every RLS policy you can find — these become explicit \`WHERE\` clauses post-migration.
+- Every leaked secret found on the client side (\`VITE_*\`, hardcoded keys) — these go into the security note at the end.
+
+If the discovery summary doesn't tell you what every API will look like, you haven't discovered enough.
+
+## Core mapping
+
+- **Each client-side Supabase call → one Superblocks API**, then call it via \`useApi\`/\`useApiData\`. Direct database access from the client is not how Superblocks apps work — every read and write flows through \`server/apis/<ApiName>/api.ts\`.
+  - \`supabase.from("table").select(...)\` → \`api()\` with a Postgres integration and \`ctx.integrations.db.query(...)\`. Translate the PostgREST filter chain (\`.eq\`, \`.in\`, \`.order\`, \`.range\`, \`.limit\`) into parameterized SQL — never string-interpolate user input.
+  - \`supabase.from("table").insert/update/upsert/delete(...)\` → \`.execute(...)\` with parameterized SQL.
+  - \`supabase.rpc("<fn>", { ... })\` → \`SELECT * FROM <fn>(...)\` via \`.query\` if it returns rows, else \`.execute\`.
+  - **RLS / row-level-security policies** in Lovable do not transfer automatically. The Superblocks API runs as the integration's service user, not the end user. You must enforce per-user filtering in SQL using \`ctx.user.userId\` (or another claim) explicitly. Audit every ported query — if the original relied on \`auth.uid()\` in an RLS policy, the ported SQL needs an equivalent \`WHERE user_id = $N\` clause. Missing filters are a security bug. Write a one-line comment above the clause noting which RLS policy it replaces, since the _why_ is non-obvious to a future reader.
+  - **Schema**: Postgres tables exist on the integration the user binds. Do not run Lovable's \`supabase/migrations/*.sql\` against the target DB. Read them to understand schema and surface a summary; if the integration's DB is empty or schema-mismatched, stop and ask the user how they want to proceed (apply migrations manually, point to an existing DB, or defer).
+- **Each \`supabase/functions/<name>/index.ts\` edge function → one Superblocks API** at \`server/apis/<NameInPascalCase>/api.ts\`. Translate \`Deno.serve\`'s request handler the same way as any other handler: body/query/params → unified \`input\` schema, response → \`return { ... }\` from \`run\`. \`Deno.env.get(...)\` → \`ctx.env\`. Edge-function-specific helpers (CORS headers, JWT verification middleware) → drop; the platform handles them.
+- **Each third-party API call → integration**. \`fetch("https://api.stripe.com/...")\` becomes a declared integration plus \`apiRequest(...)\`. Secrets from \`import.meta.env.VITE_*\`, hardcoded keys, or \`Deno.env.get\` move into the integration definition. A \`VITE_OPENAI_API_KEY\` on the client side is also a security finding worth surfacing in the migration summary.
+- **\`supabase.auth\` → \`ctx.user\`**. Drop \`AuthContext\` providers, sign-in pages, password-reset flows, and magic-link handlers — they have no role in a Superblocks app.
+- **\`supabase.storage\` → integrations**. If the source uses Supabase storage, ask the user which target storage integration to use (S3, GCS, etc.) — there is no Lovable-flavored "storage" integration. Surface the buckets used in the discovery summary.
+- **\`supabase.channel(...)\` realtime subscriptions** → not supported in this template. Flag as a \`failed\` checklist item with \`failureReason: "realtime subscription on <table> has no Superblocks equivalent"\`, and ask the user before silently rewriting to polling.
+
+## Ask-before-guessing — Lovable specifics
+
+- "The source uses Supabase for both database and auth — bind to an existing Postgres integration, or do you want to point at a different DB? Auth is platform-managed in Superblocks regardless."
+- "I see direct calls to \`<third-party API>\` from the client with secrets in \`VITE_*\` env vars. I'll move these server-side via an integration — confirm which integration to bind, or whether to create a new one."
+- "The source has Postgres migrations under \`supabase/migrations/\`. I will not run them against your integration's database. How do you want the schema to land?"
+- "I see realtime subscriptions on \`<table>\`. Superblocks has no realtime in this template — degrade to polling, drop the feature, or stop and let you decide?"
+- "RLS policy \`<policy>\` filtered by \`auth.uid()\`. I'll replace it with \`WHERE user_id = $N\` keyed off \`ctx.user.userId\`. Is that the right user-claim mapping?"
+
+## Page port — what changes vs. what doesn't
+
+For each Lovable page, only these change:
+
+- **Data hooks**: direct Supabase calls + \`@tanstack/react-query\` → \`useApi\` / \`useApiData\`.
+- **Auth touchpoints**: \`supabase.auth\` / custom \`AuthContext\` → platform-managed (drop the provider; consume \`ctx.user\` server-side).
+- **Router primitives**: if the source uses \`wouter\` or v6 patterns, adapt to \`react-router\` v7.
+
+Everything else — JSX structure, Tailwind classes, shadcn variants, custom CSS, theme tokens, fonts, layout containers — transfers unchanged. If the diff goes beyond data + auth + routing, you are over-editing.
+
+## Done — Lovable specifics
+
+In the final report, additionally surface:
+
+- Any unsupported features that became \`failed\` items (realtime subscriptions, Supabase storage without a target integration, etc.).
+`;
+//# sourceMappingURL=lovable.generated.js.map

package/dist/ai-service/skills/system/third-party-migration/lovable.generated.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"lovable.generated.js","sourceRoot":"","sources":["../../../../../src/ai-service/skills/system/third-party-migration/lovable.generated.ts"],"names":[],"mappings":"AAAA,oFAAoF;AACpF,mDAAmD;AAEnD,MAAM,CAAC,MAAM,OAAO,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA2EtB,CAAC"}

package/dist/ai-service/skills/system/third-party-migration/replit.generated.d.ts

@@ -0,0 +1,2 @@
+export declare const content = "# Replit-specific mapping\n\nThis is a per-platform reference loaded from `SKILL.md`. The framework \u2014 target layout, universal mapping, non-negotiables, workflow, code-emission rules \u2014 lives there. This file documents only what's specific to a Replit source.\n\n## Where the source lives\n\nHallmarks: `replit.md`, `.replit`, `artifacts/`, an Express server entry (e.g. `server/index.ts`), an Orval-generated client package (typically `client/src/api/` or similar with `useXxx` hooks).\n\nIf the user gave a path, use it. Otherwise look for the hallmarks above in the working tree. If ambiguous, ask.\n\n## Typical shape\n\nA Replit fullstack app usually looks like:\n\n- **Server**: Express + TypeScript. Routes split across multiple files, mounted with `app.use(\"/api/...\", router)`. Middleware for auth (sometimes Passport, sometimes hand-rolled JWT), CORS, error handling. Errors propagated via `next(err)` or `res.status(...).json(...)`. Env vars via `process.env.*`.\n- **Database**: `pg`, `knex`, `prisma`, or Drizzle, with credentials in env (`DATABASE_URL` / DSN).\n- **Client**: React + Vite + Tailwind + shadcn/ui. Routing via `wouter` or `react-router`. Data fetching via Orval-generated `useXxx` hooks backed by `@tanstack/react-query`. Forms via `react-hook-form` + `zod`. Local `QueryClientProvider` and base-URL/auth-token getters.\n\nThis is the common case. Verify against the actual tree before mapping.\n\n## Discovery checklist\n\nIn addition to the framework's discovery requirements, for a Replit source enumerate:\n\n- Every Express route handler (group by router file, then by mounted path).\n- Every middleware (auth, CORS, error, logging) \u2014 most drop entirely.\n- Every DB client and the queries it issues. Note env vars holding the DSN.\n- Every external HTTP call (`axios` / `fetch`) and the API it targets.\n- Every `process.env.*` read, separated into \"credentials/secrets\" (move to integrations) and \"config\" (`ctx.env`).\n- Every Orval-generated hook usage on the client.\n\n## Core mapping\n\n- **Each Express route handler \u2192 one Superblocks API** at `server/apis/<ApiName>/api.ts`, registered in `server/apis/index.ts`. Within `api()`:\n  - `req.body` / `req.query` / `req.params` \u2192 unified `input` Zod schema.\n  - `res.json(data)` \u2192 `return { ... }` from `run`.\n  - Auth middleware that hung user info on `req.user` \u2192 `ctx.user`.\n  - DB clients \u2192 `ctx.integrations.db.query/execute(...)`.\n  - External HTTP \u2192 declared integration + `apiRequest(...)`.\n  - Error middleware / `next(err)` / `res.status(...).json(...)` \u2192 throw the documented `SdkError` subtypes.\n  - `app.listen`, CORS, static-file middleware, route grouping \u2192 drop entirely. Route groups become separate `api()` files.\n- **Each React page \u2192 one Superblocks page** wired into `client/router.tsx`. Replace Orval `useXxx` hooks with `useApiData` (reads) or `useApi` (mutations) keyed by `<ApiName>`. Drop the generated client package, the local `QueryClientProvider`, any base-URL or auth-token getters.\n\n## Ask-before-guessing \u2014 Replit specifics\n\n- \"The source uses `<DB client>` against `<DSN env var>`. I'll bind to a Postgres integration \u2014 which one, or do you want to create a new one?\"\n- \"I see external HTTP calls to `<host>` with credentials in `<env var>`. Bind to an integration of type `<kind>`?\"\n- \"Multiple route files mount under `<prefix>`. I'll emit one API per handler \u2014 does that match how you want to address them, or should some be consolidated?\"\n\n## Page port \u2014 what changes vs. what doesn't\n\nFor each Replit page, only these change:\n\n- **Data hooks**: Orval `useXxx` \u2192 `useApi` / `useApiData`.\n- **Router primitives**: `wouter` \u2192 `react-router` v7 (or adapt v6 \u2192 v7 patterns if the source already used `react-router`).\n\nEverything else \u2014 JSX structure, Tailwind classes, shadcn variants, custom CSS, theme tokens, fonts, layout containers \u2014 transfers unchanged. If the diff goes beyond data + routing, you are over-editing.\n\n## Done \u2014 Replit specifics\n\nNothing extra to surface beyond the framework's \"Done\" report.\n";
+//# sourceMappingURL=replit.generated.d.ts.map

package/dist/ai-service/skills/system/third-party-migration/replit.generated.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"replit.generated.d.ts","sourceRoot":"","sources":["../../../../../src/ai-service/skills/system/third-party-migration/replit.generated.ts"],"names":[],"mappings":"AAGA,eAAO,MAAM,OAAO,gmIA6DnB,CAAC"}

package/dist/ai-service/skills/system/third-party-migration/replit.generated.js

@@ -0,0 +1,65 @@
+// Auto-generated from src/ai-service/skills/system/third-party-migration/replit.md
+// Do not edit directly - edit the .md file instead
+export const content = `# Replit-specific mapping
+
+This is a per-platform reference loaded from \`SKILL.md\`. The framework — target layout, universal mapping, non-negotiables, workflow, code-emission rules — lives there. This file documents only what's specific to a Replit source.
+
+## Where the source lives
+
+Hallmarks: \`replit.md\`, \`.replit\`, \`artifacts/\`, an Express server entry (e.g. \`server/index.ts\`), an Orval-generated client package (typically \`client/src/api/\` or similar with \`useXxx\` hooks).
+
+If the user gave a path, use it. Otherwise look for the hallmarks above in the working tree. If ambiguous, ask.
+
+## Typical shape
+
+A Replit fullstack app usually looks like:
+
+- **Server**: Express + TypeScript. Routes split across multiple files, mounted with \`app.use("/api/...", router)\`. Middleware for auth (sometimes Passport, sometimes hand-rolled JWT), CORS, error handling. Errors propagated via \`next(err)\` or \`res.status(...).json(...)\`. Env vars via \`process.env.*\`.
+- **Database**: \`pg\`, \`knex\`, \`prisma\`, or Drizzle, with credentials in env (\`DATABASE_URL\` / DSN).
+- **Client**: React + Vite + Tailwind + shadcn/ui. Routing via \`wouter\` or \`react-router\`. Data fetching via Orval-generated \`useXxx\` hooks backed by \`@tanstack/react-query\`. Forms via \`react-hook-form\` + \`zod\`. Local \`QueryClientProvider\` and base-URL/auth-token getters.
+
+This is the common case. Verify against the actual tree before mapping.
+
+## Discovery checklist
+
+In addition to the framework's discovery requirements, for a Replit source enumerate:
+
+- Every Express route handler (group by router file, then by mounted path).
+- Every middleware (auth, CORS, error, logging) — most drop entirely.
+- Every DB client and the queries it issues. Note env vars holding the DSN.
+- Every external HTTP call (\`axios\` / \`fetch\`) and the API it targets.
+- Every \`process.env.*\` read, separated into "credentials/secrets" (move to integrations) and "config" (\`ctx.env\`).
+- Every Orval-generated hook usage on the client.
+
+## Core mapping
+
+- **Each Express route handler → one Superblocks API** at \`server/apis/<ApiName>/api.ts\`, registered in \`server/apis/index.ts\`. Within \`api()\`:
+  - \`req.body\` / \`req.query\` / \`req.params\` → unified \`input\` Zod schema.
+  - \`res.json(data)\` → \`return { ... }\` from \`run\`.
+  - Auth middleware that hung user info on \`req.user\` → \`ctx.user\`.
+  - DB clients → \`ctx.integrations.db.query/execute(...)\`.
+  - External HTTP → declared integration + \`apiRequest(...)\`.
+  - Error middleware / \`next(err)\` / \`res.status(...).json(...)\` → throw the documented \`SdkError\` subtypes.
+  - \`app.listen\`, CORS, static-file middleware, route grouping → drop entirely. Route groups become separate \`api()\` files.
+- **Each React page → one Superblocks page** wired into \`client/router.tsx\`. Replace Orval \`useXxx\` hooks with \`useApiData\` (reads) or \`useApi\` (mutations) keyed by \`<ApiName>\`. Drop the generated client package, the local \`QueryClientProvider\`, any base-URL or auth-token getters.
+
+## Ask-before-guessing — Replit specifics
+
+- "The source uses \`<DB client>\` against \`<DSN env var>\`. I'll bind to a Postgres integration — which one, or do you want to create a new one?"
+- "I see external HTTP calls to \`<host>\` with credentials in \`<env var>\`. Bind to an integration of type \`<kind>\`?"
+- "Multiple route files mount under \`<prefix>\`. I'll emit one API per handler — does that match how you want to address them, or should some be consolidated?"
+
+## Page port — what changes vs. what doesn't
+
+For each Replit page, only these change:
+
+- **Data hooks**: Orval \`useXxx\` → \`useApi\` / \`useApiData\`.
+- **Router primitives**: \`wouter\` → \`react-router\` v7 (or adapt v6 → v7 patterns if the source already used \`react-router\`).
+
+Everything else — JSX structure, Tailwind classes, shadcn variants, custom CSS, theme tokens, fonts, layout containers — transfers unchanged. If the diff goes beyond data + routing, you are over-editing.
+
+## Done — Replit specifics
+
+Nothing extra to surface beyond the framework's "Done" report.
+`;
+//# sourceMappingURL=replit.generated.js.map

package/dist/ai-service/skills/system/third-party-migration/replit.generated.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"replit.generated.js","sourceRoot":"","sources":["../../../../../src/ai-service/skills/system/third-party-migration/replit.generated.ts"],"names":[],"mappings":"AAAA,mFAAmF;AACnF,mDAAmD;AAEnD,MAAM,CAAC,MAAM,OAAO,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA6DtB,CAAC"}

package/dist/ai-service/skills/system/third-party-migration/skill.generated.d.ts

@@ -0,0 +1,2 @@
+export declare const content = "---\nname: third-party-migration\ndescription: |\n  Migrate a third-party app (Replit, Lovable, v0, or similar) into a Superblocks 3.0 full-stack app.\n  Load when the user asks to migrate, import, or port an external app \u2014 or when the source tree contains hallmarks of a supported platform (`replit.md` / `.replit`, `src/integrations/supabase/`, `supabase/functions/`, `lovable-tagger`, an `app/` directory with `next.config.*` and `\"use client\"` / `\"use server\"` directives, etc.) and the user wants it turned into a Superblocks app.\nreadOnly: true\nmetadata:\n  author: superblocks\n  version: \"1.0\"\n---\n\n# Third-Party App \u2192 Superblocks 3.0 Migration\n\nPort a user-provided external app into the Superblocks fullstack app you are running inside (template: `app-fullstack`). The source tree is **read-only material**. All edits land in the target app under `server/` and `client/`.\n\nThis file is the migration framework. **Per-platform mapping rules live in sibling files** \u2014 load the right one before you start mapping.\n\n## Identify the source platform\n\nMatch the source tree against these signals, then read the matching reference file in this folder. Read it once, up-front \u2014 it tells you what shapes to look for and how each maps to Superblocks.\n\n- **Replit** \u2014 `replit.md`, `.replit`, `artifacts/`, an Express server with an Orval-generated client. \u2192 load `replit.md`.\n- **Lovable** \u2014 `src/integrations/supabase/client.ts`, `supabase/config.toml`, `supabase/functions/`, `supabase/migrations/`, `lovable-tagger` in `vite.config.ts`. \u2192 load `lovable.md`.\n- **v0** \u2014 `app/<segment>/page.tsx` (Next.js App Router) plus `next.config.{js,mjs,ts}` and `next` in `package.json`, files with `\"use client\"` / `\"use server\"` directives, `next/link` / `next/navigation` imports, `components/ui/` with shadcn primitives. \u2192 load `v0.md`.\n- **Ambiguous or neither** \u2014 stop and ask the user which platform the source came from. Do not guess. It is possible that it is No Platform. In this case, follow the general guidelines in this document and ask user questions for any ambiguity.\n\nThe framework below applies to every platform; the platform file fills in the source-specific mapping.\n\n## Target layout\n\nThe app you are running inside looks like this. Do not invent new top-level directories.\n\n```\nclient/\n  App.tsx           \u2014 root with <AppProvider> + <Outlet />\n  router.tsx        \u2014 react-router v7, lazy imports\n  index.css         \u2014 Tailwind v4 + theme tokens\n  hooks/\n    useApi.ts       \u2014 typed wrapper around useTypedApi<ApiRegistry>\n    useApiData.ts   \u2014 typed wrapper around useTypedApiData<ApiRegistry>\n  lib/executeApi.ts \u2014 non-React typed executeApi\n  pages/<Name>/index.tsx\n  components/ui/    \u2014 shadcn primitives (do not modify)\nserver/\n  apis/\n    index.ts        \u2014 registry: `const apis = { ApiName: ... } as const;`\n    <ApiName>/api.ts\n```\n\n## Universal mapping (applies to every source)\n\nThese hold regardless of source platform. Per-platform specifics layer on top.\n\n- APIs are addressed by `name` via the registry \u2014 there is no URL path. Within `api()`:\n  - All inputs (whatever shape the source had \u2014 body, query, params, function args) \u2192 one unified `input` Zod schema; destructure inside `run(ctx, { ... })`.\n  - The handler's response \u2192 `return { ... }` from `run`. The `output` schema validates it automatically; do not `safeParse` by hand.\n  - Auth \u2192 `ctx.user` (`userId`, `email`, `name`, `groups`, `customClaims`). Auth is platform-managed; drop the source's auth flows entirely.\n  - Errors \u2192 throw the `SdkError` subtypes the sdk-api README documents (`InputValidationError`, `OutputValidationError`, `IntegrationError`, `ExecutionError`). Never invent error classes or return HTTP status codes.\n  - DB clients (`pg`, `knex`, `prisma`, Drizzle, `supabase.from(...)`) \u2192 declare in `integrations: { db: postgres(DB_INTEGRATION_ID) }` and call `ctx.integrations.db.query(sql, ZodSchema, params, { label: \"...\" })` / `.execute(...)`. Parameterized SQL only. Hold integration UUIDs in module-level `const`s, not literals scattered through `run`.\n  - External HTTP (`axios`, `fetch`, third-party SDKs) \u2192 declared integration + `ctx.integrations.<name>.apiRequest({ method, path, body }, { response: ZodSchema })`.\n  - `process.env.*` / `import.meta.env.*` / `Deno.env.get(...)` \u2192 `ctx.env`. Logging \u2192 `ctx.log.info/warn/error/debug(msg, data?)`.\n  - Server bootstrapping (`app.listen`, CORS, route grouping, middleware setup, `Deno.serve`) \u2192 drop entirely. The platform handles it.\n- **Each frontend page \u2192 one Superblocks page** at `client/pages/<Name>/index.tsx`, wired into `client/router.tsx`.\n- **Each backend data source (DB, REST client, S3, ...) \u2192 one Superblocks integration** referenced by UUID. Credentials live on the integration, never in code.\n\n## Authoritative references (read just-in-time, not up front)\n\n- `node_modules/@superblocksteam/sdk-api/README.md` and `src/index.ts` \u2014 the server `api()` contract and the full list of factory names. **Never invent factory names.** If a required file is missing, mark the affected checklist item `failed` with the missing path as the reason.\n- Per-integration READMEs under `node_modules/@superblocksteam/sdk-api/src/integrations/<kind>/` \u2014 read once, when you first emit an API that uses that integration.\n- `skills/system/superblocks-frontend/SKILL.md` \u2014 the client contract (`useApi` / `useApiData` / `executeApi` from `@superblocksteam/library`).\n\n> \u26A0\uFE0F **Never** load `skills/system/superblocks-api/SKILL.md`. It describes a different, block-based API pattern that is incompatible with the fullstack template's `sdk-api`. Mixing them produces code that does not compile.\n\n## Non-negotiables\n\n1. **Track everything in the checklist.** The **first tool call after exiting plan mode** or **during build mode, before building** is `build_manageChecklist` to seed. Before every per-item edit, `update <itemId> in_progress`; after, `update <itemId> completed` (or `failed` with a concrete `failureReason`). If you are about to write code and the checklist is empty, stale, or missing the item you are working on, **stop and fix the checklist first** \u2014 the orchestration depends on it. Free-text status reports are not a substitute.\n2. **Discover before you edit.** Inventory routes, pages, data sources, env vars, _and visual surface_ (theme tokens, `index.css`, custom CSS, font setup, layout shells) across the entire source tree before writing any code. The platform file tells you what shapes to look for.\n3. **Ask before guessing.** Multiple integrations of the same kind, missing integrations, unsupported data sources, or any platform-specific ambiguity \u2192 stop and `askMultiChoice`. Never pick for the user. The platform file lists ambiguities specific to that source.\n4. **Preserve visual identity.** The migrated app must look and feel like the source. Carry over Tailwind config, shadcn theme tokens, `index.css` / `globals.css`, custom CSS modules, fonts, spacing, color palette, and layout shells (header/sidebar/grid). shadcn/ui components stay as-is. Do **not** redesign, restyle, or \"clean up\" while porting \u2014 visual regressions are bugs, not improvements. If the user wants a redesign, that is a separate task after migration.\n5. **Never copy secrets.** DSN strings, API keys, anon/service-role keys, JWT secrets, env-var lookups for credentials \u2014 none move into the target tree. Integration UUIDs replace them. Surface every leaked secret you find (especially client-side `VITE_*` / `NEXT_PUBLIC_*` keys) in the discovery summary so the user can rotate them.\n6. **No `// TODO`s.** Anything you can't finish deterministically becomes a `failed` checklist item with a concrete `failureReason`.\n7. **Don't scaffold.** If `server/apis/index.ts` or `client/router.tsx` doesn't already exist, you're in the wrong app \u2014 stop and surface this.\n8. **Don't fabricate a backend.** If the source is genuinely frontend-only, the migrated app should also be frontend-only. Don't invent APIs to \"complete\" the architecture.\n\n## Workflow\n\n1. **Locate the source.** If the user gave a path, use it. Otherwise look in the working tree for the platform signals listed above. If ambiguous, ask.\n2. **Load the platform guide.** Read `replit.md`, `lovable.md`, or `v0.md` based on what you found. Do not start mapping before you've read it \u2014 it documents the source's shape and how each piece translates.\n3. **Inventory.** Following the platform guide's discovery checklist, enumerate every route/handler, page, data source, env var, secret, and visual asset in the source tree. Surface a one-paragraph summary plus an itemized list of integrations and unsupported features before writing anything. If the source has bespoke styling, seed a `setup_theme` checklist item to port it.\n4. **Resolve integrations.** For each data source kind: call `searchIntegrations` (filter by `type`). One match \u2192 bind it. Multiple \u2192 ask the user which. Zero \u2192 ask whether to create one; if yes, use `listAvailableIntegrationTypes` (if needed) and `openIntegrationSetup`, then ask the user explicitly whether they saved or cancelled before re-searching. Resolution is **blocking** \u2014 the checklist cannot be seeded until every kind maps to a UUID, is explicitly deferred, or has been confirmed unsupported.\n5. **Seed the checklist** via `build_manageChecklist`. One `api_<ApiName>` per backend interaction, one `frontend_<PageName>` per page, plus `setup_router`, `setup_registry`, `setup_cleanup`, and any `setup_theme` / `setup_storage` / `unsupported_<feature>` items the platform guide tells you to add. Print the count as a sanity check; if it looks wrong, re-check discovery.\n6. **Execute.** Every item follows the same ritual \u2014 no exceptions:\n   - **Before touching files:** `build_manageChecklist update <itemId> in_progress`.\n   - **Emit / edit the files** for that item.\n   - **After the edit lands:** `build_manageChecklist update <itemId> completed` (or `failed` with a concrete `failureReason`).\n   - You are not done with an item until its checklist entry has moved to a terminal state. Do not batch updates at the end; update as you go.\n   - **For parallelizable work:** call `spawnCodingSubagents` with batches of tasks. Each batch's `instructions` names exact `itemId`s, includes the integration-UUID map and source path, any platform-specific context the sub-agent needs (e.g. RLS-replacement clauses for Lovable), and tells the sub-agent to follow the same `in_progress` \u2192 `completed`/`failed` ritual for every item it owns.\n   - `spawnCodingSubagents` **must be the only tool call in that turn.** It blocks until every sub-agent finishes; there is no \"while waiting\" from your perspective. Other tool calls in the same turn race on the shared checklist and corrupt state. After it returns, read the checklist and handle `failed` items sequentially. If the tool itself errors, surface it and fall back to sequential \u2014 or fail the affected items with `sub-agent orchestration failed: <error>`.\n\n## When emitting code\n\n- **Server.** Default-export one `api({ name, integrations, input, output, run })` from `@superblocksteam/sdk-api`. The `name` and the registry key in `server/apis/index.ts` must equal `<ApiName>` verbatim \u2014 the client calls `useApi(\"<ApiName>\")` by that exact string. Preserve the external response shape exactly so the migrated frontend keeps working. Use parameterized SQL only (`$N`); zero string interpolations. Throw the error classes the sdk-api README documents instead of returning HTTP status codes.\n- **Client.** Replace the source's data hooks with `useApiData` (reads) or `useApi` (mutations) keyed by `<ApiName>`. **Import the typed wrappers from the template, not the library directly:** `import { useApi } from \"@/hooks/useApi.js\"`, `import { useApiData } from \"@/hooks/useApiData.js\"`, `import { executeApi } from \"@/lib/executeApi.js\"`. They give compile-time inference from `ApiRegistry`. Drop the source's generated client packages, `QueryClientProvider`, base-URL or auth-token getters, and any auth-context plumbing \u2014 Superblocks handles all of that. shadcn/form + react-hook-form + zod stays. Follow the loading-state guidance in `superblocks-frontend/SKILL.md`.\n- **ESM imports.** Every relative import in emitted code uses an explicit `.js` extension (`./api.js`, `../hooks/useApi.js`) \u2014 even though the source is `.ts`. The template is ESM; bare specifiers fail at runtime.\n- **Theme port.** When carrying over the source's theme, copy the existing color values **as-is** into `client/index.css`'s `:root` block. HSL values written `hsl(222 47% 11%)` (CSS Color Level 4 space-separated form) work directly with the `@theme inline` mapping in Tailwind v4. **Do not convert to OKLCH** unless the source already uses OKLCH \u2014 converting introduces drift and is a common visual-regression source.\n- **Visual fidelity.** JSX structure, Tailwind classes, shadcn variants, custom CSS, theme tokens, fonts, and layout containers must transfer over **unchanged** from the source page. The only things that change in a page port are the data hooks, the auth touchpoints, and the router primitives. Do not \"improve\" markup, swap class names, or substitute components. If the diff between source and target page goes beyond data + auth + routing, you are over-editing \u2014 back out the cosmetic changes.\n- **Sub-agents must not** call `searchIntegrations`, `openIntegrationSetup`, or any integration-resolution tool. If they hit a kind missing from the map, fail the item with `unresolved integration kind: <kind>` and let the main agent handle it on return.\n\n## Done\n\nStop only when every checklist item is `completed` or `failed`. Report the counts plus any platform-specific findings the per-platform guide asks you to surface (e.g. leaked secrets, replaced RLS policies, unsupported realtime features). Do not claim success \u2014 defer verification to the user running the app.\n";
+//# sourceMappingURL=skill.generated.d.ts.map

package/dist/ai-service/skills/system/third-party-migration/skill.generated.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"skill.generated.d.ts","sourceRoot":"","sources":["../../../../../src/ai-service/skills/system/third-party-migration/skill.generated.ts"],"names":[],"mappings":"AAGA,eAAO,MAAM,OAAO,s9bA+GnB,CAAC"}

package/dist/ai-service/skills/system/third-party-migration/skill.generated.js

@@ -0,0 +1,115 @@
+// Auto-generated from src/ai-service/skills/system/third-party-migration/SKILL.md
+// Do not edit directly - edit the .md file instead
+export const content = `---
+name: third-party-migration
+description: |
+  Migrate a third-party app (Replit, Lovable, v0, or similar) into a Superblocks 3.0 full-stack app.
+  Load when the user asks to migrate, import, or port an external app — or when the source tree contains hallmarks of a supported platform (\`replit.md\` / \`.replit\`, \`src/integrations/supabase/\`, \`supabase/functions/\`, \`lovable-tagger\`, an \`app/\` directory with \`next.config.*\` and \`"use client"\` / \`"use server"\` directives, etc.) and the user wants it turned into a Superblocks app.
+readOnly: true
+metadata:
+  author: superblocks
+  version: "1.0"
+---
+
+# Third-Party App → Superblocks 3.0 Migration
+
+Port a user-provided external app into the Superblocks fullstack app you are running inside (template: \`app-fullstack\`). The source tree is **read-only material**. All edits land in the target app under \`server/\` and \`client/\`.
+
+This file is the migration framework. **Per-platform mapping rules live in sibling files** — load the right one before you start mapping.
+
+## Identify the source platform
+
+Match the source tree against these signals, then read the matching reference file in this folder. Read it once, up-front — it tells you what shapes to look for and how each maps to Superblocks.
+
+- **Replit** — \`replit.md\`, \`.replit\`, \`artifacts/\`, an Express server with an Orval-generated client. → load \`replit.md\`.
+- **Lovable** — \`src/integrations/supabase/client.ts\`, \`supabase/config.toml\`, \`supabase/functions/\`, \`supabase/migrations/\`, \`lovable-tagger\` in \`vite.config.ts\`. → load \`lovable.md\`.
+- **v0** — \`app/<segment>/page.tsx\` (Next.js App Router) plus \`next.config.{js,mjs,ts}\` and \`next\` in \`package.json\`, files with \`"use client"\` / \`"use server"\` directives, \`next/link\` / \`next/navigation\` imports, \`components/ui/\` with shadcn primitives. → load \`v0.md\`.
+- **Ambiguous or neither** — stop and ask the user which platform the source came from. Do not guess. It is possible that it is No Platform. In this case, follow the general guidelines in this document and ask user questions for any ambiguity.
+
+The framework below applies to every platform; the platform file fills in the source-specific mapping.
+
+## Target layout
+
+The app you are running inside looks like this. Do not invent new top-level directories.
+
+\`\`\`
+client/
+  App.tsx           — root with <AppProvider> + <Outlet />
+  router.tsx        — react-router v7, lazy imports
+  index.css         — Tailwind v4 + theme tokens
+  hooks/
+    useApi.ts       — typed wrapper around useTypedApi<ApiRegistry>
+    useApiData.ts   — typed wrapper around useTypedApiData<ApiRegistry>
+  lib/executeApi.ts — non-React typed executeApi
+  pages/<Name>/index.tsx
+  components/ui/    — shadcn primitives (do not modify)
+server/
+  apis/
+    index.ts        — registry: \`const apis = { ApiName: ... } as const;\`
+    <ApiName>/api.ts
+\`\`\`
+
+## Universal mapping (applies to every source)
+
+These hold regardless of source platform. Per-platform specifics layer on top.
+
+- APIs are addressed by \`name\` via the registry — there is no URL path. Within \`api()\`:
+  - All inputs (whatever shape the source had — body, query, params, function args) → one unified \`input\` Zod schema; destructure inside \`run(ctx, { ... })\`.
+  - The handler's response → \`return { ... }\` from \`run\`. The \`output\` schema validates it automatically; do not \`safeParse\` by hand.
+  - Auth → \`ctx.user\` (\`userId\`, \`email\`, \`name\`, \`groups\`, \`customClaims\`). Auth is platform-managed; drop the source's auth flows entirely.
+  - Errors → throw the \`SdkError\` subtypes the sdk-api README documents (\`InputValidationError\`, \`OutputValidationError\`, \`IntegrationError\`, \`ExecutionError\`). Never invent error classes or return HTTP status codes.
+  - DB clients (\`pg\`, \`knex\`, \`prisma\`, Drizzle, \`supabase.from(...)\`) → declare in \`integrations: { db: postgres(DB_INTEGRATION_ID) }\` and call \`ctx.integrations.db.query(sql, ZodSchema, params, { label: "..." })\` / \`.execute(...)\`. Parameterized SQL only. Hold integration UUIDs in module-level \`const\`s, not literals scattered through \`run\`.
+  - External HTTP (\`axios\`, \`fetch\`, third-party SDKs) → declared integration + \`ctx.integrations.<name>.apiRequest({ method, path, body }, { response: ZodSchema })\`.
+  - \`process.env.*\` / \`import.meta.env.*\` / \`Deno.env.get(...)\` → \`ctx.env\`. Logging → \`ctx.log.info/warn/error/debug(msg, data?)\`.
+  - Server bootstrapping (\`app.listen\`, CORS, route grouping, middleware setup, \`Deno.serve\`) → drop entirely. The platform handles it.
+- **Each frontend page → one Superblocks page** at \`client/pages/<Name>/index.tsx\`, wired into \`client/router.tsx\`.
+- **Each backend data source (DB, REST client, S3, ...) → one Superblocks integration** referenced by UUID. Credentials live on the integration, never in code.
+
+## Authoritative references (read just-in-time, not up front)
+
+- \`node_modules/@superblocksteam/sdk-api/README.md\` and \`src/index.ts\` — the server \`api()\` contract and the full list of factory names. **Never invent factory names.** If a required file is missing, mark the affected checklist item \`failed\` with the missing path as the reason.
+- Per-integration READMEs under \`node_modules/@superblocksteam/sdk-api/src/integrations/<kind>/\` — read once, when you first emit an API that uses that integration.
+- \`skills/system/superblocks-frontend/SKILL.md\` — the client contract (\`useApi\` / \`useApiData\` / \`executeApi\` from \`@superblocksteam/library\`).
+
+> ⚠️ **Never** load \`skills/system/superblocks-api/SKILL.md\`. It describes a different, block-based API pattern that is incompatible with the fullstack template's \`sdk-api\`. Mixing them produces code that does not compile.
+
+## Non-negotiables
+
+1. **Track everything in the checklist.** The **first tool call after exiting plan mode** or **during build mode, before building** is \`build_manageChecklist\` to seed. Before every per-item edit, \`update <itemId> in_progress\`; after, \`update <itemId> completed\` (or \`failed\` with a concrete \`failureReason\`). If you are about to write code and the checklist is empty, stale, or missing the item you are working on, **stop and fix the checklist first** — the orchestration depends on it. Free-text status reports are not a substitute.
+2. **Discover before you edit.** Inventory routes, pages, data sources, env vars, _and visual surface_ (theme tokens, \`index.css\`, custom CSS, font setup, layout shells) across the entire source tree before writing any code. The platform file tells you what shapes to look for.
+3. **Ask before guessing.** Multiple integrations of the same kind, missing integrations, unsupported data sources, or any platform-specific ambiguity → stop and \`askMultiChoice\`. Never pick for the user. The platform file lists ambiguities specific to that source.
+4. **Preserve visual identity.** The migrated app must look and feel like the source. Carry over Tailwind config, shadcn theme tokens, \`index.css\` / \`globals.css\`, custom CSS modules, fonts, spacing, color palette, and layout shells (header/sidebar/grid). shadcn/ui components stay as-is. Do **not** redesign, restyle, or "clean up" while porting — visual regressions are bugs, not improvements. If the user wants a redesign, that is a separate task after migration.
+5. **Never copy secrets.** DSN strings, API keys, anon/service-role keys, JWT secrets, env-var lookups for credentials — none move into the target tree. Integration UUIDs replace them. Surface every leaked secret you find (especially client-side \`VITE_*\` / \`NEXT_PUBLIC_*\` keys) in the discovery summary so the user can rotate them.
+6. **No \`// TODO\`s.** Anything you can't finish deterministically becomes a \`failed\` checklist item with a concrete \`failureReason\`.
+7. **Don't scaffold.** If \`server/apis/index.ts\` or \`client/router.tsx\` doesn't already exist, you're in the wrong app — stop and surface this.
+8. **Don't fabricate a backend.** If the source is genuinely frontend-only, the migrated app should also be frontend-only. Don't invent APIs to "complete" the architecture.
+
+## Workflow
+
+1. **Locate the source.** If the user gave a path, use it. Otherwise look in the working tree for the platform signals listed above. If ambiguous, ask.
+2. **Load the platform guide.** Read \`replit.md\`, \`lovable.md\`, or \`v0.md\` based on what you found. Do not start mapping before you've read it — it documents the source's shape and how each piece translates.
+3. **Inventory.** Following the platform guide's discovery checklist, enumerate every route/handler, page, data source, env var, secret, and visual asset in the source tree. Surface a one-paragraph summary plus an itemized list of integrations and unsupported features before writing anything. If the source has bespoke styling, seed a \`setup_theme\` checklist item to port it.
+4. **Resolve integrations.** For each data source kind: call \`searchIntegrations\` (filter by \`type\`). One match → bind it. Multiple → ask the user which. Zero → ask whether to create one; if yes, use \`listAvailableIntegrationTypes\` (if needed) and \`openIntegrationSetup\`, then ask the user explicitly whether they saved or cancelled before re-searching. Resolution is **blocking** — the checklist cannot be seeded until every kind maps to a UUID, is explicitly deferred, or has been confirmed unsupported.
+5. **Seed the checklist** via \`build_manageChecklist\`. One \`api_<ApiName>\` per backend interaction, one \`frontend_<PageName>\` per page, plus \`setup_router\`, \`setup_registry\`, \`setup_cleanup\`, and any \`setup_theme\` / \`setup_storage\` / \`unsupported_<feature>\` items the platform guide tells you to add. Print the count as a sanity check; if it looks wrong, re-check discovery.
+6. **Execute.** Every item follows the same ritual — no exceptions:
+   - **Before touching files:** \`build_manageChecklist update <itemId> in_progress\`.
+   - **Emit / edit the files** for that item.
+   - **After the edit lands:** \`build_manageChecklist update <itemId> completed\` (or \`failed\` with a concrete \`failureReason\`).
+   - You are not done with an item until its checklist entry has moved to a terminal state. Do not batch updates at the end; update as you go.
+   - **For parallelizable work:** call \`spawnCodingSubagents\` with batches of tasks. Each batch's \`instructions\` names exact \`itemId\`s, includes the integration-UUID map and source path, any platform-specific context the sub-agent needs (e.g. RLS-replacement clauses for Lovable), and tells the sub-agent to follow the same \`in_progress\` → \`completed\`/\`failed\` ritual for every item it owns.
+   - \`spawnCodingSubagents\` **must be the only tool call in that turn.** It blocks until every sub-agent finishes; there is no "while waiting" from your perspective. Other tool calls in the same turn race on the shared checklist and corrupt state. After it returns, read the checklist and handle \`failed\` items sequentially. If the tool itself errors, surface it and fall back to sequential — or fail the affected items with \`sub-agent orchestration failed: <error>\`.
+
+## When emitting code
+
+- **Server.** Default-export one \`api({ name, integrations, input, output, run })\` from \`@superblocksteam/sdk-api\`. The \`name\` and the registry key in \`server/apis/index.ts\` must equal \`<ApiName>\` verbatim — the client calls \`useApi("<ApiName>")\` by that exact string. Preserve the external response shape exactly so the migrated frontend keeps working. Use parameterized SQL only (\`$N\`); zero string interpolations. Throw the error classes the sdk-api README documents instead of returning HTTP status codes.
+- **Client.** Replace the source's data hooks with \`useApiData\` (reads) or \`useApi\` (mutations) keyed by \`<ApiName>\`. **Import the typed wrappers from the template, not the library directly:** \`import { useApi } from "@/hooks/useApi.js"\`, \`import { useApiData } from "@/hooks/useApiData.js"\`, \`import { executeApi } from "@/lib/executeApi.js"\`. They give compile-time inference from \`ApiRegistry\`. Drop the source's generated client packages, \`QueryClientProvider\`, base-URL or auth-token getters, and any auth-context plumbing — Superblocks handles all of that. shadcn/form + react-hook-form + zod stays. Follow the loading-state guidance in \`superblocks-frontend/SKILL.md\`.
+- **ESM imports.** Every relative import in emitted code uses an explicit \`.js\` extension (\`./api.js\`, \`../hooks/useApi.js\`) — even though the source is \`.ts\`. The template is ESM; bare specifiers fail at runtime.
+- **Theme port.** When carrying over the source's theme, copy the existing color values **as-is** into \`client/index.css\`'s \`:root\` block. HSL values written \`hsl(222 47% 11%)\` (CSS Color Level 4 space-separated form) work directly with the \`@theme inline\` mapping in Tailwind v4. **Do not convert to OKLCH** unless the source already uses OKLCH — converting introduces drift and is a common visual-regression source.
+- **Visual fidelity.** JSX structure, Tailwind classes, shadcn variants, custom CSS, theme tokens, fonts, and layout containers must transfer over **unchanged** from the source page. The only things that change in a page port are the data hooks, the auth touchpoints, and the router primitives. Do not "improve" markup, swap class names, or substitute components. If the diff between source and target page goes beyond data + auth + routing, you are over-editing — back out the cosmetic changes.
+- **Sub-agents must not** call \`searchIntegrations\`, \`openIntegrationSetup\`, or any integration-resolution tool. If they hit a kind missing from the map, fail the item with \`unresolved integration kind: <kind>\` and let the main agent handle it on return.
+
+## Done
+
+Stop only when every checklist item is \`completed\` or \`failed\`. Report the counts plus any platform-specific findings the per-platform guide asks you to surface (e.g. leaked secrets, replaced RLS policies, unsupported realtime features). Do not claim success — defer verification to the user running the app.
+`;
+//# sourceMappingURL=skill.generated.js.map

package/dist/ai-service/skills/system/third-party-migration/skill.generated.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"skill.generated.js","sourceRoot":"","sources":["../../../../../src/ai-service/skills/system/third-party-migration/skill.generated.ts"],"names":[],"mappings":"AAAA,kFAAkF;AAClF,mDAAmD;AAEnD,MAAM,CAAC,MAAM,OAAO,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA+GtB,CAAC"}

package/dist/ai-service/skills/system/third-party-migration/v0.generated.d.ts

@@ -0,0 +1,2 @@
+export declare const content = "# v0-specific mapping\n\nThis is a per-platform reference loaded from `SKILL.md`. The framework (target layout, universal mapping, non-negotiables, workflow, code-emission rules) lives there. This file documents only what is specific to a v0 source.\n\n> v0 (Vercel) emits a Next.js App Router project the vast majority of the time. The Superblocks 3.0 fullstack template is **Vite + react-router**, not Next.js, so every page port involves translating Next.js primitives (server components, file-system routing, `next/*` imports) into the Vite/react-router shape. Treat that translation as the core of the migration; the data-mapping side is usually thin because v0 sources rarely have real backends.\n\n## Where the source lives\n\nDefinitive marker: `app/layout.tsx` exports a `metadata` object with `generator: 'v0.app'`. If you find that, it is a v0 export.\n\nStrong supporting signals:\n\n- `app/` directory at the repo root containing `page.tsx` / `layout.tsx`, plus `next.config.{js,mjs,ts}` and `next` listed as a dependency in `package.json`.\n- `components.json` at the repo root (shadcn CLI config) with `\"style\": \"new-york\"` and `\"iconLibrary\": \"lucide\"`.\n- `components/ui/` with shadcn primitives and a heavy roster of `@radix-ui/react-*` packages.\n- `next.config.mjs` with `images: { unoptimized: true }` and often `typescript: { ignoreBuildErrors: true }` (v0 escape hatches; surface both as warnings since they hide real issues).\n- Frequent imports from `next/link`, `next/navigation`, `next/image`, `next/font`, and a `<Analytics />` from `@vercel/analytics/next` in the layout.\n- Standard placeholder assets in `public/`: `placeholder.svg`, `placeholder.jpg`, `placeholder-logo.{svg,png}`, `placeholder-user.jpg`. Source code often references these.\n- A `styles/globals.css` AND an `app/globals.css` may both exist. The active one is whichever the layout imports (typically `app/globals.css`); the other is dead code from the shadcn scaffold. Surface this in discovery so the user knows.\n\nIf the user gave a path, use it. Otherwise look for the markers above in the working tree. If ambiguous (for example the source is plain Next.js with no `generator: 'v0.app'` and no `components.json`), ask before assuming v0 conventions, since unrelated Next.js apps can have their own non-trivial server logic that the v0 mapping below underestimates.\n\n## Typical shape (hints, not rules)\n\nUse these as starting points; re-verify against the actual source tree on every migration.\n\n- **Frontend**: Next.js 14/15 App Router + React 18/19 + Tailwind (often v4 with `@import 'tailwindcss'` and OKLCH theme tokens in `app/globals.css`) + shadcn/ui (under `components/ui/`) + `lucide-react`. Pages live at `app/<segment>/page.tsx`; layouts at `app/<segment>/layout.tsx`. Route groups use `(group-name)/` directories. Dynamic segments use `[param]` directories. Forms via `react-hook-form` + `zod` are common but not universal.\n- **Theming**: `next-themes` with a `<ThemeProvider>` in `app/layout.tsx` is the default v0 dark-mode wiring. Translate to a custom provider or drop and pin a theme; `next-themes` itself does not work outside Next.\n- **Fonts**: `next/font/google` loading Geist + Geist_Mono is the default v0 font stack (with CSS variables `--font-geist-sans` / `--font-geist-mono`). Re-load via `@import` from Google Fonts in `client/index.css` and re-bind the variables in Tailwind v4 tokens.\n- **Analytics**: `<Analytics />` from `@vercel/analytics/next` in the root layout is boilerplate. Drop entirely \u2014 there is no Superblocks equivalent and the component is Vercel-platform-bound.\n- **Backend (when present)** \u2014 pick whichever the source actually uses:\n  - **Server Actions**: functions or files with `\"use server\"`, often in `app/actions.ts` or co-located with the page. Called from client components via form actions or direct invocation.\n  - **API Routes**: `app/api/<name>/route.ts` exporting `GET`, `POST`, etc. handlers.\n  - **Server Component data fetching**: `async function Page()` with inline `fetch(...)` or DB calls. The result is rendered server-side and shipped as HTML on first load.\n  - **Third-party APIs called from the client** (Stripe, OpenAI, AI SDK) with secrets that should never have been in `NEXT_PUBLIC_*`.\n  - **No backend at all**: pure UI app with mocked data or `localStorage`. The framework's \"Don't fabricate a backend\" rule applies; the migrated app stays frontend-only.\n- **Auth**: occasionally a `middleware.ts` with NextAuth / Clerk / hand-rolled session checks. Frequently absent in v0-only outputs.\n- **Storage**: occasionally `@vercel/blob` or third-party uploads. Often absent.\n- **Streaming / AI**: AI SDK (`ai`, `@ai-sdk/openai`) with streamed responses sometimes shows up in v0 outputs. **Superblocks has no streaming-response equivalent in this template** \u2014 flag and degrade to one-shot calls; do not silently drop.\n\n## Discovery checklist\n\nIn addition to the framework's discovery requirements, for a v0 source enumerate:\n\n- Every page (`app/**/page.tsx`) and its dynamic-segment params.\n- Every layout (`app/**/layout.tsx`) and what it provides (theme provider, header, sidebar, fonts).\n- Every Server Action (`\"use server\"` functions or files), grouped by what they touch.\n- Every API Route (`app/api/**/route.ts`), grouped by HTTP method.\n- Every Server Component that fetches data inline (look for `async function` page/layout exports calling `fetch`, ORMs, or DB clients).\n- Every `next/*` import in use (`next/link`, `next/navigation`, `next/image`, `next/font`, `next/headers`, `next/cookies`, `next/cache`).\n- Every external HTTP call and the API it targets (in client components, Server Actions, and Server Components).\n- Every env var read (`process.env.*`, `import.meta.env.*`), separated into \"credentials/secrets\" (move to integrations) and \"config\" (`ctx.env`).\n- Every middleware (`middleware.ts`) \u2014 usually drops, but capture what it was doing so the equivalent can be implemented at the API layer if needed.\n- Theme port surface: `tailwind.config.{js,ts}`, `app/globals.css`, font setup via `next/font`, custom CSS modules.\n\nIf the discovery summary doesn't tell you what every API will look like and how every page changes shape, you haven't discovered enough.\n\n## Core mapping\n\n- **Each page (`app/.../page.tsx`) \u2192 one Superblocks page** at `client/pages/<Name>/index.tsx`, wired into `client/router.tsx`. Route groups (`(name)/`) collapse into nested routes; dynamic segments (`[id]/`) become `:id` params under react-router v7.\n- **Each Server Component that fetches data inline \u2192 one Superblocks API + a client component**. The page becomes a normal client component that calls `useApiData(\"<ApiName>\")`. The inline `fetch` / DB call moves into `server/apis/<ApiName>/api.ts`. There is no server-rendered first paint in this template; the page renders with a loading state and hydrates from the API.\n- **Each Server Action (`\"use server\"` function) \u2192 one Superblocks API** at `server/apis/<ActionName>/api.ts`, called from the client via `useApi(\"<ActionName>\")` (mutations) or `executeApi`. Form-action wiring (`<form action={...}>`) becomes a normal `onSubmit` handler that calls the API. `revalidatePath` / `revalidateTag` calls drop; refetch via the returned hook's invalidation pattern instead.\n- **Each API Route (`app/api/<name>/route.ts`) \u2192 one Superblocks API** at `server/apis/<NameInPascalCase>/api.ts`. Route handlers exporting `GET`, `POST`, etc. that share a path collapse into one `api()` keyed by method on the input schema, or split into separate APIs per method. Pick one shape and stay consistent. `Request` / `Response` / `NextResponse` primitives drop entirely; the platform handles HTTP.\n- **Each external HTTP call \u2192 integration**. `fetch(\"https://api.openai.com/...\")` becomes a declared integration plus `apiRequest(...)`. Secrets from `process.env`, `NEXT_PUBLIC_*`, hardcoded keys, or AI SDK provider configs move into the integration definition. A `NEXT_PUBLIC_OPENAI_API_KEY` on the client side is also a security finding worth surfacing in the migration summary.\n- **DB clients** (Drizzle, Prisma, `@vercel/postgres`, `@neondatabase/serverless`, `pg`) \u2192 declare in `integrations: { db: postgres(DB_INTEGRATION_ID) }` and call `ctx.integrations.db.query/execute(...)` with parameterized SQL. Read schema from any included migration files; do not run them against the target integration without asking.\n- **`next/link`** \u2192 `import { Link } from \"react-router\"` (v7). The `href` prop becomes `to`.\n- **`next/navigation`** \u2192 react-router v7 hooks: `useRouter()` becomes `useNavigate()`, `usePathname()` becomes `useLocation().pathname`, `useSearchParams()` stays `useSearchParams()` from `react-router` (similar API but not identical, verify call sites).\n- **`next/image`** \u2192 standard `<img>` with the same `src`/`alt`. Drop the `width`/`height`/`priority` props or convert to inline styles. If the source relied on Next's image optimization (remote loaders, blur placeholders), flag as a `failed` item with `failureReason: \"next/image optimization on <usage> has no Superblocks equivalent in this template\"`.\n- **`next/font/google`** \u2192 **never just delete the import**. The font has to be re-loaded somewhere or it disappears from the migrated app and everything renders in the browser fallback. Three required steps; all three are mandatory:\n  - **(a) Load the font.** Pick one shape and stay consistent within the migration:\n    1. **CDN `@import` (default; zero new deps).** At the top of `client/index.css`: `@import url('https://fonts.googleapis.com/css2?family=<Family>:wght@<weights>&display=swap');`. Bring over both the sans and mono family the source used.\n    2. **Self-hosted via npm.** For Geist specifically: `pnpm add geist`, then `import 'geist/font/sans'; import 'geist/font/mono';` from `client/main.tsx` (it injects `@font-face` and exposes `--font-geist-sans` / `--font-geist-mono`). For other Google fonts: `pnpm add @fontsource-variable/<family>` and `import '@fontsource-variable/<family>';`.\n  - **(b) Bind it in `@theme`.** The starter `client/index.css` ships with no `--font-sans` token, so even after loading the font you must add `@theme { --font-sans: '<Family>', ui-sans-serif, system-ui, sans-serif; --font-mono: '<MonoFamily>', ui-monospace, monospace; }` (or a `var(--font-geist-sans)` reference for the self-hosted Geist case). Without this, Tailwind's `font-sans` keeps using the browser default.\n  - **(c) Drop the source's `next/font` import and the `className={font.variable}` wiring** on `<html>` / `<body>` \u2014 the Tailwind token from (b) carries the variable forward instead.\n\n  The most common port failure is silently dropping (a): the agent removes the `next/font` import as part of \"drop Next-isms\" and never adds a replacement, so the migrated app renders in system fonts. (b) without (a) is just as bad. **Verify by inspecting a heading in DevTools and confirming `font-family` resolves to the source's family, not `ui-sans-serif`/system fallback.** If a font is intentionally not carried over, surface it as a `failed` item with a reason; do not drop silently.\n\n- **`next/font/local`** \u2192 copy the font files to `client/public/fonts/`, write matching `@font-face` blocks in `client/index.css`, and bind the family name in `@theme`. Preserve the original `font-display`, weight, and style.\n- **`app/layout.tsx`** \u2192 fold into `client/App.tsx` (the root shell with `<AppProvider>` + `<Outlet />`) or into specific page wrappers, depending on what each layout provided. Theme providers, font loaders, and metadata setters from layouts collapse into the App shell or `client/index.css`. The `<html>`/`<body>` shell drops; the platform owns it.\n- **`app/loading.tsx`** \u2192 component-level loading state in the page, driven by `useApiData`'s loading boolean. There is no implicit Suspense boundary in this template.\n- **`app/error.tsx`** \u2192 react-router v7 `errorElement` on the route, or a try/catch around the API hook with a fallback render.\n- **`metadata` exports / `generateMetadata`** \u2192 drop, or set `document.title` via `useEffect` if the page title matters. Open Graph / Twitter card metadata has no equivalent here.\n- **`middleware.ts`** \u2192 drop. If it was enforcing auth, the equivalent enforcement happens server-side in each `api()` via `ctx.user`. If it was rewriting URLs, surface to the user \u2014 Superblocks has no URL-rewriting layer.\n- **`\"use client\"` / `\"use server\"` directives** \u2192 drop. Every component in the Superblocks template is a client component; every server-side function lives in `server/apis/`. There is no RSC boundary to mark.\n- **`next-themes`** \u2192 translate to a small custom provider that toggles a `class=\"dark\"` on `document.documentElement` and persists to `localStorage`, or drop entirely and pin the theme. The `next-themes` package depends on Next-specific hydration behavior and should not be carried over as-is. Preserve the source's CSS variable scheme (`:root` / `.dark` blocks in `globals.css`) \u2014 only the JS toggle changes.\n- **`@vercel/analytics`** \u2192 drop. The `<Analytics />` component and `track()` helper are bound to the Vercel platform and have no equivalent here. Note in the migration summary if the source relied on it.\n\n## Ask-before-guessing \u2014 v0 specifics\n\n- \"The source uses Server Actions / API Routes calling `<DB client>` against `<DSN env var>`. I'll bind to a Postgres integration; which one, or do you want to create a new one?\"\n- \"I see external HTTP calls to `<host>` with credentials in `<env var>`. Bind to an integration of type `<kind>`?\"\n- \"I see `<feature>` (streaming AI responses, edge runtime, ISR, etc.) which has no equivalent in this template. Drop, degrade, or stop and let you decide?\"\n- \"I see Server Components fetching data inline. The migrated app cannot server-render; the page will hydrate from the API with a loading state. Is that acceptable, or do you want a particular skeleton/loading shape?\"\n- \"The source has a `middleware.ts` doing `<auth/redirect/rewrite>`. I'll drop it and enforce equivalent rules in each API via `ctx.user`. Is that the right user-claim mapping?\"\n\n## Page port \u2014 what changes vs. what doesn't\n\nFor each v0 page, only these change:\n\n- **Data hooks**: Server Component inline fetch / Server Action calls / API Route fetches \u2192 `useApi` / `useApiData`.\n- **Auth touchpoints**: NextAuth / Clerk / `middleware.ts` checks \u2192 platform-managed (drop the provider; consume `ctx.user` server-side).\n- **Router primitives**: `next/link`, `next/navigation`, file-system routing \u2192 react-router v7 (`Link`, `useNavigate`, `useLocation`, explicit route definitions in `client/router.tsx`).\n- **Asset primitives**: `next/image` \u2192 `<img>`, `next/font` \u2192 CSS-loaded fonts.\n- **Directives**: `\"use client\"` / `\"use server\"` removed.\n\nEverything else (JSX structure, Tailwind classes, shadcn variants, custom CSS, theme tokens, layout containers) transfers unchanged. If the diff goes beyond data + auth + routing + asset/font primitives + directive removal, you are over-editing.\n\n## Done \u2014 v0 specifics\n\nIn the final report, additionally surface:\n\n- Any unsupported features that became `failed` items (streaming AI responses, server-side rendering, ISR, `next/image` optimization, edge runtime, route rewrites, etc.).\n- Any `NEXT_PUBLIC_*` secrets found on the client side (these should be rotated even after migration).\n- The list of `next/*` imports that were translated, so the user can spot-check them in the migrated tree.\n";
+//# sourceMappingURL=v0.generated.d.ts.map

package/dist/ai-service/skills/system/third-party-migration/v0.generated.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"v0.generated.d.ts","sourceRoot":"","sources":["../../../../../src/ai-service/skills/system/third-party-migration/v0.generated.ts"],"names":[],"mappings":"AAGA,eAAO,MAAM,OAAO,47eAkHnB,CAAC"}

package/dist/ai-service/skills/system/third-party-migration/v0.generated.js

@@ -0,0 +1,118 @@
+// Auto-generated from src/ai-service/skills/system/third-party-migration/v0.md
+// Do not edit directly - edit the .md file instead
+export const content = `# v0-specific mapping
+
+This is a per-platform reference loaded from \`SKILL.md\`. The framework (target layout, universal mapping, non-negotiables, workflow, code-emission rules) lives there. This file documents only what is specific to a v0 source.
+
+> v0 (Vercel) emits a Next.js App Router project the vast majority of the time. The Superblocks 3.0 fullstack template is **Vite + react-router**, not Next.js, so every page port involves translating Next.js primitives (server components, file-system routing, \`next/*\` imports) into the Vite/react-router shape. Treat that translation as the core of the migration; the data-mapping side is usually thin because v0 sources rarely have real backends.
+
+## Where the source lives
+
+Definitive marker: \`app/layout.tsx\` exports a \`metadata\` object with \`generator: 'v0.app'\`. If you find that, it is a v0 export.
+
+Strong supporting signals:
+
+- \`app/\` directory at the repo root containing \`page.tsx\` / \`layout.tsx\`, plus \`next.config.{js,mjs,ts}\` and \`next\` listed as a dependency in \`package.json\`.
+- \`components.json\` at the repo root (shadcn CLI config) with \`"style": "new-york"\` and \`"iconLibrary": "lucide"\`.
+- \`components/ui/\` with shadcn primitives and a heavy roster of \`@radix-ui/react-*\` packages.
+- \`next.config.mjs\` with \`images: { unoptimized: true }\` and often \`typescript: { ignoreBuildErrors: true }\` (v0 escape hatches; surface both as warnings since they hide real issues).
+- Frequent imports from \`next/link\`, \`next/navigation\`, \`next/image\`, \`next/font\`, and a \`<Analytics />\` from \`@vercel/analytics/next\` in the layout.
+- Standard placeholder assets in \`public/\`: \`placeholder.svg\`, \`placeholder.jpg\`, \`placeholder-logo.{svg,png}\`, \`placeholder-user.jpg\`. Source code often references these.
+- A \`styles/globals.css\` AND an \`app/globals.css\` may both exist. The active one is whichever the layout imports (typically \`app/globals.css\`); the other is dead code from the shadcn scaffold. Surface this in discovery so the user knows.
+
+If the user gave a path, use it. Otherwise look for the markers above in the working tree. If ambiguous (for example the source is plain Next.js with no \`generator: 'v0.app'\` and no \`components.json\`), ask before assuming v0 conventions, since unrelated Next.js apps can have their own non-trivial server logic that the v0 mapping below underestimates.
+
+## Typical shape (hints, not rules)
+
+Use these as starting points; re-verify against the actual source tree on every migration.
+
+- **Frontend**: Next.js 14/15 App Router + React 18/19 + Tailwind (often v4 with \`@import 'tailwindcss'\` and OKLCH theme tokens in \`app/globals.css\`) + shadcn/ui (under \`components/ui/\`) + \`lucide-react\`. Pages live at \`app/<segment>/page.tsx\`; layouts at \`app/<segment>/layout.tsx\`. Route groups use \`(group-name)/\` directories. Dynamic segments use \`[param]\` directories. Forms via \`react-hook-form\` + \`zod\` are common but not universal.
+- **Theming**: \`next-themes\` with a \`<ThemeProvider>\` in \`app/layout.tsx\` is the default v0 dark-mode wiring. Translate to a custom provider or drop and pin a theme; \`next-themes\` itself does not work outside Next.
+- **Fonts**: \`next/font/google\` loading Geist + Geist_Mono is the default v0 font stack (with CSS variables \`--font-geist-sans\` / \`--font-geist-mono\`). Re-load via \`@import\` from Google Fonts in \`client/index.css\` and re-bind the variables in Tailwind v4 tokens.
+- **Analytics**: \`<Analytics />\` from \`@vercel/analytics/next\` in the root layout is boilerplate. Drop entirely — there is no Superblocks equivalent and the component is Vercel-platform-bound.
+- **Backend (when present)** — pick whichever the source actually uses:
+  - **Server Actions**: functions or files with \`"use server"\`, often in \`app/actions.ts\` or co-located with the page. Called from client components via form actions or direct invocation.
+  - **API Routes**: \`app/api/<name>/route.ts\` exporting \`GET\`, \`POST\`, etc. handlers.
+  - **Server Component data fetching**: \`async function Page()\` with inline \`fetch(...)\` or DB calls. The result is rendered server-side and shipped as HTML on first load.
+  - **Third-party APIs called from the client** (Stripe, OpenAI, AI SDK) with secrets that should never have been in \`NEXT_PUBLIC_*\`.
+  - **No backend at all**: pure UI app with mocked data or \`localStorage\`. The framework's "Don't fabricate a backend" rule applies; the migrated app stays frontend-only.
+- **Auth**: occasionally a \`middleware.ts\` with NextAuth / Clerk / hand-rolled session checks. Frequently absent in v0-only outputs.
+- **Storage**: occasionally \`@vercel/blob\` or third-party uploads. Often absent.
+- **Streaming / AI**: AI SDK (\`ai\`, \`@ai-sdk/openai\`) with streamed responses sometimes shows up in v0 outputs. **Superblocks has no streaming-response equivalent in this template** — flag and degrade to one-shot calls; do not silently drop.
+
+## Discovery checklist
+
+In addition to the framework's discovery requirements, for a v0 source enumerate:
+
+- Every page (\`app/**/page.tsx\`) and its dynamic-segment params.
+- Every layout (\`app/**/layout.tsx\`) and what it provides (theme provider, header, sidebar, fonts).
+- Every Server Action (\`"use server"\` functions or files), grouped by what they touch.
+- Every API Route (\`app/api/**/route.ts\`), grouped by HTTP method.
+- Every Server Component that fetches data inline (look for \`async function\` page/layout exports calling \`fetch\`, ORMs, or DB clients).
+- Every \`next/*\` import in use (\`next/link\`, \`next/navigation\`, \`next/image\`, \`next/font\`, \`next/headers\`, \`next/cookies\`, \`next/cache\`).
+- Every external HTTP call and the API it targets (in client components, Server Actions, and Server Components).
+- Every env var read (\`process.env.*\`, \`import.meta.env.*\`), separated into "credentials/secrets" (move to integrations) and "config" (\`ctx.env\`).
+- Every middleware (\`middleware.ts\`) — usually drops, but capture what it was doing so the equivalent can be implemented at the API layer if needed.
+- Theme port surface: \`tailwind.config.{js,ts}\`, \`app/globals.css\`, font setup via \`next/font\`, custom CSS modules.
+
+If the discovery summary doesn't tell you what every API will look like and how every page changes shape, you haven't discovered enough.
+
+## Core mapping
+
+- **Each page (\`app/.../page.tsx\`) → one Superblocks page** at \`client/pages/<Name>/index.tsx\`, wired into \`client/router.tsx\`. Route groups (\`(name)/\`) collapse into nested routes; dynamic segments (\`[id]/\`) become \`:id\` params under react-router v7.
+- **Each Server Component that fetches data inline → one Superblocks API + a client component**. The page becomes a normal client component that calls \`useApiData("<ApiName>")\`. The inline \`fetch\` / DB call moves into \`server/apis/<ApiName>/api.ts\`. There is no server-rendered first paint in this template; the page renders with a loading state and hydrates from the API.
+- **Each Server Action (\`"use server"\` function) → one Superblocks API** at \`server/apis/<ActionName>/api.ts\`, called from the client via \`useApi("<ActionName>")\` (mutations) or \`executeApi\`. Form-action wiring (\`<form action={...}>\`) becomes a normal \`onSubmit\` handler that calls the API. \`revalidatePath\` / \`revalidateTag\` calls drop; refetch via the returned hook's invalidation pattern instead.
+- **Each API Route (\`app/api/<name>/route.ts\`) → one Superblocks API** at \`server/apis/<NameInPascalCase>/api.ts\`. Route handlers exporting \`GET\`, \`POST\`, etc. that share a path collapse into one \`api()\` keyed by method on the input schema, or split into separate APIs per method. Pick one shape and stay consistent. \`Request\` / \`Response\` / \`NextResponse\` primitives drop entirely; the platform handles HTTP.
+- **Each external HTTP call → integration**. \`fetch("https://api.openai.com/...")\` becomes a declared integration plus \`apiRequest(...)\`. Secrets from \`process.env\`, \`NEXT_PUBLIC_*\`, hardcoded keys, or AI SDK provider configs move into the integration definition. A \`NEXT_PUBLIC_OPENAI_API_KEY\` on the client side is also a security finding worth surfacing in the migration summary.
+- **DB clients** (Drizzle, Prisma, \`@vercel/postgres\`, \`@neondatabase/serverless\`, \`pg\`) → declare in \`integrations: { db: postgres(DB_INTEGRATION_ID) }\` and call \`ctx.integrations.db.query/execute(...)\` with parameterized SQL. Read schema from any included migration files; do not run them against the target integration without asking.
+- **\`next/link\`** → \`import { Link } from "react-router"\` (v7). The \`href\` prop becomes \`to\`.
+- **\`next/navigation\`** → react-router v7 hooks: \`useRouter()\` becomes \`useNavigate()\`, \`usePathname()\` becomes \`useLocation().pathname\`, \`useSearchParams()\` stays \`useSearchParams()\` from \`react-router\` (similar API but not identical, verify call sites).
+- **\`next/image\`** → standard \`<img>\` with the same \`src\`/\`alt\`. Drop the \`width\`/\`height\`/\`priority\` props or convert to inline styles. If the source relied on Next's image optimization (remote loaders, blur placeholders), flag as a \`failed\` item with \`failureReason: "next/image optimization on <usage> has no Superblocks equivalent in this template"\`.
+- **\`next/font/google\`** → **never just delete the import**. The font has to be re-loaded somewhere or it disappears from the migrated app and everything renders in the browser fallback. Three required steps; all three are mandatory:
+  - **(a) Load the font.** Pick one shape and stay consistent within the migration:
+    1. **CDN \`@import\` (default; zero new deps).** At the top of \`client/index.css\`: \`@import url('https://fonts.googleapis.com/css2?family=<Family>:wght@<weights>&display=swap');\`. Bring over both the sans and mono family the source used.
+    2. **Self-hosted via npm.** For Geist specifically: \`pnpm add geist\`, then \`import 'geist/font/sans'; import 'geist/font/mono';\` from \`client/main.tsx\` (it injects \`@font-face\` and exposes \`--font-geist-sans\` / \`--font-geist-mono\`). For other Google fonts: \`pnpm add @fontsource-variable/<family>\` and \`import '@fontsource-variable/<family>';\`.
+  - **(b) Bind it in \`@theme\`.** The starter \`client/index.css\` ships with no \`--font-sans\` token, so even after loading the font you must add \`@theme { --font-sans: '<Family>', ui-sans-serif, system-ui, sans-serif; --font-mono: '<MonoFamily>', ui-monospace, monospace; }\` (or a \`var(--font-geist-sans)\` reference for the self-hosted Geist case). Without this, Tailwind's \`font-sans\` keeps using the browser default.
+  - **(c) Drop the source's \`next/font\` import and the \`className={font.variable}\` wiring** on \`<html>\` / \`<body>\` — the Tailwind token from (b) carries the variable forward instead.
+
+  The most common port failure is silently dropping (a): the agent removes the \`next/font\` import as part of "drop Next-isms" and never adds a replacement, so the migrated app renders in system fonts. (b) without (a) is just as bad. **Verify by inspecting a heading in DevTools and confirming \`font-family\` resolves to the source's family, not \`ui-sans-serif\`/system fallback.** If a font is intentionally not carried over, surface it as a \`failed\` item with a reason; do not drop silently.
+
+- **\`next/font/local\`** → copy the font files to \`client/public/fonts/\`, write matching \`@font-face\` blocks in \`client/index.css\`, and bind the family name in \`@theme\`. Preserve the original \`font-display\`, weight, and style.
+- **\`app/layout.tsx\`** → fold into \`client/App.tsx\` (the root shell with \`<AppProvider>\` + \`<Outlet />\`) or into specific page wrappers, depending on what each layout provided. Theme providers, font loaders, and metadata setters from layouts collapse into the App shell or \`client/index.css\`. The \`<html>\`/\`<body>\` shell drops; the platform owns it.
+- **\`app/loading.tsx\`** → component-level loading state in the page, driven by \`useApiData\`'s loading boolean. There is no implicit Suspense boundary in this template.
+- **\`app/error.tsx\`** → react-router v7 \`errorElement\` on the route, or a try/catch around the API hook with a fallback render.
+- **\`metadata\` exports / \`generateMetadata\`** → drop, or set \`document.title\` via \`useEffect\` if the page title matters. Open Graph / Twitter card metadata has no equivalent here.
+- **\`middleware.ts\`** → drop. If it was enforcing auth, the equivalent enforcement happens server-side in each \`api()\` via \`ctx.user\`. If it was rewriting URLs, surface to the user — Superblocks has no URL-rewriting layer.
+- **\`"use client"\` / \`"use server"\` directives** → drop. Every component in the Superblocks template is a client component; every server-side function lives in \`server/apis/\`. There is no RSC boundary to mark.
+- **\`next-themes\`** → translate to a small custom provider that toggles a \`class="dark"\` on \`document.documentElement\` and persists to \`localStorage\`, or drop entirely and pin the theme. The \`next-themes\` package depends on Next-specific hydration behavior and should not be carried over as-is. Preserve the source's CSS variable scheme (\`:root\` / \`.dark\` blocks in \`globals.css\`) — only the JS toggle changes.
+- **\`@vercel/analytics\`** → drop. The \`<Analytics />\` component and \`track()\` helper are bound to the Vercel platform and have no equivalent here. Note in the migration summary if the source relied on it.
+
+## Ask-before-guessing — v0 specifics
+
+- "The source uses Server Actions / API Routes calling \`<DB client>\` against \`<DSN env var>\`. I'll bind to a Postgres integration; which one, or do you want to create a new one?"
+- "I see external HTTP calls to \`<host>\` with credentials in \`<env var>\`. Bind to an integration of type \`<kind>\`?"
+- "I see \`<feature>\` (streaming AI responses, edge runtime, ISR, etc.) which has no equivalent in this template. Drop, degrade, or stop and let you decide?"
+- "I see Server Components fetching data inline. The migrated app cannot server-render; the page will hydrate from the API with a loading state. Is that acceptable, or do you want a particular skeleton/loading shape?"
+- "The source has a \`middleware.ts\` doing \`<auth/redirect/rewrite>\`. I'll drop it and enforce equivalent rules in each API via \`ctx.user\`. Is that the right user-claim mapping?"
+
+## Page port — what changes vs. what doesn't
+
+For each v0 page, only these change:
+
+- **Data hooks**: Server Component inline fetch / Server Action calls / API Route fetches → \`useApi\` / \`useApiData\`.
+- **Auth touchpoints**: NextAuth / Clerk / \`middleware.ts\` checks → platform-managed (drop the provider; consume \`ctx.user\` server-side).
+- **Router primitives**: \`next/link\`, \`next/navigation\`, file-system routing → react-router v7 (\`Link\`, \`useNavigate\`, \`useLocation\`, explicit route definitions in \`client/router.tsx\`).
+- **Asset primitives**: \`next/image\` → \`<img>\`, \`next/font\` → CSS-loaded fonts.
+- **Directives**: \`"use client"\` / \`"use server"\` removed.
+
+Everything else (JSX structure, Tailwind classes, shadcn variants, custom CSS, theme tokens, layout containers) transfers unchanged. If the diff goes beyond data + auth + routing + asset/font primitives + directive removal, you are over-editing.
+
+## Done — v0 specifics
+
+In the final report, additionally surface:
+
+- Any unsupported features that became \`failed\` items (streaming AI responses, server-side rendering, ISR, \`next/image\` optimization, edge runtime, route rewrites, etc.).
+- Any \`NEXT_PUBLIC_*\` secrets found on the client side (these should be rotated even after migration).
+- The list of \`next/*\` imports that were translated, so the user can spot-check them in the migrated tree.
+`;
+//# sourceMappingURL=v0.generated.js.map

package/dist/ai-service/skills/system/third-party-migration/v0.generated.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"v0.generated.js","sourceRoot":"","sources":["../../../../../src/ai-service/skills/system/third-party-migration/v0.generated.ts"],"names":[],"mappings":"AAAA,+EAA+E;AAC/E,mDAAmD;AAEnD,MAAM,CAAC,MAAM,OAAO,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAkHtB,CAAC"}

package/dist/ai-service/state-machine/clark-fsm.js

@@ -113,7 +113,7 @@ export class Clark extends TracedFSM {
         };
     }
     resetContext() {
-        this.logger.info(`[ai-service] resetContext`);
+        this.logger.info(`[ai-service] resetContext state=${this.state}`);
         this.updateContext((ctx) => {
             return {
                 // The peer reference is a permanent StablePeer proxy and must be

package/dist/ai-service/state-machine/clark-fsm.js.map

@@ -1 +1 @@
-{"version":3,"file":"clark-fsm.js","sourceRoot":"","sources":["../../../src/ai-service/state-machine/clark-fsm.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,YAAY,EAAE,MAAM,IAAI,CAAC;AA+BlC,OAAO,EAAE,iBAAiB,EAAE,MAAM,6BAA6B,CAAC;AAChE,OAAO,EAAE,YAAY,EAAE,SAAS,EAAE,MAAM,sBAAsB,CAAC;AAe/D,OAAO,EAAE,kBAAkB,EAAE,MAAM,oCAAoC,CAAC;AACxE,OAAO,EAAE,gBAAgB,EAAE,MAAM,+CAA+C,CAAC;AAqBjF,OAAO,EAAE,gBAAgB,EAAE,MAAM,6BAA6B,CAAC;AAC/D,OAAO,EAAE,QAAQ,EAAE,MAAM,sBAAsB,CAAC;AAKhD,OAAO,EAAE,sBAAsB,EAAE,MAAM,mBAAmB,CAAC;AAC3D,OAAO,EACL,SAAS,GAGV,MAAM,iBAAiB,CAAC;AAEzB,MAAM,CAAC,GAAG;IACR,IAAI,EAAE,MAAM;IACZ,aAAa,EAAE,eAAe;IAC9B,aAAa,EAAE,eAAe;IAC9B,YAAY,EAAE,cAAc;IAC5B,cAAc,EAAE,gBAAgB;IAChC,gBAAgB,EAAE,kBAAkB;IACpC,IAAI,EAAE,MAAM;CACJ,CAAC;AAEX,MAAM,CAAC,MAAM,eAAe,GAAG,CAAC,CAAC;AAGjC,MAAM,CAAC,MAAM,gBAAgB,GAAG,gBAAgB,CAAC;AACjD,MAAM,CAAC,MAAM,mBAAmB,GAAG,mBAAmB,CAAC;AACvD,MAAM,CAAC,MAAM,mBAAmB,GAAG,mBAAmB,CAAC;AACvD,MAAM,CAAC,MAAM,aAAa,GAAG,cAAc,CAAC;AAC5C,MAAM,CAAC,MAAM,aAAa,GAAG,cAAc,CAAC;AAC5C,MAAM,CAAC,MAAM,4BAA4B,GAAG,0BAA0B,CAAC;AACvE,MAAM,CAAC,MAAM,sBAAsB,GAAG,qBAAqB,CAAC;AAC5D,MAAM,CAAC,MAAM,aAAa,GAAG,aAAa,CAAC;AAC3C,MAAM,CAAC,MAAM,cAAc,GAAG,eAAe,CAAC;AAC9C,MAAM,CAAC,MAAM,qBAAqB,GAAG,qBAAqB,CAAC;AAC3D,MAAM,CAAC,MAAM,yBAAyB,GAAG,yBAAyB,CAAC;AACnE,MAAM,CAAC,MAAM,WAAW,GAAG,YAAY,CAAC;AACxC,MAAM,CAAC,MAAM,YAAY,GAAG,aAAa,CAAC;AAC1C,MAAM,CAAC,MAAM,uBAAuB,GAAG,uBAAuB,CAAC;AAC/D,MAAM,CAAC,MAAM,wBAAwB,GAAG,wBAAwB,CAAC;AACjE,MAAM,CAAC,MAAM,uBAAuB,GAAG,uBAAuB,CAAC;AAC/D,MAAM,CAAC,MAAM,iCAAiC,GAC5C,+BAA+B,CAAC;AAClC,MAAM,CAAC,MAAM,sBAAsB,GAAG,sBAAsB,CAAC;AAC7D,MAAM,CAAC,MAAM,oBAAoB,GAAG,oBAAoB,CAAC;AACzD,MAAM,CAAC,MAAM,0BAA0B,GAAG,yBAAyB,CAAC;AACpE,MAAM,CAAC,MAAM,iBAAiB,GAAG,iBAAiB,CAAC;AA6DnD,gDAAgD;AAChD,MAAM,CAAC,MAAM,WAAW,GAAG;IACzB,CAAC,CAAC,CAAC,IAAI,CAAC,EAAE;QACR,CAAC,gBAAgB,CAAC,EAAE,CAAC,CAAC,aAAa;QACnC,CAAC,0BAA0B,CAAC,EAAE,CAAC,CAAC,YAAY;QAC5C,CAAC,iCAAiC,CAAC,EAAE,CAAC,CAAC,IAAI;KAC5C;IACD,CAAC,CAAC,CAAC,aAAa,CAAC,EAAE;QACjB,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,aAAa;QAChC,CAAC,sBAAsB,CAAC,EAAE,CAAC,CAAC,YAAY;QACxC,CAAC,iBAAiB,CAAC,EAAE,CAAC,CAAC,YAAY;QACnC,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;QACxB,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;KACxB;IACD,CAAC,CAAC,CAAC,aAAa,CAAC,EAAE;QACjB,CAAC,YAAY,CAAC,EAAE,CAAC,CAAC,cAAc;QAChC,CAAC,WAAW,CAAC,EAAE,CAAC,CAAC,aAAa;QAC9B,CAAC,yBAAyB,CAAC,EAAE,CAAC,CAAC,aAAa;QAC5C,CAAC,qBAAqB,CAAC,EAAE,CAAC,CAAC,aAAa;QACxC,CAAC,iCAAiC,CAAC,EAAE,CAAC,CAAC,IAAI;QAC3C,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;QACxB,CAAC,uBAAuB,CAAC,EAAE,CAAC,CAAC,aAAa;QAC1C,CAAC,iBAAiB,CAAC,EAAE,CAAC,CAAC,YAAY;QACnC,CAAC,sBAAsB,CAAC,EAAE,CAAC,CAAC,YAAY;KACzC;IACD,CAAC,CAAC,CAAC,cAAc,CAAC,EAAE;QAClB,CAAC,wBAAwB,CAAC,EAAE,CAAC,CAAC,gBAAgB;QAC9C,CAAC,uBAAuB,CAAC,EAAE,CAAC,CAAC,aAAa;QAC1C,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;QACxB,CAAC,iCAAiC,CAAC,EAAE,CAAC,CAAC,IAAI;KAC5C;IACD,CAAC,CAAC,CAAC,gBAAgB,CAAC,EAAE;QACpB,CAAC,sBAAsB,CAAC,EAAE,CAAC,CAAC,aAAa;QACzC,CAAC,oBAAoB,CAAC,EAAE,CAAC,CAAC,aAAa;QACvC,CAAC,uBAAuB,CAAC,EAAE,CAAC,CAAC,YAAY;QACzC,CAAC,iCAAiC,CAAC,EAAE,CAAC,CAAC,IAAI;QAC3C,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;KACzB;IACD,CAAC,CAAC,CAAC,YAAY,CAAC,EAAE;QAChB,CAAC,mBAAmB,CAAC,EAAE,CAAC,CAAC,IAAI;QAC7B,CAAC,mBAAmB,CAAC,EAAE,CAAC,CAAC,gBAAgB;QACzC,CAAC,gBAAgB,CAAC,EAAE,CAAC,CAAC,aAAa;QACnC,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;KACzB;IACD,CAAC,CAAC,CAAC,IAAI,CAAC,EAAE,EAAE;CACJ,CAAC;AAqBX,MAAM,OAAO,KAAM,SAAQ,SAA+C;IACxE,YAAY,MAKX;QACC,KAAK,CAAC;YACJ,YAAY,EAAE,CAAC,CAAC,IAAI;YACpB,WAAW;YACX,GAAG,MAAM;SACV,CAAC,CAAC;IACL,CAAC;IAEM,gBAAgB,CAAC,KAA4B;QAClD,MAAM,EAAE,MAAM,EAAE,GAAG,QAAQ,CAAC,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,CAAC;QAC9C,MAAM,EACJ,WAAW,EAAE,IAAI,EACjB,WAAW,EACX,qBAAqB,EACrB,cAAc,GACf,GAAG,IAAI,CAAC,OAAO,CAAC;QACjB,MAAM,SAAS,GAAG,IAAI,CAAC,SAAS,CAAC;QAEjC,SAAS,EAAE,CAAC,IAAI,CACd,mDAAmD,IAAI,CAAC,SAAS,CAAC,KAAK,CAAC,iCAAiC,CAAC,EAAE,CAC7G,CAAC;QAEF,OAAO;YACL,MAAM;YACN,SAAS;YACT,IAAI;YACJ,WAAW;YACX,qBAAqB;YACrB,cAAc;YACd,iCAAiC,EAC/B,KAAK,CAAC,iCAAiC,IAAI,KAAK;SACnD,CAAC;IACJ,CAAC;IAEM,YAAY;QACjB,IAAI,CAAC,MAAM,CAAC,IAAI,CAAC,2BAA2B,CAAC,CAAC;QAC9C,IAAI,CAAC,aAAa,CAAC,CAAC,GAAG,EAAE,EAAE;YACzB,OAAO;gBACL,iEAAiE;gBACjE,mEAAmE;gBACnE,gEAAgE;gBAChE,IAAI,EAAE,GAAG,CAAC,IAAI;gBACd,yCAAyC;gBACzC,WAAW,EAAE,GAAG,CAAC,WAAW;gBAC5B,aAAa,EAAE,GAAG,CAAC,aAAa;gBAChC,4BAA4B,EAAE,GAAG,CAAC,4BAA4B;gBAC9D,gCAAgC;gBAChC,eAAe,EAAE,IAAI,eAAe,EAAE;gBACtC,4EAA4E;gBAC5E,GAAG,EAAE,GAAG,CAAC,GAAG;gBACZ,sEAAsE;gBACtE,oEAAoE;gBACpE,WAAW,EAAE,GAAG,CAAC,WAAW;gBAC5B,4BAA4B;gBAC5B,eAAe,EAAE,SAAS;gBAC1B,kBAAkB,EAAE,SAAS;gBAC7B,sBAAsB,EAAE,SAAS;gBACjC,iBAAiB,EAAE,SAAS;aAC7B,CAAC;QACJ,CAAC,CAAC,CAAC;IACL,CAAC;IAEkB,kBAAkB,CACnC,aAAyB;QAEzB,OAAO;YACL,IAAI,EAAE,OAAO;YACb,IAAI,EAAE,OAAO;YACb,UAAU,EAAE,OAAO;SACpB,CAAC;IACJ,CAAC;IAEkB,mBAAmB,CACpC,KAAiB;QAEjB,IAAI,IAAI,GAAmB,MAAM,CAAC;QAClC,QAAQ,KAAK,EAAE,CAAC;YACd,KAAK,CAAC,CAAC,IAAI,CAAC;YACZ,KAAK,CAAC,CAAC,IAAI,CAAC;YACZ,KAAK,CAAC,CAAC,YAAY;gBACjB,OAAO,UAAU,CAAC;YACpB,KAAK,CAAC,CAAC,aAAa;gBAClB,IAAI,GAAG,UAAU,CAAC;gBAClB,MAAM;QACV,CAAC;QACD,OAAO;YACL,IAAI,EAAE,SAAS,KAAK,EAAE;YACtB,IAAI;SACL,CAAC;IACJ,CAAC;IAEkB,aAAa,CAAC,KAAiB;QAChD,QAAQ,KAAK,CAAC,IAAI,EAAE,CAAC;YACnB,KAAK,gBAAgB;gBACnB,OAAO;oBACL,IAAI,EAAE,KAAK,CAAC,IAAI;oBAChB,OAAO,EAAE;wBACP,GAAG,KAAK,CAAC,OAAO;wBAChB,GAAG,EAAE,YAAY;qBAClB;iBACF,CAAC;YACJ;gBACE,OAAO,KAAK,CAAC;QACjB,CAAC;IACH,CAAC;IAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OA+BG;IACH,KAAK,CAAC,UAAU,CACd,QAAiC,EACjC,OAAsC;QAEtC,MAAM,EACJ,KAAK,EAAE,aAAa,EACpB,OAAO,EAAE,aAAa,EACtB,OAAO,EAAE,aAAa,EACtB,cAAc,EAAE,sBAAsB,EACtC,GAAG,aAAa,EACjB,GAAG,OAAO,CAAC;QAEZ,MAAM,KAAK,GACT,aAAa,IAAI,QAAQ,CAAC,WAAW,CAAC,YAAY,CAAC,mBAAmB,CAAC,CAAC;QAE1E,MAAM,EACJ,eAAe,EACf,oBAAoB,EACpB,mBAAmB,EACnB,eAAe,EACf,OAAO,EACP,eAAe,GAChB,GAAG,gBAAgB,CAAC,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,CAAC;QAE7C,sDAAsD;QACtD,MAAM,OAAO,GACX,aAAa,KAAK,KAAK;YACrB,CAAC,CAAC;gBACE,cAAc,EAAE,aAAa,EAAE,cAAc,IAAI,MAAM,CAAC,IAAI,CAAC,GAAG,EAAE,CAAC;gBACnE,YAAY,EAAE,IAAI,CAAC,OAAO,CAAC,YAAY,IAAI,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE;gBACnE,QAAQ,EAAE,aAAa,EAAE,QAAQ,IAAI;oBACnC,IAAI,EAAE,IAAI,CAAC,OAAO,CAAC,WAAW;oBAC9B,QAAQ,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,QAAQ;oBAC1C,QAAQ,EAAE,eAAe;oBACzB,oBAAoB,EAAE,oBAAoB;oBAC1C,aAAa,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,aAAa;oBACpD,OAAO,EAAE,OAAO;iBACjB;aACF;YACH,CAAC,CAAC,KAAK,CAAC;QAEZ,8BAA8B;QAC9B,MAAM,OAAO,GAAG;YACd,gBAAgB,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,gBAAgB;YAC1D,GAAG,aAAa;SACjB,CAAC;QAEF,IAAI,UAAU,GAAe;YAC3B,WAAW,EAAE,CAAC;YACd,YAAY,EAAE,CAAC;YACf,iBAAiB,EAAE,CAAC;YACpB,WAAW,EAAE,CAAC;YACd,KAAK,EAAE,OAAO,KAAK,KAAK,QAAQ,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,KAAK,CAAC,OAAO;YACxD,SAAS,EAAE,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE;YACnC,OAAO,EAAE,EAAE;SACZ,CAAC;QAEF,IAAI,CAAC,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,QAAQ,EAAE,CAAC;YACtC,MAAM,IAAI,KAAK,CACb,oGAAoG,CACrG,CAAC;QACJ,CAAC;QACD,IAAI,CAAC,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,SAAS,EAAE,CAAC;YACvC,MAAM,IAAI,KAAK,CACb,2GAA2G,CAC5G,CAAC;QACJ,CAAC;QAED,MAAM,cAAc,GAAG;YACrB,QAAQ,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,QAGlB;YACf,KAAK,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,SAAS;SACxC,CAAC;QAEF,mFAAmF;QACnF,mFAAmF;QACnF,6BAA6B;QAC7B,IAAI,cAAc,GAAG,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,sBAAsB,IAAI,KAAK,CAAC;QAC5E,IAAI,sBAAsB,KAAK,SAAS,EAAE,CAAC;YACzC,cAAc,GAAG,sBAAsB,CAAC;QAC1C,CAAC;QAED,MAAM,gBAAgB,GAAG,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,gBAAgB,CAAC;QACjE,IAAI,CAAC,MAAM,CAAC,IAAI,CACd,iDAAiD,gBAAgB,IAAI,WAAW,EAAE,CACnF,CAAC;QACF,OAAO,MAAM,QAAQ,CAAC,SAAS,CAAC,UAAU,CACxC;YACE,GAAG,aAAa;YAChB,KAAK;YACL,eAAe;YACf,eAAe;YACf,OAAO;YACP,WAAW,EAAE,IAAI,CAAC,OAAO,CAAC,eAAe,EAAE,MAAM;YACjD,sBAAsB,EAAE,CAAC,YAAY,CAAC,EAAE,QAAQ,EAAE,MAAM,EAAE,CAAC,CAAC;YAC5D,YAAY,EAAE,CAAC,EAAE,KAAK,EAAE,EAAE,EAAE,CAAC,IAAI,CAAC,eAAe,CAAC,KAAK,CAAC;YACxD,QAAQ,EAAE,CAAC,EAAE,UAAU,EAAE,EAAE,EAAE;gBAC3B,MAAM,aAAa,GAAG,MAAM,CAAC,WAAW,CACtC,MAAM,CAAC,OAAO,CAAC,UAAU,CAAC,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,IAAI,SAAS,CAAC,CACtC,CAAC;gBACzB,UAAU,GAAG;oBACX,GAAG,UAAU;oBACb,GAAG,aAAa;iBACjB,CAAC;YACJ,CAAC;YACD,SAAS,EAAE,GAAG,EAAE;gBACd,UAAU,CAAC,OAAO,GAAG,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE,CAAC;gBAC9C,MAAM,OAAO,GAAqB;oBAChC,SAAS,EAAE,IAAI,CAAC,GAAG,EAAE,CAAC,QAAQ,EAAE;oBAChC,GAAG,UAAU;iBACd,CAAC;gBACF,KAAK,IAAI,CAAC,OAAO,CAAC,IAAI,EAAE,IAAI;qBACzB,gBAAgB,CAAC,OAAO,CAAC;qBACzB,KAAK,CAAC,CAAC,GAAY,EAAE,EAAE;oBACtB,IAAI,CAAC,MAAM,CAAC,IAAI,CACd,4BAA4B,EAC5B,iBAAiB,CAAC,YAAY,CAAC,GAAG,CAAC,CAAC,CACrC,CAAC;gBACJ,CAAC,CAAC,CAAC;YACP,CAAC;YACD,OAAO;YACP,OAAO;YACP,KAAK,EAAE,aAAa,CAAC,KAAK;YAC1B,cAAc;YACd,QAAQ,EAAE;gBACR,OAAO,EAAE,eAAe;gBACxB,YAAY,EAAE,oBAAoB;gBAClC,WAAW,EAAE,mBAAmB;aACjC;YACD,cAAc;YACd,gBAAgB;YAChB,IAAI,EAAE,IAAI,CAAC,OAAO,CAAC,IAAI;YACvB,gBAAgB,EAAE,QAAQ,CAAC,gBAAgB;YAC3C,kBAAkB,EAChB,QAAQ,CAAC,WAAW,CAAC,YAAY,CAAC,mBAAmB,CAAC;YACxD,MAAM,EAAE,aAAa,CAAC,MAAM;gBAC1B,CAAC,CAAC;oBACE,KAAK,EAAE,aAAa,CAAC,MAAM,CAAC,KAAK,EAAE,6BAA6B;oBAChE,cAAc,EAAE,aAAa,CAAC,MAAM,CAAC,cAAc,EAAE,eAAe;oBACpE,eAAe,EAAE,aAAa,CAAC,MAAM,CAAC,eAAe,EAAE,eAAe;iBACvE;gBACH,CAAC,CAAC,SAAS;SACd,EACD,IAAI,CAAC,MAAM,EACX,IAAI,CAAC,MAAM,CACZ,CAAC;IACJ,CAAC;IAEO,MAAM,CAAU,iBAAiB,GAAG;QAC1C,WAAW,EAAE,CAAC;QACd,YAAY,EAAE,CAAC;QACf,WAAW,EAAE,CAAC;QACd,iBAAiB,EAAE;YACjB,aAAa,EAAE,CAAC;YAChB,eAAe,EAAE,CAAC;YAClB,gBAAgB,EAAE,CAAC;SACpB;QACD,kBAAkB,EAAE;YAClB,UAAU,EAAE,CAAC;YACb,eAAe,EAAE,CAAC;SACnB;KACO,CAAC;IAEX;;;;;;;;;;;;;;;;OAgBG;IACH,KAAK,CAAC,mBAAmB,CACvB,QAGC,EACD,KAAa,EACb,OAAe;QAEf,MAAM,IAAI,GAAG,IAAI,KAAK,KAAK,OAAO,EAAE,CAAC;QAErC,MAAM,WAAW,GAAG,sBAAsB,CAAC,IAAI,EAAE,QAAQ,CAAC,gBAAgB,CAAC,CAAC;QAC5E,MAAM,WAAW,CAAC;YAChB,IAAI,EAAE,qBAAqB;YAC3B,IAAI,EAAE,QAAQ;YACd,OAAO,EAAE,IAAI;SACd,CAAC,CAAC;QAEH,MAAM,UAAU,GAAG,gBAAgB,CAAC,IAAI,EAAE;YACxC,gBAAgB,EAAE,QAAQ,CAAC,gBAAgB;YAC3C,aAAa,EAAE,QAAQ,CAAC,aAAa;SACtC,CAAC,CAAC;QACH,IAAI,UAAU,EAAE,CAAC;YACf,MAAM,UAAU,CAAC,WAAW,CAC1B,EAAE,IAAI,EAAE,MAAM,EAAE,OAAO,EAAE,IAAI,EAAE,EAC/B,KAAK,CAAC,iBAAiB,CACxB,CAAC;QACJ,CAAC;IACH,CAAC;IAEO,eAAe,CAAC,KAAkC;QACxD,MAAM,WAAW,GAAG,kBAAkB,CAAC,KAAK,CAAC,CAAC;QAE9C,MAAM,YAAY,GAAG,CAAC,CAAS,EAAE,EAAE,CACjC,CAAC,IAAI,IAAI,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC,GAAG,IAAI,CAAC,CAAC,OAAO,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC,CAAC,GAAG,CAAC,EAAE,CAAC;QACnD,IAAI,CAAC,MAAM,CAAC,IAAI,CAAC,iBAAiB,YAAY,CAAC,WAAW,CAAC,SAAS,CAAC,CAAC;QAEtE,KAAK,IAAI,CAAC,OAAO,CAAC,IAAI,EAAE,IAAI;aACzB,iBAAiB,CAAC,EAAE,WAAW,EAAE,CAAC;aAClC,KAAK,CAAC,CAAC,GAAY,EAAE,EAAE;YACtB,IAAI,CAAC,MAAM,CAAC,IAAI,CACd,6BAA6B,EAC7B,iBAAiB,CAAC,YAAY,CAAC,GAAG,CAAC,CAAC,CACrC,CAAC;QACJ,CAAC,CAAC,CAAC;IACP,CAAC"}
+{"version":3,"file":"clark-fsm.js","sourceRoot":"","sources":["../../../src/ai-service/state-machine/clark-fsm.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,YAAY,EAAE,MAAM,IAAI,CAAC;AA+BlC,OAAO,EAAE,iBAAiB,EAAE,MAAM,6BAA6B,CAAC;AAChE,OAAO,EAAE,YAAY,EAAE,SAAS,EAAE,MAAM,sBAAsB,CAAC;AAe/D,OAAO,EAAE,kBAAkB,EAAE,MAAM,oCAAoC,CAAC;AACxE,OAAO,EAAE,gBAAgB,EAAE,MAAM,+CAA+C,CAAC;AAqBjF,OAAO,EAAE,gBAAgB,EAAE,MAAM,6BAA6B,CAAC;AAC/D,OAAO,EAAE,QAAQ,EAAE,MAAM,sBAAsB,CAAC;AAKhD,OAAO,EAAE,sBAAsB,EAAE,MAAM,mBAAmB,CAAC;AAC3D,OAAO,EACL,SAAS,GAGV,MAAM,iBAAiB,CAAC;AAEzB,MAAM,CAAC,GAAG;IACR,IAAI,EAAE,MAAM;IACZ,aAAa,EAAE,eAAe;IAC9B,aAAa,EAAE,eAAe;IAC9B,YAAY,EAAE,cAAc;IAC5B,cAAc,EAAE,gBAAgB;IAChC,gBAAgB,EAAE,kBAAkB;IACpC,IAAI,EAAE,MAAM;CACJ,CAAC;AAEX,MAAM,CAAC,MAAM,eAAe,GAAG,CAAC,CAAC;AAGjC,MAAM,CAAC,MAAM,gBAAgB,GAAG,gBAAgB,CAAC;AACjD,MAAM,CAAC,MAAM,mBAAmB,GAAG,mBAAmB,CAAC;AACvD,MAAM,CAAC,MAAM,mBAAmB,GAAG,mBAAmB,CAAC;AACvD,MAAM,CAAC,MAAM,aAAa,GAAG,cAAc,CAAC;AAC5C,MAAM,CAAC,MAAM,aAAa,GAAG,cAAc,CAAC;AAC5C,MAAM,CAAC,MAAM,4BAA4B,GAAG,0BAA0B,CAAC;AACvE,MAAM,CAAC,MAAM,sBAAsB,GAAG,qBAAqB,CAAC;AAC5D,MAAM,CAAC,MAAM,aAAa,GAAG,aAAa,CAAC;AAC3C,MAAM,CAAC,MAAM,cAAc,GAAG,eAAe,CAAC;AAC9C,MAAM,CAAC,MAAM,qBAAqB,GAAG,qBAAqB,CAAC;AAC3D,MAAM,CAAC,MAAM,yBAAyB,GAAG,yBAAyB,CAAC;AACnE,MAAM,CAAC,MAAM,WAAW,GAAG,YAAY,CAAC;AACxC,MAAM,CAAC,MAAM,YAAY,GAAG,aAAa,CAAC;AAC1C,MAAM,CAAC,MAAM,uBAAuB,GAAG,uBAAuB,CAAC;AAC/D,MAAM,CAAC,MAAM,wBAAwB,GAAG,wBAAwB,CAAC;AACjE,MAAM,CAAC,MAAM,uBAAuB,GAAG,uBAAuB,CAAC;AAC/D,MAAM,CAAC,MAAM,iCAAiC,GAC5C,+BAA+B,CAAC;AAClC,MAAM,CAAC,MAAM,sBAAsB,GAAG,sBAAsB,CAAC;AAC7D,MAAM,CAAC,MAAM,oBAAoB,GAAG,oBAAoB,CAAC;AACzD,MAAM,CAAC,MAAM,0BAA0B,GAAG,yBAAyB,CAAC;AACpE,MAAM,CAAC,MAAM,iBAAiB,GAAG,iBAAiB,CAAC;AA6DnD,gDAAgD;AAChD,MAAM,CAAC,MAAM,WAAW,GAAG;IACzB,CAAC,CAAC,CAAC,IAAI,CAAC,EAAE;QACR,CAAC,gBAAgB,CAAC,EAAE,CAAC,CAAC,aAAa;QACnC,CAAC,0BAA0B,CAAC,EAAE,CAAC,CAAC,YAAY;QAC5C,CAAC,iCAAiC,CAAC,EAAE,CAAC,CAAC,IAAI;KAC5C;IACD,CAAC,CAAC,CAAC,aAAa,CAAC,EAAE;QACjB,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,aAAa;QAChC,CAAC,sBAAsB,CAAC,EAAE,CAAC,CAAC,YAAY;QACxC,CAAC,iBAAiB,CAAC,EAAE,CAAC,CAAC,YAAY;QACnC,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;QACxB,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;KACxB;IACD,CAAC,CAAC,CAAC,aAAa,CAAC,EAAE;QACjB,CAAC,YAAY,CAAC,EAAE,CAAC,CAAC,cAAc;QAChC,CAAC,WAAW,CAAC,EAAE,CAAC,CAAC,aAAa;QAC9B,CAAC,yBAAyB,CAAC,EAAE,CAAC,CAAC,aAAa;QAC5C,CAAC,qBAAqB,CAAC,EAAE,CAAC,CAAC,aAAa;QACxC,CAAC,iCAAiC,CAAC,EAAE,CAAC,CAAC,IAAI;QAC3C,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;QACxB,CAAC,uBAAuB,CAAC,EAAE,CAAC,CAAC,aAAa;QAC1C,CAAC,iBAAiB,CAAC,EAAE,CAAC,CAAC,YAAY;QACnC,CAAC,sBAAsB,CAAC,EAAE,CAAC,CAAC,YAAY;KACzC;IACD,CAAC,CAAC,CAAC,cAAc,CAAC,EAAE;QAClB,CAAC,wBAAwB,CAAC,EAAE,CAAC,CAAC,gBAAgB;QAC9C,CAAC,uBAAuB,CAAC,EAAE,CAAC,CAAC,aAAa;QAC1C,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;QACxB,CAAC,iCAAiC,CAAC,EAAE,CAAC,CAAC,IAAI;KAC5C;IACD,CAAC,CAAC,CAAC,gBAAgB,CAAC,EAAE;QACpB,CAAC,sBAAsB,CAAC,EAAE,CAAC,CAAC,aAAa;QACzC,CAAC,oBAAoB,CAAC,EAAE,CAAC,CAAC,aAAa;QACvC,CAAC,uBAAuB,CAAC,EAAE,CAAC,CAAC,YAAY;QACzC,CAAC,iCAAiC,CAAC,EAAE,CAAC,CAAC,IAAI;QAC3C,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;KACzB;IACD,CAAC,CAAC,CAAC,YAAY,CAAC,EAAE;QAChB,CAAC,mBAAmB,CAAC,EAAE,CAAC,CAAC,IAAI;QAC7B,CAAC,mBAAmB,CAAC,EAAE,CAAC,CAAC,gBAAgB;QACzC,CAAC,gBAAgB,CAAC,EAAE,CAAC,CAAC,aAAa;QACnC,CAAC,aAAa,CAAC,EAAE,CAAC,CAAC,IAAI;QACvB,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC,IAAI;KACzB;IACD,CAAC,CAAC,CAAC,IAAI,CAAC,EAAE,EAAE;CACJ,CAAC;AAqBX,MAAM,OAAO,KAAM,SAAQ,SAA+C;IACxE,YAAY,MAKX;QACC,KAAK,CAAC;YACJ,YAAY,EAAE,CAAC,CAAC,IAAI;YACpB,WAAW;YACX,GAAG,MAAM;SACV,CAAC,CAAC;IACL,CAAC;IAEM,gBAAgB,CAAC,KAA4B;QAClD,MAAM,EAAE,MAAM,EAAE,GAAG,QAAQ,CAAC,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,CAAC;QAC9C,MAAM,EACJ,WAAW,EAAE,IAAI,EACjB,WAAW,EACX,qBAAqB,EACrB,cAAc,GACf,GAAG,IAAI,CAAC,OAAO,CAAC;QACjB,MAAM,SAAS,GAAG,IAAI,CAAC,SAAS,CAAC;QAEjC,SAAS,EAAE,CAAC,IAAI,CACd,mDAAmD,IAAI,CAAC,SAAS,CAAC,KAAK,CAAC,iCAAiC,CAAC,EAAE,CAC7G,CAAC;QAEF,OAAO;YACL,MAAM;YACN,SAAS;YACT,IAAI;YACJ,WAAW;YACX,qBAAqB;YACrB,cAAc;YACd,iCAAiC,EAC/B,KAAK,CAAC,iCAAiC,IAAI,KAAK;SACnD,CAAC;IACJ,CAAC;IAEM,YAAY;QACjB,IAAI,CAAC,MAAM,CAAC,IAAI,CAAC,mCAAmC,IAAI,CAAC,KAAK,EAAE,CAAC,CAAC;QAClE,IAAI,CAAC,aAAa,CAAC,CAAC,GAAG,EAAE,EAAE;YACzB,OAAO;gBACL,iEAAiE;gBACjE,mEAAmE;gBACnE,gEAAgE;gBAChE,IAAI,EAAE,GAAG,CAAC,IAAI;gBACd,yCAAyC;gBACzC,WAAW,EAAE,GAAG,CAAC,WAAW;gBAC5B,aAAa,EAAE,GAAG,CAAC,aAAa;gBAChC,4BAA4B,EAAE,GAAG,CAAC,4BAA4B;gBAC9D,gCAAgC;gBAChC,eAAe,EAAE,IAAI,eAAe,EAAE;gBACtC,4EAA4E;gBAC5E,GAAG,EAAE,GAAG,CAAC,GAAG;gBACZ,sEAAsE;gBACtE,oEAAoE;gBACpE,WAAW,EAAE,GAAG,CAAC,WAAW;gBAC5B,4BAA4B;gBAC5B,eAAe,EAAE,SAAS;gBAC1B,kBAAkB,EAAE,SAAS;gBAC7B,sBAAsB,EAAE,SAAS;gBACjC,iBAAiB,EAAE,SAAS;aAC7B,CAAC;QACJ,CAAC,CAAC,CAAC;IACL,CAAC;IAEkB,kBAAkB,CACnC,aAAyB;QAEzB,OAAO;YACL,IAAI,EAAE,OAAO;YACb,IAAI,EAAE,OAAO;YACb,UAAU,EAAE,OAAO;SACpB,CAAC;IACJ,CAAC;IAEkB,mBAAmB,CACpC,KAAiB;QAEjB,IAAI,IAAI,GAAmB,MAAM,CAAC;QAClC,QAAQ,KAAK,EAAE,CAAC;YACd,KAAK,CAAC,CAAC,IAAI,CAAC;YACZ,KAAK,CAAC,CAAC,IAAI,CAAC;YACZ,KAAK,CAAC,CAAC,YAAY;gBACjB,OAAO,UAAU,CAAC;YACpB,KAAK,CAAC,CAAC,aAAa;gBAClB,IAAI,GAAG,UAAU,CAAC;gBAClB,MAAM;QACV,CAAC;QACD,OAAO;YACL,IAAI,EAAE,SAAS,KAAK,EAAE;YACtB,IAAI;SACL,CAAC;IACJ,CAAC;IAEkB,aAAa,CAAC,KAAiB;QAChD,QAAQ,KAAK,CAAC,IAAI,EAAE,CAAC;YACnB,KAAK,gBAAgB;gBACnB,OAAO;oBACL,IAAI,EAAE,KAAK,CAAC,IAAI;oBAChB,OAAO,EAAE;wBACP,GAAG,KAAK,CAAC,OAAO;wBAChB,GAAG,EAAE,YAAY;qBAClB;iBACF,CAAC;YACJ;gBACE,OAAO,KAAK,CAAC;QACjB,CAAC;IACH,CAAC;IAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OA+BG;IACH,KAAK,CAAC,UAAU,CACd,QAAiC,EACjC,OAAsC;QAEtC,MAAM,EACJ,KAAK,EAAE,aAAa,EACpB,OAAO,EAAE,aAAa,EACtB,OAAO,EAAE,aAAa,EACtB,cAAc,EAAE,sBAAsB,EACtC,GAAG,aAAa,EACjB,GAAG,OAAO,CAAC;QAEZ,MAAM,KAAK,GACT,aAAa,IAAI,QAAQ,CAAC,WAAW,CAAC,YAAY,CAAC,mBAAmB,CAAC,CAAC;QAE1E,MAAM,EACJ,eAAe,EACf,oBAAoB,EACpB,mBAAmB,EACnB,eAAe,EACf,OAAO,EACP,eAAe,GAChB,GAAG,gBAAgB,CAAC,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,CAAC;QAE7C,sDAAsD;QACtD,MAAM,OAAO,GACX,aAAa,KAAK,KAAK;YACrB,CAAC,CAAC;gBACE,cAAc,EAAE,aAAa,EAAE,cAAc,IAAI,MAAM,CAAC,IAAI,CAAC,GAAG,EAAE,CAAC;gBACnE,YAAY,EAAE,IAAI,CAAC,OAAO,CAAC,YAAY,IAAI,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE;gBACnE,QAAQ,EAAE,aAAa,EAAE,QAAQ,IAAI;oBACnC,IAAI,EAAE,IAAI,CAAC,OAAO,CAAC,WAAW;oBAC9B,QAAQ,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,QAAQ;oBAC1C,QAAQ,EAAE,eAAe;oBACzB,oBAAoB,EAAE,oBAAoB;oBAC1C,aAAa,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,aAAa;oBACpD,OAAO,EAAE,OAAO;iBACjB;aACF;YACH,CAAC,CAAC,KAAK,CAAC;QAEZ,8BAA8B;QAC9B,MAAM,OAAO,GAAG;YACd,gBAAgB,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,gBAAgB;YAC1D,GAAG,aAAa;SACjB,CAAC;QAEF,IAAI,UAAU,GAAe;YAC3B,WAAW,EAAE,CAAC;YACd,YAAY,EAAE,CAAC;YACf,iBAAiB,EAAE,CAAC;YACpB,WAAW,EAAE,CAAC;YACd,KAAK,EAAE,OAAO,KAAK,KAAK,QAAQ,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,KAAK,CAAC,OAAO;YACxD,SAAS,EAAE,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE;YACnC,OAAO,EAAE,EAAE;SACZ,CAAC;QAEF,IAAI,CAAC,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,QAAQ,EAAE,CAAC;YACtC,MAAM,IAAI,KAAK,CACb,oGAAoG,CACrG,CAAC;QACJ,CAAC;QACD,IAAI,CAAC,IAAI,CAAC,OAAO,CAAC,SAAS,EAAE,SAAS,EAAE,CAAC;YACvC,MAAM,IAAI,KAAK,CACb,2GAA2G,CAC5G,CAAC;QACJ,CAAC;QAED,MAAM,cAAc,GAAG;YACrB,QAAQ,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,QAGlB;YACf,KAAK,EAAE,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,SAAS;SACxC,CAAC;QAEF,mFAAmF;QACnF,mFAAmF;QACnF,6BAA6B;QAC7B,IAAI,cAAc,GAAG,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,sBAAsB,IAAI,KAAK,CAAC;QAC5E,IAAI,sBAAsB,KAAK,SAAS,EAAE,CAAC;YACzC,cAAc,GAAG,sBAAsB,CAAC;QAC1C,CAAC;QAED,MAAM,gBAAgB,GAAG,IAAI,CAAC,OAAO,CAAC,SAAS,CAAC,gBAAgB,CAAC;QACjE,IAAI,CAAC,MAAM,CAAC,IAAI,CACd,iDAAiD,gBAAgB,IAAI,WAAW,EAAE,CACnF,CAAC;QACF,OAAO,MAAM,QAAQ,CAAC,SAAS,CAAC,UAAU,CACxC;YACE,GAAG,aAAa;YAChB,KAAK;YACL,eAAe;YACf,eAAe;YACf,OAAO;YACP,WAAW,EAAE,IAAI,CAAC,OAAO,CAAC,eAAe,EAAE,MAAM;YACjD,sBAAsB,EAAE,CAAC,YAAY,CAAC,EAAE,QAAQ,EAAE,MAAM,EAAE,CAAC,CAAC;YAC5D,YAAY,EAAE,CAAC,EAAE,KAAK,EAAE,EAAE,EAAE,CAAC,IAAI,CAAC,eAAe,CAAC,KAAK,CAAC;YACxD,QAAQ,EAAE,CAAC,EAAE,UAAU,EAAE,EAAE,EAAE;gBAC3B,MAAM,aAAa,GAAG,MAAM,CAAC,WAAW,CACtC,MAAM,CAAC,OAAO,CAAC,UAAU,CAAC,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,IAAI,SAAS,CAAC,CACtC,CAAC;gBACzB,UAAU,GAAG;oBACX,GAAG,UAAU;oBACb,GAAG,aAAa;iBACjB,CAAC;YACJ,CAAC;YACD,SAAS,EAAE,GAAG,EAAE;gBACd,UAAU,CAAC,OAAO,GAAG,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE,CAAC;gBAC9C,MAAM,OAAO,GAAqB;oBAChC,SAAS,EAAE,IAAI,CAAC,GAAG,EAAE,CAAC,QAAQ,EAAE;oBAChC,GAAG,UAAU;iBACd,CAAC;gBACF,KAAK,IAAI,CAAC,OAAO,CAAC,IAAI,EAAE,IAAI;qBACzB,gBAAgB,CAAC,OAAO,CAAC;qBACzB,KAAK,CAAC,CAAC,GAAY,EAAE,EAAE;oBACtB,IAAI,CAAC,MAAM,CAAC,IAAI,CACd,4BAA4B,EAC5B,iBAAiB,CAAC,YAAY,CAAC,GAAG,CAAC,CAAC,CACrC,CAAC;gBACJ,CAAC,CAAC,CAAC;YACP,CAAC;YACD,OAAO;YACP,OAAO;YACP,KAAK,EAAE,aAAa,CAAC,KAAK;YAC1B,cAAc;YACd,QAAQ,EAAE;gBACR,OAAO,EAAE,eAAe;gBACxB,YAAY,EAAE,oBAAoB;gBAClC,WAAW,EAAE,mBAAmB;aACjC;YACD,cAAc;YACd,gBAAgB;YAChB,IAAI,EAAE,IAAI,CAAC,OAAO,CAAC,IAAI;YACvB,gBAAgB,EAAE,QAAQ,CAAC,gBAAgB;YAC3C,kBAAkB,EAChB,QAAQ,CAAC,WAAW,CAAC,YAAY,CAAC,mBAAmB,CAAC;YACxD,MAAM,EAAE,aAAa,CAAC,MAAM;gBAC1B,CAAC,CAAC;oBACE,KAAK,EAAE,aAAa,CAAC,MAAM,CAAC,KAAK,EAAE,6BAA6B;oBAChE,cAAc,EAAE,aAAa,CAAC,MAAM,CAAC,cAAc,EAAE,eAAe;oBACpE,eAAe,EAAE,aAAa,CAAC,MAAM,CAAC,eAAe,EAAE,eAAe;iBACvE;gBACH,CAAC,CAAC,SAAS;SACd,EACD,IAAI,CAAC,MAAM,EACX,IAAI,CAAC,MAAM,CACZ,CAAC;IACJ,CAAC;IAEO,MAAM,CAAU,iBAAiB,GAAG;QAC1C,WAAW,EAAE,CAAC;QACd,YAAY,EAAE,CAAC;QACf,WAAW,EAAE,CAAC;QACd,iBAAiB,EAAE;YACjB,aAAa,EAAE,CAAC;YAChB,eAAe,EAAE,CAAC;YAClB,gBAAgB,EAAE,CAAC;SACpB;QACD,kBAAkB,EAAE;YAClB,UAAU,EAAE,CAAC;YACb,eAAe,EAAE,CAAC;SACnB;KACO,CAAC;IAEX;;;;;;;;;;;;;;;;OAgBG;IACH,KAAK,CAAC,mBAAmB,CACvB,QAGC,EACD,KAAa,EACb,OAAe;QAEf,MAAM,IAAI,GAAG,IAAI,KAAK,KAAK,OAAO,EAAE,CAAC;QAErC,MAAM,WAAW,GAAG,sBAAsB,CAAC,IAAI,EAAE,QAAQ,CAAC,gBAAgB,CAAC,CAAC;QAC5E,MAAM,WAAW,CAAC;YAChB,IAAI,EAAE,qBAAqB;YAC3B,IAAI,EAAE,QAAQ;YACd,OAAO,EAAE,IAAI;SACd,CAAC,CAAC;QAEH,MAAM,UAAU,GAAG,gBAAgB,CAAC,IAAI,EAAE;YACxC,gBAAgB,EAAE,QAAQ,CAAC,gBAAgB;YAC3C,aAAa,EAAE,QAAQ,CAAC,aAAa;SACtC,CAAC,CAAC;QACH,IAAI,UAAU,EAAE,CAAC;YACf,MAAM,UAAU,CAAC,WAAW,CAC1B,EAAE,IAAI,EAAE,MAAM,EAAE,OAAO,EAAE,IAAI,EAAE,EAC/B,KAAK,CAAC,iBAAiB,CACxB,CAAC;QACJ,CAAC;IACH,CAAC;IAEO,eAAe,CAAC,KAAkC;QACxD,MAAM,WAAW,GAAG,kBAAkB,CAAC,KAAK,CAAC,CAAC;QAE9C,MAAM,YAAY,GAAG,CAAC,CAAS,EAAE,EAAE,CACjC,CAAC,IAAI,IAAI,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC,GAAG,IAAI,CAAC,CAAC,OAAO,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC,CAAC,GAAG,CAAC,EAAE,CAAC;QACnD,IAAI,CAAC,MAAM,CAAC,IAAI,CAAC,iBAAiB,YAAY,CAAC,WAAW,CAAC,SAAS,CAAC,CAAC;QAEtE,KAAK,IAAI,CAAC,OAAO,CAAC,IAAI,EAAE,IAAI;aACzB,iBAAiB,CAAC,EAAE,WAAW,EAAE,CAAC;aAClC,KAAK,CAAC,CAAC,GAAY,EAAE,EAAE;YACtB,IAAI,CAAC,MAAM,CAAC,IAAI,CACd,6BAA6B,EAC7B,iBAAiB,CAAC,YAAY,CAAC,GAAG,CAAC,CAAC,CACrC,CAAC;QACJ,CAAC,CAAC,CAAC;IACP,CAAC"}