OpenHuman vs OpenClaw: кто настоящий ИИ-агент?

В 2026 году на GitHub Trending OpenHuman и OpenClaw часто обсуждают вместе — оба open source, оба называют себя агентами, оба работают на вашем железе. Отсюда естественный вопрос: кто настоящий ИИ-агент? Честнее спросить: что каждый проект вкладывает в слово «агент»? Эта статья — не турнир «кто сильнее», а инженерное сравнение архитектур и того, как их разумно комбинировать на Mac и облачном Mac.

Путаница предсказуема. Оба проекта ориентированы на power users, обещают больше, чем окно чата, и поддерживают self-hosting. Поиск «лучшего агента» без понимания границ продукта ведёт к разочарованию: OpenHuman оптимизирует путь от сырых данных к персональному контексту; OpenClaw — от сообщений и webhook к исполняемым командам с квитанцией. Эта разница определяет архитектуру, эксплуатацию и типичные ошибки конфигурации.

Сначала термины: что значит «настоящий агент»?

В индустрии «агент» включает минимум три уровня: (1) LLM-цикл с вызовом инструментов; (2) persistent-память и ощущение идентичности; (3) многошаговые задачи через системы с аудируемыми квитанциями. Один диалог ChatGPT закрывает лишь часть (1); плагины Copilot ближе к (1) и (2), но контекст часто заперт в одном SaaS.

OpenHuman строит агента как персонального цифрового двойника: desktop-вход, Memory Tree, автоматический pull 118+ SaaS — цель «за минуты понять, кто вы». OpenClaw — как self-hosted gateway: процесс Gateway связывает Telegram, Slack, WhatsApp, Discord и другие surfaces с coding-агентами вроде Pi; акцент на «сообщение из кармана — ответ с цепочкой инструментов». Оба — агенты, но поле по умолчанию разное: у OpenHuman desktop + workflow-данные, у OpenClaw канал + оркестрация.

Для архитектора это принципиально: OpenHuman ближе к персональной фабрике знаний, OpenClaw — к agent-native middleware. Смешивать их — ждать от OpenClaw автоматический Gmail-pull или от OpenHuman мгновенный CI-триггер в WhatsApp; провал будет из-за неверного ожидания, а не из-за «слабости» проекта.

OpenHuman: персональный агент типа «фабрика контекста»

Ставка OpenHuman — откуда берётся контекст, как сжимается и остаётся локально. Официальный путь: подключить → auto-pull → Memory Tree: Gmail, Notion, GitHub, Calendar и др. через OAuth, sync примерно каждые 20 минут; TokenJuice сжимает HTML-почту и вывод инструментов до LLM. Память в локальном SQLite и Markdown, совместимом с Obsidian — инфраструктура «понимает меня».

Сильные стороны очевидны: очень быстрый cold start, UI-first, подходит не только для terminal users. Ограничения тоже: OpenHuman не мультиканальный chat-gateway; OAuth и маршрутизация моделей по умолчанию всё ещё завязаны на backend Tiny Humans — «local-first» ≠ полный offline. Подробный разбор продукта — в нашей статье о персональном цифровом двойнике OpenHuman.

Типичные сценарии: консультанты с множеством источников информации, product managers, которым нужен утренний обзор календаря, issues и docs, solo-разработчики, объединяющие активность GitHub и личные заметки. OpenHuman не заменяет IDE — он даёт сквозной контекст, который coding-агент иначе собирал бы медленно через плагины.

OpenClaw: gateway каналов + инженерная оркестрация

Документация OpenClaw прямо определяет проект как Gateway на вашей машине: Discord, iMessage, Signal, Slack, Telegram, WhatsApp и другие surfaces подключаются к AI coding-агентам (например Pi). Лицензия MIT, Node 24+, установка через openclaw onboard — типичные пользователи: разработчики и power users, которые хотят управлять tool-enabled ассистентами с телефона без передачи данных в SaaS.

В контексте ZavCloud OpenClaw чаще на стороне инженерной оркестрации: порядок триггеров, команды, exit codes и структурированные квитанции; на облачном Mac mini он часто делит GitHub Actions self-hosted runner и Xcode-сборки в одной аудируемой macOS-единице. Подробнее — OpenClaw и CI на облачном Mac. Контекст OpenClaw растёт через плагины и сессии, а не через массовый OAuth-pull OpenHuman — «знает мой stack» здесь требует больше настройки и наблюдения.

OpenClaw силён, когда workflow уже центрирован на мессенджерах: статус сборки в Slack, ручной retry из Telegram, cron-скрипты с читаемым ответом. Слабее — когда узкое место не триггер, а отсутствие агрегированного персонального контекста из десятков SaaS.

Итак — кто «настоящий» агент?

Если «настоящий» — держать вашу цифровую жизнь в контексте: почта, документы, календарь, активность в коде автоматически суммированы, редактируемы, searchable — OpenHuman ближе к этому определению. Он выводит агента из чата в desktop-вход, который помнит вас.

Если «настоящий» — пробуждается из любого канала, стабильно вызывает инструменты, пишет результат в инженерные системы — например сборка из Telegram, архив SHA Git и exit code — OpenClaw ближе к этому определению. Это agent-native слой маршрутизации и оркестрации, а не продукт персональной базы знаний.

В официальной сравнительной таблице OpenHuman OpenClaw указан как «terminal-first, plugin-dependent, без auto-pull» — не упрёк, а декларация границ продукта. Наоборот, пользователям OpenClaw для Karpathy-style Obsidian wiki pipeline нужна своя интеграция; пользователям OpenHuman CI в WhatsApp не достанется из коробки.

На практике решает не философия, а узкое место: нет утренней видимости встреч, почты и задач — начинайте с OpenHuman; нет надёжного канала запуска сборок или скриптов из team chat — с OpenClaw. Многие продуктивные setups комбинируют оба с чётким разделением ответственности.

Три типичных сценария выбора

• Solo-разработчик / консультант — много почты и Notion, desktop-twin должен собрать контекст → сначала OpenHuman; редкие вопросы по коду с телефона → опционально Gateway OpenClaw.
• Небольшая iOS / backend-команда — есть GitHub Actions, нужно связать runner и уведомления с IM → OpenClaw + CI на облачном Mac в первую очередь; персональный поиск документов параллельно через OpenHuman.
• Высокие требования compliance и audit — оба подходят для self-hosting; allowlist и изоляция каналов OpenClaw — в Security-документации; для OpenHuman уточнить границы Composio/OAuth, чувствительные summary — через локальный Ollama при необходимости.

В смешанных командах помогает письменное соглашение об интерфейсе: OpenHuman отдаёт структурированный контекст (например daily briefing в Markdown), OpenClaw потребляет триггеры и пишет результаты в channel-specific квитанции. Так вы избегаете двойной истины между mail-sync и chat-ботом.

Compute-слой: почему «настоящий macOS» важен для обоих

OpenHuman и OpenClaw поддерживают macOS, но с разными требованиями. OpenHuman на локальной машине с desktop shell и Memory Tree; для непрерывной фоновой sync, когда ноутбук часто закрыт, нужен облачный Mac mini 7×24. Gateway OpenClaw часто на сервере с фиксированным выходом: статический IPv4 для webhook, регистрации runner и allowlist; VNC удобен для первого pairing канала и GUI-отладки.

Тот же принцип, что и при Core ML inference на той же машине: разнести по времени, чтобы sync, сборки и локальные модели не конкурировали за unified memory. ZavCloud поставляет физически эксклюзивные M4 macOS-единицы — какой agent framework вы ни выбрали, compute-контракт может остаться тем же.

Конкретно: ночью sync OpenHuman и лёгкие фоновые jobs, днём Xcode-сборки или pipeline под OpenClaw — или наоборот по часовым поясам. Важна измеримая сегментация, а не слепой параллельный запуск тяжёлых jobs на маленьком инстансе.

Минимальный путь проверки для каждого

OpenHuman: установить DMG → подключить Gmail + Calendar + GitHub → дождаться первых Markdown-записей в Memory Tree → спросить на desktop: «Какие у меня сегодня встречи?»

OpenClaw: установить Gateway по Getting Started → openclaw onboard → привязать Telegram или Web Control UI → отправить с телефона сообщение, вызывающее инструменты (например прочитать файл репозитория).

Оба пути укладываются в час. Если OpenHuman падает на OAuth callback — проверьте сеть и redirect URL; если OpenClaw не pairing канал — VNC на cloud-инстансе часто эффективнее одного SSH.

# Требуется Node 24+ (или 22.19+ LTS)
npm install -g openclaw@latest
openclaw onboard --install-daemon
openclaw dashboard

# OpenHuman: macOS / Linux
curl -fsSL https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.sh | bash

Вывод: оба — агенты, но для разных «реальностей»

OpenHuman — фабрика контекста + персональный twin: «настоящий агент» здесь — помнит вашу жизнь и работу через границы SaaS. OpenClaw — gateway + orchestrator: «настоящий агент» — пробуждается из каналов, маршрутизирует multi-agent сессии и доводит действия до инструментов и pipeline. Вместо корона — границы: лично OpenHuman для цифровой жизни, в команде OpenClaw для триггеров и квитанций; при нехватке compute постоянные процессы на облачный Mac mini, локальная машина — только консоль.

• OpenHuman — Персональный ИИ-цифровой двойник подробно
• OpenClaw — Официальная документация · Практика CI на облачном Mac
• Compute — ZavCloud облачный Mac mini