Skip to main content
Glama

Microburbs Australian Property Data

properties_rent_history_latest

Most-recent For Rent record.

Price: 10¢ per call.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
gnaf_idYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
dataNoThe endpoint's payload, or `null` when Microburbs has no value.
reasonNoMachine-readable slug naming the no-data condition (e.g. `no_avm_for_GANSW704074813`). Stable per endpoint. Omitted on success.
messageNoHuman-readable explanation. Omitted on success.
availableNo`false` on no-data responses. Omitted on success — branch on `data !== null` if you want a single discriminator.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

C2.8/5.0
Behavior2/5

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

No annotations are provided, so the description carries the full burden of behavioral disclosure. It only mentions the price (10¢ per call), which is a cost implication but not a behavioral trait. It does not describe the return format, whether the gnaf_id is required, or any data characteristics. The description provides minimal information about what the tool does beyond the name.

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

Conciseness4/5

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

The description is very short and to the point, with no fluff. It includes the key information (most-recent, For Rent) and a critical cost note. It is front-loaded with the most important descriptive phrase. The cost is mentioned as a separate line, making it easy to notice.

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

Completeness2/5

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

Given the large sibling set, including properties_rent_history and properties_sale_history_latest, the description is insufficiently complete. It does not explain what data the record contains (e.g., rent amount, dates), how the 'most-recent' is determined, or whether the tool returns a single object or an array. The cost is noted, but other operational details are missing. The output schema might provide some clarity, but the description leaves many questions unanswered.

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

Parameters3/5

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

There is one parameter, gnaf_id, with 0% schema description coverage. The description does not elaborate on the parameter beyond what the schema shows (name and type). The description does not explain what gnaf_id represents or how to format it. Since it's a single parameter, the agent might infer it's an identifier, but the description adds little value.

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

Purpose3/5

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

The description states a specific resource ('Most-recent For Rent record') with a clear noun, but the verb is implied ('get' or 'retrieve') rather than explicit. It distinguishes the tool from sibling properties_rent_history by indicating 'most-recent', but doesn't name the sibling directly. However, the purpose is understandable and aligns with the tool name.

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

Usage Guidelines3/5

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

The description implies that this tool is for retrieving a single most-recent rent record, which contrasts with properties_rent_history that might return a list. However, it does not provide explicit guidance on when to use this over properties_rent_history or other history tools. No alternative tools are mentioned by name.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources