用 AI 校对 682 个 Shopify 产品页只花 $12.60，第一次花了 $185

据经营这家 Shopify 店铺的 @jamiegrove 在 2026年9月发布于 X 的拆解，用 Claude 校对 682 个产品页，第二次只花了 $12.60，而第一次花了约 $185 还没跑完。

MMore Donut than Man 🍩@jamiegrove

Opus 5.5 and Shopify: We had AI proofread 682 product pages on our Shopify store. Final bill: $12.60.

Our first try burned about $185 worth of usage and didn't finish. Same prompt, same job. The second time was about 18x cheaper.

The model wasn't the big lever. The harness was.

First, what "a page" means here. It's not just a product description. Our pages are long and built from JSON templates in the theme:…

Sep 23, 2026 · 在 X 上查看

帖子没有公开店铺名称，所有数字都来自商家本人。

之前

这家店的产品页由主题里的 JSON 模板搭成：故事、参数、历史和背景等区块层层叠加。每个新页面都从一个相似产品的模板复制而来，漏改一个区块，页面就会讲错产品。第一次校对的情况：

• 做法：每个页面开一个 Claude Code 会话，循环 682 次
• 成本：约 $185，而且没有跑完
• 每页计费 token：约 22,000，其中页面本身只有约 3,500

差额来自额外开销：每个会话都要为每一页重新加载智能体的指令、工具定义、技能和记忆，而且没有缓存。

具体改了什么

1. 便宜的活交给代码。 用 Shopify CLI 拉取所有模板，把每个模板对应到它的产品，再用一个小脚本还原顾客实际看到的页面，跳过隐藏区块。这一步不用 AI。

2. 每页只调用一次模型。 每个页面通过 API 发给 Claude Opus 5.5，附上它应该描述的产品，任务只有一个：找出错误。

3. 两层内容互相比对。 把产品描述和模板的每个区块对照，能发现写的是别的产品的区块、日期、重量和数量前后矛盾、事实错误、占位文字和重复段落。

4. 给每条发现分级。 “错误”是顾客会看到的问题，“提醒”需要人工再看。每页有一行结论，并直接链接到修改位置：后台的产品描述，或主题编辑器。

5. 批量调用，并使用结构化输出。 批量处理让每页成本减半。Opus 5.5 不接受强制工具调用，所以改用带 JSON schema 的结构化输出。

之后

不批量、直接调用 API 时每页成本为 $0.036。这次校对在 558 个页面中找到 1,264 个错误和 1,236 条提醒，只有 24 个页面完全没有问题。随机抽查 30 个错误，全部属实。今后只校对上次拉取之后改动过的模板。

怎样在你的店铺上验证？

1. 用 Shopify CLI 拉取主题模板，列出每个产品用的是哪个模板。

2. 用代码把每个模板转成顾客真正看到的文字，跳过隐藏区块。

3. 每页调用一次模型，附上页面文字和产品名，要求按固定的 JSON 格式返回错误和提醒。

4. 结果能等一小时的话就批量发送，并记录每页 token 数，弄清跑一整轮要花多少钱。

5. 大规模修改之前，先随机抽查 30 条发现，之后只对改动过的模板重新运行。

常见问题

第一次为什么这么贵？

每个 Claude Code 会话都为每一页重新加载完整的智能体设置，而且没有缓存。结果每次调用约 22,000 个 token，真正的页面内容只有约 3,500 个，重复了 682 次。

为什么用语言模型，而不用拼写检查？

拼写检查只看单词，一段拼写正确却讲错产品的内容照样能通过。模型会把整页和它应该描述的产品对照，还能跳过有意为之的内容，比如隐藏区块或相关背景。

发现的问题准确吗？

@jamiegrove 说随机抽查 30 个错误，全部属实。帖子没有说明这次校对漏掉了多少真实问题。

来源

• @jamiegrove 在 X 上的帖子：https://x.com/jamiegrove/status/2102810220648976526