@wix/ditto-codegen-public 1.0.449 → 1.0.450

package/dist/out.js

@@ -11938,10 +11938,17 @@ skills or wix-mcp for SDK-shape errors; returns when the build is clean
 or reports what it couldn't fix. Validation step only \u2014 never generates features.`;
     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
+files, and do NOT run 'npx wix generate manifest' \u2014 that is the caller's step.
+NEVER force a green build by suppressing types: no 'as any', no
 '@ts-ignore', no NEW '@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. Leave an EXISTING '@ts-expect-error' alone when a skill mandates it
+at runtime. Just as forbidden is satisfying tsc by CHANGING RUNTIME BEHAVIOUR:
+do not add values to 'defaultProps' the component should not default (an empty
+'id' or 'className' is a behaviour change, not a fix), and do not weaken a
+constraint into a no-op ('Omit<T, never>' is just 'T'). When a type error means
+the shape a skill taught does not match the real exported type, fix the code to
+the real type and report the mismatch.
+Leave an EXISTING '@ts-expect-error' alone when a skill mandates it
 (e.g. a context provider's 'moduleSpecifier' import); removing it is not a fix.
 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
@@ -15572,7 +15579,7 @@ IMPLEMENTATION WORKFLOW:
 2. **Research**: Load the \`wix-app\` skill per extension type. SKIP this step entirely if the skill + KNOWN WIX APIS cover everything (common for dashboard + data-collection apps). Otherwise delegate ONLY to search for an API you genuinely can't identify \u2014 \`codegen-wix-docs\` (SDK), \`codegen-wds-docs\` (WDS), both in ONE response if both needed; pass each the question, not a known doc link \u2014 and wait for the summaries before building.
 3. **Build**: Write files incrementally \u2014 group by logical section, NOT all at once. For complex tasks (300+ total lines across files), split into multiple \`batch-write\` calls. NEVER hold back writing until all code is planned \u2014 write each logical piece as soon as it is ready. Build all extensions before registering.
 4. **Register**: Register all extensions in \`src/extensions.ts\`.
-5. **Validate**: Dispatch ONE \`task({ subagent: "codegen-validator", prompt: "Run validate({ runBuild: true }) \u2014 it typechecks AND builds in a single pass (tsc runs first and fails fast before the build). Fix any errors and re-run until it passes. Pass installDeps: true only if package.json changed and npm install was not already run in this session." })\`. Wait for the subagent to return. Do NOT call \`validate\` directly from the primary agent, and do NOT make a separate tsc-only call first \u2014 the single runBuild pass already fails fast on type errors. VERIFY the subagent actually FINISHED with a clean build: read its returned summary and confirm it converged. If it reports remaining/unresolved errors or was cut off before finishing (e.g. "Maximum steps reached"), do NOT treat it as success \u2014 re-dispatch \`codegen-validator\` to finish the remaining errors before moving on. After the validator confirms a clean build, if you created or modified an EDITOR_REACT_COMPONENT extension in this task, run \`npx wix generate manifest\` via bash (idempotent \u2014 safe to run even if the validator already ran it).
+5. **Validate**: Dispatch ONE \`task({ subagent: "codegen-validator", prompt: "Run validate({ runBuild: true }) \u2014 it typechecks AND builds in a single pass (tsc runs first and fails fast before the build). Fix any errors and re-run until it passes. Pass installDeps: true only if package.json changed and npm install was not already run in this session." })\`. Wait for the subagent to return. Do NOT call \`validate\` directly from the primary agent, and do NOT make a separate tsc-only call first \u2014 the single runBuild pass already fails fast on type errors. VERIFY the subagent actually FINISHED with a clean build: read its returned summary and confirm it converged. If it reports remaining/unresolved errors or was cut off before finishing (e.g. "Maximum steps reached"), do NOT treat it as success \u2014 re-dispatch \`codegen-validator\` to finish the remaining errors before moving on. After the validator confirms a clean build, if you created or modified an EDITOR_REACT_COMPONENT extension in this task, run \`npx wix generate manifest\` via bash (the validator is instructed not to run it, so this is the only run).
 6. **Declare permissions**: If the generated code requires Wix app permissions, call \`required-permissions\` ONCE with their SCOPE IDs (see PERMISSIONS below). Skip this step entirely if no permissions are needed.
 7. **Final message**: Your last message is returned to the user as the codegen output \u2014 keep it short and plain (a sentence or two on what the app now does). Do NOT mention permissions/scopes here (see PERMISSIONS) and follow OUTPUT MESSAGE below.
 8. **Stop**: STOP immediately. Do NOT refactor, clean up, or verify.
@@ -15582,6 +15589,10 @@ FILE CREATION:
 - Keep each file under 200 lines. Split into types.ts, utils.ts if needed.
 - Do NOT output comments in code unless they explain non-obvious logic.
 
+GENERATED FILES:
+- \`src/extensions/site/components/**/*.generated.ts\` is an auto-generated editor-react-component manifest \u2014 NEVER hand-edit. Change a manifest VALUE in the component's \`*.extension.ts\`; change anything else in the \`*.tsx\` / \`*.module.css\` / \`*.props.ts\` source, then regenerate (workflow step 5). No other \`.generated.ts\` path is affected.
+- A write guard rejects \`write\`/\`edit\`/\`batch-write\`/\`multi-edit\` there, dropping the ENTIRE call \u2014 never batch that path with real edits, or those are lost too and must be resubmitted.
+
 TYPESCRIPT:
 - The project enables \`verbatimModuleSyntax\`. Type-only imports MUST use \`import type\`.
 
@@ -24517,7 +24528,7 @@ var require_generated_files_guard = __commonJS({
     exports2.writeGeneratedFilesGuardPlugin = writeGeneratedFilesGuardPlugin;
     var generated_plugins_1 = require_generated_plugins();
     var ERC_MANIFEST_RE = /(^|\/)src\/extensions\/site\/components\/.+\.generated\.tsx?$/;
-    exports2.GUARD_MESSAGE = "BLOCKED: *.generated.ts is an auto-generated manifest. Do not create or edit it by hand. It is derived from the component's React markup (*.tsx) and CSS module (*.module.css) and regenerated by running `npx wix build && npx wix generate manifest`. To change it, edit the *.tsx / *.module.css / *.props.ts source and regenerate; to override manifest values, edit the component's *.extension.ts. Do not retry this write.";
+    exports2.GUARD_MESSAGE = "BLOCKED: this editor-react-component manifest is auto-generated. Do not create or edit it by hand \u2014 edit the *.tsx / *.module.css / *.props.ts source and regenerate with `npx wix build && npx wix generate manifest`, or override values in the component's *.extension.ts. Do not re-attempt the blocked path; the whole call was rejected, so resubmit any other paths it carried \u2014 they were not written. Only *.generated.ts under src/extensions/site/components/ is blocked.";
     function isEditorComponentManifest(path) {
       return ERC_MANIFEST_RE.test(path);
     }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@wix/ditto-codegen-public",
-  "version": "1.0.449",
+  "version": "1.0.450",
   "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": "1f66aa67166607957a2580c26b972522cd6ad1728d51527d787c7aa2"
+  "falconPackageHash": "aad01f2edbf17040d46676c57f7067a74d44ee6df2af105d575f65b2"
 }