OpenClaw в облаке или локально — это не вопрос веры. Мы выбираем место, где следующую задачу проще контролировать: локально, когда важнее ключи, ревью и намерение; в облаке или на VPS, когда важнее изоляция, аптайм и параллельная работа.
Office Claws не является нативной OpenClaw-runtime. Это операционный слой для команд с OpenClaw-подобными процессами: локальное desktop-управление, видимые очереди, более безопасная работа с ключами и Codex-backed раннеры, когда это практичный путь выполнения. Если вы еще выбираете runtime, начните с OpenClaw vs Codex, а затем используйте это руководство, чтобы решить, где должна выполняться работа.
OpenClaw cloud vs local: настоящий компромисс
Локальных агентов проще наблюдать. Они наследуют контекст оператора, держат секреты рядом и явно показывают, когда все еще нужен human review gate. Облачных агентов проще держать работающими. Они переживают сон ноутбука, используют чистые машины и ведут параллельные ветки без борьбы за один checkout.
Ошибка — считать одну сторону всегда безопаснее. Локальный раннер с общей .env и без политики веток может быть хуже, чем закрытый VPS. Cloud-раннер с широкими токенами и скрытыми логами может сделать маленькую задачу «готовой» еще до просмотра diff.
| Вопрос | Лучше локально | Лучше cloud / VPS |
|---|---|---|
| Где должны жить ключи провайдера? | Рядом с desktop-оператором | Только scoped и с ротацией |
| Сколько длится задача? | Минуты, много ревью | Часы, тяжелые build, async |
| Насколько рискован слой зависимостей? | Известный repo, маленькое изменение | Неизвестная установка или generated code |
| Сколько агентов работает сразу? | Один или два | Несколько изолированных веток |
| Что нужно сохранить? | Намерение, контекст ревью | Логи, артефакты, uptime |
Поэтому Office Claws for OpenClaw users сохраняет control plane локальным, даже когда выполнение переезжает на Tailscale-connected или DigitalOcean VPS-раннер.
Правило выбора, которое мы реально используем
Перед отправкой задачи агенту мы записываем операционный контракт. Он достаточно маленький, чтобы быть полезным, и достаточно строгий, чтобы ловить небезопасные defaults.
openclaw_task:
goal: refactor-billing-copy
control_plane: local-desktop
runner: choose-local-unless-long-running
branch: one-task-one-branch
secrets: no-shared-env-files
gates:
- npx velite build
- npm run build
- human-review-before-mergeИспользуйте локальное выполнение, когда задача в основном про суждение: правки текста, небольшие UI-исправления, точечные тесты или работа, где нужна быстрая человеческая корректировка. Используйте VPS-раннер, когда нужна чистая машина, длительное выполнение, эксперименты с зависимостями или параллельная работа.
Для удаленной стороны смотрите OpenClaw on VPS, OpenClaw remote runner architecture и OpenClaw sandbox.
Как Office Claws разделяет контроль и выполнение
Нам нравится разделенная модель: локальный desktop для команд, удаленные раннеры для одноразового выполнения. Desktop владеет очередью, approvals, статусом и финальным ревью. Раннер владеет checkout, веткой, логами и build-артефактами одной задачи.
Так мы избегаем двух крайностей. Мы не хотим, чтобы каждый агент сидел на ноутбуке, который может уснуть во время миграции. Но мы также не хотим переносить каждый credential и каждое решение в cloud-box только потому, что это удобно.
Практичная схема выглядит так:
- Запускать задачу из desktop-очереди Office Claws.
- Держать provider и release credentials локально, если раннеру не нужен реально scoped-доступ.
- Назначать один раннер, один checkout и одну ветку на задачу.
- Стримить логи и статус обратно на desktop, а не прятать работу в SSH-сессиях.
- Требовать build output и человеческое решение о merge перед deployment.
Self-hosted-команды могут использовать свой DigitalOcean account за $4.99/месяц плюс стоимость инфраструктуры. Managed-команды могут доверить Office Claws VPS-слой от $14.99/месяц. Контракт workflow должен оставаться одинаковым.
Рекомендации
Начинайте локально ради доверия. Переносите в cloud или VPS ради изоляции, uptime и параллельности. Оставляйте review gate видимым в обоих вариантах.
Если вы строите OpenClaw-подобную операционную модель сегодня, идите в таком порядке:
- Прочитайте OpenClaw vs Codex, если runtime еще не выбран.
- Используйте OpenClaw security best practices, чтобы определить secrets, approvals и logs.
- Используйте OpenClaw VPS manager, когда удаленные раннеры становятся безопасным default.
- Держите Office Claws локальным командным центром, чтобы cloud-масштабирование не стирало человеческий контроль.
Cloud vs local — неправильная бинарность. Правильный вопрос: где эта задача может выполниться с минимальным blast radius и самым понятным путем ревью? Именно вокруг этой модели построен Office Claws.