القائمة
Автономно реализует задачу из плана или прямо из диалога, проверяет результат и проводит обязательное ревью.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Знакомит с набором ai-bro — карта скиллов и типовой флоу. Use when the user is new to ai-bro, asks «как пользоваться», «с чего начать», «онбординг», «/bro-on-board».
Проводит независимое READONLY-ревью изменений кода: соответствие задаче, корректность, безопасность, производительность и тесты.
Пополняет существующий memory bank — постоянный слой знаний проекта. Use when the user wants to update project knowledge, specs, features, playbooks, or asks «запомни», «добавь в memory bank», «/bro-remember-it». Не инициализирует банк с нуля.
Помогает дебажить проблему и найти корневой кейс бага. ИСПОЛЬЗУЙ если нужно провести расследование бага/регрессии/нестабильного поведения до root cause. Use when the user asks to investigate, reproduce, find root cause, explain why something breaks, triage a regression, or debug.
Помогает составить план реализации
Инициализирует memory bank проекта с нуля — структура и первичное заполнение. Use when the user asks «инициализируй memory bank», «создай memory bank», «заведи банк знаний», «/bro-init-memory-bank». Не пополняет существующий банк.
| name | bro-do-it |
| description | Автономно реализует задачу из плана или прямо из диалога, проверяет результат и проводит обязательное ревью. |
| disable-model-invocation | true |
Автономная реализация поставленной задачи через субагентов — по готовому плану или без отдельного артефакта планирования. ОБЯЗАТЕЛЬНО используй субагентов для реализации исходного кода и ревью исполняемых изменений. ОБЯЗАТЕЛЬНО соблюдай порядок работы. ОБЯЗАТЕЛЬНО проверь результат работы по чеклисту.
ЗАПРЕЩЕНО менять исходный код без использования субагента developer. ЗАПРЕЩЕНО нарушать порядок работы. ЗАПРЕЩЕНО создавать план или другой артефакт планирования, если задача передана прямо из диалога. ЗАПРЕЩЕНО эскалировать человеку технические решения, которые не меняют пользовательский результат, безопасность, данные или публичный контракт.
Правила выбора тира и семейства модели для этого скилла описаны в subagent-model-tiers.
<task payload> в промпте/bro-review-code.
<task payload> в промптеПо умолчанию не спрашивай человека и не жди подтверждения. Самостоятельно:
Если дан файл плана, считай его источником истины по пользовательскому результату, рамкам и критериям приемки. Технические детали, которых нет в плане, определяй самостоятельно.
Эскалация допустима только если без решения человека:
Если эскалация неизбежна, задай один конкретный вопрос или назови минимальный недостающий вход.
Выбери workflow, сформируй task payload и определи тир/семейство модели для каждого запуска субагента.
Если указан stage-файл плана (frontmatter steps, разделы ## Шаг N), загрузи и следуй инструкциям из stage-plan
Если указан другой файл плана, загрузи и следуй инструкциям из generic-plan
Иначе загрузи и следуй инструкциям из inline-task
Workflow определяет содержимое <task payload> в промптах субагентов. Оркестратор не пересказывает задачу своими словами, если workflow уже сформировал payload.
Тир и семейство модели выбирай по subagent-model-tiers.
Реализуй задачу согласно task payload, полученному на этапе подготовка. ОБЯЗАТЕЛЬНО делегируй работу субагенту developer.
Если workflow требует синхронизацию артефакта плана, выполни её по инструкциям workflow до или после запуска developer, как указано там.
Если developer возвращает техническую неопределенность, сначала разреши ее по принципу автономности и при необходимости запусти developer повторно с уточненным payload.
После реализации всех частей payload переходи к ревью кода.
Проведи ревью текущих правок после реализации.
ОБЯЗАТЕЛЬНО делегируй работу субагенту reviewer, если изменилось исполняемое поведение, конфигурация, инфраструктура или пользовательский контракт.
Reviewer ОБЯЗАТЕЛЬНО вызывает /bro-review-code по публичной команде и возвращает его объединённый отчёт; не подменяй этот вызов локальной копией правил ревью.
На ревью отправляй изменения исходного кода, тестов, конфигурации, инфраструктуры и пользовательских контрактов. Если изменились только документация или тексты инструкций без исполняемого поведения, отдельный reviewer не обязателен: самостоятельно проверь ссылки, структуру и требования репозитория.
Если после ревью есть critical или high замечания, переходи к правкам по ревью.
Локальные, безопасные и явно полезные medium замечания также исправь. Остальные перечисли в финальном отчете.
Если замечаний для исправления нет, переходи к проверке результата.
Внеси правки для устранения замечаний, выбранных после ревью. ОБЯЗАТЕЛЬНО делегируй работу субагенту developer.
Для правок по ревью сформируй отдельный task payload с перечнем замечаний reviewer.
Проведи ревью текущих правок после правок по ревью. ОБЯЗАТЕЛЬНО делегируй работу субагенту reviewer.
Если после повторного ревью опять есть critical или high замечания, продолжай цикл исправления и ревью, пока есть понятный безопасный путь. Остановись только при выполнении условий эскалации.
Иначе переходи к проверке результата.
Запусти минимально достаточные проверки, соответствующие изменению:
Если проверку невозможно выполнить, явно зафиксируй причину и ближайший безопасный способ проверить результат.
Опиши что реализовано и на что обратить внимание после реализации. Если есть неустраненные замечания после ревью, опиши их. Укажи выполненные проверки и их результат либо причину, по которой их не удалось выполнить. Зафиксируй важные допущения, если они были.
Если workflow требовал синхронизацию артефакта плана, убедись, что она выполнена.
critical и high замечаний от reviewer.