Сколько стоит принятый AI-текст с учётом переделок

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

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

Сначала определите принятую единицу

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

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

Калькулятор партии

Условный пример. Два процесса выполняют одинаковый набор из десяти заданий. Работа редактора оценена в 1 200 ₽ за час, полностью условная ставка. Расход сервиса уже включает все повторные запросы; лицензии, которых здесь нет, не добавляются.

Формула: (сервис + человеческая работа + прочие включённые затраты) / принятые единицы. Для А: (400 + 180 / 60 × 1 200) / 8 = 500 ₽. Для Б: (600 + 90 / 60 × 1 200) / 9 ≈ 266,67 ₽. Цена генерации у А ниже: 20 ₽ против 50 ₽. Цена выпуска при этих условиях выше.

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

Как не посчитать один расход дважды

Для API берите фактический расход по всем запросам задачи и сверяйте с биллингом. Например, Claude Usage and Cost API предоставляет исторические данные использования и стоимости. Это источник сервисной части, который сам не знает, сколько времени редактор проверял факты.

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

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

Журнал, который объясняет переделки

Минимальная строка журнала: ID задания, версия брифа, попытка, модель и версия, расход, минуты проверки, минуты исправлений, решение, причина и ссылка на принятый файл. Не записывайте полный чувствительный исходник туда, где достаточно внутреннего идентификатора.

Используйте причины, по которым можно действовать: неверный факт, потеря требования, неподходящий тон, неполная структура, отсутствующее доказательство. Для условного задания «карточка органайзера» запись может быть такой: попытка 2, отклонено, выдуманная нагрузка в килограммах, источник характеристики отсутствует, 7 минут проверки. Эта строка подсказывает исправить входные данные и запрет догадок.

Если редактор каждый раз исправляет одну проблему, сначала измените контекст и требования промпта, затем повторите сопоставимый набор заданий. Сравнивайте качество вслепую, когда это возможно, и не меняйте критерии приёмки после просмотра цены.

Возьмите закрытую партию и восстановите все попытки вместе с человеческим временем. Только после такой сверки решайте, какой этап автоматизировать дальше. Производственный результат начинается в точке приёмки.