Система управления производственной компанией, которая делает модульные дома. Один продукт закрывает полный цикл клиент → производство → монтаж, плюс склад, снабжение, финансы, зарплата, маркетинг, качество и сервис.
Внутри работает ИИ-ассистент «Марина». Это не чат по вопросам, а действующий участник управления: она сама читает состояние дел по всем разделам, находит узкие места и точки роста, готовит конкретные предложения по улучшению бизнеса (проблема → проверяемый результат → оценка исполнителя → ожидаемый эффект) и задачи для их реализации, а затем следит, чтобы предложенное довели до конца. Инициативность, а не только реактивные ответы — главный фокус системы.
| Репозиторий | Доступ | Роль |
|---|---|---|
soborbum-backend |
🌐 public | FastAPI API, БД/миграции, ИИ-ассистент «Марина» |
soborbum-frontend |
🌐 public | React SPA — интерфейс Durov OS |
agents |
🌐 public | экспериментальный контур «команда агентов»; сейчас неактуален, в беклоге на переработку |
gpt_prototype |
🔒 private | HTML-прототипы интерфейса — источник требований, только чтение |
vault_backups |
🔒 private | база знаний — архив заметок и версий, на которых работает «Марина» |
vault-server-MCP |
🔒 private | MCP-сервер базы знаний — даёт ассистенту доступ к ней |
mail-MCP |
🔒 private | коннектор к корпоративной почте |
moysklad-MCP |
🔒 private | коннектор к МойСклад (учёт, производство) |
dashboard-MCP |
🔒 private | коннектор к внутренним дашбордам/метрикам компании |
amocrm-MCP |
🔒 private | коннектор к amoCRM (продажи, сделки) |
Бэкенд и фронтенд открыты и собираются самостоятельно на синтетических данных. База знаний и коннекторы — приватные интеграции с реальными данными компании; без них «Марина» работает в демо-режиме на тестовых данных.
ANTHROPIC_API_KEY— обязателен, чтобы «Марина» отвечала реальной моделью, а не заглушкой.- Docker + Docker Compose — для бэкенда (поднимает Postgres, гоняет миграции, создаёт первого админа сам).
- Node.js 18+ / npm — для фронтенда (React 18 + TypeScript + Vite).
- (Опционально) доступ к
vault-server-MCPи MCP-коннекторам выше — чтобы ассистент работал не с синтетическими, а с реальными данными компании (почта, склад/МойСклад, CRM, дашборды). Без них система полностью устанавливается и работает — просто без живых внешних данных. - PostgreSQL — боевая БД бэкенда (поднимается автоматически внутри
docker compose, отдельная установка нужна только при запуске бэкенда вне Docker). JWT_SECRET,ADMIN_EMAIL,ADMIN_PASSWORD— секреты для входа и выпуска токенов; без них бэкенд поднимется только вAPP_ENV=dev.VAULT_ROOT— путь к локальной базе знаний; без него инструменты Марины, читающие базу знаний, отключаются, а не выдают ошибку.- Токены/OAuth-клиенты приватных коннекторов (
MOYSKLAD_TOKEN,MOYSKLAD_MCP_*,DASHBOARD_MCP_*,MAX_TOKENи т. п.) — по одному на каждую внешнюю систему, которую подключаете; выдаются вместе с доступом к соответствующему приватному репозиторию. - Все перечисленные ключи и токены — только в
.env/.env.local, вне git; в публичных репозиториях (soborbum-backend,soborbum-frontend) их нет даже в примерах.
Backend (soborbum-backend):
git clone git@github.com:DUROV-OS/soborbum-backend.git
cd soborbum-backend
# настроить переменные окружения, включая ANTHROPIC_API_KEY
docker compose up -d --buildAPI поднимется на http://localhost:8005 — миграции и первый админ создаются
автоматически. Swagger каждого раздела — http://localhost:8005/api/<раздел>/docs.
Frontend (soborbum-frontend):
git clone git@github.com:DUROV-OS/soborbum-frontend.git
cd soborbum-frontend
npm ci
npm run devПо умолчанию фронт ходит на /api на текущем origin и в dev проксируется на
локальный бэк.
Пилотная стадия: бэкенд и фронтенд задеплоены и работают на синтетических данных. Реальные интеграции (база знаний, коннекторы к почте/CRM/складу/ дашбордам) подключаются отдельно и не входят в публичную часть проекта.
Durov OS движется от ассистента, отвечающего на вопросы, к участнику управления, который сам инициирует действия и предложения:
- Больше автономных действий, меньше ожидания команды человека. Марина уже сама выявляет возможности для роста бизнеса (раздел «Развитие») и переходит к сценариям вроде самостоятельной переписки с клиентами в MAX и постановки задач сотрудникам по итогам совещаний — каждый такой сценарий явно делится на «делает сама» (дёшево, обратимо) и «требует подтверждения» (деньги, внешняя коммуникация, необратимые решения).
- От синтетики к боевым данным. Сейчас пилот работает на тестовых данных; следующий шаг — подключение реальных источников через приватные коннекторы (почта, МойСклад, CRM, дашборды), а дальше — банк, мессенджеры, датчики и камеры производства.
- Прозрачный след автономных действий. Каждое самостоятельное решение ассистента должно быть видно человеку постфактум — что сделано, когда и почему, а не только то, что ожидает подтверждения.
- Переработка контура «Агенты». Публичный, но пока неактуальный
репозиторий
agents— кандидат на возврат в работу, когда описанные выше автономные сценарии созреют настолько, что имеет смысл собрать их в отдельный управляемый контур, а не набор разрозненных функций внутри бэкенда. - Любое расширение — через проверяемый сценарий. Новая автономия добавляется не «на глаз»: проблема и критерии → приоритет и оценка → отдельная тестовая версия → ручная приёмка → замер эффекта на реальных данных.
