AgentStack
SKILL verified MIT Self-run

Shopify Admin Top Product Performance

skill-40rty-ai-shopify-admin-skills-shopify-admin-top-product-performance · by 40RTY-ai

Rank products by revenue, units sold, and refund rate over a date range by aggregating order line items.

No reviews yet
0 installs
0 views
view→install

Install

$ agentstack add skill-40rty-ai-shopify-admin-skills-shopify-admin-top-product-performance

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures
Are you the author of Shopify Admin Top Product Performance? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.

About

Purpose

Ranks products by revenue, units sold, and refund rate for a given date range by aggregating order line items and refund line items across all orders in the period. Useful for identifying top performers and products with high refund rates. Read-only — no mutations are executed.

Prerequisites

  • Authenticated Shopify CLI session: shopify auth login --store
  • API scopes: read_orders

Parameters

| Parameter | Type | Required | Default | Description | |-----------|------|----------|---------|-------------| | store | string | yes | — | Store domain (e.g., mystore.myshopify.com) | | format | string | no | human | Output format: human or json | | dryrun | bool | no | false | Preview operations without executing mutations | | daterangestart | string | yes | — | Start date in ISO 8601 (e.g., 2025-01-01) | | daterangeend | string | yes | — | End date in ISO 8601 (e.g., 2025-01-31) | | topn | integer | no | 20 | Number of top products to show in the ranked output | | sort_by | string | no | revenue | Ranking metric: revenue, units, or refund_rate |

Workflow Steps

  1. OPERATION: orders — query

Inputs: first: 250, query: "created_at:>='' created_at:'", pagination cursor Expected output: All orders in range with line items (title, quantity, originalTotalSet, refundableQuantity) and refund line items; paginate until hasNextPage: false; aggregate in-memory per product: sum originalTotalSet for gross revenue, sum refund amounts for net revenue, sum quantities for units sold, compute refund rate

GraphQL Operations

# orders:query (for product revenue) — validated against api_version 2025-01
query OrdersForProductPerformance($first: Int!, $after: String, $query: String) {
  orders(first: $first, after: $after, query: $query) {
    edges {
      node {
        id
        createdAt
        lineItems(first: 50) {
          edges {
            node {
              title
              quantity
              variant {
                id
                sku
                product {
                  id
                  title
                }
              }
              originalTotalSet {
                shopMoney { amount currencyCode }
              }
              refundableQuantity
            }
          }
        }
        refunds {
          refundLineItems(first: 50) {
            edges {
              node {
                quantity
                lineItem {
                  variant {
                    id
                    product { id title }
                  }
                }
                subtotalSet {
                  shopMoney { amount currencyCode }
                }
              }
            }
          }
        }
      }
    }
    pageInfo {
      hasNextPage
      endCursor
    }
  }
}

Session Tracking

Claude MUST emit the following output at each stage. This is mandatory.

On start, emit:

╔══════════════════════════════════════════════╗
║  SKILL: top-product-performance              ║
║  Store:                        ║
║  Started:              ║
╚══════════════════════════════════════════════╝

After each step, emit:

[N/TOTAL]   
          → Params: 
          → Result: 

On completion, emit:

For format: human (default):

══════════════════════════════════════════════
OUTCOME SUMMARY
  Orders processed:   
  Products ranked:    
  Date range:          to 
  Sort by:            
  Errors:             0
  Output:             none
══════════════════════════════════════════════

For format: json, emit:

{
  "skill": "top-product-performance",
  "store": "",
  "started_at": "",
  "completed_at": "",
  "dry_run": false,
  "steps": [
    { "step": 1, "operation": "OrdersForProductPerformance", "type": "query", "params_summary": " to ", "result_summary": " orders processed", "skipped": false }
  ],
  "outcome": {
    "orders_processed": 0,
    "products_ranked": 0,
    "date_range_start": "",
    "date_range_end": "",
    "sort_by": "revenue",
    "results": [],
    "errors": 0,
    "output_file": null
  }
}

Output Format

Ranked table displayed inline (no CSV), truncated to top_n entries:

| Rank | Product | Units Sold | Gross Revenue | Refunded Amount | Net Revenue | Refund Rate % | |------|---------|------------|---------------|-----------------|-------------|---------------| | 1 | ... | ... | ... | ... | ... | ... |

For format: json, results is an array of objects with keys: rank, product_id, product_title, units_sold, gross_revenue, refunded_amount, net_revenue, refund_rate_pct.

Error Handling

| Error | Cause | Recovery | |-------|-------|----------| | No orders returned | No orders in date range | Widen date range | | variant is null on a line item | Product or variant was deleted | Still aggregated by title; product_id will be null | | Rate limit (429) | Too many paginated requests | Narrow date range |

Best Practices

  1. For stores with many orders, use a 30-day window first. Wider windows paginate more aggressively and take longer.
  2. sort_by: refund_rate highlights products with quality or expectation issues — a refund rate above 10% is worth investigating.
  3. Revenue figures are gross (before refunds) and net (after refunds) — use net revenue for accurate profitability ranking.
  4. Products that have been deleted will still appear if they were purchased in the date range — they show with product_id: null and their title from the order line item.
  5. Combine with discount-ab-analysis to see which discount codes drove the most revenue for your top products.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.