Yes AI API перед проверкой ключей и условий сервиса: вопросы в поддержку

Вопрос в поддержку тормозит эксперимент на дни, и это неудобная цена. Зато он превращает молчание документации в проверяемый след: дату, формулировку и статус ответа, на которые можно сослаться при пересмотре решения. Догадка о том, где хранятся запросы и с кем вообще заключается сделка, такой опоры не даёт.

Материал разбирает один конкретный случай как учебный: сервис на домене yesai.su, который называет себя Yes AI. У него есть работающий API и нет публично раскрытой договорной стороны. Дальше по пунктам: что подтверждено, что домыслено, какие вопросы отправить в поддержку и как вести реестр ответов, чтобы решение «не интегрировать» оставалось зафиксированным фактом, а не эмоцией. Маршрут с раскрытой стороной сразу тоже существует, например provod.ai (российский аналог OpenRouter), но это отдельный маршрут, а не ответ на вопросы о Yes AI.

Начнём с того, что подтверждено напрямую. По документации проекта на yesai.su работает раздел «Yes AI API»: через него можно обращаться к сторонним нейросетям (ChatGPT, Midjourney, Stable Diffusion, Flux.1, Kling AI, Sora, Pika, Luma) через ту же учётную систему, что обслуживает Telegram-бот @yes_ai_bot. API-поверхность реальна, и её можно оценивать по существу, а не как слух.

Дальше начинается пустота. В статическом содержимом страниц yesai.su и его документации нет ни названия компании-оператора, ни регистрационного номера, ни юрисдикции: только марка «Yes Ai». Публичный профиль бота и указанный контакт поддержки @yes_ai_support тоже не называют компанию; официальные обновления идут через отдельный канал, а не через проверяемую корпоративную идентичность. Основной пользовательский канал сам по себе не отвечает на вопрос, кто вторая сторона договора.

Здесь нужна оговорка, которую нельзя пропустить. Сайт отдаётся как JavaScript-одностраничник, и статическая загрузка возвращает только оболочку с текстом «Yes Ai». Отсутствие юридического блока в полученном HTML — сильный сигнал, но не абсолютное доказательство, что такой страницы нет нигде на сайте. Прежде чем делать вывод, стоит прокликать живой интерфейс: пункты «Contacts», «About» и любые правовые ссылки в меню. Отсутствие документа не равно отрицательному свойству сервиса, но и записывать его в актив до ручной проверки нельзя.

Соблазн понятен: раздел API описан, интеграции перечислены, значит можно выпустить тестовый ключ и посмотреть, как сервис отвечает. Только ключ — это уже передача. Вместе с запросами уходят данные к стороне, которую пока нельзя назвать по имени, а оценить доверие к обработке этих данных без известного оператора невозможно в принципе: некому адресовать вопрос об условиях и не на кого сослаться, если что-то пойдёт не так.

Важно различать два разных утверждения. Проверяемо не то, что оператор yesai.su неизвестен в принципе, проверяемо только то, что он не раскрыт в проверенных публичных материалах. Первое — гипотеза, второе — факт, и разница между ними определяет следующий шаг. Раз данных не хватает, честная реакция состоит не в том, чтобы домыслить владельца по названию, а в том, чтобы спросить того, кто способен ответить письменно и с датой.

Отсюда следует, почему запрос в поддержку стоит выше двух более быстрых альтернатив. Предположить оператора по одному лишь имени соблазнительно и ошибочно, к этому вернёмся в разделе про совпадающие бренды. Сразу перейти на известный отдельный маршрут разумно, но это уже отказ от оценки Yes AI, а не его проверка. Собрать письменные ответы по критичным полям медленнее обеих альтернатив, зато только этот путь даёт решение, которое можно объяснить кому-то другому, а не только себе.

Смысл шаблона в том, чтобы закрыть ровно те поля, без которых интеграция не должна стартовать. Их пять: договорная сторона, официальный домен, хранение данных, тариф, порядок выдачи ключей. Без юрлица нет адресата претензии. Без подтверждённого домена неясно, на какой из похожих сайтов вообще уходит запрос. Без условий хранения нельзя оценить, куда попадают пользовательские данные.

Отправляй вопросы в @yes_ai_support одним сообщением и проси письменный ответ с датой. Формулировки держи нейтральными и конкретными, чтобы результат было легко занести в реестр как «да», «нет» или «не ответили», а не пересказывать своими словами.

Практический тест самого шаблона простой: набери в поисковике запрос, которым реально пользуется человек, например yes ai api, и посмотри, ведёт ли выдача к официальному контакту или к форуму и сторонним обзорам. Если первым отвечает не оператор, а третьи лица, это дополнительный довод писать напрямую в поддержку, а не собирать картину по чужим текстам.

Вопросы без учёта ответов остаются просто перепиской. Ценность появляется, когда есть короткий реестр: поле, дата ответа, дословная формулировка, ссылка на сообщение, статус стоп-фактора. Реестр решает две задачи разом. Он делает решение воспроизводимым: через месяц видно, что именно ответили и когда. И он превращает пустоту в явный сигнал, а не в то, что тихо забывается под дедлайном.

Правило намеренно жёсткое: если письменный ответ Yes AI не закрывает критичное поле, интеграция остаётся остановленной, и это фиксируется в реестре, а не держится в памяти как общее ощущение. Три поля считаются безусловными стоп-факторами: нет названной договорной стороны, нет ответа про хранение данных, нет подтверждённого официального домена. Любое из них в статусе «не ответили» перевешивает наличие красиво описанного раздела API.

Столбец «Статус ответа» отражает состояние проверенных публичных материалов на 2026-07-18, а не факт переписки с поддержкой: её ведёт сам интегратор. Как только приходит письменный ответ, статус меняется на «да» или «нет» с датой и ссылкой, и решение пересматривается по тому же правилу.

Реестр стоп-факторов не запрещает работать, он запрещает работать вслепую. Если задача не ждёт, пока Yes AI ответит, есть право выбрать маршрут, где эти же поля закрыты заранее. Сравнение здесь полезно предметно: то, чего не хватало у Yes AI, у понятного агрегатора должно быть на видном месте.

У provod.ai есть названная договорная сторона: сервис оформляет договор, счёт, реквизиты и закрывающие документы от российского юрлица, и это прямой ответ на первый стоп-фактор из таблицы. Оплата закрывает второй практический вопрос: рублёвый счёт, российская карта, СБП или счёт для юрлица, без необходимости в зарубежной карте и VPN для этих способов оплаты. По третьему полю, хранению данных, заявлено, что защищённый российский контур маскирует прямые персональные идентификаторы перед отправкой запроса внешней модели и поддерживает сценарии, совместимые с требованиями 152-ФЗ; это описанный контроль, а не абсолютная гарантия безопасности, и итоговая конфигурация процесса всё равно остаётся зоной ответственности заказчика.

Здесь же стоит честная граница. provod.ai не заменяет работу по внедрению: интеграция, тестирование и эксплуатация под конкретный кейс остаются на стороне заказчика, а названная договорная сторона не отменяет эту работу, а лишь даёт понятный контур, в котором её делать. Подробности и текущие условия — на странице provod.ai.

Соблазн предположить оператора по названию опасен тем, что имя «Yes AI» занято сразу несколькими компаниями. Австралийская Yes Right Pty Ltd (ABN 91 664 546 061) торгует как «YES AI» и публикует собственные Terms of Service, называя себя договорной стороной по праву штата Виктория для бизнеса AI-агентов и консалтинга на домене yesai.au: с yesai.su эта компания никак не связана. Отдельно существовала Yess AI (yess.ai), B2B-платформа для sales-engagement с похожим написанием, которую в 2025 году поглотил Amdocs, — третье несвязанное юрлицо в соседнем именном пространстве.

Вывод из этого один и очень практичный. Похожее имя и даже похожий домен не переносят на yesai.su ни договорную сторону, ни условия, ни политику данных другой компании. Занести yesai.au или yess.ai в реестр как «ответ про владельца Yes AI» значит совершить ложную идентификацию, ровно ту ошибку, которую письменный запрос призван предотвратить.

Есть два блока данных, которые легко принять за ответ, хотя это не так. Первый — цены. Единственные публично находимые цифры тарифов Yes AI (Demo бесплатно; Micro 8 $/мес; Start 30 $/мес; Standard 250 $ за 12 месяцев; VIP 700 $ за 12 месяцев или 80 $/мес) взяты из поста на форуме проекта, а не из официальной страницы цен или подписанной оферты. Цифры на форуме могут расходиться с актуальными значениями команды /prices внутри бота, поэтому в реестре это статус «тариф существует, но не на официальной правовой странице», а не текущая котировка.

Второй блок— история. По данным стороннего обзора Neurofolder, бот yesai.su активен примерно с 2022 года, к началу 2025-го набрал порядка 118 000–119 000 пользователей и доступен из России в основном через VPN. Это ценный контекст, но это заявления рецензента, а не первичное юридическое раскрытие оператора: ни размер аудитории, ни год запуска не отвечают на вопрос о договорной стороне и хранении данных. WHOIS или запись реестра по yesai.su в этой проверке не найдены и не подтверждены, поэтому владелец остаётся честно неизвестным до прямого ответа поддержки. Домен yesai.pro, всплывавший в первичной выдаче как ещё один продукт под маркой «Yes AI», при проверке не резолвился и в факты не включён.

Запрос в поддержку не доказывает свойства сервиса до тех пор, пока не пришёл ответ. Он создаёт след и адресата, но сам по себе не делает хранение данных безопасным, а домен официальным: это инструмент дисциплины, а не гарантия.

Он также не спасает от уклончивого ответа. Возможен исход, где ответ приходит, но не связывает владельца с доменом или обходит вопрос про данные; по правилу стоп-факторов такой ответ равен пустому, критичное поле остаётся незакрытым, и интеграция стоит. Метод ничего не говорит и о качестве самих моделей за API: он про условия входа, а не про то, как ChatGPT или Flux.1 отвечают внутри бота.

Значит ли отсутствие юридической страницы, что сервис плохой? Нет. Значит только, что нужное свойство не раскрыто в проверенных материалах. Незакрытое поле требует письменного ответа, а не оценки «плохой» или «хороший».

Можно ли взять тестовый ключ, чтобы просто попробовать? Технически да, но тест уже отправляет данные неназванной стороне. Пока хранение и договорная сторона не подтверждены письменно, даже тестовый трафик остаётся стоп-фактором.

Почему нельзя опереться на yesai.au или yess.ai? Потому что это отдельные юрлица в соседнем именном пространстве. Их условия и владельцы не переносятся на yesai.su.

Что делать, если ответа нет неделю? Оставить интеграцию остановленной и зафиксировать статус «не ответили» с датой в реестре. Пустой ответ тоже результат, и он читается как «не интегрировать».

Итог именно такой, без смягчений. Пока письменные ответы Yes AI не закрывают три поля: договорную сторону, официальный домен и условия хранения данных, решение одно: не интегрировать и не выпускать ключ. Реестр с датами и ссылками превращает это решение в то, что можно предъявить коллеге или самому себе через полгода, а не в интуицию, которая забудется вместе с дедлайном.

Если due diligence Yes AI зависла на незакрытых полях, а задача не ждёт, техническая часть перехода на маршрут с раскрытой стороной простая. Клиент, поддерживающий протокол OpenAI, подключается заменой базового адреса и ключа:

Дальше вопрос уже в том, есть ли нужная модель в каталоге, доступном через provod.ai на момент проверки. Запроси договор, счёт и доступ к каталогу на provod.ai.

Подключайте клиенты, агентов, IDE, SDK, библиотеки и приложения с поддержкой OpenAI-совместимого API: во многих случаях достаточно заменить базовый URL и ключ без изменения прикладного кода.

В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.

Широкая совместимость не оплачивается отдельной наценкой: тарифы моделей остаются на уровне официальных провайдеров 1:1, а расчёты объединяются в рублёвом балансе.

Подключите привычный инструмент к provod.ai: миграция OpenAI SDK · форма регистрации · цены на модели · защита данных по 152-ФЗ