Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Hot Wheels Catalog Service API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fplatform.mattel%2Fhot-wheels-catalog" | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fplatform.mattel%2Fhot-wheels-catalog" | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with Hot Wheels Catalog Service API.
Search the Hot Wheels vehicle catalog with Atlas Search queries
Retrieve the full list of vehicles in the catalog collection
File vehicle reports and update them
Count matching reports and remove outdated ones
Patterns agents use Hot Wheels Catalog Service API for, with concrete tasks.
GET STARTED
★ AI Catalog Agent
An AI agent connected to the Hot Wheels Catalog Service through Jentic can answer questions about the vehicle collection by running an Atlas Search query and reading the catalog, then file a report when it spots a data issue. Because access is gated by a role-based key, the agent operates within the permissions the key grants.
Search the catalog for a vehicle by name and return its catalog record
Vehicle Catalog Search
Query the Hot Wheels catalog with flexible, pipeline-based Atlas Search to return formatted results. The search endpoint runs aggregation-style queries over the collection, and the catalog endpoint lists all vehicles for browsing.
Run an Atlas Search query for vehicles matching a series name and read the matching items
Report Management
Track issues against catalog vehicles by filing, updating, counting, and removing reports. The report endpoints let an agent create a report, update it as the issue is resolved, count how many remain, and delete those that are closed.
Create a report for a catalog vehicle, then update it once the issue is resolved
6 endpoints — the hot wheels catalog service api provides read access to a catalog of hot wheels vehicles backed by a mongodb collection, with flexible atlas search queries.
METHOD
PATH
DESCRIPTION
/search
Search catalog items with Atlas Search
/catalog
Read all catalog items
/report
Count reports
/report
Create a report
/report
Update a report
/report
Delete a report
/search
Search catalog items with Atlas Search
/catalog
Read all catalog items
/report
Count reports
/report
Create a report
/report
Update a report
/report
Delete a report
What agents get from Jentic-routed access to this vendor.
Setup
Wiring the Hot Wheels Catalog Service by hand means sending its API key in a custom header and shaping Atlas Search queries and report payloads yourself. Through Jentic you install once, import it from the API Directory, store the key once, and your agent calls it.
Permission scoping
The catalog and report operations carry their filters in the request body, so a rule bounds which operations your agent may call rather than which record. A rule can allow catalog search and reads while leaving report deletion out unless you add it.
Credential isolation
Your Hot Wheels Catalog API key is stored once, encrypted, by your own Jentic One instance and injected at execution time. It never enters the agent's prompt, logs, or context.
Intent-based discovery
Agents search Jentic by intent such as 'search the vehicle catalog', and Jentic returns the matching Hot Wheels Catalog operation with its input schema so the agent calls the right endpoint without browsing the reference docs.
Alternatives and complements available in the Jentic catalogue.
Specific to using Hot Wheels Catalog Service API through Jentic.
Is there a Hot Wheels Catalog MCP server?
You don't need an MCP server to give your agent the Hot Wheels Catalog Service API. Jentic connects it directly from the API Directory: import it, store your API key once, and your agent can search the catalog and file reports. Operations are discovered on demand, so your agent's context stays lean.
Can I limit what my agent is allowed to do with the Hot Wheels Catalog API?
Yes. The catalog and report operations carry their filters in the request body, so a rule bounds which operations your agent may call. Write a rule that allows only catalog search and reads, so the agent can browse vehicles but cannot delete reports unless you add that operation, and every call is logged.
What authentication does the Hot Wheels Catalog Service API use?
The Hot Wheels Catalog Service API authenticates with an API key sent in the api_key header per its OpenAPI spec, and the service enforces role-based access behind it. With Jentic, the key is stored encrypted by your own Jentic One instance and injected at call time.
Can I search the Hot Wheels catalog with the API?
Yes. The search endpoint runs Atlas Search aggregation queries over the vehicle collection and returns formatted results, while the catalog endpoint lists every vehicle. An agent can combine them to find and read specific vehicles.
Can I file a vehicle report with the Hot Wheels Catalog API?
Yes. The report endpoints create a report, update it, count how many match, and delete closed ones. An agent can file a report when it finds a catalog issue and update it as the issue is resolved.
How do I search the catalog with the Hot Wheels Catalog API through Jentic?
Import the Hot Wheels Catalog Service API from the Jentic API Directory, store your API key once, and have your agent search by intent such as 'search the vehicle catalog'. Jentic returns the search operation with its input schema, and your agent passes the query. To run it on your own infrastructure, install Jentic One from its GitHub repo.
Know of an official OpenAPI document? Contribute it →
For Agents
Search and read a catalog of Hot Wheels vehicles with Atlas Search queries, and create, update, count, or delete vehicle reports. Access is gated by role-based API key authentication.
Use for: Search the catalog for a specific vehicle, Get all vehicles in the collection, File a report about a vehicle, Count how many reports match a filter
Not supported: Does not handle payments, shopping carts, or order fulfillment. Use for Hot Wheels catalog search and vehicle reports only.
The Hot Wheels Catalog Service API provides read access to a catalog of Hot Wheels vehicles backed by a MongoDB collection, with flexible Atlas Search queries. It returns catalog items and lets authorized admins create, update, count, and delete vehicle reports through a controlled HTTP interface. The service abstracts direct database access behind role-based authentication, validation, and logging.
This API is usable in Jentic One now. Its AI-readiness score against Jentic's framework shows where it stands today and where improvements would make it even easier for agents to use.
Base layer of spec validity and structural soundness.
Aggregated quality score from linter diagnostics, weighted by severity.
Percentage of `$ref` references that resolve successfully.
Checks whether the API description parses successfully and conforms to its declared specification (e.g., OpenAPI).
Structural correctness score based on schema issues using logarithmic dampening.
Clarity, completeness, and ingestion readiness for developers and tooling.
How richly the API is illustrated with examples.
Percentage of examples that conform to their schemas.
Percentage of operations with complete response definitions (success, client error, server error).
Health of API ingestion, bundling, and resolution within Jentic pipelines.
Semantic breadth, depth, and agent comprehension for AI systems.
Coverage of descriptions across API elements.
Coverage of RFC 9457 Problem Details for error responses.
Coverage, uniqueness, and casing consistency of operationIds for AI inference.
Coverage of summaries across operations/tags/info.
Functional utility, complexity comfort, and AI orchestration readiness.
Agent comfort level based on API operational and structural complexity.
Trust, risk posture, and security compliance.
Average quality of security schemes based on authentication method strength (weakest link for OAuth2).
Findability, semantic richness, and reasoning readiness.
Clarity and depth of descriptions across API elements.
Score it yourself
Every API in the directory is allowlisted, so you can re-score it with no key required.
npx @jentic/api-scorecard-cli score <openapi-url>