Сегодня не собирается · ключ нечем передать: в коннекторах только OAuth или «без авторизации»
Постинг в соцсети из ChatGPT
Честно: сегодня ChatGPT нашим сервером пользоваться не может — и дело не в сервере. Добавить произвольный MCP он умеет, а вот передать ключ он умеет только через OAuth, которого у нас пока нет. Ниже — в чём именно упор и три пути, которые работают прямо сейчас.
Нужен аккаунт с подключёнными каналами · 7 дней доступа за 10 ₽
Почему связка не собирается
Добавить сервер можно, передать ключ — нечем
В настройках ChatGPT есть режим разработчика, и в нём действительно добавляется произвольный удалённый MCP-сервер по Streamable HTTP — ровно по такому протоколу мы и работаем. Упор дальше: в форме подключения авторизация бывает двух видов — «без авторизации» или OAuth с идентификатором и секретом приложения. Строки «API-ключ» или «свой заголовок» там нет. А мы принимаем ключ заголовком Authorization и требуем его на любом запросе, включая самый первый, — публиковать без каналов всё равно нечего.
Локальный мост тут не помогает
В Claude Desktop ту же проблему решает мост mcp-remote: маленькая программа на вашем компьютере подставляет заголовок за клиента. С ChatGPT это не работает, потому что он ходит на сервер из облака, а не с вашей машины: до программы на вашем ноутбуке он попросту не дотянется. Чтобы мост стал ему виден, его пришлось бы самому выложить в интернет с адресом и сертификатом — это уже разработка и своя инфраструктура, а не строчка в конфиге.
Ключ в адресе — тоже закрытая дверь
Напрашивается очевидное: раз заголовок вписать некуда, положить ключ прямо в адрес сервера. Так делать нельзя, и не только из соображений гигиены — ChatGPT помечает такие адреса небезопасными и блокирует подключение. Плюс секрет в адресе оседает в логах по всему пути, а отозвать его можно только вместе с ключом.
Обычные коннекторы просят не те инструменты
Если не заходить в режим разработчика, а подключать сервер как обычный коннектор или источник для глубокого исследования, ChatGPT ждёт от него два инструмента строго определённого вида — поиск и чтение документа. У нас их нет: наши инструменты про публикацию, а не про поиск по базе знаний. В режиме разработчика это требование снято, но там всё упирается в ту же авторизацию.
Что работает вместо — прямо сейчас
Codex CLI — от тех же авторов
Терминальный агент OpenAI. Ставится на компьютер, наш сервер берёт штатно: две строки в конфиге, ключ переменной окружения. Если вы пришли за «постингом из ChatGPT», это самый близкий по духу вариант — та же компания, тот же аккаунт.
Как подключить Codex CLI →Claude Code — одной командой
Тоже терминал, тоже без обёрток: одна команда — и сервер подключён. Если вам всё равно, чьим агентом публиковать, это самый короткий путь из всех четырёх.
Как подключить Claude →Cursor — если вы работаете в редакторе
Пять строк в mcp.json, ничего доустанавливать не нужно. Удобно, когда пост — это анонс того, что вы только что сделали в коде.
Как подключить Cursor →Скрипт, который ChatGPT вам и напишет
Своего постинга прямо в чате не выйдет, а вот код для него ChatGPT пишет прекрасно. У нас есть обычный HTTP-API с тем же ключом: один запрос — один пост во все каналы с нужным ярлыком. Покажите ChatGPT пример ниже и попросите обвязку под свою задачу.
API для постинга →Постинг обычным HTTP-запросом
Тот же ключ, что и у MCP. Пост ложится в ту же очередь, что и написанный руками в кабинете.
curl -X POST https://smmly.ru/api/v1/posts \
-H "Authorization: Bearer smk_ВАШ_КЛЮЧ" \
-H "Content-Type: application/json" \
-d '{"tags":["новости"],"content":"Сегодня привезли новую обжарку, ждём с утра"}'Полный список полей, ошибок и лимитов — в описании API.
Что стоит знать, прежде чем пробовать
Дело в интерфейсе ChatGPT, а не в нашем сервере
У нас обычный MCP-сервер по HTTP, без экзотики: адрес, Streamable HTTP, заголовок авторизации. Claude Code, Cursor и Codex подключаются к нему без единой обёртки. Не хватает ровно одного — способа сообщить ChatGPT наш ключ.
Сервер «без авторизации» мы не поднимем
Теоретически связка собралась бы, будь у нас точка входа без ключа. Мы этого не сделаем: ключ — единственное, что отличает вас от постороннего, который хочет опубликовать что-нибудь в ваших каналах. Открытая точка входа означала бы, что постить может кто угодно.
OAuth — то, чем это чинится
Правильное решение здесь ровно одно: поддержать OAuth на нашей стороне, тогда ChatGPT подключится штатно, через «войти в Smmly». Работа идёт, сроков не обещаем — обещанная и просроченная дата хуже её отсутствия. Нужен именно ChatGPT — напишите на hello@smmly.ru, позовём, как только будет что показать.
Обход через ключ в адресе не пробуйте
Он не то что рискованный — он просто не работает: подключение блокируется. Если где-то встретите такой совет, он либо устарел, либо написан не про ChatGPT.
Частые вопросы
Можно ли вообще подключить Smmly к ChatGPT?
Сегодня — нет. Добавить наш MCP-сервер ChatGPT умеет, а передать ему ключ доступа нечем: в форме подключения авторизация бывает только через OAuth или отсутствует вовсе, поля под API-ключ и собственный заголовок нет. Мы требуем ключ на любом запросе, поэтому подключение обрывается на первом же обращении.
Это ограничение вашего сервера?
Нет, наш сервер — обычный MCP по HTTP, к нему без всяких обёрток подключаются Claude Code, Cursor и Codex CLI. Не хватает одной вещи со стороны ChatGPT: возможности сообщить ему статический ключ. Со своей стороны мы это закроем поддержкой OAuth.
А если поставить mcp-remote, как для Claude Desktop?
Не поможет. Мост работает потому, что Claude Desktop запускает его прямо на вашем компьютере. ChatGPT ходит на серверы из облака и до программы на вашей машине не дотянется — мост пришлось бы самому выложить в интернет с публичным адресом и сертификатом. Это отдельный сервис, который надо написать и содержать, а не строчка в конфиге.
Можно положить ключ прямо в адрес сервера?
Нет. ChatGPT считает адреса с секретами внутри небезопасными и блокирует такое подключение. Даже если бы пропускал — ключ в адресе оседает в логах на всём пути запроса, а отзывается только вместе с самим ключом.
Что тогда делать, если я работаю в экосистеме OpenAI?
Взять Codex CLI — терминального агента от тех же авторов. Он ставится на компьютер, наш сервер подключает штатно, ключ хранит переменной окружения. Инструменты у него ровно те же, что были бы в ChatGPT: показать каналы, опубликовать, поставить на время, поправить, снять.
Пригодится ли ChatGPT хоть как-то?
Да, как автор кода. У нас есть обычный HTTP-API с тем же ключом: попросите ChatGPT написать скрипт, который берёт ваши данные и отправляет пост одним запросом, — с этим он справляется отлично. Публиковать прямо из чата он всё равно не сможет, а вот обвязку соберёт за минуту.
Когда появится OAuth?
Мы над этим работаем и сознательно не называем дату: у нас правило не обещать того, чего нет в продукте сегодня. Напишите на hello@smmly.ru, если вам нужен именно ChatGPT, — сообщим, как только связка заработает.
Другие клиенты
- ClaudeClaude Code — одной командой, Desktop — через локальный мост
- Cursorадрес и заголовок прямо в mcp.json, обёртки не нужны
- Codex CLIсервер в config.toml, ключ — переменной окружения
Обзор всего блока — на странице про постинг из ИИ-агента. Общая инструкция по подключению — MCP-сервер, поля инструментов и коды ошибок — техническая справка, постинг из своего кода — API.
Пусть посты ставит агент
7 дней полного доступа за 10 ₽ — подключите каналы, возьмите ключ и проверьте на своих постах.
Попробовать за 10 ₽