Делаем проактивного AI-агента.
Часть 3 — настраиваем OpenClaw, чтобы был полезным
«Вы не поднимаетесь до уровня своих целей. Вы падаете до уровня своих систем»
Это третья часть серии (первая — в чем идея, вторая — агент с нуля)
Теперь поговорим про OpenClaw — самый популярный на сегодня фреймворк для персональных AI-агентов
Архитектура моего OpenClaw
Агент живёт на сервере Railway, общается со мной через Telegram и Discord, работает через подписку Claude с Codex на подстраховке. Его поведение целиком определяется набором markdown-файлов — там и «SOUL», и память, и операционные инструкции.
Вот из чего состоит workspace моего агента
SOUL.md — кто агент. Характер, стиль, границы. Его «душа».
USER.md — кто я. Контекст, цели, паттерны, как со мной работать.
AGENTS.md — правила поведения. Safety, тиеры действий, память, heartbeat, группы.
MEMORY.md — долгосрочная память, кураторские заметки.
HEARTBEAT.md — чеклист периодических проверок (календарь, почта, задачи).
TOOLS.md — локальные заметки по инструментам.
Плюс memory/YYYY-MM-DD.md — ежедневные заметки, из которых потом дистиллируется MEMORY.md.
И skills/ — папка со скиллами (finances, ticktick, gmail, google-calendar и т.д.), каждый со своим SKILL.md.
По сути: SOUL + USER + AGENTS — это характер и инструкция, MEMORY — опыт, skills — его навыки.
Из коробки агент работает, но бесполезен без кастомизации. Ниже — проблемы, на которые я убил неделю, и их решения
⚡Проблема 1: Повышенная проактивность
По стандарту системные промпты OpenClaw звучат примерно так:
Don't ask permission. Just do it.
Это делает агента слишком самостоятельным — он может сломать себя без предупреждения.
Решение: я добавил несколько ограничений. Все важные изменения идут через localhost => GitHub, а не через его прод. На попытки изменить системные файлы агент теперь отвечает:
«Нет, это конфиг — мне запрещено его трогать. Если я накосячу с конфигом на Railway, всё упадёт в crash loop и только ты сможешь починить.»
Стандартная проблема без этого: агент что-то у себя меняет, и либо я этого не замечаю, либо он просто умирает, сломав что-то важное
⚡Проблема 2: Память — не только его храм, но и помойка
Механизм памяти в OpenClaw:
MEMORY.md — долгосрочная память.
memory/YYYY-MM-DD.md — ежедневные заметки.
Встроенный хук
session-memory— при завершении каждой сессии фреймворк автоматически сохраняет сырой лог разговора вmemory/.
Проблема: если часто жать /new, за короткое время накапливается огромное количество raw JSON файлов, которые сыпятся в контекст при старте каждой сессии. Мои MD-файлы состояли из 299 строк, из которых полезных фактов — 5. Всё остальное — мусор метаданных. Дистиллированная версия уместилась бы в 10–15 строк.
При этом долгосрочная MEMORY.md — почти пустая. Инструкция «periodically review and update» была слишком размытой и ни разу не сработала.
Решение: явные правила дистилляции и регулярный перенос из дневных заметок в MEMORY.md с очисткой сырых логов
⚡Проблема 3: USER.md — главный файл, и он требует постоянного внимания
USER.md — это ф��йл о вас. Чем лучше он описан, тем лучше агент работает. Моя структура:
Basics — имя, возраст, таймзона, локация, язык
Who — тип личности, суперсила, мотивация
Background — опыт и ключевые достижения
Values — что важно в жизни
Current focus — чем занят сейчас (продукты, статусы)
Finances — доход, расходы, цель
Platforms — соцсети и каналы
People — ключевые люди вокруг
Schedule — режим дня
Work style — как работает, что драйвит
Patterns — слепые зоны и паттерны поведения
Goals — текущие цели и метрики
How Claw should interact — правила общения
Главный вывод 3 части
Workspace-файлы агента — это не «написал и забыл». Они дрифтуют, конфликтуют и устаревают точно так же, как код.
USER.md — особенно. Я и контекст вокруг меня меняются быстрее, чем я вспоминаю обновлять описание. Поэтому нужна периодическая ревизия — точно такая же, как ревизия кода.
Если кратко: персональный AI-агент — это не продукт, а процесс. Фреймворк даёт скелет, но без недели (минимум) кастомизации под себя он останется бесполезной игрушкой
