Superpowers Parallel - Параллельные задачи агентам

Когда звать

• Когда одновременно упали несколько независимых тестовых файлов с разными причинами.
• Когда задачи не меняют общие файлы и каждому исполнителю можно выдать отдельную область проверки.

Параллельно только независимое

Dispatching-parallel-agents из Superpowers помогает распределить несколько независимых проблем между отдельными агентами. В описании названы две и более задачи без общих зависимостей, а среди примеров приведены отказы нескольких тестовых файлов с разными причинами. Количество ошибок само по себе ещё ничего не решает. Если исправление одного участка может устранить остальные отказы, сначала нужно исследовать общую причину.

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

Что получает каждый исполнитель

У задания должны быть конкретная область, понятная цель, ограничения и ожидаемый отчёт. Пример относится к одному тестовому файлу с отменой операций: в запрос включены названия трёх упавших проверок и наблюдаемые расхождения. Агенту предлагается выяснить, связано ли это со временем исполнения или настоящей ошибкой, а затем вернуть причину и перечень изменений.

Расплывчатая просьба «исправь все тесты» в источнике противопоставлена ограниченной задаче по одной подсистеме. Не менее важно указать, чего касаться нельзя. Без такой границы исполнитель может начать большую переработку вместо локального исследования. Полная история разговора ему не передаётся: координатор собирает самостоятельный контекст, достаточный именно для этого участка работы.

В примере с нестабильными проверками автор запрещает просто увеличивать паузы. Предлагается искать реальную причину и, где это соответствует поведению системы, ожидать событие вместо произвольного времени. Если ожидания теста устарели из-за осознанного изменения поведения, это тоже нужно доказать, а не менять их только ради зелёного отчёта. Здесь важны диагностические основания, которые исполнитель возвращает координатору.

Одновременный запуск ещё не общий успех

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

После возврата результатов координатор читает отчёты, смотрит пересечение изменений и запускает общий набор тестов. Отдельные зелёные участки могут конфликтовать при объединении; в источнике дополнительно предложена выборочная проверка, поскольку агенты способны одинаково ошибаться. Готовый результат поэтому определяется совместной проверкой, а не количеством положительных сообщений. Карточка описывает конкретную инструкцию Superpowers, прочитанную вместе с лицензией MIT. Практическую параллельную сессию по ней мы не запускали.