原来Shopify内置AI这么强大！最新 Sidekick 实战指南

不会写代码，也能让 Shopify 帮你盯库存、分客户、查转化、跟进订单。本文整理 Sidekick 最近三个月的重要更新，并给出 9 大类、40 个经过安全改写的实用提示词。替换店铺里的金额、标签、邮箱和 App 名称后即可使用。

很多 Shopify 卖家已经用过 AI 写产品描述，却还没真正用过 Sidekick。

两者最大的不同是：普通 AI 只能告诉你“应该怎么做”，Sidekick 就在 Shopify 后台里，能够结合你的商品、客户、订单和库存数据，把自然语言要求变成报告、设置建议或 Shopify Flow 工作流。

它可以帮你完成这些事：

• 库存低于阈值时提醒采购；
• 自动识别新客、回头客和高价值客户；
• 找出滞销商品、异常退款和低转化页面；
• 通过 Klaviyo、内部邮件、物流或积分 App 执行动作；
• 根据一句话创建 Flow，并用店铺数据生成测试事件；
• 在手机上辅助调整网店模块；
• 为固定的后台工作生成内部小工具。

但 Sidekick 不是“全自动店长”。它越接近价格、折扣、客户触达、订单取消和主题发布，人工审核越重要。

这篇指南只采用一种使用原则：先让 AI 建草稿，再让测试证明它没问题，最后由人决定是否启用。

Sidekick、Magic、Flow，先分清这三个工具

• Shopify Magic

• Shopify Flow

• Shopify Sidekick

例如，你让 Sidekick 找出 60 天没有销量的商品，这是数据分析；让它起草清仓邮件，属于内容生成；让它在库存低于 10 件时通知采购，则是在创建 Flow。

最近三个月，Sidekick 强在哪里？

本文检索范围为 2026 年 5 月 5 日至 8 月 5 日。最值得卖家关注的变化有五个。

App 联动：开始连接第三方 App

Sidekick App Extensions 已于 6 月 17 日上线。Klaviyo、Loop、Smile、Judge.me、Checkout Links、Matrixify 等首批合作伙伴，可以把自己的数据和动作开放给 Sidekick。

这不代表 Sidekick 能读取任何 App。正确做法是先问：

请列出当前店铺已安装的 App 中，哪些支持 Sidekick App Extensions 或 Shopify Flow 连接器；分别说明你能读取的数据、能够执行的动作和需要我批准的权限。只列出能力，不执行任何操作。

Flow 测试：可以先生成测试事件

Sidekick 现在能参考真实店铺数据，为 Flow 生成测试事件，覆盖不同条件分支。商家可以先修改测试数据，再运行测试。

所以不要再用“创建后直接启用”。应该要求它：创建未启用工作流—生成正反测试—显示每条路径—等待批准。

移动端：手机上也能辅助改网店

移动端 Online Store Editor 已经接入 Sidekick。卖家可以选中具体 section 或 block，让它调整文案、模块数量或移动端间距。

这适合小范围修改，不代表它可以绕过权限任意修改结账页面、全局主题代码或所有模板。

商品集合：支持更复杂的条件

Collections 已支持多数据源和变体级条件。卖家可以要求 Sidekick 创建更细的集合，例如：“美国市场可售、蓝色或黑色、M/L 码有货、评分高于 4.5 的夏季商品。”

日常经营：进入库存采购场景

它不仅能回答“昨天卖了多少”，还可以协助补货判断、采购订单草案、后台多任务和自定义内部 App。部分能力受套餐、地区和 Early Access 状态限制，以自己后台实际出现的功能为准。

小白使用前，先做这 5 项准备

1. 在 Shopify 后台安装免费的 Shopify Flow App。
2. 第一次搭 Flow 尽量使用桌面端，方便检查可视化分支。
3. 确认提示词中使用的标签、metafield、客户分群和通知邮箱真实存在。
4. 涉及邮件、短信、推送、积分或物流状态时，确认相应 App 已安装并提供 Flow 连接器。
5. 约定审批人：谁能启用 Flow、发布主题、创建折扣和取消订单。

万能提示词结构

一个可靠的 Flow 提示词至少要有：

触发器 + 条件 + 排除项 + 动作 + 通知对象 + 测试要求 + 审批要求

下面每条提示词已经按这个结构重写。金额、库存阈值、标签、日期、邮箱和频道只是示例，使用前要替换成自己的设置。

如果某条提示词没有写明测试要求，建议在末尾加上这段“安全尾句”：

先检查以上标签、字段、分群和 App 动作是否真实存在。只创建未启用的工作流，不执行真实发送、发布、取消订单或批量修改。生成至少一个应触发和一个不应触发的测试事件，显示每条路径和变更清单，等待我确认。

第一类：库存与履约，共 7 条

1. 低库存时发送邮件提醒

当任一商品变体的可售库存从 15 件以上降到 15 件以下时，向 inventory@example.com 发送内部邮件，主题为“低库存提醒｜商品标题｜SKU”，正文包含商品标题、变体名称、SKU、当前库存和后台链接；同时给商品添加 low-stock 标签。若已经有该标签，不要重复执行。创建为未启用工作流，并生成库存为 14 和 16 的测试事件。

使用前：把示例邮箱换成实际收件人；多仓店铺要说清楚判断“单个地点库存”还是“全店总库存”。

2. 售罄自动隐藏，补货自动恢复

当商品变体库存变化时，检查该商品所有变体的可售库存总和。如果总和为 0，并且商品当前已发布到 Online Store，则从 Online Store 取消发布；如果总和重新大于 0，并且商品仅因售罄被取消发布，则重新发布。排除带 preorder、coming-soon 或 do-not-unpublish 标签的商品。保持为单一线性流程，没有变化时不执行动作。先创建未启用版本并测试售罄、补货和排除商品三条路径。

使用前：自动下架会影响 SEO、广告落地页和订阅补货页面，预售商品必须排除。

3. 自动维护商品状态标签

当商品创建、状态更新或变体库存变化时维护以下标签：所有变体可售库存为 0 时添加 out-of-stock；总库存低于 10 且大于 0 时添加 low-stock；compare-at price 高于实际售价时添加 on-sale。条件不再成立时移除对应标签。不要改动其他标签。创建未启用工作流，并分别测试缺货、低库存、促销和恢复正常四种情况。

使用前：如果其他 App 也会重写商品标签，加入适当的 Wait，并测试标签是否会被覆盖。

4. 超过 3 天仍未发货时提醒

每天上午 9 点运行。获取创建时间超过 3 天、付款状态为已付款、履约状态仍为未发货或部分发货的订单，排除 preorder 和 hold 标签。给订单添加 fulfillment-delayed 标签，并向 fulfillment@example.com 发送内部邮件，包含订单号、下单时间、客户姓名、商品明细和后台链接。若已发送过提醒，不要重复发送。创建未启用工作流并显示查询条件。

使用前：Scheduled time 本身没有订单数据，需要搭配 Get order data；单次最多返回 100 条，订单量大的店铺要分批查询。

5. 每周找出滞销商品

每周一上午 9 点运行。使用 Get product data 查找当前库存大于 0、过去 60 天销量为 0 的商品，排除新上架不足 60 天、预售、礼品卡和带 do-not-clearance 标签的商品。给命中商品添加 slow-mover 标签，并向 merchandising@example.com 发送内部邮件，包含商品名、库存、所属集合和后台链接。不要创建折扣或改价。先创建未启用工作流，对最多 20 个商品测试并展示名单。

使用前：如果原生查询无法直接得到 60 天销量，让 Sidekick 先说明需要用订单数据、报表还是外部 App，不能凭空判断。

6. 根据销售速度提醒补货

当带 fast-mover 标签的商品变体可售库存低于 20 件时，计算或读取过去 30 天平均日销量，向 purchasing@example.com 发送内部邮件，包含商品名、SKU、当前库存、平均日销量、预计可售天数和后台链接；同时添加 reorder-needed 标签。不要创建采购订单。数据不足时标记“无法计算”，不要猜测。创建未启用版本并生成测试事件。

使用前：平均日销量不是所有触发器都直接提供。先检查数据来源，不能用臆测数字补齐。

7. 识别缺货或预订订单

订单创建后等待 20 秒，再检查订单仍未取消且仍有未完成履约。如果任一商品行满足以下条件，则给订单添加 backordered 标签：变体可售库存小于 0；商品带 custom-product 或 always_backordered 标签；或自定义属性 backorder_status 的值等于 pending。随后向 fulfillment@example.com 发送内部邮件，包含订单号、客户姓名、商品标题、SKU、命中的判断条件和当前履约状态。不要向客户自动发送消息。创建未启用版本，并测试普通订单、缺货订单、已取消订单三条路径。

使用前：状态判断必须使用“未取消并且未关闭”，不能把多个否定条件用 or 连接，否则几乎所有订单都会命中。

第二类：客户标签与分群，共 4 条

8. 按终身消费额划分高价值客户

当订单付款后，检查客户终身消费总额。超过 500 美元时添加 high-value；超过 2,000 美元时移除 high-value 并添加 high-value-top-tier。若店铺存在 Top Customers 客户分群，请确认该分群能否通过标签自动纳入；若不存在，只添加标签并提示我创建分群。不要重复加标签。先创建未启用版本并测试 499、501 和 2,001 美元三种情况。

9. 根据 UTM 来源标记获客渠道

订单创建时，从订单的 customer journey、landing page 或可用的 UTM source 字段读取首次获客来源。来源包含 facebook 或 meta 时添加 acquired-facebook；包含 google 时添加 acquired-google；包含 tiktok 时添加 acquired-tiktok。若订单没有可用 UTM 数据，不加标签，并记录“来源未知”。先显示实际可用的数据字段，再创建未启用工作流。

使用前：不要假定每笔订单都有 UTM；隐私设置、直接访问和跨设备购买都会造成缺失。

10. 自动区分新客、回头客和忠实客户

订单付款后检查客户累计已付款订单数：第 1 单添加 first-time-buyer；第 2 至第 3 单移除 first-time-buyer 并添加 returning；第 4 单及以上移除前两个标签并添加 loyal。若订单被取消或未付款，不计入次数。先创建未启用版本并测试第 1、2、3、4 单。

使用前：这里特意补上了“第 3 单”，避免客户落入没有标签的空档。

11. 按收货国家划分市场

订单创建时读取 shipping address country code。美国添加 market-US，澳大利亚添加 market-AU；属于欧盟成员国名单的国家添加 market-EU。英国不计入欧盟。若国家代码缺失，不加标签。先列出你将采用的欧盟国家代码，再创建未启用工作流并测试 US、AU、DE、GB 四种地址。

第三类：营销活动与报告，共 5 条

12. 新集合创建后发布并通知营销团队

当新集合创建时，先检查集合标题、handle、商品数量和 SEO 信息是否完整。符合条件且不带 draft-only 标签时，准备发布到 Online Store 和 Shop 渠道，并向 marketing@example.com 发送内部邮件，包含集合名称、URL 和后台链接。不要直接发布；先创建未启用工作流并显示发布条件及两个渠道是否可用，等待批准。

13. 一次搭好返校季活动骨架

为 Back to School 2026 创建未发布的活动草案：建立集合 Back to School 2026，纳入带 school-essentials 标签的商品；起草折扣码 B2S15，对该集合优惠 15%，有效期为店铺时区 8 月 1 日 00:00 至 8 月 15 日 23:59；创建一条在活动开始时向 marketing@example.com 发送内部邮件的未启用 Flow。先检查折扣叠加规则、礼品卡和低毛利商品，并显示预计命中商品和全部变更，不要发布或启用。

使用前：年份和日期每次都要改，尤其注意店铺时区与折扣是否允许叠加。

14. 唤醒 60 天未购买的欧洲客户

每周运行一次。使用 market-EU 标签和订单数据，找出过去 60 天没有已付款订单的客户，排除已退订营销、没有有效邮箱、过去 14 天已收到召回活动以及带 do-not-contact 标签的客户。给符合条件者添加 eu-reactivation 标签，并通过已连接的邮件 App 触发指定的 reactivation-20 模板。折扣有效期 14 天。先确认邮件模板、客户同意状态和 App 动作存在；创建未启用工作流并显示预计人数。

15. 活动结束后自动生成成绩单

在促销结束时间后 24 小时运行，统计折扣码 [填写折扣码] 的使用订单数、净销售额、退款额、平均订单金额和新客占比，并向 marketing@example.com 发送内部汇总邮件。若 Flow 无法直接得到某项指标，就生成 Sidekick 报告并标注数据来源，不要编造。先创建未启用工作流，并用一个已结束的测试折扣验证口径。

使用前：Flow 没有通用的“折扣停用”触发器时，使用 Scheduled time 和明确的活动结束时间。

16. 查看 Google Shopping 流量

只做数据分析，不修改店铺。生成过去 30 天 Google Shopping 流量报告，按商品拆分 sessions、订单数、转化率和销售额，并与此前 30 天比较。列出流量增长但转化下降、以及流量下降但转化正常的商品。无法从 Shopify 数据获得的广告花费和 ROAS 请列为“需要 Google Ads 数据”，不要猜测。

这是一条 Sidekick 报表提示词，不需要强行做成 Flow。

第四类：转化率优化，共 6 条

17. 高价值弃购分层召回

当客户放弃结账后等待 30 分钟。如果金额超过 150 美元，添加 high-value-abandoner 标签，并通过已连接的短信 App 发送包含购物车摘要和静态折扣码 SAVE10 的模板；24 小时后不再允许该客户使用该优惠。金额不超过 150 美元时，发送标准弃购邮件模板。排除已购买、过去 14 天已收到弃购信息、未同意相应营销渠道或带 do-not-contact 标签的客户。不要动态创建无限量折扣码；先验证模板、同意状态和折扣资格设置，创建未启用工作流。

18. 首单高于平均客单价时打标签

第一步只分析过去 90 天已付款且未取消订单的平均订单金额，并展示计算口径。待我确认阈值后，再创建未启用 Flow：客户完成首个已付款订单时，订单金额高于确认阈值则添加 high-value-first-buyer，否则添加 standard-first-buyer。不要让运行中的 Flow 每次自行改变阈值。测试略低于、等于和高于阈值三种情况。

19. 浏览商品但未购买时召回

使用 Customer left online store without making a purchase 触发器。等待 2 小时后，检查客户没有开始结账、没有下单，并且过去 14 天没有收到商品浏览、购物车或结账召回信息。仅向已同意邮件营销且有邮箱的客户发送指定的 product-browse 模板。若当前店铺没有该触发器或 Shopify Messaging 动作，说明缺少的功能，不要用不存在的字段代替。创建未启用工作流并测试已购买和未购买两条路径。

20. 标记高退款商品

当 Refund created 触发时，逐一读取退款商品。统计每个商品过去 30 天的退款次数；达到 5 次或以上时添加 high-return-rate 标签，并向 cro@example.com 发送内部邮件，包含商品标题、退款次数、退款金额和后台链接。排除测试订单和已标记商品。若原生 Flow 无法直接按商品统计 30 天退款次数，请先提出使用商品 metafield 计数或 Get order data 的方案，等待确认后再构建。创建未启用工作流并测试部分退款和整单退款。

21. 每周筛查低转化商品页

只做 Sidekick 数据分析，不直接建 Flow。每周一分析过去 7 天商品页数据，筛选 sessions 超过 500 且购买转化率低于 2% 的商品；输出商品名、sessions、加购率、到达结账率、购买转化率和后台链接。与此前 28 天均值比较，并生成 needs-CRO-review 标签的待修改清单。没有页面级数据时说明缺少的数据源，不要自动给商品加标签。

使用前：页面访问和商品购买数据不一定能由原生 Flow 直接查询，适合先做 Sidekick 报表，再人工批准标签。

22. 高价值弃购提供积分奖励

当客户放弃金额超过 100 欧元的结账时，添加 high-intent 标签。若已安装的忠诚度 App 和推送 App 都提供 Flow 动作，并且客户已同意推送，则发送“12 小时内完成购买可获额外积分”的指定模板。不要自行决定积分数量；使用 loyalty-abandonment-offer 中预先配置的奖励规则。创建未启用工作流，显示将调用的两个 App 动作并测试无营销同意的客户。

第五类：忠诚度与留存，共 3 条

23. 第 3 次购买时奖励回头客

订单付款后检查客户已付款订单数。当这是第 3 单时：通过已连接邮件 App 发送 founder-third-order-thanks 模板；在订单备注中提示履约团队加入手写感谢卡；通过已连接的忠诚度 App 发放 [填写积分数] 积分。排除取消、测试和全额退款订单。先确认邮件营销同意、邮件模板和积分动作存在，创建未启用工作流并测试第 2、3、4 单。

24. 按终身消费额管理 VIP 层级

订单付款后检查客户终身消费额。超过 500 欧元时添加 VIP；超过 2,000 欧元时移除 VIP 并添加 VIP-Gold，同时通过已连接邮件 App 发送 VIP-Gold 模板。若低于门槛，不做操作。只有已同意营销的客户才发送邮件。创建未启用工作流，测试两个门槛两侧的情况。

25. 高 CLV 客户优先履约

订单付款后，如果客户累计消费额超过 1,000 美元，则添加 high-CLV 标签；当 high-CLV 客户产生新订单时，给订单添加 priority-fulfillment，并向 fulfillment@example.com 发送内部通知。不要自动改变配送方式或承诺送达日期。创建未启用工作流，并测试普通客户和高 CLV 客户。

第六类：客户沟通，共 5 条

26. 首单后发送创始人感谢邮件

客户完成第 1 个已付款订单后等待 1 小时。如果订单未取消，且客户已同意邮件营销，则通过已连接邮件 App 发送 founder-first-order-thanks 模板。不要临时生成并直接发送邮件正文。创建未启用工作流，并测试首单、第二单和已取消订单。

27. 到货 14 天后标记为可邀请评论

当 Fulfillment event created 的状态为 delivered 时，检查评论 App 中该客户没有提交过此订单的评论。等待 14 天；若期间没有退款、退货或客服争议，则添加 review-eligible 标签。只做标签，不直接发送邀评邮件。先确认物流服务会回传 delivered 事件、评论 App 有对应 Flow 触发器或动作，再创建未启用工作流。

使用前：手动履约不会自动产生第三方 delivered 事件；没有物流或评论 App 时，这条流程无法完整工作。

28. 配送逾期时主动发短信

当物流服务提供的预计送达时间已过，且最新 Fulfillment event 仍为 in_transit 时，给订单添加 delivery-delayed。仅当短信 App 已连接、客户已同意短信营销且存在 delivery-delay 模板时，发送包含跟踪链接的短信；否则只向客服团队发内部通知。创建未启用工作流，测试准时、逾期和无短信同意三种情况。

29. 第 10 次购买时庆祝

订单付款后检查客户已付款订单数。当这是第 10 单时，通过已连接邮件 App 发送 tenth-order-thanks 模板，并在订单备注中提示履约团队加入手写感谢卡。不要自动添加未审批的实物赠品。排除测试、取消和全额退款订单。创建未启用工作流并测试第 9、10、11 单。

30. 两阶段弃购召回

当 Customer abandons checkout 触发后等待 4 小时；若客户仍未下单，并且已同意邮件营销，则通过已连接邮件 App 发送 abandoned-checkout-1 模板。再等待至触发后 24 小时；若仍未购买，且过去 14 天没有收到其他弃购系列，则发送 abandoned-checkout-2。排除 do-not-contact 和已经恢复购买的客户。创建未启用工作流并测试两个等待节点。

第七类：订单、风控与 B2B，共 7 条

31. 标记高金额首单供人工复核

新客户完成首个订单且金额超过 500 美元时，给订单添加 high-value-first-order，并向 risk-review@example.com 发送内部邮件，包含订单号、订单金额、国家代码和后台链接。不要在邮件正文发送完整收货地址或其他不必要的个人信息，也不要自动取消或退款。创建未启用工作流，并测试老客户、高低金额两组情况。

32. 高风险订单先冻结履约

使用 Order risk analyzed 触发器。当 Shopify 欺诈分析结果为 high 时，对所有 fulfillment orders 添加风险原因的 hold，给订单添加 fraud-review，并向风控人员发送内部通知。24 小时后如果风险仍未解除，只再次提醒人工复核，不自动取消、退款或发客户邮件。创建未启用工作流，确认店铺支付捕获方式，并用测试订单验证。

使用前：官方虽提供自动取消高风险订单的模板，但小白店铺建议先冻结履约、人工复核，避免误杀真实客户。

33. 识别超过账期仍未付款的预付款订单

订单付款方式为 Bank Transfer 或 Prepayment 时等待 10 天，再检查订单仍未付款且未取消。给订单添加 unpaid-review 标签，在订单备注写明“预付款超过 10 天未到账”，并向管理员发送订单号、客户姓名、订单金额和后台链接。不要自动取消订单或发送客户邮件；由管理员核对银行到账记录后处理。创建未启用工作流并测试已付款和未付款订单。

使用前：银行转账可能存在入账延迟。自动取消只能在财务流程稳定、测试充分并获得明确批准后另建版本。

34. 识别疑似批发或异常大单

当订单中同一商品的总数量超过 10 件时，给订单添加 bulk-order，并向 sales@example.com 发送订单号、商品、数量、金额和后台链接。对履约添加 hold，等待销售团队确认；不要自动履约、取消或修改价格。创建未启用工作流并测试 10 件和 11 件。

35. 自动记录退款标签

当 Refund created 触发时，给订单添加 refunded，给客户添加 has-refund。若本次退款金额超过 200 美元，再向 refunds@example.com 发送内部邮件，包含订单号、退款金额、退款类型和后台链接。部分退款也要保留原订单状态，不要把“退款”误判为“整单退货”。创建未启用工作流并测试部分退款、全额退款和重复退款。

36. 新 B2B 公司订单提交为草稿审核

仅针对 Shopify Plus B2B。先列出公司及 company locations 中，哪些是新建、分销商或带 check-required 标记。为这些 company locations 起草“Submit all orders as drafts for review”的 checkout setting 修改清单，不立即应用。显示会受到影响的公司、地点和当前设置，等待逐项批准。不要尝试用普通 Flow 条件替代 company location 的 B2B checkout setting。

使用前：这是 B2B 公司地点的结账设置，不是普通订单 Flow；Shopify B2B 需要 Plus。

37. 自动标记 B2B 订单

订单创建时，如果订单关联了 company 和 company location，则给订单添加 B2B 标签；普通 D2C 订单不处理。不要仅凭客户邮箱域名或订单金额猜测 B2B 身份。创建未启用工作流，并测试公司订单和普通订单。

第八类：商品目录优化，共 2 条

38. 使用目录审计 App 检查 AI 可读性

当商品创建或状态更新时，如果已安装并连接 Vizby.ai 或同类目录审计 App，则调用其产品审计动作，检查标题、HTML 描述、SEO metadata、标签、图片 alt text 和结构化 metafield，并把 AI-readiness score 与建议写入指定 metafield。不要自动覆盖现有商品内容；先把建议保存为待审核结果。创建未启用工作流，并测试一个测试商品。

使用前：这不是 Shopify 原生动作，必须安装提供相应 Flow 连接器的目录审计 App。

39. 从商品描述提取卖点写入 metafield

每天运行一次，使用 Get product data 获取最近更新且没有 benefits-processed 标签的商品，每次最多处理 100 个。读取商品描述中以单独一行 BENEFITS 开头、到描述结尾之间的内容；使用 Run code 清理为卖点列表，写入 list 类型 metafield custom.benefits。仅在明确找到 BENEFITS 区块时写入；不要从普通描述中自行编造卖点。成功后添加 benefits-processed，失败则记录商品和原因。创建未启用工作流，先测试 5 个商品并展示写入前后对照。

使用前：提前在 Shopify 后台创建 custom.benefits，确认类型为 list；Scheduled time 要配合 Get product data 和 For each。

第九类：第三方 API 集成，共 1 条

40. 把订单发送到 ERP、3PL 或自建系统

仅在 Grow、Advanced 或 Plus 套餐中创建未启用 Flow。

触发器：Order paid。
排除：测试订单、已取消订单、带 do-not-export 标签的订单。
动作：使用 Send HTTP request，以 POST 请求发送到 [填写 HTTPS API 地址]。认证信息必须使用 Flow Settings 中的 secret，不得把 API key 明文写入提示词、URL、请求体或日志。

请求体只发送对方接口必需的字段：Shopify order ID、订单号、币种、收货地址、SKU 和数量。加入 Shopify order ID 作为幂等键，防止 Flow 重试时创建重复订单。

收到成功响应后，使用 Run code 解析 response body 中的 order_id，并写入订单 metafield custom.external_order_id。4XX 默认 Fail；429 和 5XX 按接口规则 Retry；30 秒超时后不得继续写 metafield。

先用测试端点和测试订单验证字段映射、响应解析、重试和重复请求，不发送真实客户数据。展示请求体、权限、secret 名称、错误处理和测试结果，等待批准，不要启用。

使用前：Send HTTP request 仅 Grow、Advanced、Plus 可用；接口返回内容要通过 sendHttpRequest 变量读取，复杂 JSON 可交给 Run code 解析。

Flow 之外，再补充 5 个最新 Sidekick 玩法

前面的 40 条主要围绕 Shopify Flow。Sidekick 最近的能力已经扩展到店铺编辑、复杂集合、第三方 App、库存采购和自定义后台工具。下面 5 条可以补齐日常经营场景。

玩法一：在手机上小范围修改网店模块

在移动端 Online Store Editor 中打开首页的 [填写 section 名称]。只调整该模块的标题、说明文字、商品数量和移动端上下间距；不要修改全局样式、主题代码、其他模板或结账页面。先显示当前值、建议值和移动端预览，保留修改清单，等待我确认后再发布。

适合临时修正文案或移动端间距，不适合在手机上重构整套主题。

玩法二：创建变体级智能集合

创建一个未发布的自动集合草案，名称为 Summer Best Sellers In Stock。条件：属于 Summer 系列；评分不低于 4.5；美国市场可售；至少一个蓝色或黑色的 M/L 变体当前有货。排除 clearance 和 preorder 商品。先列出命中的商品、具体变体和每个商品进入集合的原因，不发布，等待确认。

玩法三：读取 Klaviyo、Loop 或 Judge.me 数据

先确认 [填写 App 名称] 是否支持 Sidekick App Extensions，以及你能读取的字段和可执行动作。如果支持，只分析最近 30 天的数据：列出核心指标、变化最大的对象和 3 个需要人工核查的问题。不要把相关性写成因果，不创建、修改或发送任何活动。输出中标明数据来自 Shopify 还是该 App。

不同 App 开放的字段和动作不同，所以第一句“先确认能做什么”不能省略。

玩法四：生成补货和采购订单草案

只分析，不创建采购订单。根据最近 30 天销量、当前可售库存、已承诺库存、在途库存和供应商交期，列出预计 14 天内售罄的 SKU，并计算建议补货数量。排除 preorder、停产和 do-not-reorder 商品。显示计算公式、缺失数据和风险。待我确认数量后，再为指定供应商生成未提交的采购订单草案，不向供应商发送。

玩法五：生成一个后台内部小工具

设计一个 Shopify 后台内部使用的“补货审核台”单页 App。第一步不要生成或安装，只输出数据字段来源、所需权限、页面线框、计算公式、套餐限制和测试计划。

页面显示 SKU、商品图、供应商、近 30 天销量、当前可售库存、在途库存、供应商交期、预计售罄日和建议补货量；支持按供应商和售罄日筛选，并导出 CSV。不得创建采购订单、修改库存或向供应商发送消息。待我批准方案后，再生成测试版本。

自定义 App 生成主要面向 Grow、Advanced 和 Plus 套餐，适合后台单页工具，不适合直接改 Storefront、Checkout 或 Customer Account。

额外 4 条：模板改造与 Saved Skills

前面的 40 条覆盖完整的 Flow 用例。下面 4 条不是新的业务分类，但很适合日常复用。

A. 在现成模板上修改 VIP 规则

打开 Shopify Flow 模板 Tag VIP customers。把 VIP 触发门槛从客户终身消费 500 美元改为 1,000 美元；达到 3,000 美元时移除普通 VIP 标签并添加 VIP-Gold，同时向 customer-success@example.com 发送内部邮件。保留模板其他逻辑不变。先显示原模板与修改后逻辑的差异，不启用，并生成 999、1,001、3,001 美元三种测试事件。

B. /morning-snapshot 每日晨报

只做分析。按店铺时区显示昨天的销售额、订单数、客单价、转化率、销量最高商品、主要流量来源、未发货订单和低库存 SKU；与此前 7 天日均值比较，列出最多 5 个异常。无法从 Shopify 数据判断的原因写“需要外部数据”，不要猜测。

C. /flash-sale 限时活动草案

为 [填写集合] 起草一场 24 小时限时活动：折扣 [填写比例]，开始和结束时间使用店铺时区。先检查商品毛利、礼品卡、已有折扣冲突和叠加规则；输出折扣、客户分群、邮件和活动结束清理 Flow 的草案。不要发布、发送或启用，等待逐项批准。

D. /google-traffic Google Shopping 报告

只做分析。生成过去 30 天 Google Shopping 流量报告，按商品展示 sessions、订单、转化率和销售额，并与此前 30 天比较。广告花费和 ROAS 如果不在 Shopify 数据中，请明确标为“需要 Google Ads 数据”。

Sidekick 的 Saved Skills 最多可保存 25 条提示词，并能通过 /快捷命令 调用和用链接分享。不要第一次成功就保存，建议连续运行 3—4 次、确认结果稳定后再加入团队 Prompt 库。

一条更稳的 7 天上手路线

第 1 天：只读分析。 使用 /morning-snapshot，逐项对照后台数字。

第 2 天：统一标签。 列出店铺真实存在的商品、订单和客户标签，确定英文命名规则。

第 3 天：做一条低风险 Flow。 从“低库存内部邮件提醒”开始，不涉及客户触达。

第 4 天：测试反向路径。 除了“应该触发”，还要测试“不应该触发”和“数据缺失”。

第 5 天：连接一个 App。 先读取 App 能力，再测试营销邮件、积分或评论动作。

第 6 天：保存一个 Skill。 只保存已经连续稳定运行的晨报或周报提示词。

第 7 天：建立审批表。 明确谁能启用 Flow、创建折扣、发布主题、取消订单和修改客户触达。

哪些任务可以交给 Sidekick，哪些必须人工批准？

最后记住：真正好用的不是一句神奇 Prompt

Sidekick 的价值，不是让 AI 一次接管店铺，而是把重复工作变成一套可检查的流程：

说清数据源和目标—生成未启用草稿—测试正反路径—人工审批—观察真实运行—稳定后保存为 Skill。

从一份晨报、一条低库存提醒或一次商品资料审计开始。等数据口径、提示词、App 权限和审批责任都稳定下来，再逐步扩展到客户沟通、风控和外部 API。

参考资料

• Shopify Flow AI Prompts: 35+ Sidekick-Tested Examples: https://uxify.com/blog/shopify-flow-ai-prompts/
• Shopify Developer：Sidekick App Extensions: https://shopify.dev/changelog/sidekick-app-extensions-available-today
• Shopify Changelog：Sidekick 生成 Flow 测试事件: https://changelog.shopify.com/posts/flow-sidekick-generates-test-cases-for-your-workflows
• Shopify Changelog：移动端 Online Store Editor : https://changelog.shopify.com/posts/online-store-editor-with-sidekick-on-mobile
• Shopify Changelog：Collections 多数据源与变体 : https://changelog.shopify.com/posts/collections-now-support-multi-source-and-variants
• Shopify Help：Shopify Flow : https://help.shopify.com/en/manual/shopify-flow
• Shopify Help：Scheduled time、Get data 与循环 : https://help.shopify.com/en/manual/shopify-flow/getting-started/concepts/advanced-workflows
• Shopify Help：Send HTTP request : https://help.shopify.com/en/manual/shopify-flow/reference/actions/send-http-request
• Shopify Help：B2B checkout settings :https://help.shopify.com/en/manual/b2b/checkout-and-orders/checkout-settings
• Shopify Help：Sidekick Saved Skills :https://help.shopify.com/en/manual/ai-powered-tools/sidekick/skills