Команда из 5 AI-агентов на одного фаундера
Цифры, экономика, и пять провалов, на которых я учился.
Год назад я был обычным соло-фаундером, который пишет MVP. Один человек, один редактор, один список задач — который рос быстрее, чем я его закрывал.
Сегодня у меня команда из пяти AI-агентов. Они пишут код, ресёрчат конкурентов, гоняют тесты и публикуют контент — параллельно. За последний месяц я не написал ни строчки бойлерплейта.
Это не пост в стиле «смотрите, как AI сделал меня продуктивнее». Самое интересное произошло не с продуктивностью, а с моей ролью. Я перестал быть программистом. Я стал менеджером — пяти не-человеческих подчинённых. И, как выясняется, это отдельный навык, со своими провалами, о которых пока никто толком не пишет.
Ниже — расклад стека, цифры по экономике, и пять анти-паттернов, на которые я наступил, чтобы вы не наступали.
Стек: пять агентов, один оркестратор
Контекст для тех, кто читает меня впервые. VYUD AI — это B2B SaaS, который превращает операционные документы в Telegram-курсы для обучения линейного персонала. Кофейни, отели, бары. Не про абстрактный «энтерпрайз», а про конкретного владельца, который звонит в воскресенье утром, потому что бариста не может открыть курс.
Строю один, в Центральной Азии, без раунда. Это значит, что у меня один ресурс, который не масштабируется — моё время.
Поэтому я собрал команду, которая масштабируется. Пять агентов, у каждого одна чёткая роль:
🛠 Architect. Живёт в Claude Code. Пишет новые модули, проектирует API, ведёт ADR (architecture decision records). Всё, что меняет форму кодовой базы, идёт через него. Я ревьюю каждый коммит, но первую версию руками уже почти не пишу.
🧹 Maintainer. Живёт в GitHub Copilot. Дочищает то, что Architect собрал. Типизация, docstrings, форматирование, рефакторинг. Скучные 80%, без которых ничего не работает. Maintainer никогда не предлагает новые абстракции — это не его работа. Он только шлифует края.
🔍 Researcher. Запускается по расписанию, раз в неделю. Делает web search по конкурентам — iSpring, AcademyOcean, локальные игроки, новые EdTech-стартапы в ЦА. Сводит данные в docs/competitors/, открывает PR, я читаю diff в понедельник за кофе.
✍️ Content. Пишет посты в LinkedIn, Telegram, на блог. Переводит на три языка. Делает копирайтинг для холодных писем. Работает на нашем же продукте VYUD Publisher, под капотом 11 языковых моделей в зависимости от задачи.
🧪 QA / CI. Гоняет E2E на каждом merge в main. PDF → AI-сгенерированный курс → доставка в Telegram → прохождение квиза. Если что-то ломается — открывает issue со скриншотом и stacktrace. Я узнаю утром за завтраком, а не в 23:00, когда клиент пишет.
Всё. Пять агентов, пять ролей, ноль пересечений. И ни один не может делать работу другого — это и есть суть.
Я — шестая роль. Оркестратор. Решаю, что строить, когда и зачем. Ревьюю архитектурные решения. Делаю клиентские демо. Пишу стратегию, по которой работают остальные пятеро.
Цифры (и почему они контр-интуитивные)
−15-30% к расходу на токены. Да, меньше. Логично же думать, что больше агентов = больше API-вызовов = больше денег. На практике — наоборот, и причина в контексте. Монолитный агент тащит в контекст весь репо, всю дорожную карту, всю историю переписки — на каждую задачу. Специализированный загружает только то, что нужно его роли. Maintainer не должен видеть продуктовый roadmap, чтобы добавить type hint. Researcher не должен видеть тесты, чтобы обновить запись о конкуренте. Контекстная дисциплина экономит токены, а токены — это деньги.
+50% к скорости разработки. Фича, которая раньше занимала неделю, выходит за 2-3 дня. Не потому что код пишется быстрее — само написание кода занимает примерно то же время. Выигрыш — в параллельности. Пока Architect пилит миграцию, Researcher обновляет конкурентную карту, Content пишет посты на неделю, а QA проверяет, что вчерашний merge ничего не сломал. Пять потоков работы идут одновременно. Раньше я делал по одному.
Ноль нанятых людей. Эту цифру большинство фаундеров проскакивает глазами — а это самая важная цифра в посте.
CapEx команда vs OpEx агенты: математика, которую фаундеры почему-то не считают
Когда я обсуждал пре-сид в 2024-м, каждый второй советчик говорил одно и то же: «к шестому месяцу нужно нанять двух инженеров, дизайнера и роста». Стандартный плейбук. Давайте посчитаем.
И это только люди. Не считая ноутбуков, лицензий на софт, рекрутерской комиссии, онбординг-налога, менеджерского оверхеда, и того, что любой из них может уволиться на четвёртом месяце.
Это не разница в 10 раз. Это разница в 30 раз.
Сразу к тем, кто уже потянулся к кнопке комментариев: да, я знаю. Пять мидлов сделают то, что пять агентов не сделают. Они вытащат продукт из неоднозначности. Они возьмут ответственность за результат. Они ответят на звонок клиента в 7 утра. Этот разрыв реален, и я его не отрицаю.
Но вот размен, который я сделал осознанно: на MVP-стадии, без платящих клиентов, моё узкое место — это не человеческое суждение. Это скорость при низкой стоимости. Команда из пяти заставила бы меня поднять миллион, который мне сейчас не нужен — а на этот миллион я купил бы ту же скорость, которая уже у меня есть, но в 30 раз дороже.
Стек агентов — не вечная замена команде. Это разрешение отложить найм до того момента, когда мне действительно нужны люди — для тех частей бизнеса, которые однозначно человеческие.
По-другому: агенты превращают то, что раньше было CapEx-решением (найм — это 12-месячный коммит, выходные пособия, эквити), в OpEx (отменил подписку, увеличил бюджет на токены). Это меняет логику построения компании так, как плейбук пока не догнал.
Что агенты реально делали на прошлой неделе
Чтобы не звучать абстрактно. Вот что мои пятеро сделали за последние 7 дней — фактическая работа, не гипотетическая:
Понедельник. Researcher открыл PR с обновлёнными ценами по iSpring, AcademyOcean и одному казахстанскому игроку, которого я до этого не отслеживал. Замержил, использовал данные в питче во вторник.
Вторник. Architect собрал новый модуль для версионирования курсов — три файла, ~400 строк Python и SQL-миграции. Я переделал API-поверхность (он выбрал глагол, с которым я не согласился) и отправил в прод.
Среда. Maintainer добавил type hints по всему слою интеграции с LiteLLM. Скучно, полезно, занимало бы у меня полдня. Я отревьюил за 15 минут.
Четверг. Content написал посты на неделю — LinkedIn на русском и английском, плюс анонс в Telegram. Переделал два первых абзаца и отправил. (И нет — эту статью Content не писал. Её писал я. Что-то всё ещё должно идти от меня лично.)
Пятница. QA поймал регрессию в парсинге PDF, которую внёс мой вчерашний merge. Открыл issue в 6 утра со stacktrace. Я починил до первого звонка.
Суббота и воскресенье. Тихо. Агенты не нуждаются в выходных, но я нуждаюсь — и нет такого правила, что они должны работать, пока я не смотрю. Они не работают.
Полноценная неделя из пяти параллельных потоков. На соло-фаундере.
Анти-паттерны: пять способов сломать этот стек, на которых я уже обжёгся
Теперь часть, про которую обычно не пишут. Все хотят публиковать победу, а не failure mode. Вот пять штук, которые чуть не похоронили мой setup.
1. «Один агент на всё» — главная ловушка
В начале я попытался заставить Claude Code делать всё. Architect, Maintainer, Researcher, Content — один большой промпт с одним большим контекстом. За неделю упёрся в лимиты токенов. Качество просело на каждой задаче — потому что агент знал про всё и не специализировался ни на чём. Решение: жёсткая сепарация ролей. Специализированный агент с фокусированным промптом всегда бьёт генералиста с размытым. Каждый раз.
2. Нет ADR = агентская амнезия
Первые три недели я не документировал решения. Потом попросил Architect расширить фичу, которую он сам собрал две недели назад — и он предложил совершенно другую архитектуру, прямо противоречащую тому, что уже было в проде. У агентов нет памяти о решениях, которые ты не записал. Сейчас каждое нетривиальное решение идёт в docs/adr/ отдельным numbered-markdown'ом. Architect читает их перед тем, как что-то предлагать. Проблема ушла.
3. Доверие выводу агента без gates
Где-то на шестой неделе я расслабился. Architect предложил миграцию БД, я пробежал глазами, замержил. Он удалил колонку, которая мне была нужна. Восстанавливал из бэкапа, потерял два часа и немного достоинства. Урок: агенты продуктивны, но не правильны. Работа оркестратора — быть review gate. Если ты перестаёшь ревьюить, ты перестаёшь быть оркестратором и становишься уборщиком.
4. Когда Content уходит в LinkedIn-сленг
Первая партия постов, которые сгенерил Content, звучала как всё, что я когда-либо ненавидел в ленте. «В сегодняшнем быстро меняющемся мире...» «Excited to announce...» Эмодзи-ракета. Я переписал всё руками, потом вернулся и пересобрал промпт Content с явными анти-паттернами: никаких ракет, никаких «excited to announce», никаких списков с галочками, никаких AI-«запахов». Сейчас Content выдаёт черновики, которые я могу отправлять после лёгкой редактуры. Урок: AI по умолчанию пишет посредственно. Нужно явно говорить, что такое «плохо», а не только что такое «хорошо».
5. Путать «агент сработал» с «агент принёс ценность»
Это мета-провал. Соблазн измерять продуктивность агента в коммитах, постах, PR-ах — то есть в выходных. Но выходные — не результаты. QA, который гоняет 100 тестов и ни разу не ловит реальный баг, бесполезен. Researcher, который еженедельно обновляет конкурентную карту, но ни разу не подсветил инсайт, который изменил мой питч — это театр. Раз в месяц я делаю аудит: какой агент за последние 30 дней реально повлиял на решение? Если ответ «никакой» — либо его промпт нужно переделать, либо роль не нужна.
Чего этот стек не заменяет
Хочу быть честным про этот блок, потому что хабр, vc и так перегружен постами в духе «AI поменял всё», в которых пробегают мимо реальных пробелов.
Агенты не разговаривают с клиентами. Каждое моё демо в VYUD — это я в Zoom, который смотрит на лицо управляющей отеля, когда она понимает, что может обучать горничных на узбекском без найма переводчика. Этот сигнал не даст ни один агент.
Агенты не делают стратегические ставки. Они могут анализировать. Симулировать. Спорить за обе стороны. Но выбор — ставить ли компанию на HoReCa вместо ритейла, на Казахстан вместо России, на $50/мес тариф вместо $500 — это всё ещё на мне. Я смотрю на рынок и доверяю своему чтению.
Агенты не несут вес, когда продукт ломается в полночь и клиент в ярости. Это несу я.
Агенты не заменяют фаундера. Они заменяют те части бытия фаундером, которые изначально не должны были требовать фаундера.
Что дальше: шестой агент
В этом квартале добавляю шестого. Anthropic выпустил Managed Agents — async-воркеры, которые работают часами в их облаке без моего присутствия. Они подходят для длинных задач: ночные batch-джобы, плановые ресёрч-прогоны, многошаговые флоу, которые не требуют моего внимания каждые 30 минут.
Обработка PDF от клиентов. Когда клиент загружает 50 операционных документов, парсинг их в knowledge graph занимает часы LLM-вызовов. Я не хочу, чтобы мой бэкенд держал состояние под это. Managed Agent забирает задачу, гоняет в облаке, складывает в Supabase, пингует меня, когда готово.
Еженедельный deep research. Сейчас Researcher делает поверхностные сканы. Managed Agent будет делать глубокую версию — многочасовые разборы конкурентов, market sizing, регуляторика. Раз в неделю, асинхронно, без присмотра.
Стек становится шестью агентами. Буду продолжать добавлять, пока роль чёткая, выхлоп измеримый, а маржинальная стоимость запуска меньше, чем маржинальная стоимость незапуска.
Сдвиг, который пока никто толком не называет
И вот что я считаю реально новым, а не инкрементальным.
Классический плейбук фаундера предполагает: труд — это узкое место. Стартуешь с одного человека (тебя), и единственный способ добавить capacity — нанимать. Найм медленный, дорогой и необратимый. Поэтому ты поднимаешь капитал, чтобы нанимать быстрее, чем можешь себе позволить, что значит отдать эквити, что значит расти быстрее, чтобы оправдать размытие. Вся модель фондирования — pre-seed, seed, A — построена на допущении, что capacity = люди, а люди = деньги.
Это допущение тихо разваливается в 2026-м.
Когда я могу гонять пять параллельных потоков работы за $200 в месяц, вопрос меняется. Это больше не «сколько денег нужно поднять, чтобы хватило на быстрый найм». Это «какая часть моей компании реально требует людей, и когда именно она их потребует?» Для меня прямо сейчас ответ — «продажи, поддержка, и те части продукта, где нужен вкус». А не скорость инженерии. Не пропускная способность ресёрча. Не производство контента.
Это не значит, что команды устарели. Это значит, что время появления команды — другое. Я найму, когда агенты перестанут быть узким местом, когда узким станет то, что может только человек. До этого — я гоняю в 30 раз более дешёвую, чуть менее устойчивую версию ранней команды. Для соло-фаундера без давящего раннвэя это размен, на который я пойду каждый раз.
Если ты фаундер прямо сейчас и не считал эту математику — посчитай. Возьми свою гипотетическую команду. Прайси её. Потом прайси стек агентов, который сделает 60-70% той же работы. Сравни. Реши.
Я не говорю «уволь команду» или «никогда не нанимай». Я говорю, что плейбук строился на допущении, которое больше не верно — и фаундеры, которые адаптируются первыми, будут отгружать быстрее, гореть меньше и владеть большей долей компании на выходе.
Это весь пост. Соло-фаундер. Команда из пяти агентов. Запускаю SaaS из Казахстана за $200 в месяц на тулинг. И мне кажется, это и есть новая норма — индустрия просто пока не заметила.
А у тебя как? Если строишь что-то похожее — соло, на агентах, без раунда — мне интересно сверить ноты. Setup в VYUD ещё эволюционирует, и я почти уверен, что я через месяц буду считать сегодняшний стек наивным. Напиши в комменты свою архитектуру — особенно если у тебя есть роль, которой у меня нет.
VYUD AI — vyud.tech. Делаем AI-обучение для линейного персонала. Кофейни, отели, бары. Загружаешь регламент в Word — через 60 секунд у тебя курс в Telegram, который сотрудник проходит со своего телефона.