Limits
Wie viele Aufrufe Athaus annimmt, und was bei zu vielen passiert.
Jeder Weg hat eine Drossel nach dem Eimer-Prinzip: eine Menge Aufrufe auf einmal, danach eine feste Rate je Sekunde. Gezählt wird je Konto, wer angemeldet ist, sonst je IP-Adresse (bei IPv6 je /64-Netz).
Wenn es zu viele werden
HTTP/1.1 429 Too Many Requests
content-type: application/json
{ "error": "rate_limited" }Einen Retry-After-Kopf gibt es nicht. Warte nach einer 429 kurz und verdopple die Pause bei jeder weiteren. Bei den MCP-Servern kommt die 429 als HTTP-Antwort, nicht als JSON-RPC-Fehler.
Die Werte
| Weg | Rate je Sekunde | Auf einmal |
|---|---|---|
GET /api/public/properties und GET /api/public/properties/{id} (ein gemeinsamer Eimer) | 2 | 10 |
POST /api/public/valuation/location-baseline | 3 | 15 |
| Beide MCP-Server zusammen, je Konto | 1 | 30 |
Jeder schreibende Aufruf außerhalb der MCP-Server (POST, PUT, PATCH, DELETE) | 1 | 60 |
Eine Seite der Katalogsuche hat laut Referenz höchstens 60 Treffer (page_size).
Anfragen an Anbieter
Für eine Anfrage an einen Anbieter (send_inquiry und das Formular im Exposé) gilt zusätzlich, damit niemand einen Anbieter mit Anfragen überzieht:
- höchstens 5 Anfragen in 10 Minuten je Person,
- höchstens 5 in 24 Stunden je E-Mail-Adresse,
- höchstens 30 in einer Stunde je Inserat.
Darüber antwortet das Werkzeug mit rate_limited, und es geht nichts hinaus.
Größe
Ein Rumpf darf höchstens 512 KB groß sein; darüber antwortet die API mit payload_too_large.