@wix/ditto-codegen-public 1.0.442 → 1.0.443

package/dist/out.js

@@ -14711,6 +14711,31 @@ For ANY use of a Wix Stores API (products, variants, inventory, collections/cate
   }
 });
 
+// ../codegen-common-logic/dist/rules/vertical-installation.js
+var require_vertical_installation = __commonJS({
+  "../codegen-common-logic/dist/rules/vertical-installation.js"(exports2) {
+    "use strict";
+    Object.defineProperty(exports2, "__esModule", { value: true });
+    exports2.VERTICAL_INSTALLATION_RULES = void 0;
+    exports2.VERTICAL_INSTALLATION_RULES = `# Vertical Installation Rules
+
+Code written against a Wix app this site doesn't have compiles, saves, and then does nothing.
+
+For ANY use of a Wix vertical SDK (Stores, eCommerce, Bookings, Restaurants, Pricing Plans, Gift Cards, Blog, Events, Portfolio, Members Area, Forms, Loyalty Program, Donations):
+
+1. **You MUST invoke the \`wix-site-installed-apps\` skill before your FIRST write of any kind** \u2014 not merely before the vertical code itself. The build workflow tells you to write each piece as soon as it is ready, so a dashboard shell written before you reach the vertical part is still work rule 2 will make you undo. Name the apps this request needs, by product name; ask in one call and reuse the answer.
+2. **If any app comes back \`installed: false\`, STOP. Write no code at all** \u2014 not for that app, and not for the rest of the request either. Your reply is **one** short message to the site owner, naming the app and which parts of the request you did not attempt, and nothing else. Write the outcome, never the mechanism: no rule, no skill, no check or verdict, no app id or endpoint, and no sentence announcing that you are stopping \u2014 the user doesn't know what any of that is, and reading it as an error is the likeliest outcome. \\"Wix Events isn't installed on your site, so I couldn't build the upcoming-events page. Install Wix Events from your dashboard, then ask again and I'll build it.\\" \u2014 that shape, once. **If you have already created or modified files in this session, undo those changes before replying \u2014 path by path, naming each file you wrote, never a bulk revert of the working tree (\`git clean\`, \`git checkout .\`, \`git reset --hard\`, or any "discard all changes"), which also destroys work that was there before you** \u2014 a half-built app that saves is worse than either outcome this rule chooses between.
+3. **Do not soften rule 2.** No partial build, no stub, no CMS collection standing in for the app, no "for when they install it" path, and no offering to build the parts that would work. The site owner installs the app, then asks again. **Where the OUTPUT MESSAGE instruction says to build the feature and list installing a dependent app as a "next step", this rule wins** \u2014 for a missing app there is no build, so there is no next step to list against it.
+4. **\`installed: null\`, or the check itself failing: build, and say the app may need installing.** A verdict you can't trust never stops anything. The exception is a \`null\` carrying \`"reason":"not-installable"\` \u2014 the check refuses that name because there is no app behind it to install: build, and name nothing. Some plain \`null\`s are platform features with nothing to install either \u2014 contacts, coupons, automations and triggered emails, login and logged-in-only gating \u2014 so build and name nothing for those too.
+5. **This outranks the plan.** A blueprint summary or extension description naming a missing app was written without knowing the site; rule 2 wins, and your reply says which planned parts you left unbuilt.
+6. **Never install an app** \u2014 it adds pages, a cart, and checkout to the user's live site.
+
+CMS is exempt: \`wix-site-data-collection\` installs it, so CMS work is never blocked and CMS is never named as missing.
+
+Two names answer nothing: **"Wix CMS"** (the published id is a variant nobody can install) and **"Wix eCommerce"** (cart and checkout have no standalone install \u2014 they arrive with a catalog app). The check refuses both, answering \`installed: null\` with \`"reason":"not-installable"\`, so asking is harmless but decides nothing. For an eCommerce feature, gate on the catalog app it needs instead \u2014 Wix Stores, Wix Bookings, or the specific Wix Restaurants app \u2014 and never tell the user to install eCommerce or CMS.`;
+  }
+});
+
 // ../codegen-common-logic/dist/rules/index.js
 var require_rules = __commonJS({
   "../codegen-common-logic/dist/rules/index.js"(exports2) {
@@ -14734,6 +14759,7 @@ var require_rules = __commonJS({
     Object.defineProperty(exports2, "__esModule", { value: true });
     __exportStar2(require_site_data_layer(), exports2);
     __exportStar2(require_stores_catalog_version(), exports2);
+    __exportStar2(require_vertical_installation(), exports2);
   }
 });
 
@@ -14747,6 +14773,10 @@ var require_site_environment = __commonJS({
     exports2.SITE_ENVIRONMENT_IDENTITY = "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.";
     exports2.SITE_CODEGEN_RULES = [
       { filename: "site-data-layer-rules.md", content: rules_1.SITE_DATA_LAYER_RULES },
+      {
+        filename: "vertical-installation-rules.md",
+        content: rules_1.VERTICAL_INSTALLATION_RULES
+      },
       {
         filename: "stores-catalog-version-rules.md",
         content: rules_1.STORES_CATALOG_VERSION_RULES

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@wix/ditto-codegen-public",
-  "version": "1.0.442",
+  "version": "1.0.443",
   "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": "19c7b1e106b5b7a1aa3bc62b9fc8ebae4ce01f8641d5971c6e7138c3"
+  "falconPackageHash": "da26fbed4274b90d804fbf1672491b33c4725d7a18de167c461deb2f"
 }