В маленькой команде с ИИ информацию передаёт общий контекст

Организация

Часть работы менеджера переходит к общему контексту и трём ролям

Слоёв управления в разработке, по оценке руководителя направления, стало на 50⁠–⁠60 % меньше. Руководитель компании и её независимый директор описали, как работать без постоянного слоя среднего менеджмента. Модель мира компании передаёт статусы вместо менеджера. В ней лежат решения, обсуждения, код и планы, собранные из самой работы. Остаются три роли. Согласование берёт на себя модель мира, стратегию и приоритеты ведёт ответственный за результат, мастерство и рост людей достаются играющему тренеру.

• ICисполнитель: строит и ведёт свой слой системы, контекст ему даёт модель мира, а не менеджерработа руками
• DRIответственный за результат для клиентов, например: снизить отток в сегменте за 90 днейрешения
• Player-coachиграющий тренер: сам делает работу и растит людей, показывает, а не пересказываетрост людей

Авторы называют переход ранним: сначала кое-что будет ломаться.

модель компании · слои: оценка руководителя направления в интервью

Как тогда выглядит команда? ↓

Сквады

Сквад ведёт продукт несколько циклов и переходит к следующему

Раньше человек оставался в команде продукта годами. Теперь сквад из 1⁠–⁠6 человек, по оценке руководителя направления заметно меньше прежней команды, работает над продуктом несколько циклов, выпускает его и уходит на цикл к другому. Роли стираются: pull request отправляют дизайнеры и продакты, а неинженеры в апреле внесли в прод почти на 60 % больше изменений кода, чем в январе. Это рост числа изменений, об их качестве он не говорит.

оценка руководителя направления в интервью · рост правок от неинженеров: заявление компании, рост, не доля

Что сделали до того, как команды уменьшились? ↓

Подготовка

Сначала компания подготовила код так, чтобы его понимали агенты

В августе 2025 года компания собрала 50 разработчиков из шести групп. Им выделили 30 % рабочего времени, чтобы агенты понимали их репозитории: на всех это 15 полных ставок. Скучную работу превратили в ролевую игру с четырьмя уровнями. На каждом нужно выполнить набор задач. За три месяца программы кода от ИИ, по словам компании, стало на 69 % больше. Это объём кода: сколько из него принято в прод и стало работающими функциями, по цифре не видно.

заявление компании · рост, не доля

Как инженеры работают с агентами по такому коду? ↓

Ступени

Инженеры компании стоят на разных ступенях работы с ИИ

Около 95 % инженеров, по словам компании, регулярно работают с ИИ, но стоят на разных ступенях: самая большая группа ведёт одного агента в командной строке, вторая 3⁠–⁠5 агентов параллельно, небольшая группа строит свой оркестратор. Компания не выбирает один инструмент: рынок меняется слишком быстро, и инженеры пробуют разные.

Цель: к концу 2026 года большинство инженеров работает с оркестраторами.

заявление компании, январь 2026 · шкала ступеней стороннего автора, доли по ступеням не раскрыты

Как агент проходит сложную задачу? ↓

Путь задачи

Сложную задачу агент проходит в три сессии с документом между ними

Бывают задачи, которые не решить обычным промптом. Для них компания приняла метод из трёх сессий: исследование, план, реализация. Из сессии в сессию переходят документы, а не переписка. По словам компании, так команды получают от агентов качественные pull request, и в большой кодовой базе агент не уходит в сторону. Цифр о качестве этих pull request в её материалах нет.

метод: заявление компании, январь 2026

Кто делает работу, когда задача ясна? ↓

Бот в рабочем чате

Бот доводит задачу до влитого pull request, выкатку в прод решает человек

Чтобы поставить задачу, бота упоминают в рабочем чате или дают ему тикет из трекера. Бот изучает код, планирует, делает ветку, пишет код, открывает pull request, следит за сборкой и правит по замечаниям. Люди подключаются там, где их опыт нужнее всего, а выкатывать ли в прод, решает человек. По заявлению компании, так вливается около 1 500 pull request в неделю. Влитый pull request ещё не работающая функция: сколько из них дошло до клиентов, по цифрам не видно. Бот не читает и не обрабатывает данные клиентов, платежей и персональные данные, по словам компании.

• 200 000+операций бота в сутки
• около 1 500влитых pull request в неделю
• около 15 %всех изменений кода в проде

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

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

заявление компании: анонс июня 2026, в письме акционерам те же 200 000 и 15 % на начало апреля · что считают операцией, не определено

Как проверяют то, что сделал агент? ↓

Проверки

Агент проверяет исправление прогонами до правки и после неё

Финансовый ассистент компании однажды уверенно назвал тип счёта, не проверив его инструментом. Такие сбои чинит цепочка из шести агентов: воспроизвести, найти причину, исправить, проверить, опубликовать, ответить на замечания. Сбой гоняют 10 раз на тестовом стенде с тестовыми счетами, а если он проявился один раз, то 20. Если не воспроизвёлся, тикет уходит человеку. На выходе два pull request: исправление и тест, который ловит этот сбой дальше.

• 40+проверенных исправленийзаявление компании
• 100+сбоев перестали воспроизводиться, когда улучшилась сама системаотдельно, не складываем

заявление компании · в разобранном случае исправлением была правка промпта

Где люди и агенты работают вместе? ↓

Общее пространство

В общем пространстве действие агента и разрешение человека записываются отдельно

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

заявление компании · проект в бете · кейс одного малого проекта

Выгодно ли брать больше агентов? ↓

Цена агентов

Команда агентов закрыла на треть больше длинных задач, но в среднем задача обошлась почти вдвое дороже

Инженеры компании разделили агентов по ролям: исполнитель для рутины, ведущий подзадачи, координатор для решений. Человек берётся за новые краевые случаи и последним проверяет работу. На коротких задачах ни один из 12 составов команды не обошёл одного сильного агента по результату на рубль затрат. На длинных команда доводит больше задач, но обходится дороже.

эксперимент компании на наборе длинных задач · не универсальный коэффициент · цена у одного агента принята за 100, пересчёт мой

Как сделать команду дешевле? ↓

Мой вариант

По моему расчёту, команда с сильной моделью только у координатора на пятую часть дешевле одного агента

Исполнителям хватает лёгкой модели: по замерам компании шесть сильных настроек решают задачи одинаково, хотя цены у них расходятся в 5,5 раза. Компания сама советует отдавать черновую работу лёгкой или локальной модели. В моём варианте исполнители в банке работают на модели в его контуре и не платят за каждый токен, а платная сильная модель остаётся только у координатора. В расчёте учтены только платные вызовы моделей: сервер банка, координация и проверка людьми считаются отдельно. Команда нужна для длинных задач: на коротких один агент выгоднее.

Сколько мощностей нужно модели банка →

мой расчёт по допущениям: координатор тратит как один агент, исполнители на модели банка доводят 19 из 44, как команда компании с лёгкими исполнителями · сервер банка считается отдельно

Как компанию перестраивали под агентов? ↓

Как перестраивали

Численность компания считала от надёжности, комплаенса и роста, а не от процента сверху

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

логика решения по словам двух руководителей · порядок шагов они не называли

• три условия
• минимум людей под них
• запас на ошибки
• один раз, не волнами

слова руководителей в интервью и подкасте · кубики на сцене условны, людей по ним не считали

Что из этого брать банку? ↓

Цифры и банк

Перенос в банк начинается с четырёх ответов о правах агента и ответственности людей

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

разбор по первоисточникам компании · 29.09.2026

Как это устроено у пар «продуктолог и разработчик»? →