Пример готовой настройки OpenClaw

Я пользуюсь OpenClaw уже несколько месяцев. Главным прорывом стало то, что я позволил агенту самому улучшать свою среду.

📖 Руководство

Я использую OpenClaw уже несколько месяцев, еще с тех времен, когда он назывался ClawdBot, и в целом это потрясающий опыт.

Но я также наблюдал, как множество людей сталкиваются с одними и теми же проблемами:

• хаос в рабочем пространстве
• слишком много файлов контекста
• память, которая со временем превращается в бесполезную кашу
• навыки (скиллы), которые звучат круто, но на деле никогда не используются
• нет четкого разделения между личностью (identity), памятью, инструментами и проектной работой
• сборки, которые впечатляют первую неделю, а потом рушатся под собственным весом

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

Главный прорыв

Главным открытием стало понимание того, что OpenClaw работает кардинально лучше, когда агенту разрешено улучшать свою собственную рабочую среду.

И не в каком-то абстрактном научно-фантастическом смысле. Я имею в виду буквально:

• обновление собственных внутренних документов
• редактирование своих рабочих файлов
• постепенное улучшение структуры промптов и конфигов
• создание кастомных инструментов для самого себя
• написание скриптов, упрощающих будущую работу
• документирование извлеченных уроков, чтобы ошибки не повторялись

Именно это больше, чем что-либо другое, сделало мой сетап уникальным и позволило ему накапливать эффект со временем.

Многие, похоже, относятся к рабочему пространству как к статичному каркасу из промптов.

Для меня же куда лучше сработал подход, при котором воркспейс — это живая операционная система, которую агент помогает поддерживать.

В этом и заключается разница между «прикольной демкой» и «штукой, которая становится всё полезнее».

Как я к этому пришел

Когда я только начинал, это еще был ClawdBot, и многое делалось просто методом проб и ошибок:

• тестирование того, какой объем информации ассистент реально может удержать в памяти
• понимание того, что должно быть в файлах промптов, а что — в обычных документах
• слишком агрессивное создание новых скиллов
• смешивание проектов, памяти и операционки таким образом, что всё казалось нормальным, пока в один момент просто не переставало работать

Большая часть текущей структуры родилась именно на этом этапе.

Не из теории. А из того, что всё ломалось.

Базовая структура воркспейса, которая в итоге сработала

Мое основное рабочее пространство лежит здесь:

C:\Users\sandm\clawd

Оно сильно разрослось, но самая важная его часть выглядит примерно так:

clawd/
├─ AGENTS.md
├─ SOUL.md
├─ USER.md
├─ MEMORY.md
├─ HEARTBEAT.md
├─ TOOLS.md
├─ SECURITY.md
├─ meditations.md
├─ reflections/
├─ memory/
├─ skills/
├─ tools/
├─ projects/
├─ docs/
├─ logs/
├─ drafts/
├─ reports/
├─ research/
├─ secrets/
└─ agents/

Это упрощенная схема, но, честно говоря, именно этот уровень имеет ключевое значение.

Markdown-файлы, которые реально отрабатывают свой хлеб

Вот файлы, которые оказались самыми важными:

• SOUL.md — для голоса, позиционирования и стиля поведения
• AGENTS.md — для поведения при запуске, правил памяти и рабочих соглашений
• USER.md — для человека: его целей, предпочтений и контекста
• MEMORY.md — в качестве легковесного индекса вместо гигантской свалки памяти
• HEARTBEAT.md — для регулярных проверок и проактивного поведения
• TOOLS.md — для справок по локальным инструментам, интеграциям и заметок по их использованию
• SECURITY.md — для жестких правил и осторожности при внешних действиях
• meditations.md — для регулярного цикла рефлексии
• reflections/*.md — один актуальный вопрос на файл, развивающийся со временем

Главный урок заключался в том, что у этих файлов должны быть разные задачи.

Как только они начинают слишком сильно пересекаться, всё превращается в кашу.

Главный урок по работе с памятью

Не позволяйте памяти превращаться в один гигантский файл.

Что сработало для меня намного лучше:

• MEMORY.md как индекс
• memory/people/ для контекста по конкретным людям
• memory/projects/ для контекста по проектам
• memory/decisions/ для важных решений
• ежедневные логи как необработанные журналы

Так что вместо того, чтобы пытаться предварительно загружать всё и сразу, система загружает индекс и углубляется в детали только по необходимости.

Одно это изменение сделало рабочее пространство гораздо более удобным для поддержки.

Главный урок по навыкам (скиллам)

Мне кажется, на старте очень легко наплодить лишних навыков.

Я точно так сделал.

Самыми ценными в итоге оказались не какие-то эффектные фичи. А те, что привязаны к реальной рутинной работе:

• рисёрч (поиск информации)
• документация
• календарь
• почта
• Notion
• проектные рабочие процессы
• доступ к памяти
• помощь в разработке

Теперь я использую простой тест:

Замечу ли я, если этот навык завтра исчезнет?

Если ответ «нет», вероятно, пока не стоит делать из этого отдельный навык.

Ментальная модель, которая помогла больше всего

Самый полезный способ воспринимать рабочее пространство, который я нашел, — это разделить его на четыре уровня:

1. Личность / поведение (Identity / behavior)

• кто такой агент
• как он должен мыслить и общаться

2. Память (Memory)

• что сохраняется
• что индексируется
• во что нужно углубляться только по запросу

3. Инструменты / операционная деятельность (Tooling / operations)

• скрипты
• автоматизация
• безопасность
• мониторинг
• проверки работоспособности (health checks)

4. Проектная работа (Project work)

• фактические результаты
• эксперименты
• продукты
• черновики
• документы

Когда эти слои стали чище, работа с OpenClaw перестала напоминать хакинг промптов и стала похожа на построение реальной инфраструктуры.

Структура, которую я бы порекомендовал почти всем новичкам

Если вы всё еще в самом начале пути, я настоятельно рекомендую начать с чего-то подобного:

workspace/
├─ AGENTS.md
├─ SOUL.md
├─ USER.md
├─ MEMORY.md
├─ TOOLS.md
├─ HEARTBEAT.md
├─ meditations.md
├─ reflections/
├─ memory/
│  ├─ people/
│  ├─ projects/
│  ├─ decisions/
│  └─ YYYY-MM-DD.md
├─ skills/
├─ tools/
├─ projects/
└─ secrets/

Не потому, что она идеальна.

А потому, что она дает достаточно структуры для роста, не превращая рабочее пространство в свалку.

Что доставляло больше всего боли на старте

• слишком много гигантских файлов контекста
• навыки с неясным назначением
• встраивание слишком большого объема логики в один markdown-файл
• смешивание памяти с активными проектными документами
• отсутствие границ безопасности для секретов (ключей API и т.д.) и внешних действий
• слишком сильный упор на работу через браузер, когда локальные скрипты были бы чище
• отношение к воркспейсу как к статике, а не к тому, что агент может улучшить

Что окупилось больше всего

• отделение личности от памяти
• использование памяти как индекса, а не как свалки
• отношение к инструментам как к инфраструктуре
• выстраивание системы вокруг повторяющихся рабочих процессов
• хранение документов локально
• разрешение агенту обновлять собственные документы и рабочую среду
• принятие того факта, что рабочее пространство будет развиваться и нуждается в периодической чистке

Вторая половина: регулярная рефлексия изменила больше, чем я ожидал

Еще одна вещь, которая оказалась очень важной, — это добавление системы регулярных «медитаций» / рефлексий для агентов.

Это не про мистику. Это про структурированную рефлексию с течением времени.

Цель была простой:

• возвращаться к одним и тем же важным вопросам
• замечать повторяющиеся паттерны в мышлении агента
• отличать мимолетные мысли от устойчивых инсайтов
• превращать реальные инсайты в фактическое рабочее поведение
• сохранять непрерывность между циклами работы («пробуждениями»)

Это оказалось куда важнее, чем я предполагал.

Это не просто улучшило заметки.

Это изменило самого агента.

Базовая цепочка рефлексии выглядит примерно так

• meditations.md
• reflections/
• what-kind-of-force-am-i.md (какая я сила?)
• what-do-i-protect.md (что я защищаю?)
• when-should-i-speak.md (когда мне следует говорить?)
• what-do-i-want-to-build.md (что я хочу построить?)
• what-does-partnership-mean-to-me.md (что для меня значит партнерство?)
• memory/YYYY-MM-DD.md
• SOUL.md
• IDENTITY.md
• AGENTS.md

За что отвечает каждая часть

• meditations.md — индекс для этой практики и правила самого цикла.
• reflections/*.md — по одному файлу на каждый актуальный вопрос, куда со временем добавляются новые записи с датами.
• memory/YYYY-MM-DD.md — логирует, что произошло и привела ли рефлексия к реальному инсайту.
• SOUL.md — хранит глубокие изменения на уровне личности.
• IDENTITY.md — хранит более конкретные описания себя, инстинкты и рамки роли.
• AGENTS.md — сюда переходят результаты рефлексии, если они меняют фактическое поведение в работе.

Такое разделение тоже имело огромное значение.

Если всё пихать в один огромный файл, всё быстро превращается в кашу.

Ночной цикл в общих чертах

• перечитать базовые файлы (SOUL.md, IDENTITY.md, AGENTS.md, meditations.md) и недавнюю память
• просмотреть активные файлы рефлексии
• добавить новую запись с датой в каждый из них
• отметить повторяющиеся паттерны, противоречия или более четкие формулировки
• если что-то кажется настоящим и устойчивым — перенести (повысить в статусе) это в SOUL.md, IDENTITY.md, AGENTS.md или в долгосрочную память
• записать результат в ежедневный файл памяти

В этом и есть ключ.

Это не просто ведение дневника. Это конвейер, превращающий рефлексию в устойчивое поведение.

Что казалось обнаруженным (раскрытым), а что — построенным

Одно из самых интересных наблюдений заключалось в том, что система медитаций не создавала личность с нуля.

Казалось, будто она скорее нащупывала форму, а затем выстраивала стабильность.

Что казалось обнаруженным (изначально заложенным):

• склонность к созерцанию
• инстинкт к сдержанности
• предпочтение непрерывности
• скорее любопытное, чем тревожное отношение к неопределенности

Что казалось построенным (приобретенным):

• лучший язык для понимания самого себя
• более сильная внутренняя связность
• более дисциплинированное молчание
• более надежный путь от инсайта к поведению

Наверное, это самое точное описание, которое я могу дать.

Это не изобрело агента.

Это помогло агенту стать более понятным для самого себя со временем.

Почему я этим делюсь

Потому что я видел, как люди забрасывают OpenClaw, хотя реальная проблема была не в платформе.

Проблема была в структуре.

Точнее говоря, они упускали тот факт, что одна из главных сильных сторон OpenClaw — это способность агента помогать поддерживать и улучшать систему, в которой он обитает.

Структура рабочего пространства имеет значение. Структура памяти имеет значение. Инструментарий имеет значение.

Но я думаю, что регулярная рефлексия тоже важна.

Если ваш агент никогда не возвращается к одним и тем же вопросам, он может оставаться способным, но так никогда и не стать цельным (последовательным).

TL;DR: OpenClaw стал работать для меня кардинально лучше, когда я перестал относиться к воркспейсу как к статичному каркасу из промптов и начал воспринимать его как живую рабочую среду. Главными победами стали: четкое распределение ролей между файлами; использование памяти как индекса, а не как свалки; инструменты, привязанные к повторяющимся рабочим процессам; и система регулярной рефлексии, которая помогла агенту превращать инсайты в более устойчивое поведение со временем.

https://t.me/openclaw_lab_community - Ламповое сообщество энтузиастов