MCP-сервер: підключіть Claude і ChatGPT

Покладіть токен у змінну середовища WLAUNCH_MCP_TOKEN, завантаживши його з менеджера секретів або системного сховища ключів, а потім додайте сервер із термінала:

claude mcp add --transport http wlaunch https://mcp.wlaunch.net/mcp \
  --header "Authorization: Bearer $WLAUNCH_MCP_TOKEN"

Перевірте, що сервер додано, командою claude mcp list, а видалити його можна командою claude mcp remove wlaunch. Не вводьте сам токен у команду: оболонка зберігає кожну команду в історії. Claude Code записує токен у свою конфігурацію відкритим текстом, тож поводьтеся з цим файлом як з обліковими даними.

Коли токен уже в змінній середовища WLAUNCH_MCP_TOKEN, додайте сервер:

codex mcp add wlaunch \
  --url https://mcp.wlaunch.net/mcp \
  --bearer-token-env-var WLAUNCH_MCP_TOKEN

Або додайте його у ~/.codex/config.toml:

[mcp_servers.wlaunch]
url = "https://mcp.wlaunch.net/mcp"
bearer_token_env_var = "WLAUNCH_MCP_TOKEN"

bearer_token_env_var містить не сам токен, а назву змінної середовища: Codex читає її під час підключення й надсилає Authorization: Bearer <access_token>. Надавайте перевагу цьому способу, а не запису токена у файл. Це єдиний клієнт тут, який тримає токен поза конфігурацією та логами: завантажуйте токен у змінну середовища з менеджера секретів або системного сховища ключів, а не записуйте його відкритим текстом у профіль оболонки чи репозиторій.

Також існують http_headers (фіксоване значення) і env_http_headers (значення зі змінної середовища), але цей сервер читає лише заголовок Authorization, тож використовуйте bearer_token_env_var.

Додайте сервер як власний конектор. Токен вводиться в розділі Request headers діалогу Add custom connector.

Розділ Request headers Anthropic надає в бета-версії обмеженому колу організацій. Якщо у вашому діалозі немає розділу Request headers, ваш обліковий запис ще не має до нього доступу, і Claude Desktop не зможе передати цьому серверу ваш токен: підключіться через Claude Code.

На тарифах Team і Enterprise власний конектор може додати лише власник (Owner) у Organization settings → Connectors, і збережений там заголовок стає спільними обліковими даними для всіх в організації. Це суперечить правилу «один токен на людину», тож на цих тарифах підключайтеся через Claude Code.

Порядок кроків нижче важливий: спершу налаштуйте автентифікацію, потім заголовок.

1. Відкрийте Customize → Connectors і натисніть Add custom connector.
2. Введіть Wlaunch у поле Name (саме ця назва з'явиться у списку конекторів) і https://mcp.wlaunch.net/mcp у поле URL, потім натисніть Continue.
3. У розділі Authentication виберіть No sign-in. Діалог може визначити Sign in now і вибрати його сам: не погоджуйтеся. Сервер не публікує метаданих OAuth discovery (кожна адреса /.well-known/oauth-* повертає 404), тож вхід не знайде сервера авторизації й завершиться помилкою. Коли вибрано No sign-in, розділ OAuth client більше не потрібен.
4. У розділі Request headers натисніть Add header. Назва заголовка вибирається зі списку: виберіть authorization і введіть значення Bearer <access_token>. Залиште позначку Required. Вказуйте схему Bearer у значенні: токен без неї сервер відхилить. Інших назв заголовків сервер не читає, тож x-api-key та інші він проігнорує.
5. Натисніть Add. Діалог зберігає значення заголовків і більше їх не показує, тож тримайте токен там, звідки зможете його дістати.

Якщо authorization у списку неактивний, у вас досі вибрано Sign in now. У цьому режимі Claude сам заповнює цей заголовок і не дає його змінити. Поверніться, виберіть No sign-in і знову відкрийте список.

Після підключення на сторінці конектора з'явиться розділ Tool permissions: 28 інструментів лише для читання, разом з інструментами діагностики. Для кожного можна вибрати Always allow, Needs approval, Blocked або Custom, окремо чи для всієї групи одразу. Усі інструменти лише читають, але в їхніх результатах є текст, який ввели ваші клієнти, наприклад імена й коментарі, і такий текст може містити інструкції для асистента. Вибирайте Always allow, лише якщо в цього асистента немає інструментів, які можуть надсилати дані назовні; інакше залиште Needs approval, принаймні для wlaunch_api_get.

У застосунку ChatGPT власні конектори розташовані в Settings → Connectors, на тарифах, де є Developer Mode. Додайте сервер за адресою:

https://mcp.wlaunch.net/mcp

Діалог конекторів ChatGPT розрахований на OAuth або роботу без автентифікації, а цьому серверу потрібен фіксований токен Bearer. Якщо діалог не дає поля для власного заголовка, таке поєднання не підтримується, і робочим шляхом є Responses API нижче. Ми не змогли перевірити, як поводиться поточна версія діалогу, тож спробуйте застосунок, а якщо не вийде, скористайтеся API.

Responses API від OpenAI приймає MCP-сервер як інструмент і дозволяє задати заголовки, а саме це потрібно цьому серверу. Коли токен уже в змінній середовища WLAUNCH_MCP_TOKEN, надішліть запит:

curl https://api.openai.com/v1/responses \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -H "Content-Type: application/json" \
  -d @- <<EOF
{
  "model": "gpt-5",
  "tools": [{
    "type": "mcp",
    "server_label": "wlaunch",
    "server_url": "https://mcp.wlaunch.net/mcp",
    "headers": { "Authorization": "Bearer $WLAUNCH_MCP_TOKEN" }
  }],
  "input": "What companies can this integration see?"
}
EOF

require_approval визначає, чи модель чекатиме вашого підтвердження перед кожним викликом інструмента. У прикладі цього параметра немає, тож кожен виклик чекає на ваше підтвердження. Значення "never" можна ставити лише для асистента, у якого немає інструментів, що надсилають дані назовні: результати інструментів містять текст, який ввели ваші клієнти, наприклад імена й коментарі, і він може містити інструкції для моделі.

У цьому заголовку ваш токен Wlaunch передається OpenAI. Це таке саме рішення про довіру, як вставити його в будь-який хмарний асистент.

Використайте транспорт Streamable HTTP, адресу https://mcp.wlaunch.net/mcp і заголовок Authorization. У протоколі немає нічого специфічного для Wlaunch, тож підійде будь-який клієнт, який працює з MCP через HTTP і дозволяє задати заголовок.