# Жизненный цикл MCP-ключа `vt_…` (RU)

Схема: [mcp-key-lifecycle.svg](/docs/assets/mcp-key-lifecycle.svg)

## Две разные вещи

| | **Grant (тариф)** | **Key `vt_…` (секрет)** |
|---|-------------------|-------------------------|
| Что даёт | Pro/Max на аккаунте | Доступ Cursor → hosted MCP |
| Кто выдаёт | Оператор в vendor-admin | Пользователь в кабинете **или** оператор |
| В Cursor | **Нет** | Да, в `Authorization: Bearer vt_…` |
| Повторный показ | — | **Нет** (только prefix в списке) |

## Обычный путь

1. Оператор: **Выдать MCP** (grant) — если нужен платный тариф.
2. Пользователь: кабинет → **API keys** → создать ключ → скопировать.
3. Cursor: вставить ключ в MCP JSON ([инструкция](/account/for-developers.html)).
4. Hosted MCP проверяет ключ через introspect → привязка к `accountId`.

## Если ключ утёк

1. **Ротировать** (рекомендуется) — кабинет или vendor-admin → Доступ → «Ротировать». Старый секрет перестаёт работать **сразу**.
2. **Отозвать** — необратимо; затем «Создать MCP-ключ».
3. Обновить ключ в настройках Cursor MCP.

## Оператору

См. [OPERATOR_CONSOLE_RU.md](/docs/OPERATOR_CONSOLE_RU.md) — разделы «MCP для Cursor» и «Компрометация».