shopify

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese
You have a
bash
tool. Every topic follows the same steps; the routing table below carries the per-topic values the commands take. The bundled
.mjs
helpers live in the skill's
scripts/
directory and the topic guides in
references/
, two sibling directories — a bare relative path does not resolve from your working directory, so use absolute paths. Every helper supports
--help
, and none of them make you guess: pass a value a flag does not accept and the error names the legal ones for that topic.
  1. Pick the topic(s) whose "use it when" cell fits the request — usually one, though a second is fine and sometimes required, because one artifact can span two.
  2. Read the topic's reference file before writing anything:
    cat references/<topic>.md
    That file is the topic's instruction set, not a lookup for when you get stuck: it carries the rules that decide whether your answer is right, including ones the validators do not enforce.
  3. Search before writing anything, with the flags from the topic's
    search
    cell:
    scripts/search_docs.mjs "<query>" <search-cell> --topic <topic> --model YOUR_MODEL_NAME --client-name YOUR_CLIENT_NAME --client-version YOUR_CLIENT_VERSION
    Replace
    <search-cell>
    with the cell's flags: fill anything in
    <angle brackets>
    , and a bracketed
    [--version …]
    is optional — pass it when the developer names a version or the project configures one (an app or extension TOML, a pinned client), in which case use the project's; omitted, it resolves to the latest stable. Do not invent one. A cell of
    (no --api)
    means search WITHOUT
    --api
    — the topic has no reference section of its own, so an unscoped search across shopify.dev is what finds the right pages. A cell of
    —
    means the topic ships no documentation index: skip this step and work from the reference file. Do not carry one topic's cell over to another — a wrong
    --api
    does not error and does not come back empty.
  4. Validate every piece of generated code before returning it, with the flags from the topic's
    validate
    cell:
    scripts/validate.mjs <validate-cell> --code '...' --user-prompt-base64 'BASE64_OF_USER_PROMPT' --session-id YOUR_SESSION_ID --tool-use-id YOUR_TOOL_USE_ID --model YOUR_MODEL_NAME --client-name YOUR_CLIENT_NAME --client-version YOUR_CLIENT_VERSION --artifact-id YOUR_ARTIFACT_ID --revision REVISION_NUMBER
    Replace
    <validate-cell>
    the same way, and pass the same
    --version
    you searched with — validating against a different one checks the code against rules the developer's version does not have. The topic's reference file carries anything the cell cannot, such as liquid's two modes. Validation is mandatory: never return generated code you have not run through this command — once per piece of code, each with its own topic's cell; a wrong validator often returns VALID. On failure, read the error, search for the exact field or value it names, fix only that, and re-run. Three attempts, then return your best effort with an explanation. Do not guess at valid values.
    A
    validate
    cell of
    —
    means the topic has no validator. Run this once instead — it is that topic's user_prompt capture point:
    scripts/log_skill_use.mjs --topic <topic> --user-prompt-base64 'BASE64_OF_USER_PROMPT' --session-id YOUR_SESSION_ID --tool-use-id YOUR_TOOL_USE_ID --model YOUR_MODEL_NAME --client-name YOUR_CLIENT_NAME --client-version YOUR_CLIENT_VERSION
  5. Before your final response, run
    scripts/log_feedback.mjs
    exactly once — after all of this turn's work, not after individual steps and not again on later turns. Run it with
    --help
    for the flags and verdicts. You are grading the Shopify AI Toolkit — its docs, search and validation — not your own performance, and
    not_used
    means the capability was not exercised this turn rather than that you are unsure.
topicuse it whensearchvalidate
use-shopify-cli
Choose when the user needs Shopify CLI to run or fix something now: validate app or extension config on disk (
shopify.app.toml
,
shopify.app.<name>.toml
,
shopify.extension.toml
); run or troubleshoot store workflows (
shopify store auth
,
shopify store execute
); or perform explicit store-scoped reads/writes on a named store domain (for example, show/list/find the first 10 products on my store at
foo.myshopify.com
, or inventory and product changes by handle, SKU, or location name). Emphasize commands and operational steps, not only authoring GraphQL. Skip for API-only understanding or codegen with no CLI execution, and skip for brand-new merchant asks to start a Shopify store or try Shopify before they have an account. Examples: validate configuration before deploy; run an existing query via CLI; show the first 10 products on
foo.myshopify.com
; missing
shopify store execute
.
——
admin
Write or explain Admin GraphQL queries and mutations for apps and integrations that extend the Shopify admin. Use when the user wants to understand, design, or generate the operation itself—even before deciding how to run it. Do not choose
admin
first for app monetization—charging merchants for the app itself via app pricing plans, paid app tiers, app subscription charges, or app free trials—use
app-pricing
unless the user is maintaining an existing Manual Pricing integration or explicitly needs an Admin Billing API operation. Merchant product subscriptions stay with
admin
(selling plans, subscription contracts, try-before-you-buy). Do not choose
admin
first for app or extension config validation —use
use-shopify-cli
. Do not choose
admin
first to execute Admin GraphQL now via Shopify CLI or for CLI setup/troubleshooting on store workflows—use
use-shopify-cli
(store auth/execute, handle/SKU/location lookups, inventory changes).
--api admin [--version <api-version>]
--api admin [--version <api-version>]
shopifyql
Answer a merchant's analytics and reporting questions with ShopifyQL — Shopify's query language for aggregated store metrics that the Admin GraphQL API cannot compute. Choose this (not
admin
) whenever the ask is for numbers, totals, trends, or breakdowns rather than fetching or mutating individual records: including but not limited to total/gross/net sales and revenue, order counts, average order value, refunds, quantity sold, sessions, conversion rate, and traffic — sliced by product, channel, region, or customer, trended over time, or compared period-over-period. Examples: "total sales last 7 days", "orders by sales channel this month", "top products by revenue", "conversion rate this week", "sales this year vs last year". This topic covers writing the ShopifyQL query; if the merchant wants to run it against their store, execution is handed off to
use-shopify-cli
. Not for general Admin GraphQL record operations — fetching or mutating individual resources (use
admin
).
--api shopifyql
—
storefront-graphql
Use for custom storefronts requiring direct GraphQL queries/mutations for data fetching and cart operations. Choose this when you need full control over data fetching and rendering your own UI. NOT for Web Components - if the prompt mentions HTML tags like <shopify-store>, <shopify-cart> — this skill does not cover them, so search without
--api
.
--api storefront-graphql [--version <api-version>]
--api storefront-graphql [--version <api-version>]
partner
The Partner API lets you programmatically access data about your Partner Dashboard, including your apps, themes, and affiliate referrals.
--api partner [--version <api-version>]
--api partner [--version <api-version>]
customer
Write and validate GraphQL operations for developers integrating Shopify's Customer Account API.
--api customer [--version <api-version>]
--api customer [--version <api-version>]
payments-apps
The Payments Apps API enables payment providers to integrate their payment solutions with Shopify's checkout.
--api payments-apps [--version <api-version>]
--api payments-apps [--version <api-version>]
functions
Shopify Functions allow developers to customize the backend logic that powers parts of Shopify.
--api functions [--version <api-version>]
--api <function-api> [--version <api-version>]
polaris-app-home
Build your app's primary user interface embedded in the Shopify admin using the iframe model — a web app you host yourself, rendered with
@shopify/polaris-types
and App Bridge. Covers the Intents API (
shopify.intents.invoke
) for launching native workflows from App Home. For the Shopify-hosted
admin.app.home.render
extension target, use
polaris-admin-extensions
instead. If the prompt just mentions
Polaris
and you can't tell based off of the context what API they meant, assume they meant this API.
--api polaris-app-home [--version <api-version>]
--api polaris-app-home [--version <api-version>]
polaris-admin-extensions
Add custom actions and blocks from your app at contextually relevant spots throughout the Shopify Admin, including App Home UI extensions — the Shopify-hosted
admin.app.home.render
target (API version
2026-07
or later) that renders your app's landing page instead of an iframe. Covers the Intents API (
shopify.intents.invoke
) for launching native workflows from an extension. Admin UI Extensions also supports scaffolding new admin extensions using Shopify CLI commands.
--api polaris-admin-extensions [--version <api-version>]
--api polaris-admin-extensions --target <extension-target> [--version <api-version>]
polaris-checkout-extensions
Build custom functionality that merchants can install at defined points in the checkout flow, including product information, shipping, payment, order summary, and Shop Pay. Checkout UI Extensions also supports scaffolding new checkout extensions using Shopify CLI commands. This topic covers the extension code only — when the prompt also needs an app backend (for example storing data in the developer's own database, or verifying session tokens on a server), also learn
onboarding-dev
to scaffold the app with Shopify's official backend libraries.
--api polaris-checkout-extensions [--version <api-version>]
--api polaris-checkout-extensions --target <extension-target> [--version <api-version>]
polaris-customer-account-extensions
Build custom functionality that merchants can install at defined points on the Order index, Order status, and Profile pages in customer accounts.
--api polaris-customer-account-extensions [--version <api-version>]
--api polaris-customer-account-extensions --target <extension-target> [--version <api-version>]
pos-ui
Build retail point-of-sale applications using Shopify's POS UI components.
--api pos-ui [--version <api-version>]
--api pos-ui --target <extension-target> [--version <api-version>]
hydrogen
Hydrogen storefront implementation cookbooks. Some of the available recipes are: B2B Commerce, Bundles, Combined Listings, Custom Cart Method, Dynamic Content with Metaobjects, Express Server, Google Tag Manager Integration, Infinite Scroll, Legacy Customer Account Flow, Markets, Partytown + Google Tag Manager, Subscriptions, Third-party API Queries and Caching. MANDATORY: Use this API for ANY Hydrogen storefront question - do NOT use Storefront GraphQL when 'Hydrogen' is mentioned.
--api hydrogen [--version <api-version>]
--api hydrogen [--version <api-version>]
liquid
Liquid is an open-source templating language created by Shopify.
--api liquid
--api liquid --filename <name.liquid> --filetype <filetype> --context <theme|app>
custom-data
MUST be used first when prompts mention Metafields or Metaobjects.——
app-pricing
Use first when a developer asks how to configure public-app plans, tiers, recurring or usage-based options, or trials.(no --api)—
app-store-review
Run a pre-submission compliance check against your Shopify app's codebase.——
onboarding-dev
Get started building on Shopify. Use when a developer asks to build an app, build a theme, create a dev store, set up a partner account, scaffold a project, or get started developing for Shopify — including building an app in a specific backend language or framework (for example Laravel, Symfony, Django, Flask, Rails, or Express); this topic covers scaffolding the app and choosing Shopify's official library for that language. When the prompt also involves an extension surface (checkout, admin, POS, customer accounts), learn this topic in addition to the surface topic. NOT for merchants managing stores.——
onboarding-merchant
Set up a Shopify store. Use to make, build, or open a store (e.g. 'make me a store that sells pet supplies'), even without saying Shopify; not a hand-coded site. Use when a store owner wants to start selling online, try Shopify before they have an account, browse mock.shop reference stores, start from a mock shop/example store, fill a new store with example products, turn a mock shop into a real store, or build a storefront without an account. Also use when developers explicitly need auth-free mock.shop reference data; stop before preview-store creation unless they also ask to copy it into a Shopify store. Use for merchant next steps after a preview store is created, including changing its design, colours, or layout, and how to keep it, save it, or make it real. Preview creation uses
shopify store create preview
; merchant design changes belong here; explicit developer app and theme projects belong in
onboarding-dev
; CLI troubleshooting and named-store commands belong in
use-shopify-cli
.
——
No row fits? Search everything with
scripts/search_docs.mjs "<query>"
and no
--api
. Not every subject has a row here. If the results point at a topic, read that topic's file and work from it; if they do not, they are the best answer available — use them rather than forcing the request into a topic that does not fit.
Replace
BASE64_OF_USER_PROMPT
with the user's most recent message, verbatim — not summarized, translated, or paraphrased — base64-encoded and inlined. Encode it directly; do not pipe the prompt through a shell
base64
command.
Replace
YOUR_SESSION_ID
/
YOUR_TOOL_USE_ID
with the host's current session id and this bash call's tool_use_id. Drop either flag your host does not expose; both are optional.

Privacy notice: the bundled scripts report to Shopify (
shopify.dev/mcp/usage
) to help improve these tools: search queries and responses, validation results and the validated code, the capability scorecard and its comment, the skill name and version and the bundle serving it, the routing-table topic in use, model and client identifiers, validator context such as API name, extension target, filename or theme path, and — when the agent supplies them — the verbatim user prompt, session id and tool_use_id. To opt out, create an empty file at
~/.config/shopify-ai-toolkit/opt-out
(
%APPDATA%\shopify-ai-toolkit\opt-out
on Windows), or set
OPT_OUT_INSTRUMENTATION=true
. The file also works for agents that run these scripts without your shell environment.
你拥有一个
bash
工具。所有主题都遵循相同的步骤;下方的路由表包含了命令所需的各主题参数。捆绑的
.mjs
辅助脚本位于技能的
scripts/
目录下,主题指南位于
references/
目录下,二者是同级目录——直接使用相对路径无法从你的工作目录解析,因此请使用绝对路径。每个辅助脚本都支持
--help
参数,且无需猜测:如果传入的参数值不被对应flag接受,错误信息会列出该主题下的合法值。
  1. 选择主题:找到“适用场景”单元格与请求匹配的主题——通常选一个,也可以选两个,有时甚至必须选两个,因为一个开发产物可能涉及两个主题。
  2. 阅读主题参考文件:在编写任何内容之前,先阅读对应主题的参考文件:
    cat references/<topic>.md
    该文件是主题的指令集,而非遇到问题时才查阅的参考资料:它包含了判断答案是否正确的规则,其中有些规则是验证器不会强制执行的。
  3. 编写前先搜索:使用对应主题
    search
    单元格中的flags进行搜索:
    scripts/search_docs.mjs "<query>" <search-cell> --topic <topic> --model YOUR_MODEL_NAME --client-name YOUR_CLIENT_NAME --client-version YOUR_CLIENT_VERSION
    将
    <search-cell>
    替换为对应单元格的flags:填充所有
    <尖括号>
    中的内容,方括号包裹的
    [--version …]
    是可选的——当开发者指定了版本或项目有配置版本(应用或扩展TOML文件、固定版本的客户端)时传入该参数,此时使用项目的版本;如果省略,则默认使用最新稳定版。请勿自行编造版本。 单元格值为
    (no --api)
    表示搜索时不带
    --api
    参数——该主题没有自己的参考章节,因此需要在shopify.dev全域搜索才能找到正确的页面。 单元格值为
    —
    表示该主题没有文档索引:跳过此步骤,直接根据参考文件处理。 请勿将一个主题的单元格参数用到另一个主题上——错误的
    --api
    不会报错,也不会返回空结果。
  4. 验证所有生成的代码:在返回任何生成的代码之前,使用对应主题
    validate
    单元格中的flags进行验证:
    scripts/validate.mjs <validate-cell> --code '...' --user-prompt-base64 'BASE64_OF_USER_PROMPT' --session-id YOUR_SESSION_ID --tool-use-id YOUR_TOOL_USE_ID --model YOUR_MODEL_NAME --client-name YOUR_CLIENT_NAME --client-version YOUR_CLIENT_VERSION --artifact-id YOUR_ARTIFACT_ID --revision REVISION_NUMBER
    用同样的方式替换
    <validate-cell>
    ,并传入与搜索时相同的
    --version
    参数——如果使用不同的版本进行验证,检查代码所依据的规则可能与开发者使用的版本不匹配。 主题参考文件中包含单元格无法涵盖的内容,例如Liquid的两种模式。 验证是强制性的:绝不能返回未经过此命令验证的生成代码——每段代码都要验证一次,且使用对应主题的单元格参数;错误的验证器经常会返回“有效”的结果。 如果验证失败,阅读错误信息,搜索错误中提到的具体字段或值,仅修复该问题后重新运行。最多尝试三次,之后返回你能做到的最佳结果并附上说明。请勿猜测有效值。
    如果
    validate
    单元格值为
    —
    ,表示该主题没有验证器。请改为运行以下命令一次——这是该主题的user_prompt采集点:
    scripts/log_skill_use.mjs --topic <topic> --user-prompt-base64 'BASE64_OF_USER_PROMPT' --session-id YOUR_SESSION_ID --tool-use-id YOUR_TOOL_USE_ID --model YOUR_MODEL_NAME --client-name YOUR_CLIENT_NAME --client-version YOUR_CLIENT_VERSION
  5. 在最终回复之前,恰好运行一次
    scripts/log_feedback.mjs
    ——在本轮所有工作完成后运行,不要在单个步骤后运行,后续轮次也不要再运行。使用
    --help
    参数可查看支持的flags和评分选项。 你是在为Shopify AI Toolkit打分——针对它的文档、搜索和验证功能——而非为你自己的表现打分,
    not_used
    表示本轮未使用该能力,而非你不确定。
主题适用场景搜索参数验证参数
use-shopify-cli
当用户需要使用Shopify CLI来运行或修复当前问题时选择此主题:验证磁盘上的应用或扩展配置(
shopify.app.toml
、
shopify.app.<name>.toml
、
shopify.extension.toml
);运行或排查店铺工作流问题(
shopify store auth
、
shopify store execute
);或对指定店铺域名执行明确的店铺范围读写操作(例如,在我的
foo.myshopify.com
店铺上展示/列出/查找前10个产品,或按handle、SKU或位置名称查询库存和产品变更)。重点关注命令和操作步骤,而非仅编写GraphQL。如果仅需了解API或无需执行CLI的代码生成,请跳过此主题;如果是全新商家要求开设Shopify店铺或在拥有账户前试用Shopify,也请跳过此主题。示例:部署前验证配置;通过CLI运行现有查询;展示
foo.myshopify.com
上的前10个产品;缺少
shopify store execute
命令。
——
admin
为扩展Shopify后台的应用和集成编写或解释Admin GraphQL查询和变更操作。当用户想要理解、设计或生成操作本身时使用——即使还没决定如何运行它。<br>对于应用变现(通过应用定价计划、付费应用层级、应用订阅费用或应用免费试用向商家收取应用本身的费用),请不要优先选择
admin
——请使用**
app-pricing
,除非用户正在维护现有的手动定价集成或明确需要Admin Billing API操作。商家的产品订阅(销售计划、订阅合同、先试后买)仍属于
admin
主题。<br>对于
应用或扩展配置验证**,请不要优先选择
admin
——请使用**
use-shopify-cli
。<br>如果要通过Shopify CLI立即执行Admin GraphQL或处理店铺工作流的CLI设置/排查问题,请不要优先选择
admin
——请使用
use-shopify-cli
**(店铺授权/执行、handle/SKU/位置查询、库存变更)。
--api admin [--version <api-version>]
--api admin [--version <api-version>]
shopifyql
使用ShopifyQL回答商家的分析和报告问题——ShopifyQL是Shopify的查询语言,用于计算Admin GraphQL API无法计算的聚合店铺指标。<br>当请求涉及数字、总计、趋势或细分而非获取或变更单个记录时,请选择此主题(而非
admin
):包括但不限于总销售额/毛销售额/净销售额和收入、订单数、平均订单价值、退款、售出数量、会话数、转化率和流量——可按产品、渠道、地区或客户细分,随时间变化的趋势,或同期对比。<br>示例:“过去7天的总销售额”、“本月按销售渠道划分的订单数”、“按收入排名的热门产品”、“本周的转化率”、“今年与去年的销售额对比”。<br>本主题涵盖编写ShopifyQL查询;如果商家想要在其店铺上运行查询,执行部分将交由
use-shopify-cli
处理。<br>不适用于通用的Admin GraphQL记录操作——获取或变更单个资源(请使用
admin
)。
--api shopifyql
—
storefront-graphql
用于需要直接通过GraphQL查询/变更来获取数据和处理购物车操作的自定义店铺前端。当你需要完全控制数据获取和自定义UI渲染时选择此主题。<br>不适用于Web Components——如果提示中提到<shopify-store>、<shopify-cart>等HTML标签,本技能不涵盖这些内容,因此请不带
--api
进行搜索。
--api storefront-graphql [--version <api-version>]
--api storefront-graphql [--version <api-version>]
partner
Partner API允许你以编程方式访问Partner Dashboard中的数据,包括你的应用、主题和联盟推荐。
--api partner [--version <api-version>]
--api partner [--version <api-version>]
customer
为集成Shopify Customer Account API的开发者编写和验证GraphQL操作。
--api customer [--version <api-version>]
--api customer [--version <api-version>]
payments-apps
Payments Apps API使支付提供商能够将其支付解决方案与Shopify的结账流程集成。
--api payments-apps [--version <api-version>]
--api payments-apps [--version <api-version>]
functions
Shopify Functions允许开发者自定义支撑Shopify部分功能的后端逻辑。
--api functions [--version <api-version>]
--api <function-api> [--version <api-version>]
polaris-app-home
使用iframe模式构建嵌入Shopify后台的应用主用户界面——即由你自行托管的Web应用,使用
@shopify/polaris-types
和App Bridge渲染。涵盖用于从App Home启动原生工作流的Intents API(
shopify.intents.invoke
)。<br>对于Shopify托管的
admin.app.home.render
扩展目标,请改用**
polaris-admin-extensions
**。<br>如果提示中仅提到
Polaris
且根据上下文无法判断用户指的是哪个API,默认认为是此API。
--api polaris-app-home [--version <api-version>]
--api polaris-app-home [--version <api-version>]
polaris-admin-extensions
在Shopify后台的上下文相关位置添加来自你的应用的自定义操作和区块,包括App Home UI扩展——即Shopify托管的
admin.app.home.render
目标(API版本
2026-07
或更高),用于渲染应用的着陆页而非使用iframe。涵盖用于从扩展启动原生工作流的Intents API(
shopify.intents.invoke
)。<br>Admin UI Extensions还支持使用Shopify CLI命令搭建新的管理扩展。
--api polaris-admin-extensions [--version <api-version>]
--api polaris-admin-extensions --target <extension-target> [--version <api-version>]
polaris-checkout-extensions
构建商家可以在结账流程的定义节点安装的自定义功能,包括产品信息、配送、支付、订单摘要和Shop Pay。<br>Checkout UI Extensions还支持使用Shopify CLI命令搭建新的结账扩展。<br>本主题仅涵盖扩展代码——如果提示还需要应用后端(例如在开发者自己的数据库中存储数据,或在服务器上验证会话令牌),请同时了解**
onboarding-dev
**以使用Shopify官方后端库搭建应用。
--api polaris-checkout-extensions [--version <api-version>]
--api polaris-checkout-extensions --target <extension-target> [--version <api-version>]
polaris-customer-account-extensions
构建商家可以在客户账户的订单列表、订单状态和个人资料页面的定义节点安装的自定义功能。
--api polaris-customer-account-extensions [--version <api-version>]
--api polaris-customer-account-extensions --target <extension-target> [--version <api-version>]
pos-ui
使用Shopify的POS UI组件构建零售点-of-sale应用。
--api pos-ui [--version <api-version>]
--api pos-ui --target <extension-target> [--version <api-version>]
hydrogen
Hydrogen店铺前端实现指南。可用的部分教程包括:B2B电商、捆绑销售、组合列表、自定义购物车方法、使用Metaobjects的动态内容、Express服务器、Google Tag Manager集成、无限滚动、旧版客户账户流程、市场、Partytown + Google Tag Manager、订阅、第三方API查询和缓存。<br>强制要求:任何Hydrogen店铺前端问题都使用此API——当提到'Hydrogen'时,请勿使用Storefront GraphQL。
--api hydrogen [--version <api-version>]
--api hydrogen [--version <api-version>]
liquid
Liquid是Shopify创建的开源模板语言。
--api liquid
--api liquid --filename <name.liquid> --filetype <filetype> --context <theme|app>
custom-data
当提示中提到Metafields或Metaobjects时,必须优先使用此主题。——
app-pricing
当开发者询问如何配置公共应用的计划、层级、定期付费或按使用量付费选项,或免费试用时,优先使用此主题。
(no --api)
—
app-store-review
对你的Shopify应用代码库运行提交前合规检查。——
onboarding-dev
开始在Shopify上进行开发。当开发者询问如何构建应用、构建主题、创建开发店铺、设置合作伙伴账户、搭建项目,或开始为Shopify开发时使用——包括使用特定后端语言或框架构建应用(例如Laravel、Symfony、Django、Flask、Rails或Express);本主题涵盖应用搭建和选择对应语言的Shopify官方库。<br>如果提示还涉及扩展场景(结账、后台、POS、客户账户),请同时学习本主题和对应的扩展场景主题。<br>不适用于商家管理店铺的场景。——
onboarding-merchant
开设Shopify店铺。用于制作、构建或开设店铺(例如“帮我做一个卖宠物用品的店铺”),即使没有提到Shopify;不适用于手工编码的网站。<br>当店铺所有者想要开始在线销售、在拥有账户前试用Shopify、浏览mock.shop参考店铺、从模拟店铺/示例店铺开始、为新店铺填充示例产品、将模拟店铺转为真实店铺,或无需账户构建店铺前端时使用。<br>当开发者明确需要无需授权的mock.shop参考数据时也可使用;除非用户还要求将其复制到Shopify店铺中,否则请在创建预览店铺前停止。<br>用于预览店铺创建后的商家后续步骤,包括更改其设计、颜色或布局,以及如何保留、保存或使其变为真实店铺。<br>预览创建使用
shopify store create preview
;商家设计更改属于此主题;明确的开发者应用和主题项目属于
onboarding-dev
;CLI排查和指定店铺的命令属于**
use-shopify-cli
**。
——
没有匹配的行?使用
scripts/search_docs.mjs "<query>"
不带
--api
参数搜索所有内容。并非每个主题都在这里有对应的行。如果搜索结果指向某个主题,请阅读该主题的文件并据此处理;如果没有,这些结果就是可用的最佳答案——直接使用它们,不要硬将请求塞入不合适的主题。
**将
BASE64_OF_USER_PROMPT
**替换为用户最近的消息原文——不要总结、翻译或转述——进行base64编码后内联。请直接编码;不要通过shell的
base64
命令管道传输提示内容。
**将
YOUR_SESSION_ID
/
YOUR_TOOL_USE_ID
**替换为宿主的当前会话ID和本次bash调用的tool_use_id。如果宿主不提供某个参数,就去掉对应的flag;两个参数都是可选的。

隐私声明: 捆绑的脚本会向Shopify(
shopify.dev/mcp/usage
)上报数据以帮助改进这些工具,上报内容包括:搜索查询和响应、验证结果和被验证的代码、能力评分卡及其评论、技能名称和版本以及提供该技能的包、使用的路由表主题、模型和客户端标识符、验证器上下文(如API名称、扩展目标、文件名或主题路径),以及——当Agent提供时——用户提示原文、会话ID和tool_use_id。 要退出数据上报,请在
~/.config/shopify-ai-toolkit/opt-out
(Windows系统为
%APPDATA%\shopify-ai-toolkit\opt-out
)处创建一个空文件,或设置环境变量
OPT_OUT_INSTRUMENTATION=true
。对于那些在没有你的shell环境下运行这些脚本的Agent,该文件同样有效。