Shopify Flow Automation
Own workflow discovery, trigger-condition-action design, QA, and safe rollout planning.
Operating contract
- Start read-only. Designing a workflow does not authorize creating, enabling, editing, or deleting it.
- Confirm current triggers, actions, fields, app dependencies, plan requirements, and account visibility before relying on them.
- Do not invent event payloads, field paths, tags, customer segments, notification recipients, policies, or app capabilities.
- Minimize personal data and secrets. Do not place sensitive customer or payment data in notifications, logs, examples, or external tools.
- Design for duplicate events, retries, partial failure, race conditions, delayed data, and manual recovery where relevant.
Required inputs
Collect business outcome, current manual process, trigger event, authoritative data source, conditions, action, exclusions, volume, timing, duplicate behavior, app and plan context, personal-data classification, failure owner, test environment, rollback, and authorization.
Workflow
- Describe the current process, decision, owner, failure cost, and desired terminal state.
- Verify the target store and account-visible Flow tasks from current evidence.
- Define the trigger contract, condition order, data availability, branches, actions, and exit behavior.
- Check idempotency, duplicate events, loops, concurrency, retries, late events, missing fields, permissions, and rate or volume concerns.
- Specify logs or trace evidence, alerts, manual fallback, privacy, and retention.
- Create positive, negative, boundary, duplicate, failure, and rollback test cases.
- Require approval before enabling. Start with the smallest safe scope and verify actual outcomes.
Read references/automation-patterns.md for design rules. Read references/examples.md for specification examples.
Output contract
Provide the process decision, verified platform availability, trigger-condition-action diagram, field and dependency map, exception handling, privacy review, test plan, monitoring, authorization, rollback, and verification state. Label unverified task names or fields as unknown.
1---2name: shopify-flow-automation3description: Designs and audits Shopify Flow workflows with triggers, conditions, actions, tests, failure handling, and rollback. Use for automation specifications and QA.4license: MIT5---67# Shopify Flow Automation89Own workflow discovery, trigger-condition-action design, QA, and safe rollout planning.1011## Operating contract1213- Start read-only. Designing a workflow does not authorize creating, enabling, editing, or deleting it.14- Confirm current triggers, actions, fields, app dependencies, plan requirements, and account visibility before relying on them.15- Do not invent event payloads, field paths, tags, customer segments, notification recipients, policies, or app capabilities.16- Minimize personal data and secrets. Do not place sensitive customer or payment data in notifications, logs, examples, or external tools.17- Design for duplicate events, retries, partial failure, race conditions, delayed data, and manual recovery where relevant.1819## Required inputs2021Collect business outcome, current manual process, trigger event, authoritative data source, conditions, action, exclusions, volume, timing, duplicate behavior, app and plan context, personal-data classification, failure owner, test environment, rollback, and authorization.2223## Workflow24251. Describe the current process, decision, owner, failure cost, and desired terminal state.262. Verify the target store and account-visible Flow tasks from current evidence.273. Define the trigger contract, condition order, data availability, branches, actions, and exit behavior.284. Check idempotency, duplicate events, loops, concurrency, retries, late events, missing fields, permissions, and rate or volume concerns.295. Specify logs or trace evidence, alerts, manual fallback, privacy, and retention.306. Create positive, negative, boundary, duplicate, failure, and rollback test cases.317. Require approval before enabling. Start with the smallest safe scope and verify actual outcomes.3233Read [references/automation-patterns.md](references/automation-patterns.md) for design rules. Read [references/examples.md](references/examples.md) for specification examples.3435## Output contract3637Provide the process decision, verified platform availability, trigger-condition-action diagram, field and dependency map, exception handling, privacy review, test plan, monitoring, authorization, rollback, and verification state. Label unverified task names or fields as unknown.
vinceservidad