Архитектура TaskCapitan: Мини app, Капитан и backend

17 июня 2026 г. · Продукт

productarchitectureminiapp

TaskCapitan — это не «бот с ответами», а связка интерфейса, AI-оркестратора и backend с единой моделью задач. Ниже — схема того, как запрос из чата превращается в изменение в системе.

Схема платформы TaskCapitan

Слои системы

Слой	Назначение	Примеры
Мини app в мессенджере	UI для команды: чат с Капитаном, кнопки, уведомления	Создать задачу, открыть рабочую область
AI Капитан	Понимание намерения, план, вызов операций	«Поставь задачу…», «Какие просрочки?»
Backend	Источник правды: задачи, проекты, RBAC, биллинг	PostgreSQL, API `/v1/*`
Веб-рабочая область	Полный UI для задач, проектов, участников	`/app/tasks`, `/app/projects`

Поток обработки запроса

Сообщение в чат
    ↓
Классификация намерения (что хочет пользователь?)
    ↓
План действий (какие операции нужны?)
    ↓
Выполнение на backend (create_task, update_deadline…)
    ↓
Ответ в чат + обновление рабочей области

Важно: если orchestrator не смог выполнить план — система не подменяет результат «заглушкой». Ошибка фиксируется, пользователь получает честный сигнал о сбое, а не выдуманный «успех».

Единый контур данных

Задача, созданная из чата, сразу видна в веб-рабочей области — и наоборот. Комментарий, файл, смена ответственного или дедлайна попадают в ленту событий команды.

Сущность	Где живёт	Зачем
Компания	Tenant команды	Биллинг, участники, RBAC
Проект	Группа задач	Отдел, клиент, релиз
Задача	Единица работы	Дедлайн, ответственный, статус
Событие	Аудит и лента	Кто что изменил и когда

RBAC: безопасность на уровне API

Права проверяются на backend, а не только в UI. Роль определяет, может ли пользователь создавать проекты, согласовывать переносы, видеть биллинг или только свои задачи.

Схема ролей RBAC

AI-расход и тарифы