← Back to Skills Marketplace
apiclaw

Amazon Analysis

by apiclaw · GitHub ↗ · v1.1.5 · MIT-0
cross-platform ⚠ suspicious
94
Downloads
0
Stars
0
Active Installs
2
Versions
Install in OpenClaw
/install amazon-analysis
Description
Amazon seller data analysis tool. Features: market research, product selection, competitor analysis, ASIN evaluation, pricing reference, category research. U...
README (SKILL.md)

APIClaw — Amazon Seller Data Analysis

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

Files

File Purpose
{skill_base_dir}/scripts/apiclaw.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: APICLAW_API_KEY. Get free key at apiclaw.io/api-keys. Stored in {skill_base_dir}/config.json in skill root.

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.
  5. Aggregation without categoryPath: produces severely distorted data
  6. .data is array: use .data[0], not .data.field
  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

14 Product Selection Modes

Mode One-line Description
hot-products High sales + strong growth momentum
rising-stars Low base + rapid growth trajectory
underserved Monthly sales≥300, rating≤3.7 — improvable products
high-demand-low-barrier Monthly sales≥300, reviews≤50 — easy entry
beginner $15-60, FBA, monthly sales≥300 — new seller friendly
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
long-tail BSR 10K-50K, ≤$30, exclusive sellers — niche
new-release Monthly sales≤500, New Release tag
low-price ≤$10 products
top-bsr BSR≤1000 best sellers
fbm-friendly Monthly sales≥300, self-fulfilled
broad-catalog BSR growth≥99%, reviews≤10, ≤90 days

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 📊 \x3C500 📊
Brand concentration (CR10) \x3C40% 📊 40-60% 📊 >60% 📊
New entrant rate (sampleNewSkuRate) >15% 📊 5-15% 📊 \x3C5% 📊
Avg review count (sampleAvgRatingCount) \x3C500 📊 500-5,000 📊 >5,000 📊
FBA rate (sampleFbaRate) >60% 📊 40-60% 📊 \x3C40% 📊

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: \x3C10% 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 \x3C60%, avgReviewCount \x3C5,000 → Likely viable 🔍
  • ANY of: demand \x3C200, 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 APIClaw 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.

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.

Usage Guidance
This skill appears to be what it says (it uses APIClaw and only asks for APICLAW_API_KEY), but exercise caution before installing: 1) Inspect scripts/apiclaw.py before running—look for any network calls to endpoints other than api.apiclaw.io, unexpected subprocess calls, or code that reads other local files. 2) If you must supply an API key, prefer a scoped/ephemeral key or one with minimal privileges; consider storing it in a secure credential store rather than an unprotected config.json. 3) Note the SKILL.md instructs the skill to persist the key and to "silently fall back" on API errors—if you want transparent failures, modify behavior or confirm logging. 4) If you cannot review the script, treat the package as higher risk; ask the publisher for a public commit history (the homepage repo) and confirm the script contents match the docs before use.
Capability Analysis
Type: OpenClaw Skill Name: amazon-analysis Version: 1.1.5 The skill bundle is a legitimate tool for Amazon market research and seller intelligence using the APIClaw service. The core logic in `scripts/apiclaw.py` is a clean CLI wrapper for the official APIClaw endpoints, handling authentication, retries, and data formatting without any suspicious execution or data exfiltration. The extensive documentation and instructions for the AI agent (e.g., `SKILL.md`, `execution-guide.md`) are focused on ensuring high-quality analysis, proper data attribution, and consistent output formatting, with no evidence of malicious prompt injection or unauthorized behavior.
Capability Tags
cryptocan-make-purchases
Capability Assessment
Purpose & Capability
The skill name, description, and SKILL.md consistently describe an APIClaw-based Amazon research tool and only declares APICLAW_API_KEY as required. The endpoints and fields called (categories, products, market, realtime, reviews/analysis, etc.) align with the stated purpose.
Instruction Scope
Runtime instructions tell the agent to execute scripts/apiclaw.py for all API calls and to follow many specific flows (category locking, fallbacks, realtime supplementation). That is within scope, but the SKILL.md directs storing the API key in {skill_base_dir}/config.json and instructs to "silently fall back" and not expose API errors to users — behavior that can hide failures and means credentials will be written to disk. Verify these choices are acceptable.
Install Mechanism
There is no install spec (instruction-only), which reduces install risk, but the skill package includes a sizeable executable script (scripts/apiclaw.py). Executing that local script is required by the instructions; since the script contents were not provided for review here, that represents an unreviewed code execution risk (network calls, unexpected endpoints, filesystem access, etc.).
Credentials
Only APICLAW_API_KEY is requested as an environment variable and it is the primary credential expected for the API calls. No unrelated credentials or system config paths are requested. The only proportionality note: the key is persisted to a local config.json, which is reasonable but increases the persistence footprint and local exposure of the secret.
Persistence & Privilege
The skill does not request always:true and appears intended for explicit invocation. However, SKILL.md instructs writing APICLAW_API_KEY to {skill_base_dir}/config.json (persistent local storage). Persisting credentials and running an included script are normal for such a tool but increase the consequence of any malicious or buggy code inside the script.
How to Use
  1. Make sure OpenClaw is installed (local or Docker)
  2. Run the install command in chat: /install amazon-analysis
  3. After installation, invoke the skill by name or use /amazon-analysis
  4. Provide required inputs per the skill's parameter spec and get structured output
Version History
v1.1.5
**1.1.5 Summary:** This update adds author, homepage, and environment metadata for improved documentation and integration. - Added `author`, `homepage`, and `metadata` fields to SKILL.md for attribution and API key requirements. - No changes to API or user-facing features. - Documentation now specifies required environment variable: `APICLAW_API_KEY`.
v1.1.4
- Improved documentation for best practices, API limitations, and 14 distinct product research modes. - Added mandatory disclaimer, confidence labeling, data provenance, and API usage reporting requirements for all outputs. - Clarified usage of API fields and key analysis calculations to prevent misinterpretation. - Outlined specific market, competition, and opportunity assessment frameworks. - Expanded section on input criteria, output structure, and language requirements. - Note: This update significantly enhances guidance on effective, accurate Amazon seller data analysis using APIClaw.
Metadata
Slug amazon-analysis
Version 1.1.5
License MIT-0
All-time Installs 0
Active Installs 0
Total Versions 2
Frequently Asked Questions

What is Amazon Analysis?

Amazon seller data analysis tool. Features: market research, product selection, competitor analysis, ASIN evaluation, pricing reference, category research. U... It is an AI Agent Skill for Claude Code / OpenClaw, with 94 downloads so far.

How do I install Amazon Analysis?

Run "/install amazon-analysis" in the OpenClaw or Claude Code chat to install it in one step — no extra setup required.

Is Amazon Analysis free?

Yes, Amazon Analysis is completely free, licensed under MIT-0. You can download, install and use it at no cost.

Which platforms does Amazon Analysis support?

Amazon Analysis is cross-platform and runs anywhere OpenClaw / Claude Code is available (cross-platform).

Who created Amazon Analysis?

It is built and maintained by apiclaw (@apiclaw); the current version is v1.1.5.

💬 Comments