[ Внутреннее legacy · для технических команд ]

Пересобираем внутреннее legacy без переноса старого хаоса на новый стек

[ Для инженеров ]

Снаружи совместимо, внутри управляемо

Речь о внутренних системах: backoffice, OMS, CMS, BFF, админки, workflow и операционные панели. Мы не переписываем систему “по ощущениям” и не переносим legacy-болото на новый стек. Сначала фиксируем публичные контракты, владение состоянием, роли и права, интеграции, фоновые задачи, авторизацию, ошибки, побочные эффекты, миграции данных, критерии приемки и проверки паритета.

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

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

Типовые слои уходят в декларативную модель: ресурсы, API, фильтры, роли, права, формы, админка, миграции, аудит и идемпотентность. Кастомная логика остается в сервисах расширений, процессах и фасадах совместимости.

[ Инженерный результат ]

Что получает IT-команда после пересборки

Цель не в том, чтобы “переписать на новом стеке”. Цель — система с явными границами, проверяемыми контрактами, понятным состоянием, наблюдаемыми интеграциями и меньшим количеством ручного кода.

Контракты

Фиксируем форму запросов и ответов, авторизацию, ошибки, побочные эффекты, фоновые задачи и интеграционные вызовы.

Состояние

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

Интеграции

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

Паритет

Совместимость доказывается тестами контрактов, сравнением состояния, проверкой миграций, фоновых задач и вызовов внешних систем.

[ Стек и контроль ]
[ 01 ]

Backend

Python, FastAPI, Pydantic, PostgreSQL, Redis, ClickHouse, миграции и типизированные контракты.

[ 02 ]

Web и админка

React, shadcn, RJSF, декларативные ресурсы, таблицы, формы, права доступа, видимость полей и кастомные операции.

[ 03 ]

Mobile

Flutter для операционных приложений, когда веб-интерфейса недостаточно для сценария.

[ 04 ]

Контроль ИИ

Codex, Claude Code и Gemini работают через карту системы, DSL, тесты, ревью и архитектурный линтер.

[ Как поставляем ]
[ 01 ]

Инвентаризация

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

[ 02 ]

Целевая модель

Описываем ресурсы, состояния, права, API, админские поверхности, сервисные границы и слой совместимости.

[ 03 ]

Внешние границы

Проектируем импорты, экспорты, обратные вызовы, очереди, файлы, внешние API и асинхронные задачи как управляемые процессы.

[ 04 ]

Вертикальные срезы

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

[ 05 ]

Приемочные ворота

Перед запуском проходят проверки реестра, тесты контрактов, доказательства паритета, миграционные проверки, smoke-тесты и архитектурный линт.

[ Архитектурная рамка ]
[ 01 ]

Декларативные ресурсы

Поля, фильтры, API, формы, таблицы, права, аудит, идемпотентность и видимость в админке задаются в модели, а не размазываются по коду.

[ 02 ]

Слой совместимости

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

[ 03 ]

Управляемые интеграции

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

[ 04 ]

ИИ внутри рельсов

Агенты работают по CLI-карте системы, внутри точек расширения, а линтер проверяет импорты, API, политики, миграции и границы ответственности.

[ Вопросы ]

Что важно IT-команде

Публичные контракты остаются за слоем совместимости. Мы тестируем форму ответов, ошибки, авторизацию, побочные эффекты, фоновые задачи и интеграционные вызовы.
Агент получает карту системы, работает внутри DSL, runtime и точек расширения. Архитектурный линтер проверяет импорты, API, политики, миграции и границы.
Внешние границы проектируются как управляемые процессы или интеграционные действия с повторами, идемпотентностью, блокировками, повторным запуском и диагностикой.
Обычный production-код: backend, frontend, админка, mobile, миграции, тесты, CI/CD и документация по приемочным проверкам. Без закрытого visual builder и lock-in.

Как с нами связаться

[ обратная связь ]

Расскажите о проекте и мы предложим подходящие решения

напишите нам в Telegram
добавить файл

Отправляя запрос, вы соглашаетесь с политикой конфиденциальности