guides

2026-10-27: 7 жалоб на API, которые мы услышали сегодня

PoYo Team
8 min read
Share:

Жалобы, которые англоязычные разработчики публично разместили с 25 по 27 октября 2026 года. Ниже они пересказаны со ссылками на исходные посты. Каждый ответ использует только то, что публичный сайт и документация PoYo говорят сегодня, и ссылается на соответствующую страницу. Если документация чего-то не покрывает, мы так и пишем.


Q1. Новая быстрая модель настолько быстрая, что сама получает 429 — особенно при максимальном рассуждении и параллельных сессиях Codex.

На что жалуются разработчики: GPT-6.1 Terra вышла как более быстрый и более дешёвый уровень computer-use. Сразу после этого разработчики получили HTTP 429 на Terra / fast-mode и при максимальном рассуждении, тогда как тот же промпт на Sol — нет. В нескольких постах отмечено, что при 429 израсходовано ноль токенов. Это значит, что затвор параллелизма или частоты сработал до учёта. Параллельные сессии Codex, опрашивающие один и тот же ключ, сделали хуже.

Как отвечает PoYo: Страница кодов ошибок даёт 429 одно значение — rate_limit_error — и одно рекомендуемое действие: подождать перед повтором или поставить запросы в очередь. Начало работы публикует лимит генерации по умолчанию: до 20 новых запросов генерации за 10 секунд на аккаунт. Запросы сверх этого лимита получают HTTP 429 и не попадают в очередь. Модели чата и медиа используют один ключ PoYo и перечислены в llms.txt, поэтому смена модели — это смена строки model, а не подключение нового поставщика. Если 429 идут постоянно, документация говорит, что можно обратиться в поддержку за более высоким лимитом. Одобрения обрабатывают осторожно.

Документация описывает, что автоматического переключения между поставщиками нет. Соберите запасной путь в клиенте. Начало работы также говорит, что «общая стабильность PoYo может быть несколько ниже, чем у официальных поставщиков».


Q2. Мой «429» на самом деле был потолком расходов — ошибка биллинга в одежде лимита частоты.

На что жалуются разработчики: Один пост сформулировал это так: HTTP 429 — не один режим сбоя. У Anthropic это может быть лимит частоты, лимит ускорения или потолок расходов. У 429 из-за потолка расходов часто нет Retry-After, поэтому бесконечное ожидание ничего не даёт. Команды по-прежнему принимают жёсткую остановку биллинга за троттлинг.

Как отвечает PoYo: PoYo ясно разделяет эти случаи в таблице кодов ошибок:

Кодerror.typeЗначение / что делать
402insufficient_credits_errorБаланс исчерпан. Пополните. Повтор не поможет.
429rate_limit_errorВы упёрлись в лимит частоты. Подождите или поставьте в очередь.
500 / 502 / 503internal_error / upstream_error / service_errorПовторите с экспоненциальной задержкой.

Сам биллинг — это предоплаченные кредиты. Главная говорит: разовые покупки без повторяющихся подписок, и кредиты не сгорают. Опрашивайте GET /api/user/balance, чтобы читать credits_amount, когда нужна живая цифра (баланс пользователя). Подсказка на странице кодов ошибок прямая: следите за кредитами, чтобы не получить 402 во время критичной работы.


Q3. Мой SDK агентов сжигает окно лимита частоты примерно в 1,7 раза быстрее чата — и N агентов по-прежнему делят один потолок.

На что жалуются разработчики: Anthropic признала дефект в Agents SDK: при переходе из чата в режим агента 5-часовые лимиты частоты Claude расходовались примерно в 1,7 раза быстрее, чем ожидалось. Отдельно разработчики отметили, что worktree устраняют конфликты файлов, но десять агентов по-прежнему делят одну базу данных и один лимит частоты API. Параллельные harness сталкиваются друг с другом на одном ключе.

Как отвечает PoYo: Генерация в PoYo устроена как асинхронная, поэтому длинные задачи не привязаны к одному тайм-ауту шлюза. Начало работы и обзор API говорят: отправьте задачу, сохраните task_id, затем опрашивайте статус или получите webhook. Для рабочих нагрузок документация предпочитает подписанные webhook частому опросу. При 429 подождите или поставьте в очередь (коды ошибок). Лимит по умолчанию остаётся 20 новых запросов / 10 с на аккаунт. Превышение отклоняется и не ставится в очередь.

Чтобы один вышедший из-под контроля агент не опустошил весь аккаунт, используйте средства, описанные на странице ключей API и в начале работы: потолки использования по ключу — часовые, суточные и общие. Изображение, видео, музыка, чат и 3D стоят за одним единым ключом API (llms.txt, главная).

Документация описывает, что автоматического переключения между поставщиками нет. Клиент должен обработать 429 / 5xx и выбрать следующую модель или путь повтора.


Q4. Ещё один SaaS получил мои ключи ИИ — и поставщик сказал, что несанкционированный расход не возвращают.

На что жалуются разработчики: Один разработчик сообщил о скомпрометированном ключе Anthropic API, на котором набежало 105,94 доллара несанкционированного использования. Поддержка (через агента ИИ) сказала, что уже потреблённое использование не возвращается, и закрыла эскалацию. В том же окне 48 часов снова всплывали инциденты в духе OpenCode Console / Railway, где целью были сохранённые ключи OpenAI, Anthropic и Google. Сначала смените ключ, затем поставьте жёсткий потолок расходов.

Как отвечает PoYo: Сначала смените ключ. Утёкший секрет остаётся утёкшим секретом. Затем документация перечисляет средства, которые ограничивают, что может сделать украденный ключ PoYo:

  • Белый список IP. Разрешите на ключе только утверждённые IP ваших серверов, чтобы ключ, скопированный из переменной окружения, не работал на машине атакующего. См. страницу ключей API и начало работы.
  • Потолки использования по ключу (часовые, суточные и общие), чтобы у одного ключа был жёсткий потолок до того, как вы это заметите.
  • Блокировка по конечному пользователю. Отправьте заголовок X-End-User-ID, и можно заблокировать одного злоупотребляющего вызывающего на ключе, не меняя сам ключ. Заблокированный ID возвращает HTTP 403 с end_user_blocked. См. идентификацию конечного пользователя.

Публичная документация не обещает возврат за использование утёкшим ключом. Если вы считаете, что ключ PoYo использовали не по назначению, отзовите его и напишите в поддержку ([email protected]).


Q5. Клиент ИИ должен знать, когда не повторять запрос — а повтор видео может тихо удвоить счёт.

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

Как отвечает PoYo: Сопоставьте ошибку с действием в кодах ошибок:

  • 402 insufficient_credits_error → пополните. Не повторяйте.
  • 429 rate_limit_error → подождите или поставьте в очередь.
  • 500 / 502 / 503 → экспоненциальная задержка.
  • 401 → исправьте ключ. Повтор тех же неверных учётных данных не поможет (начало работы).

Начало работы также предупреждает: считайте каждый повтор отправки потенциально новой оплачиваемой работой. Перед повторной отправкой проверьте, создал ли исходный запрос задачу. Для медиа llms.txt и главная говорят, что неуспешные задачи не тарифицируются, а биллинг идёт за успешный результат, с ценой по модели. Предпочитайте callback_url / webhook агрессивному опросу статуса, чтобы не умножать нагрузку в ожидании (обзор API).


Q6. Цена API рядом с подпиской по-прежнему кажется несоразмерной — и я не вижу живой баланс, пока агент его не сожжёт.

На что жалуются разработчики: Один ответ сказал прямо: подписки ощущаются субсидированными, а цены API OpenAI и Anthropic — «несоразмерными». Другие посты в том же окне спрашивали, знает ли кто-нибудь, сколько стоит один мультиагентный промпт по тарифам API, и напоминали, что счётчики подписки ChatGPT / Codex и счётчики API друг с другом не связаны.

Как отвечает PoYo: Три задокументированных пункта подходят к этой жалобе:

  1. Предоплаченные кредиты, без счётчика подписки. Главная описывает цены в кредитах: разовые покупки, без повторяющихся подписок, кредиты не сгорают. Вы платите за успешные генерации. Неуспешные задачи не тарифицируются (llms.txt).
  2. Один ключ, один баланс. Чат и медиа используют один аккаунт PoYo. Опрашивайте GET /api/user/balance, чтобы читать credits_amount (баланс пользователя).
  3. Опубликованные цены по моделям. Текущие цены лежат на странице каждой модели / https://poyo.ai/models/<id>/llms.txt и в индексе каталога (llms.txt). Проверьте их до отправки оплачиваемой работы. Не выводите суммы в долларах по памяти. История задач (описана в начале работы) позволяет потом посмотреть модель, входные данные и статус.

Q7. Мою «серверную функцию» / бота Telegram может вызвать кто угодно — и ключ лежит там, где его находит curl.

На что жалуются разработчики: Практические посты о безопасности продолжали появляться: ограничьте ключи API и задайте суточную квоту. Не вставляйте ключи поставщиков в интерфейсы чата и в агентов Telegram. Ключ в вызываемой серверной функции без лимита частоты на пользователя и без потолка расходов — это кредитная карта для того, кто найдёт URL.

Как отвечает PoYo: Начало работы говорит прямо: не раскрывайте ключ API во фронтенд-коде (браузер, мобильные приложения, публичные репозитории). Держите ключ как секрет на своём сервере и используйте уже описанные средства для рабочих ключей:


Краткая карта

ЖалобаГде это описано у PoYo
429 Terra / Codex на быстром запускеКоды ошибок · Начало работы: лимиты частоты · llms.txt
Потолки расходов под видом 429Коды ошибок: 402 и 429 · Главная: кредиты · API баланса
SDK агентов / параллельные агенты на одном потолкеНачало работы: асинхронность и 429 · Обзор API · Потолки ключей API
Утёкшие ключи и несанкционированный расходСтраница ключей API · Начало работы · X-End-User-ID
Слепые повторы / двойные видеозадачиКоды ошибок · Начало работы: повтор = новая оплачиваемая работа · llms.txt: сбой не тарифицируется
Дорогая API против подписки / непрозрачный балансГлавная: кредиты · API баланса · Цены в llms.txt
Ключи в ботах / интерфейсах чата / серверных функцияхНачало работы: не раскрывать ключ · Страница ключей API · X-End-User-ID
Share: