Рабея Бадер, технический директор платёжной компании Quidkey, перевела Claude Code с ноутбука на сервер Hetzner в Германии, чтобы агент работал 24/7 независимо от её компьютера. Доступ закрыт приватной сетью Tailscale, соединение держит mosh, сессии переживают отключения благодаря tmux, а вместо рискованного режима bypass permissions права агента сужены до скоупированных ключей и read-only доступа к базе. Стартовая настройка заняла около 30 минут, рабочий сервер обходится в €19 в месяц.
Что произошло
Бадер арендовала сервер Hetzner в Германии и запустила на нём Claude Code, чтобы агент трудился безостановочно и не умирал вместе с крышкой ноутбука. Подключение идёт через приватную сеть Tailscale без открытого наружу SSH, mosh удерживает сеанс при смене сети и спящем телефоне, а tmux сохраняет сессии агента живыми после отключения клиента. Вместо включения режима bypass permissions автор ограничила не самого агента, а его окружение: API-ключи выданы со скоупом, доступ к базе данных только для чтения, агент вправе создавать PR, но не мержить их в main, а входящие вебхуки принимает через Tailscale Funnel — публичный HTTPS-линк на один порт. Сама настройка заняла около 30 минут, после чего выстроился полный цикл: разработка, запуск кода, тесты в Playwright, юнит- и интеграционные проверки, обновление Notion и статусов в Linear.
Контекст
Агентов обычно держат на ноутбуке и останавливают вместе с ним, а круглосуточные запуски считались слишком рискованными из-за широких прав, которые приходится выдавать автономному кодинг-агенту. Ключевой приём кейса — инверсия модели доверия: безопасность достигается не послушанием модели, а сужением поверхности, до которой она может дотянуться. Эксплуатация вскрыла и цену вопроса: первая конфигурация на 2 ядрах и 4 ГБ за €4 в месяц умерла от нехватки памяти, рабочим минимумом стали 4 ядра и 16 ГБ за €19, пять забытых сессий вне tmux молча удерживали около 1,6 ГБ RAM, а настоящим узким местом оказались не CPU и не память, а лимиты токенов API.
Почему это важно для индустрии
Для индустрии это полевой рецепт always-on-агента вместо привязки к рабочему месту: связка Hetzner, Tailscale, mosh и tmux со скоупированными креденшелами показывает, как запускать Claude Code на длинных ночных прогонах, которые раньше считались слишком рискованными. Паттерн копируемый: продуктовые команды могут сразу переносить ограничения прав — скоуп ключей, read-only доступ к базе, PR без мержа — вместо опасного bypass permissions. Кейс обнажает и продуктовый разрыв: настройку окружения агента, управление его сессиями и правами сегодня каждый склеивает руками, и это готовое поле для инструментов — автор уже готовит CLI-инструмент qkvps, а в перспективе таких лет таких сетапы рискуют стать частью delivery-контура наравне с CI с формированием категории agent ops: мониторинг, лимиты и бюджетирование ферм агентных сессий. Важная поправка для масштабирования: ограничивающим ресурсом длинных автономных прогонов становится квота API, а не железо.
Почему это важно для пользователей
Тем, кто гоняет Claude Code локально, рецепт воспроизводим за один вечер: сервер на 4 ядрах и 16 ГБ за €19 в месяц и около 30 минут на стартовую настройку — дальше агент живёт своей жизнью, даже когда ноутбук выключен. Главные уроки эксплуатации: всегда запускать агента внутри tmux, потому что забытая сессия в голом шелле неделями ест память; закладывать запас RAM под параллельные тесты в Playwright; сразу держать dotfiles и память Claude в отдельном репозитории для синхронизации. Такой перенос снимает страх долгих ночных прогонов: даже при аварии ущерб ограничен поверхностью доступа, а не добросовестностью модели.
Что пока неизвестно / ограничения
Доказательная база кейса — N=1: блог-пост одного CTO об одном ворклоаде, без методологии, без базлайна в виде сравнения с запуском на ноутбуке и без статистики отказов. Сквозной цикл заявлен, но без метрик качества: ни доли успешных задач, ни частоты регрессий, ни замеров расхода токенов. Обсуждение на Hacker News не заменяет измерений, поэтому переносить выводы на другие нагрузки и команды стоит осторожно.
Источники
Автор
Look at AI, редакция