agentleFS
SerendipityOneIncSerendipityOneInc/ZooData-Skills/amazon-market-analysis/SKILL.md

amazon-market-analysis

Skill77 starsChanged 8 months agoMITView on GitHub

Analyze Amazon category markets through one connected workflow: discover candidate niches and products, evaluate a named market's entry conditions, and inspect market changes over time. Use for market opportunity discovery, niche selection, category viability, GO/CAUTION/AVOID questions, market structure, subcategory comparison, trend scans, and explicitly requested market monitoring. Requires ZOODATA_API_KEY.

  • Reads credentials

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 1 is distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Read and apply references/analysis-contract.md before classifying the request, making an evidence call, or sending user-facing text.

    line 23
  2. Very specific:

    Read references/cli-contract.md and references/reference.md.

    line 25
  3. Very specific:

    Before interpreting returned market measures, load references/market-metric-semantics.md.

    line 28
  4. Very specific:

    Use only the bundled {skill_base_dir}/scripts/zoodata.py commands permitted by scripts/allowed-commands.json and documented by …

    line 47
  5. Distinctive:

    Do not create a watchlist, baseline, schedule, notification, or recurring run without the user's explicit monitoring request.

    line 50

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

ZooData — Amazon Market Analysis

Respond in the user's language.

Start here

  1. Read and apply references/analysis-contract.md before classifying the request, making an evidence call, or sending user-facing text.
  2. Classify the current question. Route an open-ended "what market/product should I explore?" request to discover; a named category or niche and entry/competition question to evaluate; a change, trend, or watch question to track. A single field or one dated snapshot is a quick lookup. A product/ASIN may support a market question, but a listing audit, competitor war room, or price-setting request belongs to its dedicated skill.
  3. Read references/cli-contract.md and references/reference.md; inspect the selected bundled CLI subcommand's --help. The reference owns production endpoint availability, parameters, response shapes, dates, and credit facts.
  4. Load references/output-rules.md. For a quick lookup, load only references/execution-guide.md sections Authority and routing, Execution mode, Field Identity Gate, Interface Failure Stop Gate, Final Output Gate, and Credential and Credit Failures.
  5. For a full analysis, load the complete references/execution-guide.md, references/evidence-protocols.md, and exactly the applicable scenario: references/scenarios-discover.md, references/scenarios-evaluate.md, or references/scenarios-track.md. The guide owns market stage selection and domain Gate decisions; the scenario owns its evidence and conclusion scope. Reclassify a follow-up from the user's actual question rather than forcing the next story step.
  6. Before interpreting returned market measures, load references/market-metric-semantics.md. Before interpreting seller capital, cost, margin, risk tolerance, or compliance claims, also load references/seller-input-semantics.md.

Source-of-truth boundaries

  • This SKILL.md owns trigger classification, module loading, the responsibility map, and non-negotiable runtime boundaries. It does not define endpoint contracts, workflow procedures, market metric meanings, scenario thresholds, or report templates.
  • references/analysis-contract.md owns the repository-wide rule hierarchy, universal analysis principles and Gates, and user-facing implementation boundary. Every market module may add or narrow domain rules but must not duplicate, weaken, or override it.
  • references/cli-contract.md owns shared CLI invocation, command identity, composite reuse, transport and retry classification, terminal failures, and partial results. It does not select a market scenario or define market fields, interpretation, or output.
  • references/reference.md owns only production API facts: endpoint availability, request and response contracts, category identity, date and sample options, CLI mapping, and credit metadata. It does not decide whether a market is attractive or when to advance a stage.
  • references/execution-guide.md owns the market scenario/stage schema, market-specific Gate decisions, evidence-level conclusion ceilings, and follow-up handoff. It does not redefine the shared analysis contract, API fields, detailed evidence procedures, or scenario-specific capability maps.
  • references/evidence-protocols.md owns shared acquisition, identity matching, comparison, coverage, reconciliation, and evidence reuse inside an active stage. It does not select a stage or render the report.
  • references/market-metric-semantics.md owns the meaning, denominator, time grain, and inference limits of returned market fields. It does not define request parameters, stage transitions, or business verdicts.
  • references/seller-input-semantics.md owns seller-provided inputs, unit-economics calculations, and the limits of capital and compliance evidence. It does not redefine API contracts or independently issue a verdict.
  • references/output-rules.md owns market-specific localized rendering, the report skeleton, confidence labels, provenance, and usage accounting within the shared user-facing boundary. It does not redefine that boundary, select stages, or raise conclusion authority.
  • Scenario files own only their specific entry inputs, capability selection, stage evidence, conclusion authority, and section content. They may narrow an owner rule but cannot restate or override it. scenarios-discover.md owns market and product candidate discovery; scenarios-evaluate.md owns entry assessment; scenarios-track.md owns trend and explicitly opted-in monitoring.
  • {skill_base_dir}/scripts/zoodata.py owns CLI request construction and transport metadata, not analysis policy. README.md is a human-facing package index only and does not set runtime rules.

Non-negotiable boundaries

  • Require ZOODATA_API_KEY; use the credential-only check path before evidence calls. Do not substitute guessed numbers or unrelated public data when the API cannot be used.
  • Use only the bundled {skill_base_dir}/scripts/zoodata.py commands permitted by scripts/allowed-commands.json and documented by references/reference.md.
  • Apply references/evidence-protocols.md before treating a category lookup, market row, candidate set, or comparison as identified and covered.
  • Apply references/market-metric-semantics.md before interpreting a market field or comparing observations, and keep conclusions within the selected scenario's authority.
  • Do not create a watchlist, baseline, schedule, notification, or recurring run without the user's explicit monitoring request. A one-time trend question does not activate monitoring.
  • State credit cost before a broad multi-call scan; use the smallest evidence set needed for the active stage. Seller budget, experience, costs, and risk tolerance remain local interpretation inputs and are not sent as free text to ZooData.

Capabilities and data flow

  • Network: the bundled CLI sends authenticated requests only to https://api.zoodata.ai; it refuses an untrusted ZOODATA_BASE_URL and withholds the bearer key.
  • Execution: Python 3 standard-library shared CLI at {skill_base_dir}/scripts/zoodata.py, restricted by the local command manifest.
  • Local files: reads optional ~/.zoodata/config.json for credentials. No query state is written by default; an explicitly opted-in watch may save non-secret baseline data under ~/.zoodata/market-analysis/ as described by scenarios-track.md.
  • Sent to the API: category paths/IDs, product keywords, ASINs, dates, marketplace, and numeric filters. Seller budget, costs, experience, risk tolerance, and compliance notes remain local.
  • Credits: live endpoint calls consume account credits; the shared CLI's diagnostic check without probe flags does not.

Execution entry

python {skill_base_dir}/scripts/zoodata.py <documented-subcommand> ...

The bundled manifest allows exactly: categories, market, market-profile, market-price-distributions, market-rating-distributions, market-rating-count-distributions, market-listing-age-distributions, market-fulfillment-distributions, market-seller-country-distributions, market-content-distributions, market-top-product-concentrations, market-brand-concentrations, market-seller-concentrations, market-listing-launch-trend, market-history, products, competitors, product, analyze, price-band-overview, price-band-detail, brand-overview, brand-detail, history, market-entry, opportunity-scan, and the diagnostic check.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.