DevClaw — это паттерн использования OpenClaw для оркестрации команды AI-агентов разработки. Концепция была описана пользователем Reddit в феврале 2026 года и быстро стала одним из наиболее обсуждаемых сценариев применения OpenClaw в инженерных командах.
Суть идеи: OpenClaw не выступает непосредственным исполнителем кода, а управляет несколькими специализированными агентами — как тимлид управляет командой разработчиков.
Проблема, которую решает DevClaw
Одна из фундаментальных проблем AI-разработки — потеря контекста. Когда задача переходит от агента-разработчика к агенту-тестировщику, а затем к агенту деплоя, каждый следующий участник цепочки «не знает», что происходило до него. Это приводит к:
- повторению уже сделанной работы
- несогласованным решениям на разных этапах
- невозможности восстановить логику принятых решений
- «сломанному телефону» между стадиями задачи
DevClaw решает это через явное управление состоянием и структурированную передачу контекста.
Архитектура DevClaw
Паттерн строится вокруг трёх ролей:
| Агент | Роль | Инструменты |
|---|---|---|
| DEV | Написание кода | Редактор, терминал, Git |
| QA | Тестирование | Тестовый фреймворк, линтер |
| Deploy | Развёртывание | CI/CD, облачный провайдер |
OpenClaw выступает оркестратором — он не пишет код сам, а управляет тем, какой агент работает и что именно делает.
Стейт-машина задачи
Каждая задача в DevClaw представлена как стейт-машина с явными переходами:
BACKLOG → IN_PROGRESS (DEV) → IN_REVIEW (QA) → READY_TO_DEPLOY → DEPLOYED
↓ ↓
BLOCKED FAILED_QA → IN_PROGRESS (DEV)OpenClaw хранит текущее состояние задачи и всю историю переходов. При передаче задачи следующему агенту передаётся не просто описание, а полная история с заметками каждого агента.
Структура передачи контекста
Каждый агент при завершении работы оставляет структурированные заметки:
## DEV Notes (2026-03-15 14:32)
Реализован endpoint /api/users с JWT-авторизацией.
Изменены файлы: src/routes/users.ts, src/middleware/auth.ts
Не решено: rate limiting (отложено по согласованию с PM)
Следующий шаг: QA должен проверить edge case с истёкшим токеномКогда QA-агент берёт задачу, он получает весь этот контекст и точно знает, что проверять и почему.
Практическая реализация
DevClaw реализуется через кастомные навыки OpenClaw. Основные компоненты:
1. Навык-оркестратор — принимает задачу, создаёт стейт-машину, запускает нужного агента:
// skill: devclaw-orchestrator
const task = await createTask(input);
const agent = selectAgent(task.currentState);
await runAgent(agent, task);
await updateTaskState(task, agent.output);2. Навыки агентов — специализированные инструменты для каждой роли:
devclaw-dev— доступ к редактору кода и Gitdevclaw-qa— запуск тестов, линтеровdevclaw-deploy— взаимодействие с CI/CD
3. Хранилище состояний — можно использовать MCP-интеграцию Coupler для хранения состояний задач в корпоративных системах (Jira, Linear, Notion).
Преимущества перед прямым запуском агентов
Audit trail из коробки. Поскольку каждый переход состояния логируется, всегда можно восстановить полную историю задачи: кто что сделал, когда и почему. Это критично для командной работы и code review.
Устойчивость к сбоям. Если агент «завис» или выдал некорректный результат, OpenClaw может откатить задачу к предыдущему состоянию и перезапустить. Стейт-машина делает сбои явными и управляемыми.
Разделение ответственности. DEV-агент не деплоит, QA-агент не пишет код. Это напрямую влияет на безопасность прав доступа: каждому агенту выдаётся минимальный необходимый набор прав.
Параллелизм. OpenClaw может вести несколько задач одновременно, распределяя их по агентам согласно текущей загрузке и приоритетам.
Где запускать DevClaw
DevClaw требует постоянно работающего OpenClaw — именно такой сценарий описан в руководстве по запуску на VPS 24/7. Для небольшой команды достаточно VPS на Timeweb Cloud с 4 ГБ RAM и 2 vCPU.
Для тех, кто использует AITunnel для доступа к российским моделям, DevClaw работает точно так же — просто DEV-агент будет использовать модель, настроенную через AITunnel.
Текущее состояние паттерна
DevClaw — это концепция сообщества, а не официальная функция OpenClaw. Реализации варьируются: кто-то строит простые двухагентные системы (DEV + QA), кто-то создаёт сложные пайплайны с десятью специализированными агентами.
С выходом ACP-биндингов в v2026.3.7 реализация DevClaw стала значительно чище — стандартный протокол межагентного взаимодействия заменяет кастомные решения для передачи контекста между агентами.