Jet Tracker

Search the world fleet (off-market prospecting)

jt_global_fleet_search

Read-onlyIdempotent

List aircraft across every registry Jet Tracker indexes (BR, US, CA, AU, NZ, MX, AT, CH, GG, IE, IM, KY, LU: Brazil RAB, US FAA and national registries) by model (catalog slug, family or name, up to 30) or category, plus year range, countries, status, owner kind and offMarket (true = no active listing linked by Jet Tracker). Built for off-market prospecting such as "Global 6000 2014-2016 not listed, worldwide". Each row carries: model with match quality (catalog, inferred_by_serial, designation), year (from the registry or inferred from the same airframe in another registry, with the source mark), owner kind and name (natural persons are never named; US registrant address with how many aircraft share it, which exposes trust companies), market.listedNow, sampled worldwide ADS-B activity (adsb.lol: days seen, last callsign, operator designator and name), Brazil-only signals (tracked flights, sale propensity score), last owner change in the registry changelog, sameAirframeAs (count once) and factual signals. unknownYear counts matches left out of a year filter because no year is known. Deterministic order (country, registration); paginate with nextCursor; max 100 per call; the daily quota may truncate (quotaTruncated). Brazilian detail (owner QSA, contact, CVA) is not in these rows.

Input Schema

Name	Required	Description
`limit`	No	Default 25.
`model`	No	Catalog slug (global-6000), family slug or name ("g550", "king air 360").
`cursor`	No	nextCursor from a previous page.
`models`	No	Several models at once (union). Up to 30.
`status`	No	Default: operational + reserve. In US rows, reserve is FAA status code R (registration pending), not a mark reservation.
`yearTo`	No	Latest year of manufacture (inclusive).
`category`	No	Group (jet, turboprop, helicopter, piston) or fine category (vlj, light, midsize, super_midsize, large, ultra_long_range, turboprop_single, turboprop_twin_light, turboprop_twin_medium, heli_piston, heli_light_turbine, heli_medium_turbine, heli_heavy_turbine, piston_single, piston_twin). Model or category is required.
`yearFrom`	No	Earliest year of manufacture (inclusive). Uses the registry year, or the inferred one when the registry has none.
`countries`	No	ISO2 codes of the registries to search, uppercase. Default: all indexed registries.
`offMarket`	No	true = only aircraft with no active listing linked by Jet Tracker; false = only listed ones. Omit for both.
`ownerKind`	No	company, trust_or_lessor (bank, lessor or trustee), government, individual, unknown.
`includeUnknownYear`	No	Include rows with unknown year even when yearFrom/yearTo is set (default false: unknownYear counts what the year filter left out). Each row carries year.confidence: registry, inferred or unknown.

Output Schema

Name	Required	Description
`code`	No	Machine-readable error code (INTERNAL, TIMEOUT, INVALID_ARGUMENT, NOT_FOUND, TOOL_FAILED, ACCOUNT_KEY_REQUIRED).
`_meta`	No
`error`	No
`found`	No
`gated`	No
`requestId`	No
`retryable`	No
`quota_exceeded`	No

Schema Changelog

Changes observed during successful MCP inspections.

Changed1 schema field changedOct 11, 2026

changedInput schema / properties / status / description

Previous value: -"Default: operational + reserve."New value: +"Default: operational + reserve. In US rows, reserve is FAA status code R (registration pending), not a mark reservation."

Changed1 schema field changedSep 28, 2026

changedOutput schema / properties / _meta / required

Previous value: -[
-  "tool",
-  "tier",
-  "source",
-  "asOf",
-  "gated",
-  "via"
-]New value: +[
+  "tool",
+  "source",
+  "asOf",
+  "gated",
+  "via"
+]

Changed9 schema fields changedSep 16, 2026

addedInput schema / properties / includeUnknownYear

Added value: +{
+  "description": "Include rows with unknown year even when yearFrom/yearTo is set (default false: unknownYear counts what the year filter left out). Each row carries year.confidence: registry, inferred or unknown.",
+  "type": "boolean"
+}

addedOutput schema / properties / _meta / properties / asOf / description
```
Added value: +"Alias of sourceUpdatedAt (kept for compatibility)."
```

addedOutput schema / properties / _meta / properties / generatedAt

Added value: +{
+  "description": "When this response was produced (ISO 8601).",
+  "type": "string"
+}

addedOutput schema / properties / _meta / properties / observedAt

Added value: +{
+  "anyOf": [
+    {
+      "type": "string"
+    },
+    {
+      "type": "null"
+    }
+  ],
+  "description": "Last event actually observed in the data returned (last flight, last arrival, last listing sighting)."
+}

addedOutput schema / properties / _meta / properties / sourceUpdatedAt

Added value: +{
+  "anyOf": [
+    {
+      "type": "string"
+    },
+    {
+      "type": "null"
+    }
+  ],
+  "description": "Last sync of the underlying source (RAB snapshot, registry import, listing scan). Never in the future."
+}

addedOutput schema / properties / _meta / properties / validUntil

Added value: +{
+  "anyOf": [
+    {
+      "type": "string"
+    },
+    {
+      "type": "null"
+    }
+  ],
+  "description": "Expiry of the fact returned, when it has one (CVA validity, period end)."
+}

addedOutput schema / properties / code

Added value: +{
+  "description": "Machine-readable error code (INTERNAL, TIMEOUT, INVALID_ARGUMENT, NOT_FOUND, TOOL_FAILED, ACCOUNT_KEY_REQUIRED).",
+  "type": "string"
+}

addedOutput schema / properties / requestId
```
Added value: +{
+  "type": "string"
+}
```
addedOutput schema / properties / retryable
```
Added value: +{
+  "type": "boolean"
+}
```

AddedSep 13, 2026

TDQS

A4.5/5.0

Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Goes well past the annotations: deterministic ordering, nextCursor pagination, a 100-row cap, a daily quota that can silently truncate (quotaTruncated), how year is inferred from another registry with a source mark, and how unknownYear is counted. It also discloses a meaningful privacy behavior (natural persons are never named) and trust-company exposure via shared registrant addresses.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The purpose is front-loaded and the filter list is useful, but the second half enumerates per-row return fields in long run-on prose even though an output schema exists, so a meaningful share of the text is duplicative. The information is dense but not well structured for scanning.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a 12-parameter, optional-nothing search tool, it covers the operational envelope an agent needs: quota truncation, pagination, ordering, required model/category, unknown-year handling, and an explicit statement of what is out of scope. Nothing that would change how the agent calls it is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so baseline is 3, but the description adds semantics the schema does not: offMarket is tied to whether any active listing is linked by Jet Tracker, ownerKind behavior around individuals, and year inference/confidence. Some of it (offMarket, status reserve) duplicates the schema text almost verbatim, which holds it below 5.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource ('List aircraft across every registry Jet Tracker indexes') plus the exact filter surface (model/category, year range, countries, status, ownerKind, offMarket). It also bounds the scope relative to siblings by noting that Brazilian detail (owner QSA, contact, CVA) is deliberately absent from these rows, which is what separates it from the Brazil-oriented fleet tools.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Gives an explicit intended use case ('Built for off-market prospecting such as "Global 6000 2014-2016 not listed, worldwide"') and the hard precondition that model or category is required. It stops short of naming the sibling tool to use instead when Brazilian detail is wanted, leaving that routing to inference.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

All Jet Tracker tools Inspect

Try in Browser

One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources

Need Help?