Step 1
Start from the documented specifications, the variant attributes on record, the approved terminology and units, and the feature text currently on the page so any drift can be measured.
Feature text on the page has drifted from what the product documentation states, and some attributes have no source at all. In this case, the immediate task is to explain product features using supported details. The workflow should produce feature descriptions that carry their source, mark attributes with no recorded origin and list the gaps still open.
First replace every [bracketed] placeholder with real store scope and constraints, then add any actual records or data you have, and paste it into your preferred AI assistant or Spark agent. Spark will follow this page's workflow to produce structured output and verification steps.
Act as a Shopify operations specialist.
Help me explain product features using supported details.
My store context is [describe the business, products and target audience].
My scope is [specify the affected products, pages, customers or reporting period]. Use these inputs: [the documented specifications, the variant attributes on record, the approved terminology and units, and the feature text currently on the page].
Describe each feature using only the attributes those records confirm, keep the recorded unit and term rather than a looser synonym, and mark any attribute with no recorded origin as unverified instead of inferring it from a similar product.
Return the descriptions with their sources for the specified task.
Show the relevant evidence or before-and-after examples and explain how I can verify the result.
If essential data is missing, ask for it and mark unsupported conclusions as unknown.
Do not invent metrics, product claims or customer facts.
For any publication, message, account or store change, use only connected tools within my explicitly authorized scope and report success only after verification; otherwise provide the draft or proposed steps.Split the work into input, judgment, and deliverable phases. Verify each step's output before moving to the next.
Start from the documented specifications, the variant attributes on record, the approved terminology and units, and the feature text currently on the page so any drift can be measured.
Describe each feature using only the attributes those records confirm, keep the recorded unit and term rather than a looser synonym, and mark any attribute with no recorded origin as unverified instead of inferring it from a similar product.
Deliver the feature descriptions with their source beside each attribute, then verify the wording against the supplied records, list the attributes still missing an origin and note every point where the new text differs from what the page says today.
Cover decision rules, frequent misunderstandings, and required inputs so the team aligns on prerequisites before execution.
Compare the current page text against the documented attribute by attribute and record each difference. A rewrite that matches the documentation in meaning but not in wording is still drift, and it is worth noting.
No, only from a record, because appearance does not establish a measured value. Mark it unverified and request the figure, since a written attribute becomes a promise at the moment of checkout.
Yes, to the units and terms the merchant has approved, but keep the conversion visible. Changing a unit silently leaves the new text disagreeing with every record that still uses the old one.
Start with scenarios under the same topic, then expand into cross-topic matches suggested by similarity.
Ciwi Spark builds Shopify-native AI tools and agents around the workflows merchants actually run: research, ads, translation, and customer support. Stop rewriting the same prompts by hand.