Счётчик токенов в OpenClaw и денежная оценка по локальным ценам — не полный счёт провайдера, а один из входов для расчёта бюджета (описание учёта использования). Поэтому для OpenClaw Agent нет единой фиксированной цены для любого магазина: отдельно учитывайте модель, среду запуска и обслуживание. Сначала проведите ограниченный пилот, сохраните реальные записи и только затем рассчитывайте обычную нагрузку и расширение.
Подготовьте расчёт, если вы запускаете OpenClaw Agent для зарубежного магазина и хотите заранее определить бюджет.
Материал также пригодится руководителям, которым нужно объяснить, из чего складываются текущие затраты, и специалистам по закупкам, сравнивающим среды запуска.
[ SECTION_01 ] Что входит в стоимость OpenClaw Agent для трансграничного магазина
Общая сумма складывается не из одного счёта за модель. Для планирования используйте формулу:
Бюджет за выбранный период = модель + среда запуска + обслуживание.
У этой формулы три самостоятельных блока. Если смешать их, недорогой пилот можно ошибочно принять за прогноз расходов на постоянную работу.
- Модель. Фиксируйте название модели, входные и выходные токены, кеширование и другие показатели, которые доступны в журналах и применимы к тарификации провайдера. В документации OpenClaw описаны данные, связанные с использованием токенов и расчётом стоимости, но сама оценка зависит от настроек цен (справка OpenClaw по токенам и стоимости).
- Среда запуска. Учитывайте устройство или хост, период использования, требования к доступности, удалённый доступ, резервное копирование и восстановление. Здесь важна не только цена среды, но и необходимость поддерживать её в рабочем состоянии.
- Обслуживание. Записывайте время на настройку, проверку результата, контроль доступа, обновления и устранение неполадок. Если сотрудники проверяют результаты Agent вручную, их время — часть бюджета, даже если оно не отражено в счёте за модель.
Для каждого блока заведите отдельные строки в рабочем документе. У каждой строки должны быть источник, период учёта и статус: подтверждено счётом, оценено по локальной настройке, получена коммерческая цена или данных пока нет. Такая запись помогает не выдавать расчётное значение за уже оплаченные расходы.
[ SECTION_02 ] Данные об использовании и фактический счёт
Экран использования помогает понять, что происходило в сессиях. Однако он не обязан воспроизводить полную структуру расчётов у провайдера. OpenClaw может показывать использование токенов, оценивать стоимость на основе локально настроенных цен и, в некоторых случаях, отображать сведения об использовании или расходах, предоставленные провайдером. Источники и смысл этих показателей различаются (документация об учёте использования).
Поэтому разделяйте три вида записей:
- Показатели сессии: данные об использовании модели, доступные в OpenClaw.
- Локальная оценка: расчёт, в котором применены заданные в конфигурации цены.
- Учёт провайдера: сведения в аккаунте и фактическая детализация начислений.
Локально заданная цена может не соответствовать действующему тарифу. Даже если цена указана верно, итог может зависеть от того, как конкретный провайдер учитывает типы токенов, кеширование и другие условия. Правила и цены нужно проверять у выбранного поставщика: в актуальных документах о тарифах на API, ценах API для моделей Claude или стоимости API моделей Gemini. Для Gemini отдельно проверьте и описание правил оплаты. Эти страницы дают тарифный контекст, но не заменяют счёт именно вашего аккаунта.
В журнале пилота сохраняйте следующие поля:
- дата и идентификатор задания;
- модель и способ запуска;
- число запусков и результат каждого;
- доступные показатели входных, выходных и кешированных данных;
- оценка OpenClaw и её источник;
- данные из кабинета провайдера или счёта;
- нерешённые расхождения и отсутствующие поля.
Если OpenClaw не отображает показатель, не подставляйте догадку. Пометьте ячейку как отсутствующие данные и выясните, доступна ли детализация у провайдера. Не складывайте оценку OpenClaw и расходы по счёту: они могут описывать один и тот же вызов с разных сторон, а не две разные статьи затрат.
[ SECTION_03 ] Среда запуска и требования к доступности
Стоимость среды зависит от того, что действительно нужно конкретной задаче. До запроса цены запишите период работы, предполагаемую одновременную нагрузку, способ удалённого доступа, необходимость резервирования и требуемый порядок восстановления после сбоя. Не включайте круглосуточную доступность или macOS в бюджет по умолчанию, если рабочий процесс этого не требует.
Сравните варианты по условиям, а не по предположению, что какой-то из них всегда дешевле:
- Имеющееся устройство. Попросите ответственных за технику подтвердить, можно ли выделить устройство, кто отвечает за доступ и что произойдёт при выключении, обновлении или передаче сотрудника. Низкие дополнительные расходы не означают, что устройство доступно для постоянного запуска.
- Управляемый удалённый хост. Запросите цену именно для нужного периода и проверьте, что входит в доступ, доставку среды, резервное копирование и восстановление. Если требуется настоящая macOS-среда, проверьте, соответствует ли ей конкретное предложение; перечень поддерживаемых платформ OpenClaw описан в официальной документации платформ.
- Другой разрешённый хост. Проверьте совместимость с задачей, правила доступа организации и ограничения используемой платформы. Не считайте его эквивалентом Mac, если нужен рабочий стол macOS или проверка именно в такой среде.
Удалённый Mac стоит включать в сравнение при подтверждённой потребности в macOS или постоянном удалённом доступе. Официальное описание приложения OpenClaw и Gateway для macOS помогает проверить, относится ли этот вариант к предполагаемому способу запуска. Само наличие Mac не доказывает, что расходы снизятся или Agent будет работать эффективнее.
При проверке предложений NOVAKVM используйте только подтверждённые условия конкретного предложения. Например, страницы оформления Mac mini в регионе US East и оформления Mac mini в регионе US West можно рассматривать как отправные точки для проверки доступности и условий. Не переносите цену или параметры из одного варианта на другой и не включайте в расчёт то, чего нет в актуальном предложении.
[ SECTION_04 ] Обслуживание и скрытая нагрузка команды
Расчёт только по модели и хосту не отражает полной стоимости процесса. Даже ограниченный пилот требует определить, кто задаёт параметры, кто проверяет результат и кто отвечает за сбой. При постоянной работе повторяются контроль доступа, обновления, просмотр ошибок и проверка качества. Это отдельная нагрузка, а не часть тарифа за токены.
Разделите трудозатраты на два типа:
- Разовые: первоначальная настройка, проверка доступа, подготовка задания, тестирование и документирование процедуры.
- Повторяющиеся: проверка результатов, контроль использования, обновление, обработка сбоев, пересмотр разрешений и ведение учёта.
Сотруднику не нужно приписывать приблизительную «среднюю норму». Пусть он фиксирует фактическое время на конкретную работу и отмечает, была ли она разовой или повторяющейся. Затем руководитель может сопоставить этот журнал с частотой заданий и определить, какие операции можно оставить без изменений, а какие требуют пересмотра.
Отдельно оцените стоимость прерываний. Если при сбое сотрудник должен вручную перезапустить задание, восстановить доступ или перепроверить результат, время на это относится к обслуживанию. Если работа не выполняется, оцените её последствия по внутренним данным бизнеса, а не добавляйте условную сумму без расчёта. Когда такую оценку сделать нельзя, оставьте поле незаполненным и обозначьте риск качественно.
[ SECTION_05 ] Расчёт по пилоту, обычной работе и расширению
Не переносите частоту вызовов одного задания на все процессы магазина. Сформируйте самостоятельные сценарии, чтобы бюджеты не смешивали разные объёмы использования и требования к доступности:
- Пробный запуск: ограниченное задание с заранее определённым результатом и ручной проверкой. Цель — получить исходные данные, а не обосновать постоянную цену.
- Регулярная задача: повторяющаяся работа, для которой уже понятны частота запусков, типичные результаты и время проверки.
- Параллельные задачи: несколько процессов, требующих отдельной оценки нагрузки, очереди, среды и контроля результатов.
Для каждого сценария заведите отдельный расчёт. В строках модели укажите показатели использования и данные провайдера; в строках среды — фактическую цену предложения и период; в строках обслуживания — время команды. Если в выбранном тарифе неясно, как учитывается конкретный тип использования, оставьте его отдельной неопределённой статьёй до получения ответа поставщика.
Затем сравните два представления: локальную оценку OpenClaw и сумму, подтверждённую провайдером. Запишите причину каждого расхождения, если её удалось установить. Если нет — отметьте, что расхождение не объяснено, и не используйте локальную оценку как замену счёта. Сохраняйте период расчёта одинаковым: месячный план нельзя сравнивать с данными за иной период без пересчёта по фактическим записям.
Оцените готовность каждого сценария по простой шкале:
- Готово к бюджету: для модели есть фактические данные и проверенные тарифы, среда подтверждена предложением, трудозатраты записаны.
- Предварительная оценка: часть параметров подтверждена, но есть отмеченные предположения или отсутствующие данные.
- Недостаточно данных: частота заданий, счёт провайдера или условия среды неизвестны; решение о расширении лучше отложить.
Такая оценка показывает не «выгодность» инструмента, а надёжность самого расчёта. Сценарий с низкой суммой, но непроверенными тарифами нельзя считать более экономичным, чем сценарий с подтверждёнными затратами.
[ SECTION_06 ] Инструмент выбора среды и бюджета
Используйте этот список условий как инструмент принятия решения. Отметьте подходящие пункты; последний применимый пункт указывает, что делать дальше.
- [ ] macOS не требуется, а имеющееся устройство разрешено и доступно в нужные часы. Сначала проверьте запуск на этом устройстве. До расчёта подтвердите, кто поддерживает доступность и какие расходы включены.
- [ ] macOS необходима, но непрерывная работа не нужна. Сравните удалённые среды по фактическому периоду использования. Проверьте доступ, резервирование и восстановление; не оплачивайте постоянную доступность без подтверждённой причины.
- [ ] Задача выполняется регулярно и не должна зависеть от рабочего устройства сотрудника. Оцените выделенную или управляемую среду. Сопоставьте подтверждённую цену с требуемой доступностью и временем обслуживания.
- [ ] Планируется длительная тяжёлая нагрузка или нужны физические интерфейсы. Не выбирайте аренду автоматически. Сравните её с собственным оборудованием и другими разрешёнными вариантами, включив поддержку и восстановление.
- [ ] Тарифы, детализация использования или трудозатраты не подтверждены. Не утверждайте фиксированный месячный бюджет. Вернитесь к пилоту, соберите отсутствующие данные и повторите сравнение.
Результат этой проверки — обоснованный следующий шаг, а не обещание заранее известной суммы. В бюджете укажите, какие условия подтверждены, какие остаются предположениями и кто должен получить недостающие сведения.
[ SECTION_07 ] Частые вопросы о расходах
Какие статьи включить в бюджет Agent для магазина
В расчёт входят модель, среда и обслуживание. По модели учитывайте доступные показатели токенов и данные провайдера; по среде — хост, период, доступ и восстановление; по обслуживанию — настройку, повторные проверки, обновления и сбои. Каждую сумму связывайте с источником. Если данных нет, обозначьте пробел, а не подставляйте предположительную цену.
Почему оценка в OpenClaw расходится со счётом
Оценка может опираться на локальную конфигурацию цен, тогда как провайдер отражает использование согласно собственным правилам расчёта. Сопоставьте период, модель, данные о токенах и условия тарификации, а затем проверьте детализацию аккаунта. До выяснения причины разницу храните отдельно. Не прибавляйте оценку к счёту: сначала установите, не описывают ли они одно использование.
Как посчитать предполагаемые расходы за месяц
Используйте журнал пилота: число запусков, показатели использования, модель, продолжительность работы среды и фактическое время проверяющего сотрудника. Сопоставьте записи с действующим тарифом и счётом. Расширяйте расчёт только на те задания, где частота и условия действительно сопоставимы. Если неизвестны цены или часть использования, покажите это как неопределённость, а не как точный месячный итог.
Как учесть хост и работу команды
Проверьте требования к macOS, периоду доступности, удалённому доступу, резервированию и восстановлению; запросите подтверждённые цены для подходящих вариантов. Затем отдельно посчитайте разовую настройку и повторяющиеся операции команды. Если хост требует ручного контроля или восстановления после сбоя, включите это время в расчёт. Не выбирайте Mac, если рабочая задача не требует macOS или соответствующего способа запуска.
Для первого бюджета достаточно одного ограниченного задания, но только если его цель и границы понятны. После пилота решение о расширении следует принимать по данным, а не по неподтверждённой сумме. Личный компьютер может связывать процесс с сотрудником и его доступностью; обычный удалённый сервер не заменяет macOS, если требуется именно эта среда; самостоятельное обслуживание хоста добавляет работу команде. Если подтверждена потребность в постоянно доступном Mac или рабочем столе macOS, аренда среды NOVAKVM может лучше соответствовать этим требованиям, чем привязка процесса к устройству сотрудника. Сначала сверяйте конкретное предложение и срок с бюджетом. Для длительной тяжёлой нагрузки или необходимости физических интерфейсов сравните аренду с собственным оборудованием.