AI-агенты на VM за $0,013 в час: чем machine0 отличается от моего парка cron-обёрток на VPS

Короткий ответ: по голой цене за вычисления machine0 дороже бюджетного VPS с той же конфигурацией - $0,013 в час за 1 vCPU и 1 ГБ (это около $9 в месяц, если держать VM включенной постоянно) против 150 руб/мес у дешевых российских VPS. Разница не в железе, а в том, что входит из коробки: MCP-сервер, снапшоты, пауза без оплаты простоя. Я не переезжал на machine0 и не гонял на нем свой конвейер статей - ниже честное сравнение по документации и ценам сервиса с тем, что я реально построил сам на cron-обертках. Где я сам напоролся на грабли и что в итоге написал руками - тоже покажу, с кодом.

Сколько стоит VM для AI-агентов в machine0

machine0 - YC-стартап (батч S26), который продает персистентные облачные VM специально под агентов: агент сам управляет машиной через CLI или MCP. Биллинг посекундный, по тарифам с сайта:

• маленькая (1 vCPU, 1 ГБ) - $0,013/час;
• средняя (2 vCPU, 2 ГБ) - $0,034/час;
• топовая CPU-конфигурация (60 vCPU, 240 ГБ) - $3,714/час;
• GPU - от $0,836/час (RTX 4000 Ada) до $39,336/час за восемь H200.

Если VM приостановить (suspend), вычисления не тарифицируются - платишь только за хранение диска, $0,078 за ГБ в месяц. При возобновлении машина стартует с того же состояния, в котором заснула.

Для сравнения: минимальный тариф на 1 vCPU/1 ГБ/10 ГБ SSD у VDSina - 150 руб/мес. По среднему курсу ЦБ за август 2026 (82,21 руб/$) это около $1,8. То есть за голое железо той же мощности machine0 просит примерно в 5 раз больше. Сравнение не идеальное - разные регионы, разная маржа, разный SLA - но порядок цифр показательный: платишь не за CPU и RAM, а за обвязку вокруг них.

Что дает mcp сервер из коробки в machine0

Из коробки в machine0: Ubuntu с уже поставленными Docker, Node, Python, Claude Code и Codex; статический IP и HTTPS-эндпоинт вида <vm>.mac0.io без NAT и туннелей; SSH; снапшоты для клонирования состояния; и главное - удаленный MCP-сервер, через который агент сам управляет своим парком машин: поднимает VM под задачу, снапшотит, гасит. "Профили" - это готовые наборы MCP-подключений, credentials, промптов и переменных окружения, которые подсовываются машине при создании, так что агенту достается ровно тот набор прав, который ему выдали, и ничего сверху.

Пять регионов (US East, US West, UK, EU, Asia), заявленная доступность 99,99%. Это все с сайта продукта - сам не проверял, беру на веру, как и любые маркетинговые цифры.

Как устроен парк cron-обёрток для AI-агентов на VPS

А вот это я проверял, потому что это мой собственный конвейер статей, который крутится на VPS больше полутора месяцев (первый коммит - 10 июля 2026, сейчас в репозитории 249 коммитов). Ни MCP, ни готового агентского фреймворка тут нет - только Claude Code, вызываемый headless-режимом из bash-скриптов по расписанию.

Скриптов одиннадцать: генерация черновиков, публикация, фактчек, подбор ключей, сторож здоровья пайплайна, дозаборщик тем в беклог, ресайз обложек, ежедневная сверка "протухло/не протухло", напоминание про апрув и еще пара мелких. У каждого своя cron-запись, свой лог, своя зона ответственности.

Проблема, которую готовая VM в теории снимает, а мне пришлось решать руками: ровный ритм cron-джобов - это отпечаток машины, по которому его легко палит поисковый краулер (я про это уже писал отдельно, когда готовил конвейер к возможным санкциям поисковиков). Чиню джиттером - перед стартом джоба он спит случайное время внутри окна:

jitter() {
  local max_min="${1:-20}"
  [ "${BP_NO_JITTER:-0}" = "1" ] && return 0
  local secs=$((RANDOM % (max_min * 60)))
  echo "$(date -Is) jitter: сплю ${secs}с" >>cron/last-run.log
  sleep "$secs"
}

Вторая проблема - параллельные запуски одной и той же джобы (ручной прогон из админки наложился на автоматический по расписанию). Решил файловым локом:

with_lock() {
  local name="$1"
  exec 9>"data/${name}.lock"
  flock -n 9 || exit 0
}

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

approval-remind backlog backup-db check check-admin-fresh
check-sweep covers edits generate health keys-suggest
publish remind-diary seo

Ни джиттер, ни локи, ни heartbeat в готовой VM никто за тебя не напишет - machine0 дает где это запустить, а не что запустить.

Сколько стоит VPS для AI-агентов без machine0

Смысл в стоимости агентского пайплайна не в цене за час аренды, а в цене за задачу - я уже разбирал эту разницу на примере токенов и реальной работы агента ("дешевая по токену, дорогая по задаче"). Та же логика применима и к инфраструктуре: дешевый VPS за 150 руб/мес - это только фундамент. Сверху я потратил время на джиттер, локи, heartbeat-сторож и алерты в Telegram при падении джобы. Это не бесплатно - просто стоит не деньгами, а часами разработки, которые не показаны ни в одном прайсе.

Кстати, это не то же самое сравнение, что я делал с Routines в Claude Code - там речь про облачный планировщик от Anthropic, который умеет по расписанию звать сам Claude Code, но не дает произвольную VM с MCP-доступом и снапшотами. machine0 - это готовый компьютер под агента, Routines - готовое расписание для агента. Разные слои одной и той же задачи "не держать агента на своем железе".

Что не решает VM для AI-агентов

Даже с MCP и снапшотами из коробки остается ровно то, что у меня в run-generate.sh занимает больше кода, чем сам вызов Claude Code: что делать, если джоба упала на середине.

Мой скрипт генерации черновика при падении возвращает захваченную тему обратно в очередь и шлет алерт с точным шагом, на котором сломалось:

case $code in
  10) step="git pull" ;;
  11) step="install-skills" ;;
  12) step="claude -p (генерация)" ;;
  13) step="нет строки ИТОГ" ;;
  15) step="bp_db" ;;
  *) step="код $code" ;;
esac
alert "❌ blog-draft упал: ${step}
$(tail -c 1200 "$LOG" 2>/dev/null)"

А при успехе - сам запускает следующий этап пайплайна (фактчек черновика) без участия человека. Ничего из этого VM с MCP не даст бесплатно: снапшот спасает состояние диска, а не бизнес-логику "что делать, если упало на шаге 12, а не на шаге 10".

Отдельно вспомню деталь, до которой доходишь только на практике: в парсере id черновика из текстового алерта был баг, который вылезал, только если в заголовке самой статьи встречалось что-то вроде "#N" - например, тема про хэштеги. grep -o находил оба совпадения (и служебное "ИТОГ: черновик #47", и "#N" из заголовка), и id уезжал не туда. Такое не предугадаешь заранее - находишь, когда уже сгенерировалась статья с "#" в названии и все сломалось на следующем шаге.

Стоит ли переезжать с cron-парка на machine0

Мой вывод: VM с MCP окупает себя не в цене за час, а в неделях разработки, которые не тратишь на джиттер, локи и heartbeat-сторож - но только если этого кода у тебя еще нет. У меня он уже написан, отлажен на реальных падениях и полтора месяца крутится без миграции - платить впятеро больше за голое железо, чтобы выкинуть рабочий код, смысла не вижу. А вот для нового агентского проекта с нуля, где этот слой еще предстоит писать, готовая VM с MCP и снапшотами может сэкономить именно те недели, которые я потратил на джиттер и локи.

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