fix(wix-headless): document 12 auto-created demo products and verify-after-delete (GPV-8744) - #950
Open
gilgwix wants to merge 5 commits into
Open
fix(wix-headless): document 12 auto-created demo products and verify-after-delete (GPV-8744)#950gilgwix wants to merge 5 commits into
gilgwix wants to merge 5 commits into
Conversation
The Catalog V3 searchProducts() API returns { products, pagingMetadata },
not { items }. Destructuring items yields undefined and silently renders
an empty product gallery.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
…rchProducts
queryProducts().find() returns result.items[] (query-builder result),
searchProducts({}) returns result.products[] (search response).
The previous single-line comment was correct for neither after the flip.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
…after-delete step (GPV-8744) Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
…bility code (GPV-8742) Agents were generating convincing storefront UI (product gallery, cart badge, checkout button) not backed by real @wix/stores SDK calls. The root cause: CREATE.md §4 directed agents to SDK_HANDOFF.md for package names but never explicitly required reading the per-capability inline recipe before authoring code — leaving the door open to plausible-looking stubs. Adds a pre-code mandate to Read each capability's how-to-code-*.md recipe before writing any pages, and a pre-release grep check to verify addToCurrentCart/productsV3 are actually present in the source. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
CREATE.md §4to Read each capability's inline recipe (how-to-code-*.md) before authoring any page or component code for that capabilityaddToCurrentCart,productsV3) and treat their absence as a broken deliverable, not a warningProblem
Agents were generating convincing storefront UIs — product grids, cart badges, checkout buttons — that weren't wired to real
@wix/stores/@wix/ecomSDK calls. The storefront looked complete but failed entirely at runtime (no items added to cart, currency dropdown with nosetCurrency(), cart badge stuck at 0).Root cause:
CREATE.md §4directed agents toSDK_HANDOFF.mdfor package names, which maps each capability to its inline recipe — but never explicitly required reading that recipe before writing code. Agents could (and did) generate plausible-looking UI from model memory instead, producing stubs that matched the real API shape superficially but called nothing.Jira: https://wix.atlassian.net/browse/GPV-8742
Test plan
createrun for a store site readshow-to-code-a-store.mdbefore authoring product/cart/checkout pagesproductsV3/addToCurrentCartcalls (verifiable with the new grep check)createrun for a bookings site readshow-to-code-bookings.mdbefore authoring availability/booking pages🤖 Generated with Claude Code