Довожу AI-инструменты в разработке до измеримого результата

Агент генерирует код, тесты зелёные, дефекты растут. Разбираюсь, где именно ломается процесс разработки, и чиню.

Как начать работу Beeasy Pro Mobile — живой продукт

Кто я

Меня зовут Андрей Ерёменок. Я технический директор и сооснователь компании Comngo, которая уже более 10 лет разрабатывает B2B-платформы для туристического и страхового рынка Израиля.

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

В 2009 году закончил ЛЭТИ по специальности «Математическое обеспечение ЭВМ», с отличием. 20 лет пишу коммерческий код на Java. Начинал разработчиком, дальше — архитектура, найм и развитие команд, процессы разработки и поддержки. Сейчас разбираюсь, как AI-инструменты меняют работу разработчиков, и пишу об этом в статьях и в канале.

Андрей Ерёменок

С чем ко мне приходят

Четыре формулировки, которые я слышу чаще всего. Если что-то из этого звучит знакомо — разговор будет предметным.

Внедрили AI-ассистента, скорость выросла, качество непрозрачно

Команда выдаёт больше кода в единицу времени. Стало ли от этого лучше или хуже — измерить нечем. Есть ощущение, что правок после релиза прибавилось, но подтвердить его нечем.

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

Каждое изменение в старом коде — риск. Команда обходит эти места стороной, сроки растягиваются, а настоящая причина не проговаривается вслух.

Стейкхолдер уверен, что нужно строить X

Решение уже названо, бюджет под него уже считают. Дешёвого способа проверить гипотезу, которая лежит под этим решением, никто не предложил.

Нужен взгляд снаружи на процесс разработки

Без найма CTO в штат. Разобраться, что происходит внутри разработки, и получить письменный ответ.

Как устроена работа

Каждый шаг заканчивается документом. Следующий шаг начинается только после того, как предыдущий закрыт.

  1. Первый разговор

    30 минут, бесплатно. По итогам присылаю письменно: что я вижу и что предлагаю проверить.

  2. Диагностика

    Платная, ограниченная по объёму и срокам. На выходе — документ с находками и приоритетами.

  3. Сопровождение

    Несколько часов в неделю. Границы зафиксированы письменно: что входит, что не входит, как заканчиваем.

  4. Форматы

    диагностика регулярное сопровождение полная занятость по договорённости

Вход платный. Бесплатен только первый разговор — дальше договор с зафиксированным объёмом.

Частые вопросы

То, что спрашивают до первого разговора.

Сколько стоит начать работу?

Вход платный. Бесплатен только первый разговор — 30 минут. Дальше договор с зафиксированным объёмом.

Что я получу на выходе?

Каждый шаг заканчивается документом. По итогам первого разговора я присылаю письменно, что я вижу и что предлагаю проверить. Диагностика заканчивается документом с находками и приоритетами.

В каких форматах вы работаете?

Три формата: диагностика, регулярное сопровождение и полная занятость по договорённости. Сопровождение — несколько часов в неделю, границы зафиксированы письменно: что входит, что не входит, как заканчиваем.

Чем fractional CTO отличается от найма CTO в штат?

Это взгляд снаружи на процесс разработки без найма CTO в штат: разобраться, что происходит внутри разработки, и получить письменный ответ. Объём и сроки ограничены договором.

С чем к вам обычно приходят?

Чаще всего с четырьмя формулировками: внедрили AI-ассистента, скорость выросла, качество непрозрачно; легаси, который страшно трогать, и команда, которая не успевает; стейкхолдер уверен, что нужно строить X; нужен взгляд снаружи на процесс разработки.

Как быстро вы отвечаете?

В течение дня. Напишите, что происходит с разработкой, — договоримся о 30 минутах.

Как я работаю

Два паттерна, которые я применяю чаще остальных. Примеры обезличены.

Гипотеза стейкхолдера → дешёвая проверка → ограничение

Паттерн 1

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

Часто проверка убивает решение и экономит квартал.

Как это выглядело

  • Гипотеза о необходимости нативного приложения была опровергнута за две недели наблюдений за тем, откуда пользователи заходят на самом деле.
  • Запрос на интеграцию с ещё одним поставщиком свёлся к выгрузке из базы: заказов через этот канал не было ни одного за год.
  • Требование «нужен свой биллинг» разошлось на две задачи. Одна закрылась существующим сервисом, писать пришлось только вторую.

Строить инструмент для посредника

Паттерн 2

В B2B2C посредник — главный блокер: он не отдаёт данные и рано или поздно становится конкурентом.

Продукты, построенные как инструмент для него, двигаются быстрее, чем построенные через него.

Как это выглядело

  • Подборка уходит конечному клиенту под именем самого посредника — названия поставщиков и B2B-цены на неё технически не попадают.
  • Идея прямых продаж конечному пользователю снята: она ставила продукт в конкуренцию с теми, кто его же и распространяет.
  • Доступ к данным перестал быть предметом переговоров, потому что данные заводит в систему сам посредник — ради собственной выгоды.

Что я построил

В каждом из этих продуктов я был CTO: проектировал архитектуру, собирал команду и процесс, писал код.

Beeasy Pro Mobile — AI-терминал для независимых турагентов

Живой продукт

Агент вставляет сообщение клиента как оно пришло — иврит, WhatsApp-сокращения, недописанная фраза — и получает отобранные варианты из полутора тысяч отелей с объяснением, почему именно эти.

Из отобранного он собирает подборку, которая уходит клиенту под именем самого агента: на эту страницу технически не приходят ни названия поставщиков, ни B2B-цены.

Система не действует сама ни на одном шаге: между разбором запроса и поиском стоит подтверждение агента.

Как это построено

Anti-hallucination здесь решается на уровне архитектуры. Цены, доступность и правила отмены не генерируются моделью — они читаются из ответов поставщика и несут источник и таймстамп. Текст перевозчика цитируется дословно и атрибутируется. Ориентир — прецедент Moffatt v. Air Canada (BCCRT, февраль 2024), где продавец ответил за то, что сказал его чат-бот. Причина здесь юридическая.

Мобильный терминал строится поверх уже работающей платформы и действующих контрактов с поставщиками.

Все скриншоты на странице продукта — снимки работающего приложения, снятые автотестами на иврите и английском. Макетов там нет.

Там же опубликована таблица статуса сборки: что работает на живом инвентаре, что в работе, что запланировано. Незакрытое я публикую намеренно — так же работаю и с заказчиками: статус виден до того, как о нём спросили.

работает на живом инвентаре 4 языка интерфейса PWA
Страница продукта — на английском

Beeasy Pro

B2B-платформа бронирования

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

Запрос уходит одновременно ко всем подключённым поставщикам, ответы сводятся в общий результат с единой моделью цены. Поверх — кредитная линия для агентств (Obligo), мультивалютность, комиссионная панель и автоматический инвойсинг, чтобы деньги не считали руками.

Технический контур

10+ поставщиков: Sabre, Amadeus, Travelfusion, чартерные операторы, отельные агрегаторы. У каждого свой API, своя модель данных, своя логика ценообразования — сведение их в единый результат было главной архитектурной задачей.

300+ активных агентств 5 лет в продакшене 1000+ ежедневных транзакций
Подробнее о Beeasy Pro

ELIFIM

Платформа сравнения страховых продуктов

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

Внутри — весь цикл полиса, от котировки до урегулирования убытков, плюс CRM для агентства: иерархия пользователей, отслеживание продаж, документооборот, электронная подпись.

Технический контур

Двенадцать интеграций — от современных REST API до legacy SOAP-сервисов с проприетарными форматами. Модель продуктов, логика андеррайтинга и требования к данным у каждой компании свои.

12 интегрированных страховщиков 10 лет в продакшене 4 линии страхования
Подробнее о ELIFIM

Статьи

20 статей на Habr, суммарный охват около 173 000 просмотров — habr.com/ru/users/aeremenok

Три из них складываются в одну линию: почему AI-проекты проваливаются на уровне организации, что при этом происходит на уровне кода и как из-за этого меняются архитектурные решения.

1. Уровень организации

От очарования к разочарованию (и обратно?): как уровни зрелости объясняют провалы AI-проектов

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

Читать на Habr
2. Уровень кода

Зелёные галочки лгут: почему AI пишет тесты, которые ничего не тестируют, и как это починить

Что происходит уровнем ниже. Агент читает «напиши тесты» как «сделай, чтобы тесты прошли», и подгоняет моки и ассерты. Дефект никуда не девается — он перестаёт быть видимым до прода.

Читать на Habr
3. Уровень архитектуры

Распил монолита в 2026: а может, не надо? Как AI переворачивает закон Конвея

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

Читать на Habr

Практика

Не только про код

Пикник Айтишника

Мой Telegram-канал. Пишу про AI-инструменты и то, что с ними выходит на практике. Ещё про горы — и про «горный буст», который они дают продуктивности. Иногда заносит в наблюдения на стыке айти и не-айти.

Расписания и контент-плана нет. Пишу, когда есть что сказать: разбор нового инструмента, впечатления от лыжного похода, мысли о Тарковском и нейросетях — примерно в таком порядке случайности.

Подписаться: t.me/pcnc_pro
Заснеженный хвойный лес, двое лыжников с рюкзаками на тропе Группа идёт по снежному плато над морем облаков, скальная стена вдали Пожилой человек разговаривает с солдатом на брусчатой площади Открытый ледник в горной долине, ручьи талой воды среди камней Палаточный лагерь в горной долине на рассвете, иней на траве Группа на скальном гребне на фоне заснеженного хребта Зимний бивак под оранжевым тентом в заснеженном сосновом лесу Перекус на берегу горного озера под скальной вершиной Лошадь на берегу бирюзового горного озера осенью

Debug Camp — перезагрузка на природе

Debug Camp — выезды на природу для айтишников, которым нужна перезагрузка. Внутри программа: ориентирование в лесу, мастер-классы по организации дел, медитация, посиделки у костра. Я соорганизатор.

Формат придумался из наблюдения: после нескольких дней в лесу без интернета голова работает иначе, и задачи, которые казались неподъёмными, начинают решаться. Физиология и смена контекста. Debug Camp просто делает такую перезагрузку регулярной.

Ближайший выезд — 5 сентября 2026 года.

Подробнее о Debug Camp
Участники Debug Camp у костра на лесной поляне

ВсемБег

Голосовой тренажёр для незрячих бегунов — социальный проект.

Бот во ВКонтакте, который проводит беговую тренировку голосом: подбирает персональный план и ведёт человека через занятие без единого визуального элемента. Озвучил профессиональный тренер. Проект начался с работы с клубом незрячих бегунов в Санкт-Петербурге, в 2026 году стал финалистом всероссийского конкурса спортивных проектов «Ты в игре».

Открыть бота во ВКонтакте

Связаться

Напишите, что происходит с разработкой, — договоримся о 30 минутах. Отвечаю в течение дня.

Telegram @ayeremenok VK aeremenok Email aeremenok@yandex.ru Telegram-канал t.me/pcnc_pro Habr habr.com/ru/users/aeremenok Comngo comngo.online