@wix/ditto-codegen-public 1.0.426 → 1.0.428

package/dist/out.js

@@ -11675,13 +11675,15 @@ or reports what it couldn't fix. Validation step only \u2014 never generates fea
     var VALIDATOR_PROMPT = `Run 'validate({ runBuild: true })', fix the errors it reports, and re-run until
 it passes. You are fixing EXISTING code \u2014 do NOT add features or rewrite whole
 files. NEVER force a green build by suppressing types: no 'as any', no
-'@ts-ignore'/'@ts-expect-error', and do NOT switch a correct import (e.g.
-'import { bookings } from "@wix/bookings"') to 'import * as' just to satisfy
-tsc \u2014 that ships code that compiles but breaks at runtime. A type error on a
+'@ts-ignore'/'@ts-expect-error', and do NOT switch a correct named import to
+'import * as' just to satisfy tsc \u2014 that ships code that compiles but breaks
+at runtime. A type error on a
 Wix SDK method/namespace/parameter means the call is WRONG: look up the correct
 usage via skills or wix-mcp ('SearchWixSDKDocumentation' \u2192
 'ReadFullDocsMethodSchema') and fix it to the real exported method + its options
-object. Work in a bounded number of fix cycles \u2014 if the build isn't converging
+object. Deleting the failing code is a regression, not a fix \u2014 the capability is
+usually on a sibling method or another Wix SDK; search both before reporting it
+unfixed. Work in a bounded number of fix cycles \u2014 if the build isn't converging
 after a few attempts, STOP and return the remaining errors verbatim rather than
 looping; never silence them.
 
@@ -14454,6 +14456,28 @@ For any persistent-data need (CMS collections, tables, schemas, data models):
   }
 });
 
+// ../codegen-common-logic/dist/stores-catalog-version-rules.js
+var require_stores_catalog_version_rules = __commonJS({
+  "../codegen-common-logic/dist/stores-catalog-version-rules.js"(exports2) {
+    "use strict";
+    Object.defineProperty(exports2, "__esModule", { value: true });
+    exports2.STORES_CATALOG_VERSION_RULES = void 0;
+    exports2.STORES_CATALOG_VERSION_RULES = `# Wix Stores Catalog Version Rules
+
+The agent operates on a live Wix site (METASITE_ID is in your prompt context), so the site's Stores catalog version is knowable at build time.
+
+## Mandatory before any Stores work
+
+For any use of a Wix Stores API \u2014 products, variants, inventory, collections/categories, Stores webhooks, or any other part of the Stores catalog:
+
+1. **You MUST invoke the \`wix-stores-catalog-version\` skill first** \u2014 before choosing imports, permission scopes, or webhook subscriptions.
+2. **Generate one version's code path only.** No \`catalogVersioning.getCatalogVersion()\` call in generated code, no branching on the version, and no adapter that normalizes V1 and V3 shapes into one type.
+3. **Do NOT tell the user their app must support both catalog versions**, and do not add Dev Center action items about confirming V1/V3 compatibility. That requirement applies to public App Market apps, not to a companion app targeting one known site.
+
+\`wix-app\` is still correct for dashboard pages, modals, widgets, and UI \u2014 and its \`STORES_VERSIONING.md\` remains the reference for the module map, permissions, field mappings, and gotchas. Only the dual-catalog requirement is overridden here.`;
+  }
+});
+
 // ../codegen-common-logic/dist/studio-2-site-ui-rules.js
 var require_studio_2_site_ui_rules = __commonJS({
   "../codegen-common-logic/dist/studio-2-site-ui-rules.js"(exports2) {
@@ -14525,6 +14549,7 @@ var require_dist7 = __commonJS({
     __exportStar2(require_availableSdks(), exports2);
     __exportStar2(require_system_prompts(), exports2);
     __exportStar2(require_site_data_layer_rules(), exports2);
+    __exportStar2(require_stores_catalog_version_rules(), exports2);
     __exportStar2(require_studio_2_site_ui_rules(), exports2);
   }
 });
@@ -14541,6 +14566,10 @@ var require_dist8 = __commonJS({
       environmentIdentity: "You generate code for the user's own live Wix site \u2014 to the user it's just their site, not a separate app they're aware of. Your changes are saved and applied to the site automatically; there is no separate release step.",
       codegenRules: [
         { filename: "site-data-layer-rules.md", content: codegen_common_logic_1.SITE_DATA_LAYER_RULES },
+        {
+          filename: "stores-catalog-version-rules.md",
+          content: codegen_common_logic_1.STORES_CATALOG_VERSION_RULES
+        },
         { filename: "studio-2-site-ui-rules.md", content: codegen_common_logic_1.STUDIO_2_SITE_UI_RULES }
       ],
       askRules: [],
@@ -14894,7 +14923,11 @@ var require_dist10 = __commonJS({
     exports2.harmonyCodegenConfig = {
       environmentIdentity: "You generate code for the user's own live Wix site \u2014 to the user it's just their site, not a separate app they're aware of. Your changes are saved and applied to the site automatically; there is no separate release step.",
       codegenRules: [
-        { filename: "site-data-layer-rules.md", content: codegen_common_logic_1.SITE_DATA_LAYER_RULES }
+        { filename: "site-data-layer-rules.md", content: codegen_common_logic_1.SITE_DATA_LAYER_RULES },
+        {
+          filename: "stores-catalog-version-rules.md",
+          content: codegen_common_logic_1.STORES_CATALOG_VERSION_RULES
+        }
       ],
       askRules: [],
       gitConflictsRules: [],

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@wix/ditto-codegen-public",
-  "version": "1.0.426",
+  "version": "1.0.428",
   "description": "AI-powered Wix CLI app generator - standalone executable",
   "scripts": {
     "build": "node build.mjs",
@@ -29,5 +29,5 @@
     "esbuild": "^0.27.2",
     "vitest": "^4.0.16"
   },
-  "falconPackageHash": "1b3d84241cfe457e433522d63186279c3add83d56ad0810a90bc7a66"
+  "falconPackageHash": "5bc2ab1123ed3fc7cfbf3764599b4b8516f65cf0d1358317e679fd52"
 }