Brad Groux написал, что кодинг-агента полезнее держать как рабочий цикл: он сам возвращается к задаче, проверяет результат и приносит человеку короткий отчет.
В OpenClaw такой loop можно собрать прямо из базовых частей.
1. Опишите правило работы
В
~/.openclaw/workspace/AGENTS.md или отдельном skill запишите, как агент должен закрывать задачу:Работай циклом:
1. Найди следующий маленький шаг.
2. Сделай изменение.
3. Проверь результат тестом, сборкой, браузером или скрином.
4. Если проверка упала - исправь и проверь снова.
5. В конце напиши: что изменилось, чем проверено, какие риски остались.
2. Дайте агенту постоянный контекст
Для проекта заведите файлы вроде:
PROJECT.md - что это за проект
TODO.md - открытые задачи
DECISIONS.md - принятые решения
CHECKS.md - как проверять результат
Так память лежит на диске, ее можно открыть, поправить и закоммитить.
3. Запустите цикл по расписанию
Например, агент раз в 30 минут проверяет проект и двигает простые задачи:
openclaw cron create "*/30 * * * *" \
"Проверь TODO.md, GitHub issues, PR и CI. Если есть безопасный следующий шаг - сделай его. Перед ответом запусти минимальную проверку и верни: что изменилось, чем проверено, что требует решения человека." \
--name "Project loop" \
--session isolated \
--announce \
--channel telegram \
--to "<chat_id>"
4. Подключите нужные поверхности
Для реального loop обычно нужны:
🔵
exec/read/write/edit - менять код и запускать проверки 🔵 Browser или Canvas - смотреть результат глазами
🔵 GitHub/MCP/плагины - читать задачи, PR, CI и внешние сервисы
🔵 Telegram/Slack/Discord - возвращать отчет туда, где вы работаете
🔵 sandbox для групповых и рискованных запусков
Хороший loop в OpenClaw закрывается подтверждением: тест прошел, страница открылась, скрин проверен, CI зеленый, риск описан.
Начать можно с одного простого цикла: “раз в день проверь проект и принеси 3 следующие задачи”. Потом добавить автоправки, ревью, браузерную проверку и вебхуки от GitHub.
Чат