1. Почему размер узла важнее самого факта запуска
OpenClaw 2026 — это уже не маленький CLI-инструмент. Он связывает браузеры, API моделей, файлы, OCR, скриншоты, вебхуки и планировщик. Поэтому главный вопрос не «запускается ли он?», а «держит ли он пик без деградации?». Команды регулярно недооценивают давление на unified memory, браузерные сессии и фоновые процессы на удалённом Mac.
Для лёгкой автоматизации стартовый узел ещё подходит. Но при добавлении браузерных сценариев, длинного контекста, разбора вложений и нескольких агентов кривая потребления резко растёт. Самое дорогое здесь — не апгрейд тарифа, а ретраи, ручное восстановление и повреждённое состояние задач.
2. Три узких места, из-за которых OpenClaw со временем «тяжелеет»
(1) CPU-пики. Скрапинг браузера, OCR, скриншоты, архивирование и многошаговое планирование поднимают CPU до 150–320%.
(2) Рост памяти. Один агент в idle может занимать 1,5–2,5 ГБ, но Chromium, длинный контекст и парсинг поднимают поток до 6–10 ГБ.
(3) Диск и кэш. Профили браузера, временные ZIP, скриншоты и логи легко съедают десятки гигабайт за несколько дней.
3. Матрица размеров 2026 для OpenClaw на удалённом Mac
| Сценарий | Рекомендуемые CPU / память | Типичный пик | Подходит для |
|---|---|---|---|
| Личный тест | 8 ядер / 16ГБ | CPU 180%, память 8ГБ | проверка и демо |
| Личная прод-схема | 10-12 ядер / 24-32ГБ | CPU 240%, память 12ГБ | ежедневная автоматизация |
| 2-3 параллельных агента | 12-14 ядер / 32-48ГБ | CPU 320%, память 20ГБ+ | стартапы и ops |
| 24/7 multi-session | 14+ ядер / 64ГБ | CPU 350%+, память 30ГБ+ | корпоративная эксплуатация |
4. Пять шагов масштабирования
Шаг 1: смотреть на реальную 24-часовую нагрузку, а не на idle.
Шаг 2: профилировать браузер и агент раздельно.
Шаг 3: вводить лимиты на кэш, загрузки, скриншоты и логи.
Шаг 4: масштабироваться по реальному узкому месту: память для browser-heavy сценариев, CPU для очереди, диск для скриншотов и логов.
Шаг 5: держать минимум 30% запаса в проде.
5. Полезные пороги и ориентиры
- Один агент + браузер: типичный пик памяти 6–10 ГБ; если 12 ГБ заняты стабильно, пора идти на 32-ГБ узел.
- Логи и кэш: связка скриншотов и OCR часто добавляет 2–5 ГБ в день; свыше 7 ГБ/день нужно срочно пересматривать retention.
- Триггер масштабирования: если CPU три дня подряд выше 280% или доля ошибок остаётся выше 2%, стартовый размер уже не подходит.
6. Кому стоит сразу пропустить фазу low-spec
Для короткого демо низкая конфигурация допустима. Но если вам нужна работа 24/7, несколько браузерных сессий, долгоживущий контекст, общий доступ команды или продовые support-потоки, слишком маленький старт даёт каскадные сбои: пропущенные окна задач, накопление ретраев, повреждение состояния, потерянные скриншоты и шум алертов.
Для большинства пользователей удалённого Mac в 2026 году разумной стартовой точкой являются 24–32 ГБ памяти, а уже затем 48 или 64 ГБ в зависимости от конкуренции. Это даёт не только скорость, но и предсказуемость с более простой восстановляемостью.