Вайб-кодинг без ноутбука: почему мои AI-агенты живут на сервере, а я ставлю им задачи голосом с телефона

Полгода назад мой рабочий процесс выглядел так: ноут открыт, Claude Code крутится в терминале, я сижу рядом и сторожу, чтобы агент не сделал глупость. Сегодня ноут закрыт и лежит в сумке, агенты пашут на сервере, а задачи я им надиктовываю голосом с телефона между делами. Вайб-кодинг для меня перестал быть "сижу и печатаю с нейронкой" и стал "ставлю задачу откуда угодно, забираю результат". Расскажу, как я к этому пришёл, что для этого нужно и что по дороге ломается.

Толчком был пост Шилова: он предсказал, что через полгода большинство разрабов перестанут гонять AI-агентов на своих ноутах, и сам уже отдаёт голосом около половины работы - на облако или на домашний макбук, который молотит круглосуточно. Пример у него бомба: задеплоил новый npm-пакет голосом, пока был на тренировке. Я прочитал и понял, что половину этого уже собрал сам, просто не проговаривал вслух.

Почему держать AI-агента на ноутбуке - это тупик

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

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

Как вынести AI-агента с ноутбука на выделенный сервер

Чтобы вынести агента на сервер, нужны три вещи: headless-режим, живучая сессия и планировщик. Claude Code умеет работать неинтерактивно через флаг -p (он же --print): агент читает задачу, выполняет её до конца, печатает результат и выходит - без чата и без человека за клавиатурой (по документации Claude Code, июль 2026). Это и есть кирпич, на котором держится вся автоматизация.

Дальше по слоям:

• Живучая сессия. tmux держит процесс на сервере, даже когда вы отвалились: сессия не умирает при обрыве SSH, а вы переподключаетесь через tmux attach и продолжаете с того же места (DEV Community). Для нестабильного мобильного интернета сверху накидывают mosh - он поверх UDP переживает смену вайфая на 4G без разрывов.
• Планировщик. У меня агента дёргает обычный cron. Мой блог-пайплайн раз в 2 часа сам берёт верхнюю тему из беклога и запускает генерацию буквально одной строкой: claude -p "/blog-draft $TOPIC_ID" --permission-mode acceptEdits. Никого рядом нет - агент пишет черновик, складывает его в базу и пингует меня в телеграм со ссылкой на админку.

Разработка с ai на сервере из-за этого превращается в конвейер: темы приходят, черновики пишутся, я подключаюсь, только когда надо посмотреть результат. Это, кстати, не эксклюзив для Claude - лучшие нейросети для кода сейчас все обзаводятся SDK и headless-режимом именно под такие сценарии.

Как ставить задачи агенту с телефона голосом

Задачу агенту с телефона ставят через Telegram-бота: вы шлёте в бота голосовое, он превращает речь в текст и передаёт команду в Claude Code, который крутится в tmux на сервере. Готовых решений уже несколько - от опенсорсных ботов вроде telegram-ai-agent до разборов на Хабре, где бот жуёт голосовые, картинки и файлы и шлёт результат обратно в чат.

Схема получается смешная в хорошем смысле. Я иду за кофе, диктую в бота "собери темы за неделю и накидай черновик по верхней", телефон разбирает голос во встроенном распознавании, бот кидает это агенту на сервер. Пока я дошёл до кофейни и обратно - в админке блога лежит готовый черновик со скоркаркой. Голосом получается быстрее, чем печатать простыню в мобильной клаве - надиктовал абзац требований за 15 секунд и пошёл дальше. Vibe coding в чистом виде: описал словами, что хочешь, а руками не трогал вообще.

Важная оговорка: голосовой ввод - это не магия, а связка распознавания речи и текстовой команды. Если микрофон услышал "запили" вместо "запуши", агент честно сделает не то. Так что критичные вещи я всё равно перечитываю текстом перед запуском.

Что ломается, когда агент работает без вас за спиной

Когда агент работает автономно, ломается ровно то, что вы не догадались огородить заранее: права, конкурентные запуски и молчаливые падения. Человек у клавиатуры ловит это глазами и жмёт Ctrl+C. Агент на сервере в три часа ночи - нет. Поэтому автономный сетап - это не столько про самого агента, сколько про рельсы, по которым он не может сойти.

Мои три главные грабли, на которых я реально посидел:

1. Права и деструктив. Один раз агент снёс мне папку проекта одной командой - с тех пор у меня стоит PreToolUse-guard, который блокирует опасные операции ещё до выполнения. В headless я запускаю не с полным доступом, а через --permission-mode acceptEdits и белый список инструментов - агент правит файлы, но не может, например, снести всё подряд.
2. Два агента в одной комнате. Cron может запустить второй прогон, пока первый не закончил, и они подерутся за одну базу. Лечится flock: генерация берёт файловый лок, второй запуск молча уступает и уходит. Скучно, зато данные целы.
3. Тихое падение. Если агент упал в 4 утра, я об этом узнаю только если он сам крикнет. Поэтому каждый прогон на выходе проверяет, что появилась строка-маркер результата, а при любом падении шлёт мне алерт в телеграм с хвостом лога и возвращает тему обратно в беклог. Без этого автономный агент превращается в чёрный ящик, который непонятно, работает или уже неделю как сдох.

Вывод из граблей простой: сначала рельсы, потом автономия. Пока нет guard'а, лока и алертов - вы не отпускаете агента на сервер, вы просто перестаёте видеть, как он ошибается.

Кому вообще нужен вайб-кодинг с сервера, а кому рано

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

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