Shopify Sidekick vs. Shopify Magic：Spring ’26 之后，各自到底干什么
现在打开 shopify.com/magic，会被带到 Sidekick 的页面。这不代表 Magic 没了，而是 Shopify 把「一个助手」摆在了台前，Magic 的生成能力退到了幕后。本文只用 Shopify 官方发布和我们能直接核实的材料，把两者的分工说清楚。
今天在浏览器里输入 shopify.com/magic，落地页是 Sidekick。我们在 2026-07-26 核实过：旧的 Magic 产品链接会跳转到 shopify.com/sidekick 并正常返回。如果你在纠结「该用 Shopify Magic 还是 Sidekick」，这个跳转就是第一条有用的事实，因为它说明 Shopify 自己现在怎么摆这两个名字。
第二条事实：Magic 并没有下线。Shopify 的帮助中心仍在维护 Shopify Magic 的文档，功能界面上也还在用 Magic 这个名字。变的是包装方式：台前只有一个助手，生成类的能力收在它身后。
先说结论
Shopify Magic 是生成层。按 Shopify 文档的口径，它不是「一个可以对话的助手」，而是一组嵌在平台各处的 AI 功能：商品和营销文案的生成与改写、Shopify Email 的邮件文案和标题建议、Shopify Inbox 的建议回复，以及商品图的抠背景、换背景和生成场景。
Sidekick 是懂店铺的助手。Sidekick 官方页面称它为「AI Shopify 专家」：能直接读取店铺数据，理解电商工作流，并能在后台执行操作。它不需要单独购买，官方 FAQ 原文是：「No. Sidekick is included with your Shopify plan. Features and usage limits vary by plan.」（包含在你的 Shopify 套餐内，功能和用量上限因套餐而异。）
所以真正的问题不是「哪个 AI 更强」，而是「你要交出去的活儿是哪一种」。面对的是一张白纸或一张产品图，那是 Magic 的地盘；活儿从店铺数据出发、落到后台的一次改动，那是 Sidekick 的地盘。无论哪种，按目前公开证据，店主仍然要定目标、给事实、审批客户可见或涉及钱的改动、核对结果。这两个产品都不是运营团队的替代品，这一点我们说得很直白。
这次跳转说明什么，又不说明什么
URL 跳转是个小信号，但它是核实过的。把 /magic 指到 /sidekick，说明 Sidekick 已经成了 Shopify 对外的主 AI 产品页。有两个结论不能从这里推出来。
第一，不代表 Magic 的能力没了。文案和图像生成功能仍以 Magic 的名义嵌在 Shopify 各处，Shopify 自己的文档也还在这么写。第二，不代表 Sidekick 和 Magic 是一回事。它们回答的问题不同：Magic 回答「帮我写」「帮我做图」，Sidekick 回答「我店里发生了什么」，并且越来越多地回答「帮我在后台改这个」。
比功能清单更好的比法：五个维度
功能清单一个季度就过时。更经得起时间的比法是看五个维度：
- 上下文：系统能看到什么事实？Magic 面对的是你眼前的内容字段；Sidekick 读的是店铺数据，范围不超过使用者本人的员工权限。
- 产出：出来的是什么？Magic 给草稿和生成的图；Sidekick 给回答、分析、配好的对象和受支持的操作。
- 权限与审批：什么约束着它？两者都在 Shopify 的界面与员工权限范围内工作。所有写操作都应先审后批，尤其是涉及钱或客户可见内容的改动。
- 验证：怎么检查结果？草稿要读，图要和实物比，操作要先确认、事后核对。
- 触达范围：在哪儿能用？Magic 在 Shopify 原生界面里；Sidekick 在后台、Shopify 手机 App，以及 Spring ’26 起的一批合作 App 里。
摆在一起看
| Shopify Magic | Shopify Sidekick | 你的活儿 | |
|---|---|---|---|
| 是什么 | 嵌在 Shopify 各处的生成功能 | 后台里懂店铺的助手 | 决定交出哪类活儿 |
| 典型产出 | 文案草稿、邮件、客服回复、修过的图 | 回答、分析、配好的对象、受支持的操作 | 上线前逐条过目 |
| 数据上下文 | 眼前的内容字段 | 店铺数据，不超出员工权限 | 补上 AI 不知道的事实 |
| 触达范围 | Shopify 原生界面 | 后台、手机 App、部分合作 App | 范围之外的一切 |
Spring ’26 改了什么
Shopify 的 Spring ’26 Editions 页面给出了 Sidekick 上线以来最大的一步。按该页面的说法，Sidekick 现在可以：
- 联动合作 App，首批包括 Judge.me、Klaviyo、Loop、Smile 等，能回答关于这些 App 的问题，也能在里面执行操作；
- 在后台会话开始时给出「Actionable guidance from Sidekick」，覆盖拉新、转化和复购；
- 需要澄清时，用选择题追问；
- 在后台持续工作，跨新任务、跨多个对话，关掉窗口也不停；
- 在 Shopify 手机 App 里全程可用，打字或语音都行，还能在 Apple Watch 上查业务信息；
- 按一段自然语言描述填表，创建客户档案；
- 为 Shopify Flow 自动化生成测试事件，帮你验证流程逻辑；
- 生成应用的编辑器升级，支持改代码、桌面和手机预览、版本历史。
比功能数量更重要的是后果。Sidekick 正在从「答问题」转向「动手做」：执行操作、后台常驻、伸进第三方 App、生成轻量软件。每一步都扩大了错误或过早操作能碰到的东西。权限、确认环节、测试和事后验证，在这个版本之后更重要了，而不是更不重要。
六个场景，各归谁管
写商品描述。 这是 Magic 的主场：在商品编辑页里直接出初稿和不同语气的版本。瓶颈在输入。商品信息单薄，出来的就是通顺但空洞的文案。缺失的规格、核实过的卖点、客户洞察、品牌规范，生成功能一样都补不回来。店主的活儿是喂料和改稿，确认每个字都属实再发。
换产品图背景。 Magic 的图像功能能抠背景、换背景、生成场景。把结果当候选稿，别当成品。和实物比一比：边缘、比例、质感、标签、阴影、反光，生意上样样要紧，照片骗人客户看得出来。
「上个月我最好的产品是哪个？」 这是 Sidekick 的问题，但里面有个坑。「最好」可以是销售额、净销售额、销量、毛利、转化率、复购、某个渠道、某个时间窗口。Sidekick 能查店铺数据，定义却归你。涉及花钱、结算、税务的数字，还是走口径明确的确定性报表和导出更稳。
建折扣、建客户档案。 Sidekick 都能做，包括按一段描述填出客户表单。折扣碰的是钱，客户也看得见，放在最严的审批级：确认前看清具体配置，事后到店铺前台核对结果。
测试 Flow 自动化。 Sidekick 能生成测试事件，让流程在碰到真实订单之前先验证一遍。这个功能值得用。没测过的自动化只是个假设，触发失败是安静的，直到有人去看。
在第三方 App 里动手。 Spring ’26 点名的是首批合作伙伴，证明的是「有选择的扩展」，不是「全都兼容」。Sidekick 的原生上下文不代表它能拿到每个 App 的数据和控制权。围绕某个 App 设计流程之前，先确认你的 App 和你的具体操作在支持范围内。
哪些事仍然是店主的
六个场景走下来，同样五件事留在人手里：
- 定义什么叫成功，包括「最好的产品」背后那套口径。
- 提供可靠的原始事实：规格、成本、核实过的卖点、品牌规矩。
- 审批客户看得见或动钱的事：发布的内容、价格、折扣、退款、发出去的消息。
- 操作完成后核对结果，而不只是点了确认。
- 守住 Sidekick 够不到的系统，目前仍包括大多数外部和旧系统。
权限、审批和验证
Sidekick 继承使用者的后台权限。官方 FAQ 原文：「Every staff member can use Sidekick based on their admin permissions. It respects access controls, so team members only interact with data and features they’re authorized to use.」（每位员工按其后台权限使用 Sidekick，它遵守访问控制，团队成员只能接触自己被授权的数据和功能。）这是实打实的保护，也是双刃剑：你自己的权限决定了 Sidekick 能帮你做什么，所以管好员工权限，现在等于同时管好 AI 风险。
审批要求保护店主，也划出了产品的天花板。一个写操作前必须等你确认的工具，不是无人值守的店铺运营，也不该被当成无人值守来用。我们认为站得住的规矩是：只读分析和起草可以放心交出去，客户可见和涉及钱的改动必须过一道明确的人工批准，每个完成的操作都要和预期结果对一遍。
谁该怎么用
- 所有 Shopify 店主。 Sidekick 包含在套餐内，Magic 能力则出现在受支持的 Shopify 界面中。草稿和图找 Magic，店铺问题和受支持的后台操作找 Sidekick，先从低风险工作开始。
- 内容量大的店。 Magic 解决白纸成本。把省下的时间投进改稿和核事实，生成的文案恰恰死在这一步。
- 重度看数据的店主。 快速查看找 Sidekick。涉及投放、结算、税务的数字，继续走确定性报表。
- App 装了一大堆的店。 Sidekick 伸进合作 App 是真的，但范围有选择。专业工具的深度继续留着，「所有这些信号里今天什么最要紧」这个问题，仍要你自己回答。
研究方法与局限
研究截止 2026-07-26。当天我们直接核实了 /magic 跳转到 /sidekick，并抓取了 Sidekick 产品页和 Spring ’26 Editions 页的当前文字。上文引用的能力示例均来自这些页面，是 Shopify 官方自己的示例，已如实标注，不构成独立验证。本文没有对 Sidekick 或 Magic 做上手实测，也不声称它们能带来销售提升、SEO 改善或某种准确率，因为针对当前 Spring ’26 版 Sidekick，不存在公开的独立数据。
有两个来源局限要说清楚。Shopify 帮助中心在我们的环境中拦截了自动抓取（HTTP 403），所以文中 Magic 的功能分类来自长期稳定的文档记录，而非本次重新抓取，逐个功能的语言覆盖情况也无法核实。另外，Shopify 公开产品页没有发布完整的动作清单，文中「受支持的操作」指的是 Shopify 展示的示例，不是全集。合作 App 的支持范围是有选择的，且仍在变化。
常见问题
Shopify Magic 下线了吗？ 没有。/magic 跳转到 /sidekick，说明 Sidekick 成了对外的主要产品页，但 Shopify 仍在以 Shopify Magic 的名义维护和发布文案与图像生成功能。
Sidekick 免费吗？ 「包含在 Shopify 套餐内」比「免费」更准确。官方 FAQ 说不另收费，但功能和用量上限因套餐而异。
Sidekick 支持我的语言吗？ Shopify 的说法是 Sidekick 会跟随店铺的语言设置，能用多种语言提供帮助。当前产品页没有公布逐个功能的语言清单，我们也无法核实，所以正式依赖之前，用你自己的语言和流程测一遍。
Sidekick 能在我的第三方 App 里执行操作吗？ 在一批选定且仍在增加的 App 里可以。Spring ’26 点名的首批伙伴包括 Judge.me、Klaviyo、Loop、Smile。这是有选择的扩展，不是普遍兼容，动手前先确认你的 App 和操作在范围内。
能让 Sidekick 无人值守地管店吗？ 不能，它也不是为此设计的。Sidekick 的提案和店铺的写操作之间隔着审批，目标、事实和结果核对仍归店主。面对更强的 Sidekick，正确的反应是把审批做得更清楚、事后证据留得更全，而不是一概不信或一概放权。
ClawMama 的位置
ClawMama 的 Shopify Growth Operator Agent 是对 Shopify 官方能力的补充，不是替代。Sidekick 在 Shopify 的界面里干活；我们的 Agent 面向店主，把跨领域的信号整理成一个优先级队列，在你平时用的聊天工具里把审批送到你手上。它不替代 Shopify、Sidekick、专业 App 或面向客户的客服系统。如果上面说的五件「店主的活儿」正是你的缺口，Skills 在 GitHub 上公开。如果不是，Sidekick 加上一套有纪律的审批，已经能带你走很远。