Строю системы, где деньги должны сходиться.

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

Ядро вынесено в отдельный переиспользуемый модуль: двойная запись, счета, HD-кошельки, депозиты и выводы по четырём сетям, сверка с блокчейном, комиссии, compliance-скрининг. Над ядром — спотовый стакан и prediction-маркет. Приватные ключи не лежат в приложении: подпись изолирована в отдельный сервис. Аутентификация и персональные данные вынесены в самостоятельный сервис — биржа их не хранит вовсе.

Интерфейс — отдельное веб-приложение на Next.js, которое на телефоне должно ощущаться приложением: 81 000 строк TypeScript, 438 тестов, типизированный клиент сгенерирован из спецификации бэкенда, а расхождение версий контракта ловится проверкой на сборке.

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

Рис. A-1Кошелёк — баланс разделён на доступный и заблокированный, чтобы холд был виден заранее, а не всплывал при выводе.

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

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

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

Рис. A-2Пробный прогон до отправки: 487 строк уйдут, получатели получат 12 480,25 USDT, со счёта спишется 12 967,25 с комиссиями, 13 строк придержаны с причиной. Тестовая сеть — суммы не настоящие.

Рис. A-3Приём с атрибуцией по источникам — у каждого источника свой адрес в каждой сети, деньги опознают себя по адресу зачисления. Ключ импорта не меняется — именно он сводит итог по источнику при переименованиях.

Задача: загрузка, разбор и генерация выписок в формате 1С, аналитика по операциям, справочники клиентов и контрагентов — для внутренней команды, которая работает с этим каждый день.

Telegram-бот как быстрый интерфейс, веб-API на 301 эндпоинт, фоновые воркеры для тяжёлой обработки, прогресс длинных задач через WebSocket и SSE. Деньги — только Decimal и NUMERIC, никогда float: это правило проекта, а не пожелание. Веб-интерфейс переписан с Vue на Next.js с типами, сгенерированными из OpenAPI бэкенда.

Отдельный репозиторий инфраструктуры: Postgres, Redis, MinIO, Nginx и полный стек мониторинга, автодеплой по push, бэкапы с обязательными учениями по восстановлению.

Задача: менеджеры вручную вычитывали PDF кредитных историй из трёх разных бюро и переносили данные в таблицы и карточки сделок. Нужно было убрать ручной этап целиком.

Вебхук из AmoCRM попадает в очередь, воркеры забирают PDF с Google Drive, разбирают форматы трёх бюро — НБКИ, Credistory, Scoring, — сводят результаты в одну картину, заполняют семь блоков рабочей таблицы и возвращают итог заметкой в сделку. Отдельным потоком карточка лида обогащается данными по компании из внешнего реестра. Часть документов — сканы, поэтому в пайплайне есть распознавание текста.

Это второе поколение. Первое было одной большой системой — 444 коммита, 96 500 строк, вместе с ботом, аналитикой и работой с таблицами — и тестов в ней почти не было. Она работала, но менять её было страшно. Поэтому конвейер я вынес в отдельный сервис и переписал, и на этот раз тесты шли первыми. Два поколения вместе: 735 коммитов, около 213 000 строк.

Задача: единственная точка в системе, которая выпускает пользовательские токены, — чтобы остальные сервисы не хранили ни паролей, ни персональных данных.

Вход через Telegram, сессии, токены на эллиптической подписи с публичным набором ключей для проверки соседними сервисами, ключи доступа без пароля (WebAuthn), одноразовые коды, хеширование Argon2, профили и роли, хранение персональных данных в одном месте, связка внутренних идентификаторов с денежными счетами.

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

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

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

На этом инструменте построена реальная разработка: пять ролей — деньги, вход, редакция, фронт, инфраструктура — с уставом команды, границами владения репозиториями и правилом «контракт согласовывается до кода».