bro-debug

Скилл для подготовительного этапа: собрать факты, проверить гипотезы и зафиксировать уверенность до следующего этапа планирования или последующей реализации по отдельному запросу.

Это скилл-оркестратор: он только управляет расследованием через субагента /debugger. Сам оркестратор не пишет код, не правит файлы, не составляет план исправления и не подменяет следующий этап планирования или этап реализации и проверки.

Позиционирование

• Нужен, когда важно докопаться до причины (или честно зафиксировать, что данных не хватает), а не сразу «предложить фикс».
• Результат — пакет улик и выводов для следующего этапа планирования, дальнейшего обсуждения или последующей реализации по отдельному запросу.
• Запрещено перепрыгивать из расследования в implementation plan, прямые правки кода или цикл этапа реализации и проверки.

READONLY (обязательно)

По смыслу весь workflow строго READONLY:

• разрешено: чтение кода, поиск по репозиторию, чтение логов/вывода тестов, просмотр конфигов, недеструктивное воспроизведение (например открыть страницу, собрать network/console snapshot, локально запустить уже существующую read-only команду, если это не меняет окружение).
• запрещено: правки файлов, генерация патчей, миграции, коммиты, «быстрый фикс», составление плана исправления, создание todo-плана реализации.
• если для воспроизведения нужен шаг, который потенциально меняет мир (запись в прод-БД, деструктивные CLI-флаги, удаление данных, платежи, массовые изменения внешних систем, действия под админ-учёткой без явного разрешения) — остановись и эскалируй человеку; не выполняй шаг от имени агента.