Skip to main content
Developer API підтримує сторінки Memory MCP у застосунку PAM (Setup, Access, Usage, Request Log). Використовуйте його для програмного керування Memory MCP, перевірки readiness та перегляду історії retrieval.
Ці endpoints — не протокол Memory MCP. Для retrieval агентом використовуйте POST /v1/mcp/memory — див. Довідник MCP.

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

Developer API endpoints потребують PAM access JWT у заголовку Authorization:
Це відрізняється від автентифікації Memory MCP, яка підтримує обидва варіанти: Браузерні клієнти знаходять OAuth через:
  • GET /.well-known/oauth-protected-resource
  • GET /.well-known/oauth-authorization-server
  • POST /v1/oauth/register (DCR)
Довірені redirect URI: https://claude.ai/api/mcp/auth_callback та https://chatgpt.com/connector/oauth/{id}.

Base URL

Endpoints

Не враховуються в MCP-квотах

REST-виклики Developer API не зараховуються в ліміти Memory MCP retrieval. Лімітується лише tools/callretrieve_memory на /v1/mcp/memory.

Типові сценарії

Викличте GET /v1/dev/readiness і переконайтеся, що ready: true, перш ніж тестувати retrieve_memory з MCP-клієнта.
Викличте GET /v1/dev/mcp-config, коли потрібні account-specific деталі підключення MCP в одній відповіді. Див. поля mcp-config нижче — більшості інтеграцій достатньо підмножини полів.
Викличте POST /v1/dev/rotate-key із access JWT. Одразу скопіюйте новий api_key і оновіть конфігурацію MCP-клієнта.
Викличте GET /v1/dev/mcp-requests для списку останніх викликів, потім GET /v1/dev/mcp-requests/{request_id} для повного prompt і відповіді.
GET /v1/dev/oauth-connections — сесії ChatGPT і Claude web (один рядок на сім’ю refresh token). Відкликання: POST /v1/dev/oauth-connections/{connection_id}/revoke — те саме, що Connected apps у PAM.

Поля mcp-config

GET /v1/dev/mcp-configагрегат для dashboard Memory MCP: один poll для UI. Зовнішня автоматизація теж може його використовувати, але зазвичай не потрібні всі поля.
api_key майже завжди null. Повний секрет повертається лише один раз з POST /v1/dev/rotate-key. Використовуйте key_prefix разом із збереженим секретом або зробіть rotate і одразу скопіюйте новий ключ.

Для налаштування MCP

Типовий flow: poll, поки readiness.readytrue → вставте claude_code_config_example → додайте ключ → запустіть hello_world_prompt → перевірте mcp_verified.

Опційні convenience-копії

Можна захардкодити з документації замість читання з API.

Також у відповіді (для polling краще окремі endpoints)

Можна ігнорувати в коді

Приклад відповіді (скорочено)

Повна схема: OpenAPI DeveloperMcpConfigResponse у Developer API reference.

Приклади відповідей

Усі приклади використовують вигадані дані акаунта. Часові мітки — ISO 8601 UTC.

GET /v1/dev/readiness

Під час синхронізації джерел readyfalse, а estimated_wait_message пояснює очікування:

POST /v1/dev/rotate-key

Повний api_key повертається один раз. Збережіть його одразу — наступні GET /v1/dev/mcp-config повертають api_key: null.

POST /v1/dev/revoke-key

GET /v1/dev/oauth-connections

Один елемент списку на сім’ю refresh token. expires_at — термін refresh token, якщо є.
status: active, expired або revoked.

POST /v1/dev/oauth-connections/{connection_id}/revoke

GET /v1/dev/mcp-usage-stats?days=30

Щоденна серія містить кожен календарний день у діапазоні (нулі, якщо активності не було). У hourly_heatmap поле weekday: 0 = неділя, 6 = субота.

GET /v1/dev/mcp-requests?limit=10&page=1

response_json — збережений результат MCP tool, той самий формат, що й у live tools/call (content, structuredContent, isError). Текстові поля в прикладі можуть бути скорочені.

GET /v1/dev/mcp-requests/{request_id}

Ті самі поля, що й у елементі списку — використовуйте, коли вже є request_id і потрібен повний збережений prompt і відповідь.

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