/mcp/tools

MCP tools, resources, and prompts

Mireye’s MCP surface: four tools, catalog resources, and workflow prompts.

​ Tools

​ mireye_ask

{
  "tool": "mireye_ask",
  "arguments": {
    "lat": 40.7128,
    "lng": -74.0060,
    "question": "What is the elevation here?"
  }
}

​ mireye_fetch

{
  "tool": "mireye_fetch",
  "arguments": {
    "lat": 29.7604,
    "lng": -95.3698,
    "preset": "flood_risk"
  }
}

​ mireye_geocode

JSON
{
  "tool": "mireye_geocode",
  "arguments": {
    "address": "350 5th Ave, New York, NY 10118"
  }
}
  • address_too_coarse — the address only resolved to a ZIP/city/county centroid. Do not retry; ask the user for a street number. The upstream answers 200 with a city centroid for a nonexistent address, so this rejection is what stands between a typo and a confidently wrong answer.
  • address_not_found — no match at all. Also not retryable.

​ mireye_lookup

{
  "tool": "mireye_lookup",
  "arguments": {
    "input": "480 Berdoll Ln, Cedar Creek TX"
  }
}
  • resolved — a coordinate and confidence, plus a parcel block when the geocode cleared parcel-quality accuracy. Also carries free area/hazard/ market context gathered concurrently with the parcel lookup: jurisdiction codes (state, block/block-group, congressional district, CBSA/metro area), elevation, FEMA flood-zone fields, a county_market bundle, Opportunity Zone status, and timezone — see POST /v1/lookup’s full contract for the complete field list. Every one degrades independently to null on its own failure.
  • clarify — genuinely ambiguous. Present candidates to the user; never auto-pick one.
  • no_match — an honest failure with a reason (e.g. apn_not_supported_in_v1 for APN-only input, which isn’t supported yet).

​ Resources

​ Prompts

​ Errors