Skip to main content
Увесь трафік Memory MCP надсилайте на один endpoint. Автентифікація визначає користувача — шлях однаковий для всіх акаунтів.

Endpoint

Автентифікація

Memory MCP приймає або статичні ключі агента, або OAuth Bearer tokens.

Desktop / скрипт

Деякі клієнти додають префікс Bearer . Сервер приймає обидва формати для статичних ключів. Генеруйте ключі на Setup — не через цей endpoint.

Браузерні LLM (Claude web, ChatGPT)

Токени через OAuth 2.1 Authorization Code + PKCE: Scope: memory:read. Access token — близько 1 години; refresh token ротується при кожному оновленні, термін близько 30 днів. Повторне використання відкликаного refresh token відкликає всю сім’ю підключення. Альтернативне discovery: GET /.well-known/oauth-protected-resource/v1/mcp/memory. Див. Налаштування клієнта.

Методи JSON-RPC

Відповідь tools/list

Сервер надає один інструмент у v1:
Повний опис параметрів і відповідей — у retrieve_memory.

Форма результату інструменту

Успішні та помилкові відповіді повертають HTTP 200 у такому форматі:
Помилки на рівні інструменту мають isError: true і structuredContent.error_code:

Приклад: tools/call

Session ID та MCP-заголовки

Сервер може повертати заголовок Mcp-Session-Id під час MCP handshake. session_id в аргументах інструменту необов’язковий — якщо не передано, сервер використовує цей MCP session ID для виклику. Явний session_id перевизначає handshake ID (наприклад, один ID на thread агента). Сервер зберігає останні 5 prompt на session у Redis (TTL 30 днів) і може додати останні 3 prompt лише на етап triage при наступному виклику, коли triage увімкнено. Це легка server-side підказка, а не повний контекст розмови.

Пов’язані розділи