Step 1
Gather the signals the merchant accepts as evidence for a change, the fields automation may edit, the products excluded from automation, and the current values of every candidate field as the restore record.
The team wants catalog edits to run automatically, but no one has said which evidence justifies a change. In this case, the immediate task is to define evidence-based automated product improvements. The workflow should produce a specification with before-and-after samples where every edit traces to a stated signal, and list the inputs still unresolved.
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 define evidence-based automated product improvements.
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 merchant's accepted evidence signals, the fields automation may edit, excluded products, and current values of candidate fields as the restore record]. Define each automation as a stated signal, a condition or threshold supplied by the merchant, and an action limited to the allowed fields, treating any case where the signal is missing, stale or below the merchant's stated confidence level as no-change.
Return a workflow specification with sample before and after records and note inputs still unresolved 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.
Gather the signals the merchant accepts as evidence for a change, the fields automation may edit, the products excluded from automation, and the current values of every candidate field as the restore record.
Define each automation as a stated signal, a condition or threshold supplied by the merchant, and an action limited to the allowed fields, treating any case where the signal is missing, stale or below the merchant's stated confidence level as no-change.
Deliver the specification with before-and-after sample records for every automation, trace each sample edit to the signal that triggered it, and verify the after values against the allowed field list while listing the inputs still unresolved.
Cover decision rules, frequent misunderstandings, and required inputs so the team aligns on prerequisites before execution.
The case is treated as no-change and logged. Acting on stale evidence edits products on guesswork, which is how correct data gets overwritten. The log lets the merchant fix the signal source rather than hunt silent skips.
The run log records the signal value, the condition result, the prior value and the new value per edited product. That trail is what turns a suspicion into a checkable fact weeks later. Edits found without a log entry are treated as errors and restored.
It shows which automations cannot run safely yet, so a partially approved spec is never mistaken for a complete one. Each unresolved input is named with the decision needed to close it. Automations depending on them stay disabled until that decision lands.
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.