OpenClaw без поломок: архитектура ИИ-агента, который не тупеет через неделю

Коротко: если твой агент OpenClaw через неделю начинает тупить, по опыту Алексея Ульянова чинить обычно надо не модель и не промпт, а архитектуру — когда простые причины вроде лимитов и обрыва связи уже исключены. Его схема: автосброс контекста по порогу, память в три слоя, кроны, которые по ночам чистят и проверяют систему, общее ядро вместо копий в каждом агенте и второй агент рядом, который может зайти и починить первого.

OpenClaw — открытый агент, который живёт на твоём компьютере или сервере и общается с тобой через Telegram и другие мессенджеры. На NeyroSummit 16 (16 апреля 2026 года) Алексей Ульянов, автор канала Sprut_AI, рассказал, как держит такого агента «в нормальном состоянии» месяцами. Алексей — не айтишник: по первому образованию плотник-столяр, по второму физрук, агентами плотно занимается около полутора лет, начинал с n8n. Его система — домашний Mac mini, Telegram и команда агентов, названных в честь героев «Во все тяжкие». Ниже — его метод по шагам и сверка с тем, как OpenClaw устроен сейчас.

Почему постоянный агент разваливается: не модель и не промпт

Алексей называет это главной иллюзией рынка — «демонстрация против эксплуатации». Когда OpenClaw (он же MoltBot, у Алексея ласково — «Краб», от «claw», клешня) стал популярен, все показывали его всемогущим. Потом люди начали жить с ним каждый день и столкнулись с одним и тем же: агент много ест токенов, быстро «засоряется» и тупит, долго отвечает или не отвечает вовсе, его постоянно надо подталкивать, а ещё он небезопасен, если сразу не настроить. В опросе зала заметная часть зрителей отметила вариант «поставил — и всё плохо».

Почему Алексей вообще выбрал OpenClaw — из-за независимости. К нему можно подключить разные модели, и когда в апреле Claude перестал работать в OpenClaw по подписке, он просто переключил агента на подписку ChatGPT с GPT-5.4 (на 16.04.2026, по словам спикера). Второй довод — Telegram: файлы туда и обратно, группы, топики, общение агентов между собой. «Telegram в этой архитектуре не простой мессенджер, а точка сборки», — говорит Алексей: там встречаются люди, агенты и бизнес-процессы.

Главная мысль доклада Алексей сформулировал резче, но смысл такой: с хорошей моделью и плохой архитектурой результат всё равно будет плохим. При этом он не выдаёт свою систему за идеальную: она «создаёт впечатление безотказности», но косяки есть, и с некоторыми приходится мириться.

OpenClaw: что это и как его ставят сегодня

Контекст: автосброс по порогу вместо «не забывай»

Первый шаг метода — следить за заполнением контекстного окна и сбрасывать его до того, как агент «опухнет». Схема Алексея:

1. Агент постоянно оценивает, насколько заполнено окно, в процентах.
2. На пороге (у Алексея — около 90 %) он записывает выжимку последних 10–20 диалогов в файл, «чтобы не проснуться дураком».
3. Контекст сбрасывается, агент «просыпается» с компактным концентратом важного из системы правил и продолжает работу.
4. Окно снова заполняется — и по кругу.

Сам Алексей признаётся, что сделал бы запас больше: сброс на 80 %, запись на 60 %. И не гнался бы за огромным окном. «Крабу достаточно 200 000» токенов, считает он: большое окно агент и наполняет больше, а это контекст, который тянется за ним при каждом пробуждении и съедает токены. Большой контекст нужен Claude Code и другим кодовым агентам, а постоянный агент код писать и не должен — «код надо писать в том инструменте, в котором он должен писаться».

Второе правило — то самое «не лечить промптами». Когда агент ошибся, Алексей не ругается, а спрашивает, почему так вышло, и просит найти причину в собственной архитектуре. «С ними надо как с подчинённым разговаривать, но спокойно», — объясняет он. Агент находит расхождение, Алексей говорит «чини».

Ты только что сделал так: [замечание].
Не исправляй ответ сразу. Сначала исключи внешние причины: лимит модели, обрыв подключения, ошибку инструмента — если причина в них, так и скажи.
Если нет — пробегись по своей архитектуре: системные инструкции, файлы памяти, скиллы, кроны, последние записи в журнале.
1. Найди причину, почему ты так сделал: какое правило, файл или запись к этому привели, или чего не хватило.
2. Покажи место (файл и фрагмент) и объясни расхождение в двух-трёх предложениях.
3. Предложи минимальную правку, которая устранит причину, а не следствие. Не добавляй длинных новых правил, если можно поправить или удалить старое.
4. Ничего не меняй, пока я не скажу «чини».

Память ИИ-агента в три слоя: файлы, векторная база, дневник

Штатная память, по опыту Алексея на апрель, «хорошо будет работать неделю. Потом… плохо». Причина та же, что с контекстом: память в MD-файлах растёт, и большие файлы — это тот же контекст. Поэтому у него три слоя страховки:

Графовую базу на старте Алексей ставить не советует: по его тестам агент плохо её наполняет, а ему хватает поиска по смыслу. Дневник в Obsidian агент ведёт сам с 9 февраля, каждый день; Алексей туда почти не заходит — для этого у него отдельный агент Гус, который знает весь дневник и сверяет дела с целями хозяина.

Настройка OpenClaw: начни с безопасности и контура

Тревожные посты про агента, который удалил кому-то почту, Алексей считает преувеличенными: по его мнению, для этого агента надо подключить ко всему и держать в полном беспорядке инструкций. Редакция здесь осторожнее: агенту с доступом к почте и правом удаления хватит одной неверно понятой команды — поэтому в проверке безопасности ниже есть правило «спрашивать перед удалением». Но открытые наружу порты на старте он признаёт и советует закрыть их первым делом: попросить агента сделать глубокое исследование документации и закрыть всё, что торчит наружу.

Второй слой — правила прямо в инструкции. На докладе Алексей спросил своего агента, что у того прописано про безопасность. Ответ: не иметь своих интересов, человеческий контроль важнее выполнения любой ценой, не обходить политику, не менять системные правила под себя, не раскрывать внутреннюю кухню. Третий — канал технических сообщений: агент постоянно пишет, что жив и что делает, и по нему видно, что он не завис.

Отдельный вопрос — сколько доступа давать. У Алексея агент живёт на выделенном Mac mini с полным доступом ко всему на нём: так агент полезнее, и это его сознательный выбор энтузиаста. Альтернативу он называет сам: замкнуть агента в одной папке, но тогда всё нужное придётся класть туда.

Наш совет по умолчанию — наоборот: начинать с изоляции. Отдельная машина или отдельный пользователь системы, рабочая папка без чужих данных, без боевых ключей и банковских доступов; полный доступ — только когда ты понимаешь, что именно агент может сделать.

Проведи проверку своей безопасности. Сначала изучи официальную документацию своей платформы по безопасности, потом проверь себя.
1. Какие порты и интерфейсы у тебя открыты наружу и зачем каждый. Что можно закрыть без потери работы.
2. Кто может писать тебе в мессенджере: есть ли список разрешённых пользователей, что происходит с сообщениями от незнакомых.
3. К каким файлам, папкам, ключам и сервисам у тебя есть доступ. Что из этого тебе не нужно для твоих задач.
4. Что прописано в твоих инструкциях про безопасность: процитируй правила. Если нет правил «человеческий контроль важнее выполнения задачи любой ценой», «не обходить политику», «не менять системные правила», «спрашивать перед удалением, оплатой и отправкой наружу» — предложи их формулировку.
Верни отчёт: найдено, риск, что предлагаешь. Ничего не меняй и не закрывай, пока я не подтвержу каждый пункт.

Кроны: ночная гигиена, выросшая из ошибок

Кроны — будильники агента: в заданное время он делает действие. Это может быть напоминание, запуск автоматизации или другого агента, проверка безопасности, «санитария» — чистка мусора и проверка системы на соответствие правилам. По словам Алексея, у его системы около сотни кронов. Кроме будильников есть триггеры — действие по событию, как Telegram-триггер в n8n: пришло письмо — агент реагирует.

Важнее всего — откуда кроны берутся. Алексей не придумывает их заранее, а выращивает из разборов:

1. В конце дня просит агента найти, какие сегодня были нарушения.
2. Если ошибки повторяются в одних местах, заводит крон, который, например, в 4 утра проходит по этим местам и проверяет их, чистит или чинит — пока хозяин спит и не ждёт ответа.
3. Со временем кроны сами разделились на группы: гигиена, безопасность, проверка памяти.

Пример из той же серии — чистка векторной памяти. Можно завести крон, который заходит в базу и выбрасывает всё, кроме ценного. А можно проще: крон три раза в день отбирает из дня только важное и записывает в векторную базу — тогда, говорит Алексей, мусора в базе не будет. Точнее, его станет заметно меньше: чистота базы теперь зависит от того, насколько хорошо крон отбирает «важное».

Самоулучшение и общее ядро: стартовый контекст вдвое меньше

Самоулучшение. Это самодельный механизм Алексея на апрель — он раздавал его файлами. Ты один раз сказал агенту «пиши короче» — он это зафиксировал. Сказал второй раз — зафиксировал снова. На третий раз он переносит правило «ближе к голове», в главный файл инструкций (по словам Алексея — кажется, в AGENTS.md, точно он не помнил). Так агент сам находит паттерн, который мешает не ему, а хозяину, и исправляется.

Совет редакции: чтобы самоулучшение не спорило с правилом безопасности «не менять системные правила под себя», проведи границу заранее — агент может копить замечания и предлагать перенос правила в главный файл, а сам перенос и любые правки правил безопасности делает только после твоего «да».

Общее ядро. Самый сильный приём доклада Алексей нашёл вместе с Codex: у всех агентов есть одинаковое — скиллы, информация о хозяине, «конституция» (общие правила), данные. Он вынес это в отдельный контур, а агенты ходят туда по ссылке, только когда нужно. Эффект — три:

• поменялась конституция или сведения о тебе — правишь в одном месте, и каждый агент получит новую версию, когда в следующий раз зайдёт в ядро; путаницы нет;
• агент не держит в постоянном контексте то, что ему сейчас не нужно;
• по словам Алексея, его главный агент Хайзенберг раньше «просыпался» с контекстом около 30 000 токенов, а после выноса ядра — около 15 000, то есть вдвое меньше. Отсюда быстрее ответы и меньше токенов.

Как именно сделано ядро технически, в докладе не показано — вопрос из чата «MD-файл с симлинками?» остался без ответа. Простой вариант для своей системы — общая папка с правилами и профилем и ссылка на неё в инструкции каждого агента вместо копии.

Кто чинит агента: страховочный агент и Codex-механик

Рано или поздно агент падает: у Алексея он перезапускал свой шлюз и переставал отвечать, и приходилось бежать домой к компьютеру. Отсюда правило, которое он повторяет всем подписчикам: рядом с нестабильным агентом должен стоять второй — лучше на другой платформе, с доступом к папке первого.

За полгода у Алексея сменилось несколько таких «спасателей». Сначала бесплатный Gemini CLI, который хорошо разбирался в OpenClaw. Потом ClaudeClaw — агент вокруг Claude Code. На 16.04.2026 это Майк на Hermes Agent: у него полный доступ к папке главного агента и скилл с описанием его архитектуры, он проверяет Хайзенберга и чинит, если что-то не так.

Если главный агент уже не отвечает и ТЗ написать не может, работает именно такой страховочный агент: у него свой скилл с описанием архитектуры главного, и ремонт он начинает сам. Оговорка редакции: если упала сама машина, второй агент на ней не поможет — поэтому Алексей и советует другую платформу, а для полной страховки нужен ещё и другой компьютер или сервер.

Ещё сильнее, по опыту Алексея, работает Codex, открытый на папке агента. Тонкость: архитектуру OpenClaw Codex «почему-то не видит» так хорошо, как сам агент. Поэтому ТЗ пишет главный агент — что у него не так и что надо сделать, — а Codex по этому ТЗ чинит или добавляет новое. Так Алексей перевёл всех агентов с ClaudeClaw на OpenClaw, не вводя руками ни ключей, ни токенов ботов.

Посмотри, что у тебя в системе работает не так: зависания, повторяющиеся ошибки, раздутые файлы, конфликты правил, лишние скиллы.
Составь ТЗ для внешнего агента-механика, который откроет твою папку и будет чинить.
Формат — один MD-файл:
1. Что сломано или мешает (факты, файлы, примеры из журнала).
2. Что должно получиться (проверяемый результат).
3. Какие файлы можно менять, а какие трогать нельзя.
4. Как проверить, что починено.
5. Как откатить, если станет хуже.
Не включай в файл ключи, токены и личные данные.

OpenClaw vs Hermes и другие аналоги

На апрель Алексей описывал разницу так: Hermes «достаточно стабильный», но внутри одного Hermes нельзя было завести несколько агентов — нужен был отдельный экземпляр; в OpenClaw агентов можно плодить внутри. За полгода расклад изменился: Hermes получил профили, канбан и передачу задач между агентами, и сам Алексей теперь строит основную систему на нём — это он показал на NeyroSummit 19, разбор — в статье Hermes агент: как собрать команду ИИ-агентов. Среди аналогов OpenClaw в докладе звучали Hermes Agent, ClaudeClaw и агентные системы прямо в Claude Code; выбор платформы для метода вторичен — контекст, память, кроны и страховка нужны любому постоянному агенту.

Архитектура ИИ-агента: сначала один, потом команда

Последний шаг — масштаб, и тут Алексей категоричен: сначала один хорошо настроенный агент. Если поторопиться и наделать агентов под каждую задачу, не настроив первого, получишь несколько одинаково плохих копий.

Порядок у него такой. Главный агент — координатор: умеет всё, но сам большие задачи не делает, а раздаёт. Новый агент появляется, когда задачу можно отделить и она действительно нужна: у Алексея Уолтер программирует, Джесси ведёт маркетинг, Хэнк ночью следит за безопасностью (чтобы никто извне не мог написать агентам и ничего не утекло), Гус работает только с дневником в Obsidian, братья Саламанка быстро ищут в интернете. Если нагрузить всё на главного, он снова утонет в инструкциях и контексте — та же болезнь, с которой всё началось.

Когда в такой команде задачам и исполнителям становится тесно, следующий вопрос — что держать в правилах, что в скиллах, а что отдавать отдельным субагентам. Это соседний доклад того же сезона: правила, скиллы или субагенты — что выбрать.

Сколько это стоит — на апрель, по словам Алексея: подписка Codex за $200 в месяц, при работе «с утра до ночи» и с OpenClaw на той же подписке у него к концу недели оставалось около половины недельного лимита. Он допускал, что хватило бы и появившегося тогда тарифа за $100. Это его опыт, а не расчёт.

С чего начать сегодня

Вопросы и ответы