Shopify Flow 自动化：上线前跑三种订单样本

公开核心框架

• 区分低风险工作提示与会影响客户、付款、库存、履约或权益的高后果决定。再确认输入字段是否稳定。只有低风险且字段稳定的输出，才进入自动化候选；其他情况先提醒人工或暂停。
• 写下业务目标、trigger、输入事实及读取位置、condition、低风险输出、禁止自动决定的事项、通知接收人、run 日志、目标系统回读、暂停动作和人工替代。没有 owner、消费者或恢复点的 workflow 先不建。
• 确认订单、customer、历史订单条件、履约和 tracking 字段实际在何时可读，并分清单个对象和列表。字段不存在或仍在写入时，不要用猜测的 condition 代替事实。
• 分别验证字段稳定的正常订单、履约或 customer 数据未完成的边界订单，以及出现相关记录或重复输出的异常订单。每一条都要回读 Flow run、订单时间线、内部通知和 connector 目标记录。
• 记录订单创建和付款 workflow、tag 反馈、主题脚本、Web Pixel、GTM、销售渠道、CAPI 和 connector 的配置与时间。暂停持续写入的 action，在受控测试面一次只关闭或改写一个候选路径，再比较前后证据。
• 明确谁会接收通知、谁能查看目标系统、错误后先停哪条写入、如何保留 run detail，以及人工怎样继续完成工作。激活后回读第一次真实 run；第 7 天再复查重复、错误条件、权限和无人使用的通知。