Shopify 能不能本地开发？还是只能在后台改改主题代码，求个真实方案

楼上说得对一半。主题用 CLI 确实没什么好纠结的，但 App 那块别被"本地开发"四个字骗了。
本地开发 App 的本质是：你的服务跑在自己电脑上，Shopify 通过一个公网地址回调你。所以严格讲不是"本地"，是"本地 + 隧道"。这个区别很重要，因为认证、webhook 验证、OAuth 回调全走那个公网地址，你在 localhost 上直接测是测不通的。
打个比方，主题本地开发像在自己厨房试菜，App 本地开发像在自己厨房试菜但食材得从外面快递进来，快递地址不能写"我家"。
前提是你用的是官方 CLI 那套 tunnel。如果公司有内网限制，隧道起不来，那就只能部署到 staging 环境调，本地基本白搭。
另外 Remix 模板是 2023 年之后官方推的，老项目还有用 Node/Express 模板的，别一上来就把旧项目往 Remix 上硬套。

这事我也想问来着，我一直以为 Shopify 就是后台点一点。
后来自己试着用 CLI 建了个主题，shopify theme dev 跑起来那一下确实有点惊喜，本地改完浏览器直接刷新。但也踩了个雷，第一次 theme push 忘了加 --unpublished，直接把客户线上的主题覆盖了，还好有备份。
宝子们如果第一次玩，开发店铺先练手，别碰生产主题。App 那块我还没敢碰，等大佬补充。

其实你想反了，本地开发不是"能不能"的问题，是"该不该全本地"的问题。
我见过太多人一上来就想把所有东西本地跑通，折腾两天隧道，最后发现 90% 的调试其实在开发店铺里点几下就完了。Shopify 的定位就不是给你一个纯本地框架，它是托管平台，你能本地化的是"写代码"这个环节，不是"整个运行环境"。
真正影响效率的不是本地不本地，是你有没有一个专门的 development store。拿那个店当沙盒，主题随便推、App 随便装、订单随便造假数据，比你在本地死磕环境强多了。
长期看，团队协作时本地环境反而容易不一致，有人 Node 18 有人 20，有人隧道端口冲突。规范点的做法是每人一个 dev store + CLI，环境差异靠文档锁死。

上个月帮一个客户迁站，他们原来找的外包把主题改得一团糟，后台编辑器里堆了几十个没注释的 snippet。我接手第一件事就是把整个主题用 CLI pull 下来，本地 Git 管起来。
拉下来一看 380 多个文件，后台那个编辑器根本没法看全貌。本地跑 shopify theme dev 之后，改 section、调 CSS 快多了，还能开 Git 对比谁改了啥。
所以本地开发最大的价值不是"能不能跑"，是让你能像正常前端项目一样用 Git。这一点对交接、对多人协作是刚需。后台编辑器改代码那种方式，出问题根本没法回溯。

能，而且比你想象的成熟，但前提是你得分清主题和 App 是两条路。
主题这边用 Shopify CLI，shopify theme dev 一跑，本地起个预览服务，浏览器里改代码热更新，连到你的开发店铺看真实数据。我从 2021 年开始给客户做主题，最早那会儿还得手动上传 zip 包，改一行传一次，一天能传几十遍。现在 CLI 一条命令搞定，改完直接推。
但坑也有。本地预览的 Liquid 渲染跟线上偶尔会有细微差别，特别是 section schema 那块，本地过线上挂的事我遇到过两回。所以上线前一定在开发店铺完整走一遍。
App 那边就是另一套了，shopify app init 建项目，Remix 是官方主推的模板，Node 本地跑，ngrok 或者 CLI 自带的 tunnel 把本地端口暴露给 Shopify 回调。做嵌入到后台的 App 就用 App Bridge。
一句话，主题本地化已经很顺，App 本地化要配 tunnel，别指望纯本地跑通所有回调。