Рабочее место разработчика с двумя мониторами и заметками — OpenHuman собирает мультиисточниковые потоки в локальную базу

В 2026 году в сообществе агентов часто звучит так: после OpenClaw надоело каждый понедельник заново объяснять, почему команда выбрала вариант B. Часы на skills, промпты и шлюзы — сессия закрылась, контекст исчез. OpenHuman снова в GitHub Trending с другим обещанием: меньше ручного обучения, цикл синхронизации ~20 минут, важное — в локальную базу знаний.

Это не статья про звёзды. Фокус — подключить — собрать — запомнить в Early Beta: Gmail, GitHub и календарь с минимальными scope, дерево памяти (SQLite + экспорт Obsidian) с аудитом, а не чёрный ящик, сжигающий токены. Для контекста проекта см. что такое OpenHuman на GitHub Trending на Macstripe.

Русскоязычные техблоги часто читают хронологию так: OpenClaw доказывает, что шлюз + skills работают, если вкладываться в ops; OpenHuman проверяет обратное — можно ли индексировать личные факты из SaaS без еженедельного copy-paste в чат. Оба могут жить на одном Mac; «после OpenClaw» в заголовке — сначала дисциплина gateway, потом слой памяти. Для распределённых команд это особенно заметно: коллега в другом часовом поясе не пересказывает решения из почты — если дерево памяти актуально и вы проверяете экспорт.

1. Что решают OpenClaw и Skills — и что остаётся

После хайпа OpenClaw многие команды всё ещё на двух маршрутах, где вы остаётесь тренером:

  • Интеграции: шлюз OpenClaw, skills ClawHub, webhook и cron — сильны в мессенджерах и автоматизации, но нужны установка skills, doctor, ужесточение прав.
  • Workflow: mattpocock/skills — дисциплина через /grill-me, /tdd; CONTEXT.md и правила репозитория ведёте вы.

Общее: Gmail, GitHub, Notion и календарь сами не сливаются в личный контекст. Путь Karpathy 2026 — заметки, почта и решения по коду в запрашиваемом Markdown — в связке OpenClaw/Skills часто остаётся ручной работой.

OpenHuman целит в цепочку: OAuth → инкрементальная синхронизация ~20 мин → сжатие в дерево памяти → routing модели и retrieval в чате. Stars смотрите на GitHub в реальном времени; репозиторий в Early Beta, шаги по официальному GitBook.

Контрпример: если кодите только в одном репо без почты и календаря, Skills + правила Cursor легче. Сложность OpenHuman — в коннекторах и управлении памятью, а не в «ещё одном чате».

2. Техническая база: дерево памяти и база «в духе Karpathy»

OpenHuman — не косметический RAG. В публичной документации условно три уровня (названия по версии):

  • Дерево источников: сырые инкременты по коннектору (Gmail, GitHub…).
  • Тематическое дерево: сводки по проекту, людям, хронологии.
  • Глобальный индекс: навигация между темами для агента.

Источник истины — локальный SQLite; параллельно фрагменты .md для Obsidian (часто ≤3000 токенов на сегмент) для ручной проверки. Перед диалогом механизмы вроде TokenJuice сжимают релевантные куски — без гарантии фиксированного процента экономии, но меньше «весь лог в prompt».

Model Routing выбирает reasoning, скорость или vision; офлайн — Ollama или MLX на Mac. OpenClaw/Skills = оркестрация и дисциплина; OpenHuman = личная память из всех источников.

Для compliance: данные по умолчанию локально, коннекторы отзываемы, экспорты читаемы. Это не заменяет оценку рисков, но смещает спор с «всё в облаке чата» на «какие OAuth-scope мы реально выдали». Документируйте по коннектору цель, хранение и удаление — как для self-hosted шлюза OpenClaw.

3. Сравнение: OpenClaw/Skills vs OpenHuman «подключить–собрать–запомнить»

Измерение OpenClaw / Skills / Rules OpenHuman
Кто поддерживает «знает меня» Вы: prompt, skill, CONTEXT.md фоновая sync + индекс (вы аудируете экспорт Obsidian)
Сторонние сервисы ключи/webhook по платформам в доке: 118+ OAuth (консоль — эталон)
Обновление вручную или свой cron ~20 мин опрос подключённых аккаунтов
Через недели доки репо + персистентная память межсессионный retrieval личного контекста
Типичная цена ops шлюза, версии skills, права стабильность beta, GPL-3.0, аудит коннекторов

Кратко: OpenClaw делает вас тренером; OpenHuman хочет читать ваш цифровой дневник — с ошибками, поэтому SQLite + Markdown для проверки, правки и удаления.

На продуктовом ревью таблица — матрица решений: нужна автоматизация сообщений (→ OpenClaw), ритуалы кода в репо (→ Skills), карта жизни/работы из SaaS (→ OpenHuman)? Часто «все три» — тогда важнее порядок внедрения, чем количество инструментов: сначала стабильный слой, потом следующий.

4. Workflow: что реально за один цикл 20 минут

20 минут = ритм синхронизации, не «всезнание через 1200 секунд после установки». Первый запуск:

4.1 Подключить: минимальный набор коннекторов

После Releases не 118 OAuth сразу. Рекомендуется:

  1. один ящик почты (рабочий Gmail или алиас, не оба);
  2. один источник кода (личный GitHub или одна org);
  3. один календарь (Google или Outlook);
  4. опционально Notion или Drive — без дубля документов.

На источник: read-only vs write, отзыв, PII. Корпоративную почту — после security review. Полезен простой реестр коннекторов (владелец, scope, срок удаления) — та же дисциплина, что для API-ключей skills OpenClaw.

4.2 Собрать: подождать 1–2 цикла

После подключения движок тянет инкременты (~20 мин по умолчанию): темы писем, коммиты, смены в календаре. На этом этапе:

  • проверить «последняя sync» и упавшие коннекторы;
  • рост диска (индекс + .md) vs ожидание;
  • не судить по «уже знает вчерашнюю встречу» — сначала здоровье пайплайна.

4.3 Запомнить: дерево и аудит Obsidian

Частая ошибка beta: сразу сложный планировочный вопрос. Лучше двухступенчатый тест — (A) факт из одного источника («последний commit в repo X»), (B) корреляция («commit X + встреча Y в календаре»). Провал A — сломан пайплайн; только B — тематическое дерево или качество сводок. Ответы с датой в openhuman-audit/ для регрессий после обновления.

Откройте путь Obsidian из мастера, выборочно 3–5 авто-.md:

  • заголовки соответствуют событиям (PR, тред почты)?
  • промо ошибочно как «решение по проекту»?
  • токены/секреты в открытом виде? → отключить коннектор, issue.

Затем вопрос из нескольких источников — цитаты должны вести на правильные md-фрагменты.

4.4 Параллельно с OpenClaw и Skills (рекомендуемая топология)

[Gmail/GitHub/Календарь …] --OAuth--> Дерево OpenHuman (SQLite + .md)
                                      |
                                      v
                         Routing модели (облако / Ollama / MLX)
                                      ^
[Cursor + mattpocock/skills] ---- код ----+
[Шлюз OpenClaw] ---- IM/Webhook/Cron --+

Не две несинхронизированные «истины проекта»: личный кросс-сервисный контекст → OpenHuman; решения в репо → CONTEXT.md / ADR в Git.

4.5 Когда остановиться или откатиться

  • retrieval путает источники, сводки в Obsidian слабые → меньше коннекторов, не больше модель;
  • GPL copyleft блокирует закрытый продукт → без глубокой интеграции;
  • нужен в основном Telegram-бот 24×7 → приоритет деплой OpenClaw на удалённом Mac.

5. Частые вопросы

«20 минут и готово» — маркетинг?

Точнее: автосинхронизация примерно каждые 20 минут. «Понимает всё» зависит от источников, истории и вашей ревизии экспортов. Думайте об аудируемом личном ETL, не о телепатии.

Конфликт с ручной базой Karpathy?

Нет. OpenHuman автоматизирует факты из SaaS; в Obsidian остаются суждение, приоритет и выводы в стиле ADR. Машина — что произошло; человек — что выбрали.

Взорвётся ли счёт за токены?

Routing + сжатие шлют релевантные фрагменты — но шумные источники (чаты, алерты) раздувают индекс и retrieval. Неделя на минимальных коннекторах, потом счёт и диск. На первой неделе задайте жёсткий лимит облачных моделей и логируйте запрос с ID цитаты — так видно, платите ли вы за дерево памяти или за слишком широкий prompt.

Заменить OpenClaw?

Нет. OpenClaw — шлюз и каналы; OpenHuman — личная ingestion. Оба могут делить локальный API инференса на Mac с большим RAM.

GPL-3.0 и внутренний инструмент?

Встраивание в коммерческий closed-source продукт — юристы. Личное использование и внутренние эксперименты обычно ок; white-label ассистент часто стоп — планируйте до 118 коннекторов в проде.

6. Где считать: ноутбук, десктоп, удалённый Mac

Индекс и дерево на локальном диске; тяжёлые модели — на Apple Silicon или удалённом Mac с большим RAM, ноутбук только для UI. Для sync 24×7 + шлюза выделенный macOS-узел не засыпает при закрытой крышке — в духе топологии Macstripe «агент в облаке, контролируемый выход данных».

Практика: UI и лёгкие клиенты на ноутбуке; ollama serve или MLX на Mac 24 ГБ+ unified memory в ЦОД. Та же привычка SSH/VNC, что у CI-раннеров, но фокус на агентах.

Чтобы собрать OpenHuman и OpenClaw на Mac Mini M4, узлы и аренда на главной Macstripe.

7. Вывод

Эра OpenClaw показала: инженеры любят учить ИИ — но не дважды за неделю одно и то же. Нарратив OpenHuman — база Karpathy как опрашиваемый, сжимаемый, экспортируемый локальный пайплайн: подключить, собрать, запомнить; 20 минут — темп, не магия.

  • минимальный OAuth, 1–2 цикла, затем тест retrieval;
  • экспорт Obsidian как чеклист памяти; при ошибках — источник или права;
  • Skills / OpenClaw: личный контекст vs дисциплина репо vs мессенджинг.

Early Beta — проект аудита, не прод-секретарь. Углубление: что такое OpenHuman; память на недели: почему Cursor «забывает».

Если OpenClaw уже в проде, OpenHuman можно пробовать вторым слоем без переделки шлюза: тот же Mac, разные пути данных, роли в командной wiki. Откат простой — отключить коннектор, заархивировать экспорт, вернуться к Skills и ручным заметкам, пока качество sync не убедит.

Примечание: названия функций, число коннекторов и интервал sync в Early Beta могут меняться еженедельно — перед прод-решениями сверяйтесь с release notes и GitBook. Star-рейтинг на GitHub смотрите в день публикации статьи.

Читать дальше