v1.7.0: refactor max_bot to flat structure, add VCF+UserModel+NLP history context, portal pages and proxy fixes

- Refactored max_bot from nested packages to flat module structure
- Q2: Extended BotUser model (patronymic, email, org, address, vcf_raw, contact_hash, phone_verified, email_verified, last_interaction, total_conversations, total_tickets)
- Q2: VCF parser (FN, N, TEL, EMAIL, ORG, ADR), upsert on re-contact, NLP history context (_get_user_history_context -> YandexGPT)
- Q1: Broadcast preview modal with 10s confirmation timer
- Q3: CSS var(--white)->var(--bg-card), var(--text)->var(--text-primary)
- Q4: bot_settings showNotification(), editable max_bot_id
- Q5: Webhook secret passthrough via X-Max-Bot-Api-Secret
- Masking sensitive keys, dialog_cleared handler, migrate via _add_column_if_not_exists()
- Rate limit (asyncio.sleep 0.5 per 10), dead code removed, conv.intent context in contact.py
- Portal pages: bot_consent, bot_kb (edit), bot_settings, bot_test, bot_tickets, portal_settings
- Tests: 21/21 passing, added test_yandex_gpt.py, test_email_sender.py
- Deploy: deploy_full.sh, schema.sql, seed_knowledge_base.sql
This commit is contained in:
2026-05-29 02:30:30 +03:00
parent 493e0b37a1
commit 72b6879f4b
234 changed files with 26768 additions and 6240 deletions
@@ -0,0 +1,459 @@
Отлично, теперь мы фиксируем архитектуру компании как инженерной системы, а не сайта.
Ты строишь не “фирму услуг”, а:
AegisOne Engineering — операционную систему эксплуатации объектов
Ниже даю тебе:
1. структуру компании (как она “разложена в голове клиента”)
2. все разделы сайта / системы
3. документы (шаблоны, которые продают SLA сами)
4. сценарии взаимодействия с клиентом
5. стандарты (как ты выглядишь как федеральный подрядчик)
---
1. СТРУКТУРА AEGISONE ENGINEERING
🧠 ЯДРО КОМПАНИИ
AegisOne Engineering
> Инженерная компания по эксплуатации и контролю систем безопасности объектов
---
ФУНКЦИОНАЛЬНЫЕ БЛОКИ
1. Engineering Audit (аудит и диагностика)
2. SLA Operations (эксплуатация)
3. Incident Response (аварийные работы)
4. Technical Supervision (контроль подрядчиков)
5. Documentation & Compliance (документация)
6. Risk Engineering (анализ рисков)
---
2. СТРУКТУРА САЙТА (КАК ДОЛЖЕН ВЫГЛЯДЕТЬ AEGISONE)
---
🏠 ГЛАВНАЯ
/
Название:
AegisOne Engineering
Смысл:
> инженерная эксплуатация систем безопасности объектов
---
3. РАЗДЕЛЫ САЙТА
---
3.1 ENGINEERING AUDIT
/engineering-audit/
Описание:
Технический аудит систем безопасности с оценкой рисков эксплуатации.
Проверка:
- видеонаблюдения
- СКУД
- пожарной сигнализации
- инфраструктуры объекта
Результат:
инженерное заключение и карта рисков объекта
---
Подразделы:
/engineering-audit/video-surveillance
/engineering-audit/access-control
/engineering-audit/fire-alarm
/engineering-audit/risk-report
---
3.2 SLA OPERATIONS
/sla-operations/
Описание:
Постоянное техническое сопровождение объектов с регламентами и SLA.
Мы обеспечиваем:
- стабильную работу систем
- контроль состояния оборудования
- аварийное реагирование
- регулярные проверки
---
Подразделы:
/sla-operations/start
/sla-operations/business
/sla-operations/enterprise
/sla-operations/sla-regulations
---
3.3 INCIDENT RESPONSE
/incident-response/
Описание:
Экстренное устранение неисправностей систем безопасности.
Сценарии:
- отказ видеонаблюдения
- потеря архива
- сбой СКУД
- проблемы пожарной сигнализации
---
Подразделы:
/incident-response/critical
/incident-response/emergency-call
/incident-response/post-incident-report
---
3.4 TECHNICAL SUPERVISION
/technical-supervision/
Описание:
Контроль подрядчиков и проверка качества работ сторонних организаций.
Мы выступаем как независимый инженерный контроль объекта.
---
Подразделы:
/technical-supervision/contractor-check
/technical-supervision/acceptance-testing
/technical-supervision/project-review
---
3.5 DOCUMENTATION & COMPLIANCE
/documentation-compliance/
Описание:
Ведение и восстановление инженерной документации объектов.
Системы:
- схемы
- журналы
- паспорта оборудования
- регламенты эксплуатации
---
Подразделы:
/documentation-compliance/passport
/documentation-compliance/regulations
/documentation-compliance/reporting
---
3.6 RISK ENGINEERING
/risk-engineering/
Описание:
Анализ рисков эксплуатации инженерных систем безопасности объекта.
Мы оцениваем не оборудование, а последствия его отказа.
---
Подразделы:
/risk-engineering/video-risk
/risk-engineering/fire-risk
/risk-engineering/access-risk
---
4. ШАБЛОНЫ ДОКУМЕНТОВ (ЭТО ВАЖНЕЕ САЙТА)
Это твой “продукт доверия”.
---
4.1 ИНЖЕНЕРНОЕ ЗАКЛЮЧЕНИЕ
AegisOne Engineering
Инженерное заключение по состоянию систем безопасности
Объект: __________
Дата: __________
1. Проведённые проверки:
- видеонаблюдение
- СКУД
- пожарная сигнализация
- инфраструктура
2. Выявленные отклонения:
- __________
- __________
3. Критические риски:
- __________
4. Оценка состояния системы:
[ ] стабильная
[ ] частично стабильная
[ ] требует вмешательства
5. Заключение инженера:
Система безопасности объекта требует/не требует
технического сопровождения по SLA модели эксплуатации.
---
4.2 SLA СОГЛАШЕНИЕ
AegisOne Engineering
Service Level Agreement (SLA)
1. Объект обслуживания
2. Перечень систем
3. Время реакции:
P1 — 2 часа
P2 — 4 часа
P3 — 24 часа
4. Регламент обслуживания:
- ежемесячные проверки
- отчётность
- диагностика
5. Зоны ответственности:
- заказчик
- инженерная компания
6. Исключения:
- повреждение третьими лицами
- форс-мажор
---
4.3 АКТ ТЕХНИЧЕСКОГО АУДИТА
Проверено:
- видеонаблюдение
- СКУД
- пожарная система
Результаты:
- __________
Рекомендации:
- критические
- важные
- плановые
---
4.4 ПАСПОРТ ОБЪЕКТА
AegisOne Engineering
Паспорт инженерных систем объекта
Содержит:
- схема систем
- оборудование
- IP-адреса
- точки отказа
- история обслуживания
---
4.5 ОТЧЁТ ПО ИНЦИДЕНТУ
Описание инцидента:
Время реакции:
Причина:
Последствия:
Устранение:
Рекомендации:
---
5. СЦЕНАРИИ ВЗАИМОДЕЙСТВИЯ
---
СЦЕНАРИЙ 1 — ВХОД
Контакт → мини-диагностика → аудит → отчет → SLA
---
СЦЕНАРИЙ 2 — АВАРИЯ
Инцидент → выезд → устранение → отчет → предложение SLA
---
СЦЕНАРИЙ 3 — ПАРТНЁРСКИЙ ВХОД
Партнёр → объект → аудит → сопровождение
---
СЦЕНАРИЙ 4 — ТЕНДЕР / КОММЕРЧЕСКИЙ ВХОД
Запрос → аудит → КП → SLA контракт
---
6. КАК ЭТО ВОСПРИНИМАЕТСЯ РЫНКОМ
Ты становишься не:
❌ монтажной фирмой
❌ сервисниками
❌ подрядчиком
---
А:
🧠 инженерной эксплуатационной системой объектов
---
7. ГЛАВНЫЙ ЭФФЕКТ ЭТОЙ УПАКОВКИ
Клиент думает:
> “Это не монтажники. Это те, кто контролирует безопасность объекта как систему.”
---
8. СЛЕДУЮЩИЙ УРОВЕНЬ (ЕСЛИ ПРОДОЛЖАЕМ)
Я могу собрать тебе дальше:
автоматическую CRM (Notion / 1C модель под эти разделы)
шаблон коммерческого предложения под каждый блок
визуальную архитектуру сайта (UI/UX)
систему KPI инженеров
модель масштабирования до федерального уровня
---
ИТОГ
Ты только что получил:
> полноценную архитектуру инженерной компании уровня enterprise
И если это внедрить — ты перестаёшь быть “подрядчиком”.
Ты становишься:
операционной системой эксплуатации объектов безопасности.