OpenAI API для двух проектов: как разделить расходы сайта и внутреннего бота

У компании есть бот поддержки на сайте и внутренний инструмент для редакторов. Оба обращаются к OpenAI API. Деньги заканчиваются на общем счёте, а руководитель не понимает, что выросло: поток клиентов, длина документов или число экспериментов. Ещё одно пополнение вернёт работу, но не объяснит причину расхода.

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

Что разделять в OpenAI API

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

Ключ бота должен храниться в серверном окружении бота, а ключ редакции — в её приложении. Не вставляйте секрет в JavaScript публичной страницы и не пересылайте его в общий чат. Для финансового обсуждения достаточно названия проекта и отчёта об использовании; содержимое ключа бухгалтеру или платёжному сервису не требуется.

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

Сравнивайте одинаковую работу за одинаковое время

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

Соберите небольшой отчёт за полную неделю:

• сколько обращений обработал бот и сколько из них действительно решено;
• сколько файлов получила редакция и сколько материалов принято;
• какой расход показал каждый проект за тот же период;
• были ли тестовые запуски, повторные попытки и изменения модели.

Не сопоставляйте два дня прототипа с месяцем действующего сервиса. Если редакция только осваивает инструмент, отдельно обозначьте обучение и рабочую обработку. Так следующий месяц не будет оцениваться по временной серии экспериментов.

Пример без выдуманных цен

Представим, что бот за неделю решил 600 обращений, а редакционный инструмент подготовил 40 принятых материалов. Это учебные объёмы, а не статистика клиента NukaPay. Возьмите фактический расход бота из панели API и разделите на 600. Расход редакции разделите на 40. Получатся две разные стоимости полезной задачи в валюте отчёта провайдера.

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

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

Как подготовить покупку через NukaPay

После измерений сформулируйте запрос: «Нужна оплата продукта OpenAI API для двух приложений; требуется такой-то объём, текущий формат аккаунта — такой-то». В каталоге NukaPay выберите соответствующее направление и уточните доступный способ покупки. Для компании используйте корпоративный маршрут и заранее согласуйте нужные документы.

Условия конкретного варианта, итоговую сумму в рублях и порядок исполнения проверьте до оплаты. Не переводите цифру из отчёта API в стоимость заказа по старому курсу или прошлой комиссии. И не передавайте пароль OpenAI, код 2FA либо доступ к почте: они не нужны для описания бюджета.

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

Источники

• Официальный источник 1
• Официальный источник 2
• Официальный источник 3