Почему ИИ-агента нужно селить на VPS, а не держать на своём ноутбуке

Ноутбук — это рабочее место, а не сервер

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

Дальше начинается реальность. Ты закрыл крышку и поехал на встречу — задача оборвалась на середине. Ноутбук ушёл в сон — cron не отработал. Перезагрузился после обновления — процесс умер, и ты узнал об этом через сутки. Уехал в отпуск — агент «в отпуске» вместе с тобой.

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

Что ломается, когда агент живёт на ноутбуке

Разберём по пунктам, без абстракций.

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

Cron бесполезен. Расписание имеет смысл только там, где машина включена в момент запуска. «Каждое утро в 7:00 собрать сводку» на ноутбуке означает «иногда, если я проснулся и открыл крышку».

Сеть прыгает. Дом, кафе, мобильный интернет, VPN. Любое длительное соединение рвётся, и агент получает ошибки там, где их не должно быть.

Нет доступа с телефона. Ты в дороге, задача срочная, а агент — на машине, которая лежит дома в сумке.

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

Ресурсы делятся с твоей работой. Zoom, десяток вкладок, дизайн-редактор — и агент начинает тормозить, потому что ему физически не хватает памяти.

Ноутбук против VPS: что реально меняется

Таблица объясняет главное: VPS не делает агента умнее. Он делает его надёжным. Умный агент, который работает раз в три дня, бизнесу бесполезен.

Что становится возможным только на сервере

Фоновые задачи и расписание

Как только агент живёт на постоянно включённой машине, у тебя появляется cron — планировщик, который запускает задачи по времени. Это переводит агента из режима «я его попросил» в режим «он сам сделал»:

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

Моя Полина именно так и устроена: часть работы она делает по команде в Telegram, а часть — просто по расписанию, и я вижу результат утром.

Сервисы, которые сами поднимаются

На Linux процесс можно оформить как системный сервис. Это значит: упал — перезапустился сам; сервер перезагрузился — поднялся сам. На ноутбуке такого нет в принципе, потому что сам ноутбук может быть выключен.

Доступ откуда угодно

У сервера есть постоянный адрес. К нему можно подключиться по SSH с любой машины, а можно повесить сверху управление через Telegram — и отдавать задачи голосом или текстом прямо из телефона. Для предпринимателя это разница между «вернусь в офис и сделаю» и «сделал, пока шёл до машины».

Память, которая не теряется

Агент без памяти — это калькулятор. На сервере ты держишь постоянное хранилище: базу, файлы с контекстом проектов, историю решений. Агент перечитывает их в начале каждой сессии и помнит, кто ты, какие у тебя проекты и чем закончился прошлый разговор. Подробнее про механику — в материале про память ИИ-агента.

Нормальные интеграции

Вебхуки, внешние сервисы, автоматизации в n8n — всё это требует адреса, по которому к тебе можно постучаться. У ноутбука за домашним роутером такого адреса нет. У VPS — есть. Отсюда вырастает связка n8n и Claude Code, где сценарий дергает агента, а агент возвращает результат.

Что VPS не чинит

Честность важнее продаж, поэтому список обратный.

• Сервер не делает агента умнее. Плохие инструкции останутся плохими инструкциями.
• Сервер не отменяет проверку. Агент ошибается одинаково на любой машине, просто на сервере он успевает наошибаться больше раз подряд.
• Сервер не бесплатен. Это постоянный расход и постоянная ответственность: обновления, место на диске, мониторинг.
• Сервер требует базовой дисциплины в Linux. Не глубокой, но базовой: ssh, права, логи, место на диске.
• Сервер — это публичная машина. Её будут сканировать и подбирать пароли с первого дня. Это норма, но к этому надо быть готовым.

Если тебе нужен агент на один разовый проект — не городи инфраструктуру. Переезд на VPS окупается тогда, когда задачи стали регулярными.

Как подойти к выбору и настройке

Не буду называть хостинги и тарифы — они меняются, а советы устаревают. Смысловые ориентиры такие.

Ресурсы. Агент сам по себе нетребователен, но его инструменты — нет. Браузерная автоматизация, обработка видео, распознавание речи съедают память мгновенно. Прежде чем запускать тяжёлую задачу, смотри свободную память, иначе система начнёт уходить в своп и всё встанет.

Диск. Логи, кэши, медиа и временные файлы растут незаметно. Забитый диск — самая частая и самая обидная причина, по которой «агент вдруг перестал работать».

Расположение и IP. Если агент ходит в сервисы, где важна география или репутация адреса, это надо решить заранее, а не после блокировки.

Система. Любой стабильный дистрибутив Linux. Экзотика добавит проблем без выгоды.

Безопасность: минимум, который обязателен

Публичный сервер — это дверь на улицу. Минимальный набор, ниже которого опускаться нельзя:

1. Только ssh-ключи. Вход по паролю отключить полностью.
2. Отдельный пользователь под задачи. Агенту не нужны права суперпользователя для того, чтобы писать тексты.
3. Firewall. Открыты только те порты, которые реально нужны.
4. Разделение проектов. Каждый проект — своя папка и свои права, чтобы ошибка в одном не задела другой.
5. Секреты не в коде. Токены и пароли — в отдельном защищённом хранилище, а не в файлах репозитория.
6. Бэкапы по расписанию и проверка восстановления. Бэкап, который ни разу не разворачивали, — это не бэкап.
7. Ограничение опасных действий. Удаление, деплой, отправка клиентам — только с явным подтверждением.

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

Как выглядит рабочая схема

Контур, который я использую сам, устроен просто:

1. VPS — постоянно включённая машина, отдельный пользователь, ssh-ключи, firewall.
2. Агент на базе Claude Code с доступом к рабочим папкам проектов.
3. Инструкции и память — файлы с правилами и база, которые агент читает в начале сессии.
4. Telegram-бот как интерфейс: задачи и отчёты идут в телефон.
5. Cron — регулярные задачи без участия человека.
6. Дашборд — страница, где видно статус задач, логи и результаты.
7. Бэкапы — по расписанию, с хранением копий вне самого сервера.

Из этого набора потом вырастает всё остальное: сборка сайтов, контент-конвейеры и команда из нескольких агентов, где каждый отвечает за свой кусок работы.

С чего начать

Порядок, который экономит нервы:

1. Запиши, какие задачи должны выполняться без тебя. Если таких нет — VPS пока не нужен.
2. Подними сервер и закрой базовую безопасность: ключи, пользователь, firewall.
3. Перенеси одну задачу. Не всю инфраструктуру, одну.
4. Поставь её в расписание и неделю смотри логи.
5. Настрой уведомления об ошибках в Telegram.
6. Только после этого добавляй следующую задачу.

Главная ошибка — сразу переносить на сервер всё хозяйство. Тогда любая поломка превращается в поиск иголки в стоге сена. Один процесс, одно расписание, один канал уведомлений — и дальше по кругу.

Если хочешь посмотреть, как это собирается целиком и какие задачи реально тянет агент на сервере, загляни в описание возможностей — там разложено по блокам, что из этого делается руками один раз, а что потом работает само.