AI-bro: разработчик выложил свой набор скиллов для ИИ-агента в Cursor
PrimeCoder · 2026 · формат: tech
Разбор новинки простыми словами: что это, кому нужно и брать ли.
Разработчики всё чаще собирают собственные агентные воркфлоу (обсуждение → спека/план → итеративная реализация → ревью) вместо готовых TDD-фреймворков — это запрос на кастомные скиллы и оркестрацию моделей, а не на универсальные плагины.
Связанные услуги: каталог, AI Boost Team, стать клиентом.
Что выложили
Разработчик под ником rpsv (GitHub-аккаунт irpsv) выложил в открытый доступ свой набор скиллов для ИИ-агента в Cursor. Название — ai-bro. Формат — не библиотека и не плагин с маркетплейса, а личный рабочий флоу, которым автор пользуется каждый день и который теперь можно скопировать себе в репозиторий.
Событие само по себе мелкое: одна статья на Хабре, 930 читателей на момент выгрузки, 6 минут на прочтение, уровень сложности — простой. Но за ним видно куда более крупную историю. Разработчики перестали ждать, пока кто-то выпустит универсальный инструмент под их процесс. Они собирают скиллы сами, под свою команду, свой стек и свои привычки ревью.
Каждый уважающий себя инженер, помимо дома, дерева и сына, должен сделать свой какой-нибудь стартапчик.
Это и есть главный сигнал для бизнеса. Не «вышел новый инструмент», а «инструменты закончились, началась сборка под себя».
Три этапа вместо одной кнопки
Логика ai-bro простая и её легко перенести на любую команду. Работа над задачей делится на три шага: обсудить, спланировать, сделать.
- bro-think-with-me — этап разговора. Агент задаёт строго по одному вопросу за раз, а не вываливает простыню. Внутри скилла есть разные ветки диалога под разные типы запроса, а тяжёлую работу он делегирует субагентам, чтобы не жечь контекст оркестратора.
- bro-give-me-plan и bro-give-me-spec — этап бумаги. Разница простая: план описывает шаги, спека фиксирует результат и не лезет в то, каким путём вы к нему придёте. Оба артефакта — самодостаточные MD-файлы без скрытых статусов и привязки к обвязке. Их можно скормить любому агенту. Черновик перед показом человеку проходит автоматическое ревью.
- bro-do-it — этап реализации. Работает и по артефактам, и просто по задаче, брошенной в чат.
Реализация идёт итерациями с жёстким лимитом в 10 циклов. Изначально автор поставил 5 — на сложных задачах агент в них упирался почти всегда. Внутри цикла: субагент пишет код, идёт ревью кода, идёт проверка соответствия исходной задаче, результаты дописываются в базу знаний проекта. Если что-то непонятно, агент эскалирует к человеку. По опыту автора это случается редко — обычно когда все 10 итераций сгорели на ревью кода.
Планы — это очень хорошо, но когда каждый шаг плана выглядит как псевдокод, который в итоге будет написан, возникает огромный вопрос: а зачем тогда нужны эти планы?
От чего автор отказался и почему это важно
Первый вопрос, который ему задали: почему не superpowers. Ответ — негативный опыт на 2–3 задачах. Две претензии. Первая — TDD. Тесты до реализации на бумаге выглядят красиво, на практике превращаются в перекладывание байтов: написали e2e, посмотрели, что красные, написали реализацию, посмотрели, что зелёные, потом глазами увидели, что сценарий не тот, и по кругу. Из superpowers автор забрал ровно одно — подход brainstorming с вопросами по одному.
Вторая претензия — слишком детальные планы. Когда каждый шаг плана и есть будущий код, план теряет смысл.
С OpenSpec история другая. Концепция понравилась, автор именно через неё открыл для себя SDD и долго работал в этом флоу. Минус — спецификации слишком многословные и их слишком много. Для стандартизации это плюс, для гибкости — минус.
По ряду моментов он достаточно похож на существующие инструменты. В каких-то вещах он идёт вразрез с общими трендами (TDD я не добавлю никогда :D).
Вот здесь и проходит водораздел. Готовые фреймворки продают процесс. ai-bro продаёт снятие конкретных раздражителей конкретного инженера. Второе масштабируется хуже, но прилипает крепче.
Оркестрация: четыре тира моделей
Отдельный слой — разведение моделей по сложности задачи. Тиров четыре: junior, middle, senior, critical. На critical уходит только безопасность и деньги — то есть места, где ошибка стоит дороже токенов. Остальное распределяется по сложности. Основной harness — Cursor, оркестрация живёт внутри него, а не снаружи.
Плюс необязательный шаг финализации — bro-finish-it. Спеки и планы после принятия PR удаляются: это временные документы, они мешают агенту, когда тот исследует слой знаний и путается в статусах артефактов. Идея родилась из бытового «опять забыл удалить спеку».
Кому это нужно
Тем, у кого в команде больше одного человека и больше одной повторяющейся задачи: продуктовая разработка, агентство на потоке, внутренняя автоматизация. Если вы пишете скрипты раз в месяц — флоу из трёх этапов будет дороже самой задачи.
Где подвох
Честные ограничения, и их стоит проговорить до того, как вы потащите это в прод.
- Обкатано на 2–3 задачах в superpowers и на личных задачах автора. Это не промышленный тест на десяти репозиториях.
- Флоу заточен под один harness — Cursor. Часть идей переносится, часть привязана к режимам и субагентам.
- Качество кода скиллы не гарантируют. Сам автор прямо говорит: за архитектуру, слои и модульность отвечают инструкции конкретного проекта, а не скиллы.
- Лимит в 10 итераций — компромисс против сжигания токенов. На очень крупной задаче агент упрётся в потолок и уйдёт на эскалацию.
Проще говоря: вы получаете не готовое решение, а чужой рабочий процесс в виде текстовых файлов. Подгонять под себя придётся руками.
Брать или подождать: вердикт за 30 секунд
Брать, если у вас уже есть боль от агентских прогонов: агент бежит делать не то, планы дублируют код, спеки после мержа валяются в репозитории и путают следующую сессию. Три этапа и лимит итераций — хороший каркас, чтобы это вылечить.
Подождать, если вы ищете коробку: поставил, и заработало. Здесь так не будет. И если у вас ещё нет своего процесса ревью, копировать чужой смысла мало — вы копируете чужие привычки, а не свои.
Факт → что это значит
| Факт | Что это значит для вас |
|---|---|
| Три этапа: обсуждение, план/спека, реализация | Дискуссию с агентом можно регламентировать так же, как код-ревью |
| Скилл задаёт по одному вопросу за раз | Меньше воды в чате, меньше шансов, что агент ринется делать не то |
| Лимит 10 итераций (было 5) | Потолок расходов на задачу задаётся заранее, а не по факту счёта |
| Четыре тира моделей, critical — безопасность и деньги | Дорогую модель включают точечно, на участках с реальным риском |
| Спеки и планы удаляются через bro-finish-it | Мусор в базе знаний чистится сразу, а не «когда-нибудь» |
| Обкатано на 2–3 задачах | Это заготовка для адаптации, не готовый корпоративный стандарт |
Главное здесь не набор команд и не название. Главное — сдвиг ожиданий. Год назад рынок ждал плагин, который сделает всё сам. Сейчас инженеры пишут скиллы под себя и делятся ими как конфигами. Для собственника вывод практичный: не ищите универсальный инструмент для всей компании — ищите человека, который опишет ваш процесс текстом, и дайте ему на это время. Всё остальное докупится.
FAQ
Это плагин, который ставится в один клик?
Нет. Это набор скиллов и MD-шаблонов в открытом репозитории. Ставится вручную, читается глазами, правится под ваш проект.
Нужен ли Cursor обязательно?
Автор строит оркестрацию внутри Cursor как основного harness. Сами артефакты от обвязки не зависят, но логика субагентов и режимов завязана на инструмент.
Можно ли использовать без методологии?
Частично. bro-do-it работает и просто по задаче из чата. Но ценность появляется, когда спека и план существуют как отдельные файлы.
Сколько это стоит?
Исходники открыты. Платите токенами: лимит в 10 итераций как раз для того, чтобы счёт не улетел в космос.
Что сделать на этой неделе
Откройте репозиторий и прочитайте два файла: скилл реализации и шаблон спеки. Если после чтения вы можете назвать три задачи в своей команде, где текущий агент стабильно уходит не туда — флоу стоит попробовать на одной из них. Если не можете, отложите. Инструмент не решит проблему, которой вы ещё не сформулировали.