Skip to main content
Memory MCP застосовує ліміти на виклики retrieve_memory для кожного акаунта. Доступ потребує активного paid plan (підписка Memory MCP).

Що враховується

У місячний ліміт retrieve: успішні tools/call з name: retrieve_memory на POST /v1/mcp/memory — лише коли retrieval завершується успішно. У погодинний burst-ліміт: кожна автентифікована спроба retrieve_memory після перевірки entitlement (включно із заблокованими викликами). Логуються, але не зменшують місячну квоту: заблоковані виклики після автентифікації (quota exceeded, entitlement blocked, invalid arguments тощо) з’являються в Request Log, але не зменшують місячний retrieve allowance. Не враховуються взагалі:
  • initialize, initialized, tools/list, resources/list, prompts/list
  • REST-виклики Developer API (/v1/dev/*)

Ліміти paid plan

Memory MCP пропонується в одному paid plan. Типові ліміти: Кожен успішний retrieval використовує один retrieve request із місячного allowance. Handshake і discovery методи безкоштовні.

Розклад скидання

Перевірка підписки

entitlement_required повертається, коли Memory MCP недоступний на акаунті — наприклад, немає активного paid plan, Memory MCP не увімкнено, підписка неактивна або на PAM-акаунті не залишилось chat credits. Оновіть або поновіть підписку на Setup, щоб продовжити.

Попередження про наближення до ліміту

Сторінка Usage у застосунку PAM показує статус квоти: Актуальну квоту перевірте на Usage або через GET /v1/dev/mcp-config (див. Налаштування та ключі).

Приклад: відповідь quota_exceeded

Помилка на рівні інструменту (HTTP 200, isError: true):

Історія запитів

Кожна спроба retrieve_memory зберігає повний prompt і відповідь для перегляду в Request Log та через GET /v1/dev/mcp-requests.
quota_exceeded стосується лише retrieve_memory через tools/call, а не handshake-методів чи REST Developer API.