amazon-analysis

Amazon-domain general analysis and multi-endpoint research engine. Handles broad or composite Amazon research requests that span multiple data dimensions or have no single specialized angle. Use when: - user asks for multi-endpoint Amazon research, composite reports, or general Amazon market/product analysis - user asks "what kind of Amazon analysis can I run" or wants an overview of available Amazon insights - user wants broad Amazon data exploration with no single specific deliverable in mind Uses {skill_base_dir}/scripts/zoodata.py. Requires ZOODATA_API_KEY.

ZooData — Amazon Seller Data Analysis

AI-powered Amazon product research. Respond in user's language.

Files

File	Purpose
{skill_base_dir}/scripts/zoodata.py	Execute for all API calls (run --help for params)
{skill_base_dir}/references/reference.md	Load when you need exact field names or filter details

Credential

Required: ZOODATA_API_KEY. Get free key at zoodata.ai/api-keys. Stored in {skill_base_dir}/config.json in skill root.

Capabilities & Data Flow

• Network: only https://api.zoodata.ai (Bearer ZOODATA_API_KEY). Setting ZOODATA_BASE_URL to an untrusted host (anything other than api.zoodata.ai / *.zoodata.ai / localhost) makes the CLI refuse the request and withhold the key — the Bearer token is never sent to an untrusted host.
• Execution: bundled shared ZooData CLI {skill_base_dir}/scripts/zoodata.py (Python 3, stdlib-only). This skill allows categories, market, products, competitors, product, analyze, report, opportunity, history, check, plus the review fallback toolkit (reviews-raw / review-tag-prompt / review-reduce-prompt / review-aggregate). Do not invoke unrelated subcommands for this skill's tasks.
• Local files: a temporary /tmp/review_<ASIN>_<timestamp>/ working dir during the review fallback; reads the optional credential store ~/.zoodata/config.json.
• Sent to the API: keywords, category paths, ASINs, marketplace/date and numeric filter values only. Never sent: budget, experience level, risk tolerance, or any other user-profile text — profile inputs map client-side to numeric filters.
• Credits: every API call consumes account credits. For broad or ambiguous requests, state the estimated credit cost and confirm with the user before running multi-call scans.

Shared CLI Contract

Before selecting or invoking the first command, read and apply the local references/cli-contract.md. Reapply it after every granular or composite result and before any fallback, additional call, state write, interpretation, or user-facing report. Use this skill's fallback logic only when the shared contract classifies the result as non-terminal.

Local Interface Failure Output

For a terminal interface failure, respond in the user's language with one concise notice that the Amazon analysis could not be completed, followed by the succeeded and failed endpoint identifiers. Do not render analysis findings, recommendations, API-usage tables, or another workflow choice. Keep control tokens, parameters, and retry logs internal unless diagnostics are requested.

Input

User provides: keyword, category, ASIN, or brand — depending on intent. Use intent routing below.

API Pitfalls (CRITICAL)

1. Category first: keyword search is broad → MUST lock categoryPath via categories endpoint before other calls
2. Brand + category: Brand queries MUST include --category to avoid cross-category contamination
3. Use API fields directly: revenue=sampleAvgMonthlyRevenue (NEVER calculate price×sales), sales=monthlySalesFloor (lower bound), opportunity=sampleOpportunityIndex
4. reviews/analysis: needs 50+ reviews per ASIN; try category mode first (single call returns all dimensions), ASIN mode only if category call fails. Filter by labelType client-side from the consumerInsights array. Fallback chain when sample is insufficient:
   1. Lightweight: realtime/product ratingBreakdown — only star distribution, no themes
   2. Full 11-dim insights — bypass /reviews/analysis entirely: a. zoodata.py reviews-raw --asin X → fetch up to 100 raw reviews (10 credits, ~60s) b. For each review: render Map prompt via zoodata.py review-tag-prompt --review '<json>' and have your own LLM produce JSON tags (sentiment + 11 dimensions) c. Collect candidate phrases per dimension; for each dimension render Reduce prompt via zoodata.py review-reduce-prompt --label-type X --candidates '[...]' and have your LLM produce semantic clusters d. zoodata.py review-aggregate --reviews R --tagged T --clusters C → consumerInsights output compatible with /reviews/analysis
5. Aggregation without categoryPath: produces severely distorted data
6. Check the data shape before indexing: many search/list endpoints return .data as an array, so use .data[0] for the first record in those cases; some commands return non-array payloads inside data
7. labelType: NOT an API request parameter — it is a field in the response consumerInsights array, used for client-side filtering
8. history empty: try oldest-listed ASINs first, up to 3 rounds of different ASINs before giving up
9. Sales null fallback: Monthly sales ≈ 300,000 / BSR^0.65

On Missing Key

When ZOODATA_API_KEY is not set (verify via python {skill_base_dir}/scripts/zoodata.py check — exits 2 if no key in env or ~/.zoodata/config.json), stop before any evidence call. Tell the user that a ZooData API key is required, link to https://zoodata.ai/en/api-keys, and explain that the key may be set in the environment or local config. Do not substitute public knowledge or a "for reference only" analysis.

On 401 Invalid Key

When _transport.status=401, stop further calls, tell the user that the configured key was rejected, direct them to https://zoodata.ai/en/api-keys, and do not fabricate missing data.

On 402 Credit Exhausted

When _transport.status=402, stop further calls. Report where the workflow stopped, any compatible partial findings already gathered, and returned credit metadata when present; direct the user to https://zoodata.ai/en/pricing and do not fabricate missing data.

13 Product Selection Modes

Modes are CLI-local presets, NOT API parameters. zoodata.py expands --mode into real filter fields before the call — copy them from PRODUCT_MODES in {skill_base_dir}/scripts/zoodata.py if you bypass the CLI. For a raw products/search request, never send mode, salesMin, or ratingsMax; use the expanded API filters, distinguish ratingMax from ratingCountMax, and send categoryPath as a JSON array.

Mode	One-line Description
fast-movers	Monthly sales≥300, growth≥10% — quick turnover
emerging	Monthly sales≤600, growth≥10%, ≤6 months old
single-variant	Growth≥20%, 1 variant, ≤6 months — small & rising
high-demand-low-barrier	Monthly sales≥300, reviews≤50 — easy entry
long-tail	BSR 10K-50K, ≤$30, exclusive sellers — niche
underserved	Monthly sales≥300, rating≤3.7 — improvable products
new-release	Monthly sales≤500, New Release tag
fbm-friendly	Monthly sales≥300, self-fulfilled
low-price	≤$10 products
broad-catalog	BSR growth≥99%, reviews≤10, ≤90 days
selective-catalog	BSR growth≥99%, ≤90 days
speculative	Monthly sales≥600, ≥3 sellers
top-bsr	BSR≤1000 best sellers

Modes can combine with explicit filters (--price-max, --sales-min, etc). Overrides win.

Composite Commands

• report --keyword X → categories + market + products(top50) + realtime(top1)
• opportunity --keyword X [--mode Y] → categories + market + products(filtered) + realtime(top3)

Analysis Framework

Every analysis should address these dimensions where data is available:

Market Health Assessment

Indicator	Good	Caution	Warning
Monthly demand (sampleAvgMonthlySales)	>1,500 units 📊	500-1,500 📊	<500 📊
Brand concentration (CR10)	<40% 📊	40-60% 📊	>60% 📊
New entrant rate (sampleNewSkuRate)	>15% 📊	5-15% 📊	<5% 📊
Avg review count (sampleAvgRatingCount)	<500 📊	500-5,000 📊	>5,000 📊
FBA rate (sampleFbaRate)	>60% 📊	40-60% 📊	<40% 📊

Competitive Position Assessment

• Price vs category avg: >20% above = premium positioning, >20% below = value play 🔍
• Rating vs category avg: ≥0.3 above = quality advantage, ≥0.3 below = quality risk 🔍
• Review count vs Top 10 avg: <10% of leaders = high barrier, >50% = competitive 🔍
• BSR trend (30d): Improving = momentum, stable = holding, declining = losing share 🔍

Opportunity Viability

When user asks "should I sell X" or "is this a good niche":

• ALL of: demand >500, CR10 <60%, avgReviewCount <5,000 → Likely viable 🔍
• ANY of: demand <200, CR10 >80%, avgReviewCount >10,000 → Likely not viable 🔍
• Mixed signals → Present data, let user decide with their domain knowledge 💡

Sales Estimation Notes

• monthlySalesFloor is a lower-bound estimate 📊
• Null sales fallback: Monthly sales ≈ 300,000 / BSR^0.65 🔍
• Revenue = sampleAvgMonthlyRevenue directly — NEVER calculate price × sales 📊

Output Spec

Sections: Analysis findings → Data Source & Conditions table (interfaces, category, dateRange, sampleType, topN, filters) → Data Notes (estimated values, T+1 delay, sampling basis).

Language (required)

Output language MUST match the user's input language. If the user asks in Chinese, the entire report is in Chinese. If in English, output in English. Exception: API field names (e.g. monthlySalesFloor, categoryPath), endpoint names, technical terms (e.g. ASIN, BSR, CR10, FBA, credits) remain in English.

Disclaimer (required, at the top of every report)

Data is based on ZooData API sampling as of [date]. Monthly sales (monthlySalesFloor) are lower-bound estimates. This analysis is for reference only and should not be the sole basis for business decisions. Validate with additional sources before acting.

Confidence Labels (required, tag EVERY conclusion)

• 📊 Data-backed — direct API data (e.g. "CR10 = 54.8% 📊")
• 🔍 Inferred — logical reasoning from data (e.g. "brand concentration is moderate 🔍")
• 💡 Directional — suggestions, predictions, strategy (e.g. "consider entering $10-15 band 💡")

Rules: Strategy recommendations are NEVER 📊. Anomalies (>200% growth) are always 💡. User criteria override AI judgment.

Aggregate-label rule (applies to ALL report output, not just fallback): NEVER attach 📊 to ANY element that aggregates or groups underlying content when ANY piece of that content is 🔍 or 💡. "Aggregate/grouping elements" include:

• Section headers at EVERY level (#, ##, ###, ####) — including top-level summary sections like "Overall Score", "Verdict", "Executive Summary"
• Summary/score lines anywhere in the report (e.g. ## Overall Score — 27/100 · Grade F 📊 is WRONG if any Basis row inside is 🔍)
• Table column headers in comparison tables (e.g. **Target ASIN** 📊 as a column label is WRONG if any cell in that column contains 🔍)
• Table row headers or row-aggregation labels (when the row aggregates multiple cells of mixed confidence)
• Any other visual grouping label — bullet-list group titles, callout box titles, etc.

A group-level 📊 implies the whole block/column/row is data-backed, which smuggles inferred/directional content into the 📊 tier via visual grouping. Either (a) omit the group-level label entirely (preferred when content mixes tiers), or (b) use the LOWEST confidence present inside (🔍 if any underlying content is 🔍; 💡 if any is 💡). This is a universal output-quality rule — it applies regardless of which fallback path (if any) was triggered.

Emoji reservation rule (closely related): The three confidence symbols 📊 🔍 💡 are RESERVED for confidence labeling. NEVER use them as decorative prefixes on section headers, table headers, or any aggregate element — even when you also include a correct confidence suffix on the same line. Example:

• ❌ WRONG: ## 📊 Overall Score — 27/100 · Grade F 🔍 (the leading 📊 reads as a data-backed claim even though the trailing 🔍 is correct)
• ✅ RIGHT: ## Overall Score — 27/100 · Grade F 🔍 (no decorative emoji, just the proper confidence suffix)
• ✅ RIGHT: ## 🎯 Overall Score — 27/100 · Grade F 🔍 (use non-reserved decorative icons like 🎯 🧭 📋 📝 📂 🏁 🚨 🏆 🔔 when a visual prefix is desired)

Decorative emoji ≠ confidence label — but from a reader's perspective, a leading 📊/🔍/💡 is indistinguishable from a confidence claim. Reserve these three symbols EXCLUSIVELY for confidence annotation to avoid ambiguity.

Data Provenance (required)

Include a table at the end of every report:

Data	Endpoint	Key Params	Notes
(e.g. Market Overview)	markets/search	categoryPath, topN=10	📊 Top N sampling, sales are lower-bound
...	...	...	...

Extract endpoint and params from _query in JSON output. Add notes: sampling method, T+1 delay, realtime vs DB, minimum review threshold, etc.

API Usage (required)

Endpoint	Calls	Credits
(each endpoint used)	N	N
Total	N	N

Extract from meta.creditsConsumed per response. End with Credits remaining: N.

Limitations

Cannot do: keyword research, reverse ASIN, ABA data, traffic source analysis, historical price/BSR charts. Niche keywords may return empty — use category path instead.