Скиллы Новичок Управление и автоматизация

Subagent-Driven Development

Скачать ZIP
9
Предупреждение о рисках!

Установка скиллов и плагинов OpenClaw осуществляется на ваш страх и риск. Все файлы были получены из открытых источников и предоставляются «как есть». Мы не гарантируем их корректную работу, безопасность или совместимость с вашей системой. Перед установкой настоятельно рекомендуется ознакомиться с содержимым кода и убедиться, что вы понимаете, какие изменения будут внесены в вашу систему.

Subagent-Driven Development — это подход к разработке, при котором выполнение плана разбивается на независимые задачи, а для каждой из них создаётся отдельный субагент. После выполнения каждой задачи проводится двухэтапная проверка: сначала на соответствие спецификации, затем — на качество кода. :

Ключевой принцип

Свежий субагент на каждую задачу + двухэтапная проверка (сначала соответствие спецификации, затем качество кода) = высокая скорость разработки и стабильное качество.

Когда использовать

  • У вас есть готовый план реализации
  • Задачи в плане преимущественно независимы друг от друга
  • Работа выполняется в рамках одной сессии

Если задачи тесно связаны или план ещё не сформирован — лучше сначала провести ручную проработку или брейншторм.

Отличия от параллельного выполнения (Executing Plans)

  • Работа в одной сессии без переключения контекста
  • Отдельный субагент для каждой задачи (без загрязнения контекста)
  • Двухэтапная проверка после каждой задачи
  • Более быстрая итерация без участия человека между шагами

Как это работает

Процесс начинается с чтения плана и извлечения всех задач с полным контекстом. Затем создаётся список задач (например, через TodoWrite), который используется для отслеживания прогресса. :

Цикл выполнения одной задачи

  • Запуск субагента-исполнителя (implementer)
  • Если есть вопросы — предоставление дополнительного контекста
  • Реализация, тестирование, коммит и самопроверка
  • Запуск субагента проверки спецификации (spec reviewer)
  • Если есть несоответствия — исправление и повторная проверка
  • Запуск субагента проверки качества кода (code quality reviewer)
  • Исправление замечаний до полного одобрения
  • Отметка задачи как завершённой

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

Преимущества подхода

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

Контроль качества

  • Самопроверка перед передачей на ревью
  • Проверка соответствия спецификации
  • Проверка качества кода
  • Циклы повторных проверок до полного одобрения

Сначала всегда проверяется соответствие спецификации, и только после этого — качество кода. Нарушение этого порядка считается ошибкой процесса.

Стоимость и компромиссы

  • Большее количество запусков субагентов (исполнитель + 2 ревьюера)
  • Дополнительная подготовка со стороны контроллера
  • Повторные итерации в процессе ревью

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

Антипаттерны (чего нельзя делать)

  • Начинать разработку без явного согласия на работу в основной ветке
  • Пропускать этапы проверки
  • Игнорировать найденные проблемы
  • Запускать несколько субагентов-исполнителей параллельно
  • Заставлять субагента читать план вместо передачи полного контекста
  • Игнорировать вопросы субагента
  • Принимать «почти корректное» соответствие спецификации
  • Пропускать повторные проверки после исправлений

Если субагент задаёт вопросы

  • Отвечайте чётко и полно
  • Добавляйте контекст при необходимости
  • Не торопите его с реализацией

Если ревьюер нашёл проблемы

  • Тот же субагент исправляет ошибки
  • Ревью проводится повторно
  • Цикл продолжается до одобрения

Интеграция с другими процессами

Подход тесно связан с другими рабочими процессами: подготовка плана, изолированные рабочие окружения, код-ревью и завершение ветки разработки. Он также предполагает использование TDD (разработка через тестирование) на уровне субагентов. :

В итоге Subagent-Driven Development — это системный способ ускорить разработку без потери качества за счёт строгой структуры, изоляции контекста и автоматизированных проверок.


Файл из источника

11786_subagent-driven-development-0.1.0.zip