Ключевой кейс · ИИ в разработке
Цифровой двойник системы за четыре недели
Как два человека за четыре недели описали большую унаследованную кодовую базу и собрали её текстовый цифровой двойник.
Что можно раскрыть
Название платформы скрыто. Двойник действительно собрали за четыре недели. Шесть месяцев для ручного аудита были предварительной оценкой: такой аудит не проводился.
Коротко о результате
Команда из двух человек собрала рабочий текстовый цифровой двойник за четыре недели. Ручной аудит, по оценке, занял бы шесть месяцев.
Что происходило и что было на кону
Около тридцати микросервисов, сотни хранимых процедур без документации и почти никакой карты архитектуры. А бизнес работал, и решения по разработке нужно было принимать уже сейчас.
Исходные условия и ограничения
На то, чтобы вручную освоиться в системе, ушли бы недели. У нас было четыре недели и два человека на всю задачу. RAG уже попробовали: для этой задачи он оказался недостаточно надёжным.
Моя роль
Как CTO я разработал способ восстановить устройство системы по коду и задал структуру текстовой базы знаний. Собранный контекст стал рабочим инструментом для инженеров.
От проблемы к результату
- Ситуация
Платформа была большой, документации почти не было. Провести ручной архитектурный аудит в доступный срок не получалось.
- Ограничение
Команде нужна была связная картина системы, к которой можно возвращаться и которую можно обновлять по мере изменений.
- Решение
Восстановить устройство системы по коду и хранимым процедурам, собрать текстовую базу знаний и хранить её в Git. Выдавать агентам контекст постепенно, по мере изучения системы.
- Что изменилось
Два человека закончили цифровой двойник за четыре недели. Ручной аудит, по предварительной оценке, потребовал бы шесть месяцев.
Два человека собрали цифровой двойник системы за четыре недели вместо ручного аудита, который, по предварительной оценке, занял бы шесть месяцев.
Шесть месяцев относятся к прогнозу ручного аудита. Детали ограничены NDA. Кейс показывает, как удалось разобраться в системе, и не доказывает, что RAG бесполезен для других задач.
- Контекст
- Унаследованная игровая платформа: около 30 микросервисов и более 300 хранимых процедур.
- Период
- Четырёхнедельное окно восстановления; запись в реестре источников от 2 сентября 2026 года.
- Исходная ситуация и показатели
- Ручной аудит оценивался в шесть месяцев; это прогноз, а не измеренный результат.
- Роль
- Как CTO я разработал способ восстановить устройство системы по коду и задал структуру текстовой базы знаний. Собранный контекст стал рабочим инструментом для инженеров.
- Источник
- Источники и подтверждения
- Откуда данные
- Авторские посты на русском и английском и основной профиль.
- Надёжность данных
- B: автор описывает собственный результат работы; шесть месяцев для сравнения взяты из прогноза.
- Ограничения публикации
- Анонимизированный кейс; платформа и клиент не названы.
Что изменилось
Два человека собрали цифровой двойник системы за четыре недели. Ручной аудит оценивался в шесть месяцев; это прогноз, а не срок реально проведённого аудита.
Что подтверждает этот результат
Шесть месяцев относятся к прогнозу ручного аудита. Детали ограничены NDA. Кейс показывает, как удалось разобраться в системе, и не доказывает, что RAG бесполезен для других задач.
Что осталось у команды
У команды остались текстовая карта системы, сводки для повторного использования и навигация по ним. Теперь можно было проверять, на чём строятся решения при дальнейшей работе с ИИ.
Связанная проблема и следующий кейс
Связанный кейс показывает следующий этап: инженеры начали пользоваться агентами, когда увидели пользу в ежедневной работе.