AI 团队，跑在你的 Shopify 店上
Shopify 是 WorkDaddy 连接最深的地方：Agent 读你的目录和订单、以草稿优先的方式发布主题与页面改动，像一支小型增长团队那样运营这家店。
在 Shopify 上，每个 Agent 都以完整能力运作。Builder 通过店铺连接编辑模板、商品页与分类，发布草稿优先；Analyst 把 GA4 行为与真实订单数据连起来；Visibility 全目录处理 metadata、结构化数据与内容；Retention 用真实购买历史跑 Klaviyo；Ops 管理性能并维护审计日志。结果更像一支常驻增长团队，而不是一个应用。
Agent 在 Shopify 上具体做什么
平台连接把通用能力变成具体工作。在 Shopify 上意味着：
Builder：主题编辑、商品与分类页、落地页——先入草稿，批准后发布
Analyst：带真实订单金额的漏斗分析，不只是 GA4 事件
Visibility：每个商品与分类的独立 metadata 与有效结构化数据
Retention：由 Shopify 购买历史构建的 Klaviyo 分群
Ops：Cloudflare 挡在店前，按模板追踪真实用户速度
目录级规模——Shopify 店的痛点所在
典型的 Shopify 店有一个精心打理的首页和几百个自导入后没人看过的商品页。Agent 处理整个目录——描述、metadata、内链、结构化数据——并让新品自动符合规范。没挣到的自然流量，通常就藏在那条长尾里。
应用解决功能；这个运营店铺
Shopify 应用商店里全是各加一个挂件和一段脚本的点状方案。WorkDaddy 是另一种形态：没有店面挂件、没有主题膨胀——Agent 做的是运营者会在后台做的工作，Ops 还会审计现有应用已经堆起来的脚本重量。
运行方式
连接店铺
授权连接；Agent 索引目录、主题、订单与现有 metadata。
设定审批规则
决定什么自动发布、什么等审核——按改动类别。
给目标，不给任务
把团队对准结果；工作按目标规划、执行并留档。
你会得到什么
主题与页面改动不再排开发队列
整个目录被处理，而不只是前二十页
来自真实购买历史的邮件分群
每次改动可追溯、可归因、可回滚
常见问题
支持 Shopify Plus 吗？
支持——同样的连接、同样的能力。Plus 特有的表面（如结账扩展）走同样的草稿加审批流程。
会和我现有的应用冲突吗？
Agent 通过后台与 API 工作，不注入店面代码，冲突很少见。不过 Ops 会告诉你现有哪些应用脚本在拖慢速度——有些商家发现这是第一笔回报。
我的主题深度定制过怎么办？
Builder 先梳理主题再动手，在其结构内工作。不寻常的定制意味着早期改动多审几眼，草稿优先的默认设置正好兜住。
能干净地断开吗？
能。你的主题、数据和 Supabase 项目里的审计历史都归你。店铺没有任何东西被这条连接绑架。