Стоимость пропускной способности прокси для AI-агента: реальные цифры на задачу

Агент браузера загружает каждое изображение, шрифт и трекер на каждом шаге. При 8 навигациях на задачу это 24 МБ - около 700 ГБ в месяц при тысяче задач в день. Вот куда это уходит и как это сократить.

Стоимость пропускной способности прокси для AI-агента, которую никто не учитывает в бюджете, - это та, которая приходит с браузером. HTTP-скрепер извлекает HTML, который он анализирует, и останавливается. Агент управляет реальным Chromium: он загружает изображения, чтобы этап визуализации мог их видеть, веб-шрифты, чтобы макет стабилизировался, аналитические маяки, потому что никто не сказал ему не делать этого - и он делает это снова при каждой навигации, при каждой повторной попытке, для каждой задачи. Этот пост проводит арифметику вслух, показывает, как измерить ваше собственное число, вместо того чтобы доверять нашему, и перечисляет рычаги, которые снижают счет за резидентный гигабайт примерно в 10 раз.

Арифметика: вес страницы умноженный на шаги умноженный на задачи

Начнем с измерений, которые мы публиковали ранее: полная рендеринг страницы современного браузера перемещает 2-5 МБ, когда загружаются изображения, медиа, шрифты и сторонние скрипты, в то время как та же страница с заблокированными ресурсами часто составляет менее 150 КБ HTML. Возьмите 3 МБ в качестве рабочего среднего для новой загрузки страницы. Теперь считайте навигации, а не шаги - агент, который кликает внутри одной страницы, перезагружает очень мало, но каждый новый URL - это новая страница. Реалистичная исследовательская или проверочная задача касается около восьми из них:

• На задачу: 8 навигаций x 3 МБ = 24 МБ через прокси.
• В день: 1 000 задач x 24 МБ = 24 000 МБ = ~23 ГБ.
• В месяц: 23 ГБ x 30 = ~700 ГБ.
• На счет: при цене
  -6 за ГБ резидентный рынок это $700-4 200 в месяц - около $0,07 за задачу при средней цене $3 за ГБ.

Семь центов за задачу звучит незначительно, пока это не станет крупнейшей строкой в экономике единицы вашего агента. В отличие от токенов, это масштабируется в зависимости от того, насколько тяжелы ваши цели, а не от того, насколько сложна ваша задача: тривиальная задача на рынке, насыщенном изображениями, стоит дороже, чем сложная на текстовом сайте. Если ценообразование за ГБ для вас ново, наше объяснение того, что на самом деле покупает резидентный гигабайт, охватывает сторону уравнения страниц на ГБ.

Измерьте собственную стоимость пропускной способности прокси для AI-агента

Наше значение - это среднее; ваше полностью зависит от ваших целей. Chromium может записывать HAR-файл каждого запроса, который он делает, и использование браузера предоставляет это через record_har_path. Используйте record_har_mode="full", чтобы поля размера были заполнены, и record_har_content="omit", чтобы получить количество байтов без встраивания каждого тела ответа в файл:

from browser_use import Browser

browser = Browser(
    proxy={
        "server": "http://gate.quantumproxies.io:8000",
        "username": "USER",
        "password": "PASS",
    },
    record_har_path="./runs/task-01.har",
    record_har_mode="full",     # 'minimal' drops the size fields you need
    record_har_content="omit",  # sizes yes, response bodies no
)

Затем суммируйте это. Прокси выставляет счет в обоих направлениях, поэтому заголовки запросов тоже считаются, а HAR записывает -1, когда размер неизвестен - зажмите их до нуля, чтобы они не вычитались молча:

import json, sys

har = json.load(open(sys.argv[1]))
entries = har["log"]["entries"]

def size(d, *keys):
    return sum(max(0, d.get(k, 0) or 0) for k in keys)

total = 0
by_type = {}
for e in entries:
    up = size(e["request"], "headersSize", "bodySize")
    down = size(e["response"], "headersSize", "bodySize")
    total += up + down
    mime = e["response"].get("content", {}).get("mimeType", "?").split(";")[0]
    by_type[mime] = by_type.get(mime, 0) + up + down

print(f"{len(entries)} requests, {total/1_048_576:.2f} MB billed")
for mime, n in sorted(by_type.items(), key=lambda kv: -kv[1])[:8]:
    print(f"  {n/1024:8.0f} KB  {mime}")

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

Рычаг 1: прекратите загружать то, что агент никогда не читает

Это главный рычаг, и он стоит 5-10x сам по себе. В Playwright или Puppeteer вы перехватываете запросы и прерываете по типу ресурса - рецепт есть в нашем руководстве по сокращению счета за прокси ГБ. В использовании браузера у вас есть два более грубых, но эффективных инструмента: флаги запуска Chromium через args и набор стандартных расширений, который включает uBlock Origin плюс обработку куки и очистку URL и активируется с помощью enable_default_extensions. Оставьте это включенным - каждый вызов рекламы и трекера, который он убивает, - это вызов, за который вам не выставляют счет.

browser = Browser(
    proxy=PROXY,
    enable_default_extensions=True,   # uBlock Origin: fewer tracker requests
    args=[
        "--blink-settings=imagesEnabled=false",   # no image bytes at all
        "--disable-remote-fonts",                 # no web font downloads
        "--autoplay-policy=user-gesture-required",# no video streaming itself
        "--mute-audio",
    ],
)

Одна честная оговорка: отключение изображений ослепляет агента, управляемого видением. Если ваш агент рассуждает по скриншотам, протестируйте его с отключенными изображениями, прежде чем отправлять - многие задачи выживают, потому что DOM все еще содержит текст и структуру, но задача, которая идентифицирует продукты по фотографии, не выживет. Если это ломается, уберите imagesEnabled=false и сохраните экономию на шрифтах, медиа и трекерах, которая все еще составляет большую часть выигрыша.

Рычаг 2: оградите агента

Агент, который теряется, - это агент, который транслирует видео через ваш измеряемый резидентный шлюз. Использование браузера имеет allowed_domains и prohibited_domains именно для этого, причем allowed_domains имеет приоритет, когда вы устанавливаете оба. Шаблоны, такие как *.example.com, охватывают поддомены; подстановочные знаки в позиции TLD намеренно отклоняются, а списки более ста записей оптимизируются в наборы. Установите это на каждом производственном агенте - это контроль затрат, прежде чем это контроль безопасности.

Рычаг 3: повторное использование профиля и ограничение повторных попыток

Свежий инкогнито-профиль на каждый запуск означает пустой HTTP-кэш, поэтому агент перезагружает тот же логотип, таблицу стилей и пакет фреймворка на каждой задаче против одного и того же сайта. Указание user_data_dir на постоянный каталог позволяет кэшу выполнять свою работу между запусками. Компромисс - это идентичность: кэшированный, несущий куки профиль - это стабильный отпечаток, поэтому закрепите один профиль за одним липким выходным IP, а не позволяйте ему перемещаться по пулу - это покрыто в нашем руководстве по конфигурации прокси для использования браузера.

Повторные попытки - это другой тихий множитель. Три попытки на страницу 3 МБ превращают одну неудачную навигацию в 9 МБ, и агенты повторяют больше, чем скреперы, потому что модель продолжает решать "попробовать снова". Ограничьте это одной повторной попыткой и сделайте так, чтобы повторная попытка переключала выходной IP вместо повторения того же запроса через тот же заблокированный адрес. Две попытки через два IP лучше, чем пять через один, при 40% байтов.

Посмотрите, сколько стоит гигабайт на резидентных прокси с оплатой за ГБ

Рычаг 4: не используйте агента, который вам не нужен

Это честная часть. Агент оправдывает свои затраты, когда путь неизвестен - когда ему нужно искать, читать, принимать решения и перемещаться к данным, URL которых никто не мог записать заранее. Когда вы уже знаете URL и поля, управление браузером для их получения - это самый дорогой способ сделать это. Scraper API, который возвращает чистый markdown или JSON, доставляет ту же страницу в виде примерно 30-60 КБ извлеченного текста вместо 3 МБ рендера, потому что удаление ресурсов и анализ происходят на краю, и вам выставляется счет за результат, а не за исходный трафик. При ценообразовании за запрос, которое обычно составляет