Платформа

Одна архитектура. Разные отрасли.

Synapster Core — это проверенная архитектура из 14 переиспользуемых модулей. Каждая отраслевая платформа собирается как Core + доменный слой: ядро берёт на себя безопасность, данные и AI, а доменный слой — специфику отрасли.

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

Synapster → Synapster Core (14 модулей) → вертикальные платформы (Core + доменный слой)

Synapster Core

Одна архитектура — разные отрасли

Каждая платформа собирается как Core + доменный слой. Ниже — какие модули ядра переиспользуются в продуктах, подтверждённых код-аудитом.

●переиспользуется◐частично / упрощённо○нет

Модуль ядра	Pragma Python / FastAPI	ReflexDAO Python / FastAPI	GnatologPRO Python / FastAPI	LawerCRM TypeScript / Node	TourismRadar Python / FastAPI
Identity / RBAC JWT (access + refresh), роли и права domain:action, MFA/TOTP, сессии.	●	●	●	●	●
RAG с трассировкой Поиск с цитатами «вывод → источник», eval-харнесс, контроль качества ответов.	●	●	●	●	○
Мультиагентная LLM-оркестрация Цепочки агентов, consensus нескольких LLM (K+1), circuit breaker, budget cap и fallback провайдеров.	●	◐	●	●	●
Knowledge graph / embeddings pgvector и типизированные связи/онтология для семантического поиска и контекста.	●	●	◐	●	◐
Интеграции Registry + адаптеры: PMS/OTA, 1С, CRM, мессенджеры, email/IMAP, телефония, платежи, внешние данные.	●	●	●	◐	●
Audit / observability Append-only аудит действий, метрики и Sentry — прослеживаемость каждого решения.	●	●	●	●	●
Human-in-the-loop Токены подтверждения, очередь решений, эскалации и SLA там, где ошибка дорога.	●	●	●	●	●
Изоляция ПДн Маскирование/псевдонимизация персональных данных до выхода в LLM, шифрование at-rest.	●	●	●	●	●
Realtime / WebSocket WebSocket-хаб (+ Redis pub/sub для масштабирования) для чатов и живых обновлений.	●	◐	●	●	○
Документы Загрузка, OCR/parsing, генерация PDF·DOCX; в медицине — анонимизация DICOM.	●	●	●	●	◐
LLM FinOps / квотирование Метеринг токенов, расчёт стоимости, бюджет-гард и квоты на организацию — предсказуемая экономика LLM.	●	◐	◐	●	●
Нотификации + транзакционный outbox Мультиканальная доставка (push/email/SSE) с транзакционным outbox и логом доставки — reliability-примитив.	●	●	●	◐	◐
Scheduler / worker-слой Фоновые задачи, периодические джобы и очереди (Celery / APScheduler / RQ / node-worker) под ETL и регламенты.	●	◐	◐	◐	●
Multi-tenancy Слой изоляции данных по арендатору сверх RBAC (outlet/org/clinic) — обязателен для enterprise.	●	◐	◐	●	●

Identity / RBAC

JWT (access + refresh), роли и права domain:action, MFA/TOTP, сессии.

RAG с трассировкой

Поиск с цитатами «вывод → источник», eval-харнесс, контроль качества ответов.

Мультиагентная LLM-оркестрация

Цепочки агентов, consensus нескольких LLM (K+1), circuit breaker, budget cap и fallback провайдеров.

Knowledge graph / embeddings

pgvector и типизированные связи/онтология для семантического поиска и контекста.

Интеграции

Registry + адаптеры: PMS/OTA, 1С, CRM, мессенджеры, email/IMAP, телефония, платежи, внешние данные.

Audit / observability

Append-only аудит действий, метрики и Sentry — прослеживаемость каждого решения.

Human-in-the-loop

Токены подтверждения, очередь решений, эскалации и SLA там, где ошибка дорога.

Изоляция ПДн

Маскирование/псевдонимизация персональных данных до выхода в LLM, шифрование at-rest.

Realtime / WebSocket

WebSocket-хаб (+ Redis pub/sub для масштабирования) для чатов и живых обновлений.

Документы

Загрузка, OCR/parsing, генерация PDF·DOCX; в медицине — анонимизация DICOM.

LLM FinOps / квотирование

Метеринг токенов, расчёт стоимости, бюджет-гард и квоты на организацию — предсказуемая экономика LLM.

Нотификации + транзакционный outbox

Мультиканальная доставка (push/email/SSE) с транзакционным outbox и логом доставки — reliability-примитив.

Scheduler / worker-слой

Фоновые задачи, периодические джобы и очереди (Celery / APScheduler / RQ / node-worker) под ETL и регламенты.

Multi-tenancy

Слой изоляции данных по арендатору сверх RBAC (outlet/org/clinic) — обязателен для enterprise.

ReflexDAO и GnatologPRO переиспользуют ядро на уровне кода (форки с общим происхождением); с Pragma, LawerCRM и TourismRadar — на уровне единой архитектуры и компонентов. TourismRadar — самая зрелая реализация движка K+1 (двойной черновик + арбитр-консенсус) и отдельный quant-слой (прогноз спроса, эластичность, конформные интервалы).

12 из 14 модулей ядра присутствуют во всех 5 проверенных вертикалях.

Поверх ядра

Доменные активы

Это не горизонталь ядра, а отраслевые активы на его примитивах. Зрелость разная — и мы помечаем её честно: то, что работает в проде, и то, что пока shadow или roadmap. Так claim проходит due diligence.

Речевая аналитика и ассистирование

в проде

ASR + анализ разговоров + суфлёр/copilot оператора: транскрибация, диаризация, оценка качества, подсказки.

PragmaGnatologPROLawerCRM

Граница: Пост-колл аналитика и ассист — в проде; near-real-time суфлёр in-call нигде не построен (roadmap).

Самообучение на исходах

в проде

Модели и параметры адаптируются на реальных результатах: чем дольше клиент в системе, тем точнее.

TourismRadarPragmaGnatologPRO

Граница: Эталон — TourismRadar (champion/challenger + cron); опасные петли в shadow/proposal. В Reflex/Gnat ML-оркестратор обвязан, но ядро обучения — stub; в Anapa суфлёр-петля frozen. Claim только с привязкой к TourismRadar.

Monetization OS

в проде

Тарифы и лимиты, фискализация, бухгалтерский леджер, dunning/winback, рефералы, NPS — почти полный SaaS-стек.

GnatologPROTourismRadarLawerCRMReflexDAO

Граница: Сильный коммерческий актив, но это Extension, не ядро. В Pragma отсутствует.

Anomaly / UEBA-алертинг

в проде

Активная детекция аномалий поведения поверх audit-лога: всплески логинов, эскалация прав, имперсонизация.

PragmaTourismRadar

Граница: Глубоко реализовано в Anapa (14 детекторов); в TourismRadar — аномалии данных/цен (частично). Security-надстройка, не горизонталь.

Academy & Enablement (LMS + онбординг)

MVP

Обучение сотрудников и пользователей: курсы, экзамены, сертификаты; in-product туры, help-center.

PragmaReflexDAOGnatologPRO

Граница: Полноценный LMS только в Anapa (1/5, флаг ENABLE_LMS); онбординг-каркас в 3/5 (медпара — форк). Авто-обновление и самообучение учебного контента — roadmap, кода нет.

Самый сильный из активов для долгосрочной защиты — самообучение на исходах: revenue-движок TourismRadar обучается на реальных результатах (champion/challenger), а опасные изменения проходят через human-gate или shadow-режим.

Внутри ядра · надёжный AI

Движок K+1: ответ от двух моделей и арбитр

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

Как работает K+1

1.Два черновика параллельно — две независимые модели разных провайдеров — с дедлайном.
2.Арбитр (отдельная, более сильная модель) сводит ответы: agreement, disagreements, confidence.
3.Watchdog ловит галлюцинации и переспрашивает с усилением промпта.
4.Grounding-проверки + порог уверенности; ниже — fallback к правилам.
5.Per-provider circuit breaker и атомарный Redis-budget с DB-fallback.

Quant-слой (Revenue OS)

Прогноз спроса: ансамбль LightGBM / Prophet / Ridge со skill-score весами.
Конформные интервалы (Winkler) — калиброванная уверенность прогноза.
Ценовая эластичность (log-log OLS) по сегментам и городам.
Теория игр: Nash-равновесие и tâtonnement; режимы рынка через HMM.

Движок K+1 и quant-слой — самая зрелая реализация в платформе (продукт TourismRadar, Revenue OS для отелей). Тот же контракт надёжного AI применяется и в остальных вертикалях ядра.

Нужна отраслевая платформа на проверенном ядре?

Обсудим вашу отрасль: какие модули Core закрывают задачу сразу и что войдёт в доменный слой. Безопасность, RBAC и прослеживаемость AI — по умолчанию.

Обсудить внедрение Смотреть кейсы