QUASAR
Сигнальная инфраструктура для продуктовых событий.
QUASAR принимает события из сайтов, приложений и backend-сервисов, превращает их в понятные сообщения и доставляет в Telegram по правилам маршрутизации. Продуктовая команда отправляет один JSON — всё остальное берёт на себя инфраструктура.
Один endpoint. Много сигналов.
Заказы, лиды, платежи, ошибки и любые другие события проходят через один ingest-контракт. QUASAR отделяет событие продукта от канала доставки и формата сообщения.
Отправь событие и проследи маршрут.
Мини-версия реального пользовательского сценария: выбери тип события, отправь его и посмотри, во что оно превращается на выходе.
{
"event": "order.paid",
"project": "demo-project",
"data": {
"title": "Order #DEMO-1842 paid",
"route": "#sales-demo"
}
}Order #DEMO-1842 paid
amount: 18 900 RUB
customer: user@example.com
source: checkout
Не уведомления в коде. Отдельная система доставки.
Логика уведомлений больше не размазана по каждому приложению. QUASAR становится самостоятельным слоем, который можно развивать независимо от продуктов-источников.
One ingest endpoint
Products send structured events to one API contract instead of owning notification logic in every service.
Routes and destinations
Rules decide which event goes to which Telegram channel, group or personal chat.
Reusable templates
Payload fields become consistent human-readable messages without hardcoding copy in product code.
Bot delivery
Telegram bots handle the last mile while QUASAR owns routing, retries and message preparation.
Signal analytics
Event volume, delivery state and operational visibility stay in one control surface.
Infrastructure-first deployment
Spring Boot, PostgreSQL, Redis and Docker keep the system simple to operate and extend.
Живой интерфейс, а не концепт.
Мы перенесли в кейс реальные паттерны работающего Quasar: обзор, проекты, push-подписки, редактор шаблонов и создание проекта. Все данные ниже намеренно обезличены.
Обзор
Демо-состояние рабочей панели.
Отправлено сегодня
↗ demoПолучено payload
↗ demoАктивных проектов
↗ demoОшибки сегодня
↗ demoProject Alphaalpha.example
АктивенProject Betabeta.example
АктивенProject Gammagamma.example
Выкл.{"event":"order.created","id":"DEMO-1042"}2m{"event":"lead.created","source":"landing"}8m{"event":"payment.succeeded","amount":4900}24mСлой между продуктом и Telegram.
QUASAR принимает внешний HTTP-трафик, сохраняет конфигурацию в PostgreSQL, использует Redis для быстрого runtime-состояния и доставляет финальные сообщения через Telegram Bot API.
Стек, который работает на проде.
Кейс показывает не абстрактную схему, а реальный эксплуатационный слой QUASAR.
Интеграция начинается с одного POST.
Интеграция не требует SDK: любой сервис, который умеет отправлять HTTP-запрос, уже может использовать QUASAR.
curl -X POST \
https://quasar.ai-vai.com/api/v2/ingest \
-H 'Authorization: Bearer <token>' \
-H 'Content-Type: application/json' \
-d '{
"event": "order.paid",
"project": "demo-project",
"data": {
"orderId": "DEMO-1842",
"amount": 18900
}
}'Событие должно быть создано один раз.
Продукт сообщает, что произошло. QUASAR решает, кому это важно, как это показать и куда доставить. Это и есть граница системы.
OPEN QUASAR