Smmly

Сегодня не собирается · ключ нечем передать: в коннекторах только 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, — сообщим, как только связка заработает.

Другие клиенты

Обзор всего блока — на странице про постинг из ИИ-агента. Общая инструкция по подключению — MCP-сервер, поля инструментов и коды ошибок — техническая справка, постинг из своего кода — API.

Пусть посты ставит агент

7 дней полного доступа за 10 ₽ — подключите каналы, возьмите ключ и проверьте на своих постах.

Попробовать за 10 ₽