Проект OpenClaw: Операционная система для управления несколькими проектами (фреймворк)

Основная проблема и решение
Операционная система проекта OpenClaw решает проблемы сбоев и несогласованности выполнения в многопроектных средах. Основной проблемой было то, что агенты выполняли предсказуемую работу, которая должна была обрабатываться инструментами, что приводило к напрасной трате токенов, загрязнению контекста, нестабильности и несогласованному выполнению.
Ключевое изменение: "Агенты не должны выполнять предсказуемую работу. Это должны делать инструменты." Агенты выполняли повторяющуюся работу, такую как наблюдение за процессами, многократное суммирование, циклы проверки статуса и ручное управление состоянием. Теперь инструменты и скрипты обрабатывают все предсказуемые задачи, cron запускает всё автоматически, а агенты используются только для планирования, отладки и принятия решений.
Архитектура системы
Основные правила системы:
- Агенты думают. Инструменты делают. Cron запускает код.
- Каждый проект изолирован с обязательной структурой: /project_name/ PROJECT.md SKILL.md /state/ /chat/ /daily/ /scripts/ /logs/ /backups/ /archive/ /cleanup_queue/
- Память на основе файлов: Память — это документы в формате markdown, состояние в JSON, логи и сводки (чаты НЕ являются памятью)
- Приоритет резервного копирования (обязательно): Перед любым изменением сначала создайте резервную копию, версионируйте файлы, разрешите откат
- Сначала pull, затем push (критично): Перед обновлением серверов, веб-сайтов или удалённых систем вы должны: 1. pull 2. сравнить 3. создать резервную копию 4. затем push
- Немедленное удаление запрещено: Перемещайте файлы в archive/ или cleanup_queue/, удаляйте позже через cron
- Объясняйте изменения: Если что-либо изменяете, объясните проблему, решение, преимущество и подтвердите создание резервной копии
Система автоматизации
Cron запускает скрипты, задания и детерминированные задачи, но НЕ свободных агентов или циклы рассуждений.
Обязательные задания Cron:
- Обнаружение проектов: Найти все проекты, проверить структуру, построить реестр
- Суммаризатор каждые 6 часов (локальная модель): Суммировать проект, сохранять последние 10 сообщений, архивировать остальные, обновлять контекст при каждом запуске
- Ежедневный планировщик: Записывать ежедневную работу, отслеживать блокировки, отслеживать решения
- Проверка состояния: Обнаруживать устаревшие проекты, неудачные задания, отсутствующие обновления
- Резервное копирование/контрольная точка: Версионировать файлы, создавать снимки состояния
- Еженедельная очистка: Удалять старые файлы только если безопасно, требовать контрольную точку
- Аудит Cron: Обнаруживать пропущенные задания, сбои
- Планируемая публикация: Использовать JSON + инструменты, без агентов
- Удалённая синхронизация: Pull перед обновлением, сравнивать версии
- Утренний отчёт: Суммировать все проекты, готовить к обзору агентом
Система суммаризации
Каждые 6 часов: Читать логи проекта, суммировать, обновлять состояние, сохранять только последние 10 сообщений, архивировать остальные.
📖 Read the full source: r/openclaw
👀 Смотрите также

Практические уроки по инженерии промптов из опыта работы с Claude Code
Менеджер проекта делится конкретными техниками, которые улучшили результаты Claude Code: двухфазные промпты, промпты с одной целью и очень специфичные определения ролей.

OpenClaw: Ваш окончательный справочник-шифровка
Погрузитесь в детали OpenClaw с нашим полезным шпаргалкой-справочником. Извлеките важные функции и возможности, чтобы оптимизировать процесс кодирования ИИ.

Исправление недействительности кэша KV в Claude Code с использованием локальных бэкендов
Версии Claude Code 2.1.36+ внедряют динамические заголовки телеметрии и обновления статуса git в каждый запрос, нарушая префиксное сопоставление и вынуждая локальные бэкенды вроде llama.cpp полностью переобрабатывать системные промпты размером 20K+ токенов. Настройка в ~/.claude/settings.json может сократить обработку с 60+ секунд до ~4 секунд.

Используйте планировщики задач для общих задач кодирования
Хэм Воке объясняет, как использовать простые bash-скрипты или Makefile в качестве планировщиков задач для стандартизации общих команд, таких как сборка, тестирование и форматирование, в разных репозиториях.