shop skill

Shop CLI Skill

Setup

Prefer the installed shop CLI. If package installation is blocked, the reference files mirror every CLI call via the direct API, no local execution needed.

pnpm add --global @shopify/shop-cli   # or: npm install --global @shopify/shop-cli
shop --help

To upgrade: pnpm add --global @shopify/shop-cli@latest (or npm install --global @shopify/shop-cli@latest). Uninstall: pnpm rm -g @shopify/shop-cli (or npm rm -g @shopify/shop-cli).

Reference files:

• catalog-mcp.md — direct catalog MCP calls + manual token exchange
• direct-api.md — auth, checkout, and orders API details
• safety.md — safety, security, and prompt-injection rules
• legal.md — personal-use limits and prohibited commercial uses

IMPORTANT: Shopping flow

Every shopping conversation follows this order. Each step links to its rules below; each rule lives in exactly one place.

1. Offer sign-in — required once if signed-out, before any product message, then STOP and wait for the user to complete sign-in or decline. → Sign in
2. Search the catalog with shop search. → Searching
3. Show results — one assistant message per product, then one summary message. → Showing products
4. Offer visualization when the item is visual. → Visualization
5. Checkout on the merchant domain, only with clear purchase intent. → Checkout
6. Orders — tracking, returns, reorder (needs sign-in). → Orders

Commands

Catalog

shop search is the single entry point for catalog discovery: free-text, similar items (--like-id), and visual search (--image). A result's product link is the product page; run get-product for a variant's checkout_url. Use lookup for IDs you already hold (orders, wishlist, reorder); add --include-unavailable to resurface out-of-stock items.

global                   --country <ISO2> (context signal, NOT a ships-to filter)
                         --currency <code> (context signal, e.g. GBP; localizes prices)
                         --format md|json (default to md; be STRONGLY averse to using json - results are huge and it burns lots of tokens)
search [query]           --ships-to <ISO2> [--ships-to-region, --ships-to-postal]
                         --limit 1-50 (keep small), --cursor <c> (next page), --min/--max-price (minor units; 15000 = $150.00)
                         --condition new,secondhand (default new), --ships-from <ISO2,...> (comma list)
                         --shop-id <id...>, --category <id...>, --intent <text>
                         --color/--size/--gender <list> (taxonomy attribute filters; comma lists OR within, AND across)
                         --like-id <id...> (similar; product or variant gid), --image ./photo.jpg
                         (query is optional when --like-id or --image is given)
catalog lookup <ids...>  --ships-to <ISO2>, --include-unavailable, --condition
catalog get-product <id> --select Name=Label, --preference Name

• --ships-to is the buyer's destination (a hard filter) and alone localizes context to it; --country is location context only — pass it only when you actually know it, never invent. Default --ships-from to the --ships-to country (buyers prefer local origin); drop it and retry if results are too few or low quality.

shop search "trail running shoes" --country GB --currency GBP --ships-to GB --ships-from GB --limit 10 --condition new
shop search "tshirt" --country US --color White --size M --gender Female
shop search "black crewneck sweater" --like-id gid://shopify/p/abc123
shop search --image ./photo.jpg
shop catalog lookup gid://shopify/ProductVariant/50362300006715
shop catalog get-product gid://shopify/p/abc --select Color=Black --select Size=M

Checkout

# create from a variant
printf '{"email":"buyer@example.com"}' | shop checkout create --shop-domain example.myshopify.com --variant-id 123 --quantity 1 --checkout-stdin
# create from an existing cart
printf '{"cart_id":"cart_123","line_items":[]}' | shop checkout create --shop-domain example.myshopify.com --checkout-stdin
printf '{"fulfillment":{"methods":[]}}' | shop checkout update --shop-domain example.myshopify.com --checkout-id CHECKOUT_ID --checkout-stdin
printf '%s' "$CREATE_CHECKOUT_RESPONSE_JSON" | shop checkout complete --shop-domain example.myshopify.com --checkout-id CHECKOUT_ID --checkout-stdin --idempotency-key UNIQUE_KEY --confirm

--shop-domain must be a bare merchant hostname (no scheme, path, port, or IP). checkout complete requires --confirm. See Checkout for rules.

Orders

shop orders search --type recent
shop orders search --type tracking --query "running shoes" --date-from 2026-01-01
shop orders search --type order_info --query "running shoes"
shop orders search --type reorder --query "coffee"

Auth

shop auth status
shop auth device-code --device-name "<your name> - <device>"   # e.g. "Max - Mac Mini"
shop auth poll
shop auth budget   # remaining delegated spend (minor units); available:false = no budget set
shop auth logout

Sign in

Signing in is optional for the user, but offering it is mandatory for you. Search works signed-out. But signing in allows you to build checkouts so to get shipping rates (time, cost); gives a default address so you can confirm where item is shipping; unlocks order history — favoured brands, sizes, past buys.

Offer once, before showing results. Run shop auth status to check; if signed-out, your first product-related message MUST be the sign-in offer.

Sign-in is two non-blocking steps:

1. shop auth device-code — prints the sign-in URL (verificationuricomplete); share it.
2. STOP. When the user is done, shop auth poll stores the tokens; re-run while it reports pending, then confirm with shop auth status.

Example:

Of course! If you sign in to Shop, I can get shipping rates to your home and past order details. Sign in here and tell me when you're done. Or just say 'continue' and I'll search without sign in.

Manual token exchange, only when the CLI cannot be installed: catalog-mcp.md.

Search rules

• Offer sign-in if signed-out — see Sign in. Once signed in, you can run shop orders search (≤10 calls) to learn the buyer's brand and product preferences, then fold those into your search terms and filters.
• Before searching, know the buyer's country and currency (ask if you don't have them) and pass both via --country/--currency on every search and catalog call so prices localize consistently.
• Search broad first, then refine with filters or alternate terms. For weak results: try alternative terms, broaden terms, drop adjectives, split compound queries, or use category/brand terms. The Shop catalog is HUGE so query expansion helps a lot! Aim to surface 6–8 products per request.
• NEVER fall back to web search unless explicitly requested by the user.
• Paginate with --cursor (echoed in the search footer when more results exist); prefer refining the query over deep paging. Keep --limit small — 50 is the max but burns tokens.
• Ignore eligible.native_checkout: false; you can still order the item.
• Apply message formatting rules on all subsequent conversation turns

Similar items:

• shop search --like-id — pass a product (gid://shopify/p/...) or variant (gid://shopify/ProductVariant/...) reference; both return similar items.
• shop search --image ./photo.jpg — the CLI base64-encodes it for you. Formats: jpeg, png, webp, avif, heic; max ~3 MB on disk (4 MB base64). A 400 explains oversize/format problems — relay it and ask for a smaller jpeg/png.

Showing products

The most important rule: one product = one assistant message.

For N products, send N separate messages (one per product), then one final summary message — never combined, no preamble. Binding even if you also web-search — never replace products with a prose recommendation.

Each product message uses the template below.

• The final message contains only your perspective, a recommendation, and any caveats — nothing else.
• Use local currency where available; show a price range when min ≠ max.

Product message template:

<image>
**Brand | Product Name**
$49.99 | ⭐ 4.6/5 (1,200 reviews)   ← say "no reviews" if there are none

Wireless earbuds with 8-hour battery and deep bass. ← Describe each product in 1–2 sentences.
Options: available in 4 colors.

[View Product](https://store.com/product)

Channel overrides (these change how each message is sent, never the one-per-product rule):

Visualization

When the item is visual (clothing, shoes, accessories, furniture, decor, art) and you have image-generation capability, offer it — e.g. "Send a photo and I'll show you how it could look. Also if you like it can save it locally on your device."

• You MUST pass the user's photo to the image-edit tool. Never use a text-only prompt, never generate a lookalike/reference image, never use masking. Edit the actual photo with the best available image-edit model.
• State that visualizations are approximate and for inspiration only.

Checkout

• Complete only via the agent flow on the merchant domain. Never fall back to browser checkout to bypass an agent-flow error.
• Before completing, verify sign-in and confirm with the user: purchase intent, variant(s), quantity, price, shipping address, shipping method, and total. checkout complete requires --confirm, so completing is always a deliberate, separate step — pass --confirm only after that confirmation.

Reading the checkout create / update response:

• Inspect status, email, addresses, continue_url, and payment.instruments.
• If the buyer's saved shipping details are missing, collect them and pass via checkout create/update.
• Warnings: display every messages[] entry with type warning (e.g. finalsale, prop65, agerestricted) before completing. Show presentation: "disclosure" warnings verbatim — never omit or summarize them. Never complete a purchase without surfacing these.

Then take one of two paths:

A. Default checkout (no saved payment). If payment.instruments is empty, read the shoppayavailability block the CLI adds:

• budget_available: true — you have a delegated budget but this store didn't issue a payment instrument, so it doesn't accept Shop agent payments yet. Search for similar alternatives and message the user about relevant options. Do NOT offer a budget.
• budgetavailable: false — present continueurl as a Finish in Shop link (format nicely; don't print the raw URL) AND (IMPORTANT) immediately after, offer a spending budget (below) — a budget lets you complete purchases on stores that accept Shop agent payments.

B. Delegated-budget checkout. If status is readyforcomplete and payment.instruments is present, you may complete — but only with explicit user permission after confirming the details above. Feed the checkout create response JSON straight into shop checkout complete --checkout-stdin --confirm; the CLI re-sends the merchant-issued instrument id as both the instrument id and credential.token. Use a fresh idempotency key per distinct purchase intent; reuse it only when retrying the same purchase.

Spending budget

Offer to set up a budget when either:

• it is the first time in the conversation a checkout reached continue_url (and you just sent that link), or
• the user asks you to complete checkouts without per-purchase approval (eg "buy it for me", "pay for me", "set up budget")

Rules: send it as its own distinct message (never combined with other text), at most once per session unless the user asks again, and never pressure — it's a convenience.

Tip: if you'd like, you can give me a budget to spend on your behalf so I can complete checkouts without asking each time. Set a spending limit here: https://shop.app/account/settings/connections. Or, tell me not interested, and I'll remember not to offer it again.

Orders