deweloperuch-mcp

Wycena mieszkania

estimate_property_value

Read-only

Estimates an apartment’s approximate value in Poland from its area and coordinates using nearby RCN transaction prices; returns price per m² and comparable sales for market-price checks.

Instructions

Szacuje wartość mieszkania o danym metrażu w punkcie (lat, lng) w Polsce na podstawie cen transakcyjnych z Rejestru Cen Nieruchomości (RCN) z okolicy. Wynik jest przybliżony: to porównanie z transakcjami w pobliżu, a nie operat szacunkowy. Użyj, gdy użytkownik pyta, ile może być warte mieszkanie albo czy jego cena jest rynkowa.

Zwraca estimated_value (PLN), price_per_m2, radius_m i period_months (skąd i z ilu miesięcy są transakcje), stats (liczba, mediana, średnia, min i max ceny za m²) oraz comparables: najbliższe transakcje porównawcze (adres, data, cena, metraż, cena za m², piętro, odległość, rynek), z comparables_total, comparables_omitted, truncated i hint. estimated_value=null znaczy, że serwis nie podał wyceny: przeczytaj hint. low_confidence=true (mniej niż 5 transakcji porównawczych): wycenę podaj tylko jako orientacyjną, z zastrzeżeniem z hint.

Wymaga współrzędnych: narzędzie nie zamienia adresu na lat i lng. Weź je od użytkownika, z search_locations (ulica lub dzielnica: to punkt przybliżony, nie konkretny budynek) albo z get_investment (współrzędne inwestycji oferty). Każde wywołanie to zapytanie do serwisu: nie wyceniaj seriami wielu punktów.

Input Schema

Name	Required	Description
`lat`	Yes	Szerokość geograficzna punktu w Polsce w stopniach, np. 52.2297: pole lat z search_locations (ulica albo dzielnica, nie samo miasto) albo ze współrzędnych inwestycji w get_investment (dokładniejsze dla konkretnej oferty).
`lng`	Yes	Długość geograficzna punktu w Polsce w stopniach, np. 21.0122: pole lng z search_locations (ulica albo dzielnica, nie samo miasto) albo ze współrzędnych inwestycji w get_investment (dokładniejsze dla konkretnej oferty).
`limit`	No	Ile najbliższych transakcji porównawczych zwrócić, 0–50, domyślnie 10. Transakcja to ok. 210 znaków wyniku (50 to ok. 10,6 tys.); 0 = tylko wycena i statystyki.
`address`	No	Opcjonalny opis adresu, np. Marszałkowska 100, Warszawa. Trafia do serwisu, ale nie wyznacza położenia: decydują lat i lng.
`area_m2`	Yes	Metraż mieszkania w m², 10–500, np. 48.5.

Output Schema

Name	Required	Description
`lat`	Yes
`lng`	Yes
`hint`	No	Co zrobić dalej.
`stats`	No	Statystyki cen za m² podane przez serwis.
`area_m2`	Yes	Metraż podany w zapytaniu w m².
`radius_m`	No	Promień w metrach, z którego są transakcje porównawcze.
`truncated`	Yes	true: lista comparables jest niepełna (comparables_omitted > 0).
`comparables`	Yes	Transakcje porównawcze od najbliższych, najwyżej limit.
`price_per_m2`	No	Szacowana cena za m² w PLN.
`period_months`	No	Z ilu ostatnich miesięcy są transakcje porównawcze.
`low_confidence`	No	true: wycena o niskiej wiarygodności (mniej niż 5 transakcji porównawczych); hint mówi, na czym się opiera. Podaj ją tylko jako orientacyjną, z zastrzeżeniem z hint. Jest przy każdej wycenie, brak przy estimated_value=null.
`estimated_value`	Yes	Szacowana wartość mieszkania w PLN podana przez serwis: przybliżenie, nie operat szacunkowy. null: serwis nie podał wyceny.
`comparables_total`	Yes	Wszystkie transakcje porównawcze serwisu.
`comparables_omitted`	Yes	Transakcji pominiętych przez limit.
`comparables_returned`	Yes	Transakcji na liście comparables.

Schema Changelog

Changes observed during successful MCP inspections.

Changed1 schema field changedv0.2.0Nov 5, 2026

addedOutput schema / properties / low_confidence

Added value: +{
+  "anyOf": [
+    {
+      "type": "boolean"
+    },
+    {
+      "type": "null"
+    }
+  ],
+  "default": null,
+  "description": "true: wycena o niskiej wiarygodności (mniej niż 5 transakcji porównawczych); hint mówi, na czym się opiera. Podaj ją tylko jako orientacyjną, z zastrzeżeniem z hint. Jest przy każdej wycenie, brak przy estimated_value=null.",
+  "title": "Low Confidence"
+}

First observedv0.1.3Oct 16, 2026

TDQS

A4.1/5.0

Behavior5/5

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

Goes well beyond the readOnly/openWorld annotations: declares the estimate is approximate, explains estimated_value=null and the low_confidence<5 threshold with required hedging, enumerates result fields including truncated/omitted/hint, and warns that each call is a live service request that should not be batched across many points.

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?

Front-loaded with the one-line purpose and caveat, then return contract, then prerequisites; every paragraph carries actionable information. Minor redundancy from re-stating coordinate sourcing that the schema already explains, and the description is long for a 5-parameter tool.

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?

Despite an output schema existing, the description supplies the handling rules an agent needs (null → read hint, low_confidence → hedge, truncated/omitted handling) plus cost awareness and the coordinate prerequisite. Nothing needed to call it correctly is missing.

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?

Schema coverage is 100%, so lat, lng, limit and area_m2 are already documented; the description mostly repeats the coordinate-sourcing guidance already present in the schema descriptions. It adds the useful nuance that address does not determine position (lat/lng decide), but that too is mirrored in the schema.

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

Purpose4/5

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

States a specific verb and resource ('Szacuje wartość mieszkania o danym metrażu w punkcie (lat, lng)') plus the data source (transakcje z Rejestru Cen Nieruchomości) and the caveat that it is a comparison, not an appraisal. It does not explicitly say how it differs from the aggregate-statistics siblings (get_market_statistics, get_transaction_statistics), so differentiation is inferable rather than stated.

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 trigger ('Użyj, gdy użytkownik pyta, ile może być warte mieszkanie albo czy jego cena jest rynkowa'), a hard prerequisite (coordinates required, no geocoding), and routes the agent to search_locations or get_investment to obtain lat/lng. It also forbids batch use. It stops short of explicit when-not-to-use exclusions against the statistics siblings.

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

Deploy Server