@wix/ditto-codegen-public 1.0.490 → 1.0.492

package/assets/commit-message-rule.md

@@ -1,2 +1,3 @@
 COMMIT MESSAGE:
 First thing, before writing any code, call the `set-commit-message` tool. See its description for format and length.
+Your code is saved to the site automatically when your run ends, with that message. You cannot see or check the save, so do not say you cannot confirm it.

package/dist/out.js

@@ -12717,7 +12717,7 @@ var require_brik_import = __commonJS({
     exports2.BRIK_IMPORT_RULES = void 0;
     exports2.BRIK_IMPORT_RULES = `# Brik Tool Import Rules
 
-If \`.wix/agentInput/brikMeta.json\` exists AND its \`brikMeta\` object has \`promptVariant\` set to \`skill-v1\`, this job is a Brik tool import: you MUST invoke the \`wix-brik\` skill FIRST and follow it exactly. It owns the import itself - scaffolding the Editor React Component, running the deterministic import script over \`.wix/agentInput/brikImport.json\`, splicing the tool's creative code, then installing dependencies and building plus generating the manifest. Do NOT derive the component's public surface yourself and do NOT re-tune the manifest.
+Check with \`glob\` whether \`.wix/agentInput/brikMeta.json\` exists. If it exists AND its \`brikMeta\` object has \`promptVariant\` set to \`skill-v1\`, this job is a Brik tool import: you MUST invoke the \`wix-brik\` skill FIRST and follow it exactly. It owns the import itself - scaffolding the Editor React Component, running the deterministic import script over \`.wix/agentInput/brikImport.json\`, splicing the tool's creative code, then installing dependencies and building plus generating the manifest. Do NOT derive the component's public surface yourself and do NOT re-tune the manifest.
 
 The skill does NOT replace step 5 of the workflow: its \`npx wix build\` transpiles without typechecking. Once its DONE WHEN checks pass, still run step 5 as the workflow says, and fix whatever it reports in your spliced code only - never in the script-written surface.
 
@@ -12759,6 +12759,42 @@ For any persistent-data need (CMS collections, tables, schemas, data models):
   }
 });
 
+// ../codegen-common-logic/dist/rules/site-host-modules.js
+var require_site_host_modules = __commonJS({
+  "../codegen-common-logic/dist/rules/site-host-modules.js"(exports2) {
+    "use strict";
+    Object.defineProperty(exports2, "__esModule", { value: true });
+    exports2.SITE_HOST_MODULES_RULES = void 0;
+    exports2.SITE_HOST_MODULES_RULES = `# Site Host Modules Rules
+
+In React code that runs in the Studio 2 viewer (custom elements, Editor React Components, page code, context providers), never import \`@wix/site-*\` host modules (\`@wix/site-window\`, \`@wix/site-site\`, \`@wix/site-location\`, \`@wix/site-seo\`, ...). They call \`window.clientSdk\`, which Studio 2 pages do not have, so every call rejects with "Wix Site SDK only works in a Wix site environment" and nothing happens, in preview and on the published site.
+
+Use the matching site service instead, read with \`useService\` from \`@wix/services-manager-react\`. Take the service's API from the installed package's types, not from memory:
+
+| Instead of | Use |
+|---|---|
+| \`@wix/site-window\` \`openLightbox\` / \`lightbox.getContext\` / \`lightbox.close\` | \`@wix/site-service-lightbox\` |
+| \`@wix/site-window\` \`formFactor\` | \`@wix/site-service-device-info\`. Its device types are named differently from \`formFactor\`: use the values in its types |
+| \`@wix/site-window\` \`viewMode\` | \`@wix/site-service-editor-context\`. It only says whether the site is being previewed; it can't tell the editor from the live site |
+| \`@wix/site-window\` \`rendering.env\` | \`@wix/site-service-rendering-context\` |
+| \`@wix/site-window\` \`warmup-data\` \`get\` / \`set\` | \`@wix/site-service-warmup-data\` |
+| \`@wix/site-site\` \`regionalSettings\` / \`language\` / \`timezone\` (language, text direction, regional format, time zone) | \`@wix/site-service-locale\`. It reports the site's settings, not the language the visitor is viewing |
+| \`@wix/site-site\` \`getSiteDisplayName\` / \`revision\` | \`@wix/site-service-site-info\` |
+| \`@wix/site-site\` \`getSiteThemeHtml\` / \`getFontsHtml\` | \`@wix/site-service-site-theme\`. It returns the theme's colors and fonts as values, not HTML |
+| \`@wix/site-location\` \`to()\` | \`@wix/site-service-router\` |
+| \`@wix/site-location\` \`url\` | \`@wix/site-service-url\` |
+| \`@wix/site-site\` \`currentPage\` / site structure | \`@wix/site-service-pages\` |
+
+There is no service yet for these, so Studio 2 can't do them from viewer code: \`@wix/site-window\` \`multilingual\` (reading or switching the display language), \`@wix/site-seo\` (setting SEO tags from the browser), \`@wix/site-members\`, \`@wix/site-storage\`, \`@wix/site-ecom\`, \`@wix/site-stores\`, \`@wix/site-pricing-plans\`, \`@wix/site-crm\`, \`@wix/site-pay\`, \`@wix/site-realtime\`, \`@wix/site-events\`, \`@wix/site-bookings\`, the \`@wix/site-location\` helpers other than \`to()\` and \`url\` (\`path\`, \`query\`, \`onChange\`, ...), and the \`@wix/site-window\` browser helpers (\`scrollTo\`, \`copyToClipboard\`, \`getCurrentGeolocation\`, \`referrer\`, \`postMessage\`, \`openModal\`, consent policy). Do not substitute \`navigator.language\` for the display language: it is the browser's preference and can differ from the language the site is shown in. Do not set SEO tags from client code: a client effect can't reach crawlers. For any of these, don't guess a workaround; say in your final message that Studio 2 doesn't support it yet.
+
+If a host-module API you need isn't in the table, check the Wix docs for a supported replacement before choosing an approach. Never fall back to a \`@wix/site-*\` host module.
+
+A live site loads a site service only when an extension declares it in the manifest's \`serviceDependencies\`. Preview loads every service, so a missing declaration works in preview and fails after publish: always declare each service you use.
+
+**Embedded scripts are the exception.** They are plain HTML/JS injected into the page, with no services manager, so \`useService\` and \`serviceDependencies\` don't apply. Follow the \`wix-app\` embedded-script reference there, which creates its client from \`@wix/site\` and the \`@wix/site-*\` host modules.`;
+  }
+});
+
 // ../codegen-common-logic/dist/rules/telemetry.js
 var require_telemetry = __commonJS({
   "../codegen-common-logic/dist/rules/telemetry.js"(exports2) {
@@ -12807,7 +12843,7 @@ var require_user_attachments = __commonJS({
     exports2.USER_ATTACHMENTS_RULES = void 0;
     exports2.USER_ATTACHMENTS_RULES = `# User Attachment Rules
 
-If \`.wix/agentInput/userAttachments.json\` exists, the user uploaded files with this request. Its \`userAttachments\` list gives each file's \`fileName\` (as the user named it), \`path\` (under \`.wix/agentInput/attachments/\`), \`mimeType\`, \`sizeBytes\` and \`status\`. Only files with \`status\` \`downloaded\` are on disk; any other status says why the file is missing, and you must not claim to have used it.
+Check with \`glob\` whether \`.wix/agentInput/userAttachments.json\` exists. If it does, the user uploaded files with this request. Its \`userAttachments\` list gives each file's \`fileName\` (as the user named it), \`path\` (under \`.wix/agentInput/attachments/\`), \`mimeType\`, \`sizeBytes\` and \`status\`. Only files with \`status\` \`downloaded\` are on disk; any other status says why the file is missing, and you must not claim to have used it.
 
 - Read the files the request refers to before you write any code. When the request doesn't say which, read them all.
 - When you build or change an Editor React Component from them, first read the \`wix-app\` skill's \`references/editor-react-component/USER-SOURCES.md\` in full, if the skill has it, and follow it: it says how to port the user's code, match a design and upload their images.
@@ -12869,6 +12905,7 @@ var require_rules = __commonJS({
     __exportStar2(require_brik_import(), exports2);
     __exportStar2(require_code_edits_scope(), exports2);
     __exportStar2(require_site_data_layer(), exports2);
+    __exportStar2(require_site_host_modules(), exports2);
     __exportStar2(require_telemetry(), exports2);
     __exportStar2(require_stores_catalog_version(), exports2);
     __exportStar2(require_user_attachments(), exports2);
@@ -14130,6 +14167,10 @@ var require_dist8 = __commonJS({
         { filename: "brik-import-rules.md", content: codegen_common_logic_1.BRIK_IMPORT_RULES },
         { filename: "code-edits-scope-rules.md", content: codegen_common_logic_1.CODE_EDITS_SCOPE_RULES },
         { filename: "user-attachments-rules.md", content: codegen_common_logic_1.USER_ATTACHMENTS_RULES },
+        {
+          filename: "site-host-modules-rules.md",
+          content: codegen_common_logic_1.SITE_HOST_MODULES_RULES
+        },
         { filename: "telemetry-rules.md", content: codegen_common_logic_1.TELEMETRY_RULES }
       ],
       askRules: [{ filename: "telemetry-ask-rules.md", content: codegen_common_logic_1.TELEMETRY_RULES }],
@@ -14527,7 +14568,7 @@ ${environmentIdentity}`;
   - \`multi-edit\` to apply N find-and-replace edits across one or more files in one call. NEVER call \`edit\` more than once per turn \u2014 use multi-edit instead. \`edit\` is reserved for a single edit to one file. When ${multiEditContextClause} across N files, use ONE \`multi-edit\` with all N edits.
   - \`apply_patch\` (when available): inside each \`*** Update File\` section, list hunks in FILE ORDER, top to bottom. The applier only searches forward from where the previous hunk matched, so a hunk whose lines sit ABOVE the previous one fails with "Failed to find expected lines" even though the lines exist \u2014 the whole patch is then rejected. Unsure of the order? Re-read the file first, or split into one patch per hunk.
   - Tool arguments are strict JSON, and \`write\`/\`edit\`/\`batch-write\`/\`multi-edit\`/\`apply_patch\` write \`content\`/\`oldString\`/\`newString\`/\`patchText\` to disk EXACTLY as decoded from that JSON \u2014 there is no second unescaping pass, so encode for the ONE decode that happens. Use \`\\n\`/\`\\t\`/\`\\"\` in the JSON when you want the file to contain a REAL newline/tab/quote character (a raw unescaped newline inside a JSON string value breaks parsing). If the file itself must contain the two LITERAL characters backslash-then-n (e.g. inside a string literal like \`.join('\\n')\`, a regex, or an already-escaped JSON value), escape the backslash itself in your JSON so it survives the one decode intact \u2014 do NOT emit a bare \`\\n\` expecting a tool to turn it back into two literal characters for you; none of them do.
-- For tools where no batch variant exists (e.g. \`grep\`, \`glob\`), still emit MULTIPLE \`tool_use\` blocks in a SINGLE response when the calls are independent. Sequential turns waste a model round-trip per call.`;
+- For tools where no batch variant exists (e.g. \`grep\`, \`glob\`), still emit MULTIPLE \`tool_use\` blocks in a SINGLE response when the calls are independent. Sequential turns waste a model round-trip per call. If \`grep\` fails with "Ripgrep JSON record exceeded", a matching line is huge (a minified or generated file): do not repeat it, search that file with \`bash\` (\`grep -o -E '.{0,120}PATTERN.{0,120}' <file>\`) or read the part you need with \`read\` and an offset.`;
     }
   }
 });
@@ -15639,6 +15680,9 @@ var require_config = __commonJS({
       // harmless read.
       "/root/.config/opencode/rules/**": "allow",
       "/root/.opencode/**": "allow",
+      // A failed `npm install` prints the path of its log here, and agents read it
+      // to see why. Same auto-reject as above otherwise.
+      "/root/.npm/_logs/**": "allow",
       "/tmp/**": "allow"
     };
     var PLANNING_TOOLS_DENIED = {
@@ -17758,6 +17802,7 @@ var require_executor = __commonJS({
     exports2.applyPostRunValidation = applyPostRunValidation;
     exports2.executeOpenCode = executeOpenCode;
     exports2.resolveFinalRunCost = resolveFinalRunCost;
+    exports2.buildOpenCodeInvocation = buildOpenCodeInvocation;
     var child_process_1 = require("child_process");
     var ditto_codegen_types_12 = require_dist4();
     var config_12 = require_config();
@@ -17934,18 +17979,22 @@ var require_executor = __commonJS({
       });
       return { ...usage, cost: runCost };
     }
-    function buildArgs(prompt, continueSession) {
+    var MAX_PROMPT_ARG_BYTES = 64 * 1024;
+    function buildOpenCodeInvocation(prompt, continueSession) {
       const sessionArgs = continueSession ? ["--continue"] : [];
-      return [
+      const args = [
         "run",
         ...sessionArgs,
         "--print-logs",
         "--log-level",
         "ERROR",
         "--format",
-        "json",
-        prompt
+        "json"
       ];
+      if (Buffer.byteLength(prompt) > MAX_PROMPT_ARG_BYTES) {
+        return { args, stdinPrompt: prompt };
+      }
+      return { args: [...args, prompt] };
     }
     async function executeOpenCodeOnce(options, attempt, maxAttempts, toolUsage) {
       const { prompt, outputPath, projectId, onStdout, onStderr, continueSession = false } = options;
@@ -17983,7 +18032,7 @@ var require_executor = __commonJS({
           finalize
         };
         try {
-          const args = buildArgs(prompt, continueSession);
+          const { args, stdinPrompt } = buildOpenCodeInvocation(prompt, continueSession);
           logger_12.logger.info("[OpenCode] Executing opencode run", {
             attempt,
             maxRetries: maxAttempts,
@@ -18000,9 +18049,14 @@ var require_executor = __commonJS({
           ctx.child = (0, child_process_1.spawn)("opencode", args, {
             cwd: outputPath,
             env,
-            stdio: ["ignore", "pipe", "pipe"],
+            stdio: [stdinPrompt === void 0 ? "ignore" : "pipe", "pipe", "pipe"],
             detached: true
           });
+          if (stdinPrompt !== void 0) {
+            ctx.child.stdin?.on("error", () => {
+            });
+            ctx.child.stdin?.end(stdinPrompt);
+          }
           timers.timeoutId = (0, process_handlers_1.setupTotalTimeout)(ctx);
           timers.idleCheckId = (0, process_handlers_1.setupIdleWatchdog)(ctx);
           (0, process_handlers_1.setupStdoutHandler)(ctx, onStdout);
@@ -23567,7 +23621,7 @@ var require_bi_events = __commonJS({
     var types_1 = require_types_impl();
     var bi_logger_1 = require_bi_logger2();
     var logger_12 = require_logger();
-    var MAX_JOB_INPUT_LENGTH = 3e4;
+    var MAX_JOB_INPUT_LENGTH = 5e3;
     var TRUNCATION_SUFFIX = "\u2026";
     var JOB_STATUS_MAP = {
       COMPLETED: "successful",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@wix/ditto-codegen-public",
-  "version": "1.0.490",
+  "version": "1.0.492",
   "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": "7decfa063afb512f018a47dd2b1618621515a849ccea73a3917ab628"
+  "falconPackageHash": "2af551fe25ec6f9cf9f40e58d6be2436e7f01c0f383bd854d1160092"
 }