Использование описаний проектов для управления памятью в крупных проектах OpenClaw

Разработчик на r/openclaw описывает метод управления проблемами памяти при работе над крупными многоуровневыми проектами с OpenClaw. Основная техника включает создание «нарративов проекта» для поддержания осведомленности о системе.
Процесс
После каждого крупного этапа разработки разработчик запускает отдельного работника OpenClaw, чтобы тот изучил всю кодовую базу с новой точки зрения. Задача этого работника — написать нарратив о том, что, по его мнению, делает проект, основываясь исключительно на содержимом репозитория. Разработчик называет получившийся файл «нарративом проекта».
Разработчик лично просматривает этот нарратив, а затем просит отдельного работника проанализировать его на наличие проблем. Работник сообщает о любых сломанных конвейерах, избыточностях или других выявленных проблемах. Этот отчет затем передается основному работнику для оценки и рассмотрения.
Как функционируют нарративы
Согласно источнику, эти нарративы служат нескольким целям:
- Они становятся справочным документом, который основной работник просматривает перед началом новых крупных доработок или добавлений
- Они помогают системе не забывать о критических задачах обслуживания, сосредотачиваясь на новых функциях
- Их можно корректировать, если разработчик обнаруживает, что важные функции или области внимания не получают должного акцента
- Они служат историческими ориентирами для отката процессов разработки
- Они потенциально могут служить основным запросом для восстановления проекта с нуля после катастрофического сбоя
Совет по реализации
Разработчик подчеркивает одну ключевую деталь реализации: при создании нового нарратива на каждой итерации следует запрашивать полное, чистое воссоздание системного нарратива — а не просто пересмотр предыдущего файла. Это гарантирует, что нарратив отражает текущее состояние кодовой базы без унаследования устаревших предположений.
📖 Read the full source: r/openclaw
👀 Смотрите также
Прекратите использовать Claude Code как автодополнение: реальные выгоды от рефакторинга с учетом репозитория
Один разработчик делится, как использование Claude Code в качестве рефакторинг-ассистента, учитывающего репозиторий — а не автодополнения — принесло большие успехи в трассировке архитектуры, распутывании файлов и обнаружении скрытых связей.

Отчет с поля: Qwen 3.6 27B на M2 MacBook Pro (32GB) – мучительно медленно, но умный вывод
Запуск Qwen 3.6 27B IQ4_XS на M2 MacBook Pro с 32 ГБ ОЗУ даёт изначально 7,9 токенов/с, снижаясь до 3,1 токенов/с при контексте 52k. Качество кода впечатляет, но узким местом является пропускная способность памяти.
Тайм-аут cron не означает, что ваше действие OpenClaw провалилось
Если cron-задание истекает по тайм-ауту после отправки сообщения или публикации контента, OpenClaw знает, что выполнение завершилось ошибкой, но не знает, принял ли провайдер действие. Неоднозначные тайм-ауты следует рассматривать как неизвестные, а не как неудачные.

Исправление дрейфа OpenClaw: четыре навыка оператора для укрепления агентских рабочих процессов
Разработчик делится четырьмя операторскими навыками — Outcome Guard, Direction Clarifier, Routing Enforcer, Completion Verifier, — чтобы остановить дрейф агентов и преждевременное завершение задач.