TICKETS.md

Дата: 2025-11-11
Версия: 2.0.0
Система тикетов: Priority-based (Critical → Important → Improvements)

🎫 СИСТЕМА ТИКЕТОВ

Приоритеты

🔴 CRITICAL — Блокируют работу, требуют немедленного решения
🟡 IMPORTANT — Снижают эффективность, нужно решить в течение недели
🟢 IMPROVEMENTS — Улучшения и оптимизации, можно отложить

Статусы

🔴 КРИТИЧЕСКИЕ ТИКЕТЫ

ТИКЕТ-201: Отсутствие кода интеграции с Orchestrator

Статус: OPEN
Приоритет: CRITICAL
Создан: 2025-11-11
Assignee: Backend Team

ПРОБЛЕМА:
Projector v2.0 полностью спроектирован на уровне документации (2000+ строк спецификаций), но отсутствует код интеграции с Orchestrator.

ВЛИЯНИЕ:
- ❌ Projector не может быть активирован из Orchestrator
- ❌ Невозможно делегировать задачи ассистентам
- ❌ Нет автоопределения типа проекта
- ❌ Система блокировок не работает

platform/projector/code/
├── core/
│   ├── projector_agent.py       # Основной агент
│   ├── project_detector.py      # Автоопределение типа
│   ├── stage_controller.py      # Контроль этапов
│   └── blocker_system.py        # Система блокировок
├── integration/
│   ├── orchestrator_connector.py  # Интеграция с Orchestrator
│   └── assistant_delegator.py     # Делегирование ассистентам
└── generators/
    ├── project_md_generator.py    # Генератор PROJECT.md
    └── specialist_md_generator.py # Генератор {TYPE}_PLAN.md

РЕШЕНИЕ:
1. Реализовать AgentConnector для Projector по образцу других агентов
2. Создать систему автоопределения типа проекта (confidence scoring)
3. Реализовать stage_controller с блокировками
4. Создать генераторы документов

ОЦЕНКА ВРЕМЕНИ: 40-60 часов
ЗАВИСИМОСТИ: Требуется платформа Orchestrator
ДЕДЛАЙН: До v2.1

ТИКЕТ-202: Отсутствие ИИ агентов для 6 ассистентов

Статус: OPEN
Приоритет: CRITICAL
Создан: 2025-11-11
Assignee: AI Team

ПРОБЛЕМА:
ASSISTANTS.md содержит полные спецификации для 6 ассистентов (1000+ строк), но сами агенты не созданы:
- 💼 Business Assistant
- 💻 Technical Assistant
- 📢 Marketing Assistant
- 🎨 Design Assistant
- 📊 Data Assistant
- 🏗️ Infrastructure Assistant

ВЛИЯНИЕ:
- ❌ Невозможно делегировать специализированные задачи
- ❌ Projector не может собирать экспертные данные
- ❌ Нет генерации специализированных документов
- ❌ Система работает в вакууме без доменной экспертизы

platform/assistants/
├── business/
│   ├── ai/instructions.md          # ИИ инструкции
│   ├── ai/prompts/
│   │   ├── questions_25.md         # 25 вопросов для уровня A
│   │   ├── analysis.md             # Промпт анализа
│   │   └── business_plan.md        # Промпт генерации BUSINESS_PLAN.md
│   └── code/
│       └── business_agent.py       # Код агента
├── technical/
│   └── [аналогично]
├── marketing/
│   └── [аналогично]
├── design/
│   └── [аналогично]
├── data/
│   └── [аналогично]
└── infrastructure/
    └── [аналогично]

РЕШЕНИЕ:
1. Для каждого ассистента создать:
- ai/instructions.md (600-800 строк)
- ai/prompts/ (вопросы, анализ, генерация документа)
- code/{type}_agent.py (интеграция с Orchestrator)

ОЦЕНКА ВРЕМЕНИ: 80-120 часов (по 15-20 часов на ассистента)
ЗАВИСИМОСТИ: ТИКЕТ-201 (интеграция с Orchestrator)
ДЕДЛАЙН: До v2.1

ТИКЕТ-203: Нет валидации блокировок этапов

Статус: OPEN
Приоритет: CRITICAL
Создан: 2025-11-11
Assignee: Backend Team

ПРОБЛЕМА:
В спецификации (APP.md, ai/instructions.md) детально описаны 5 этапов с блокировками и светофорной системой, но нет кода валидации.

ВЛИЯНИЕ:
- ❌ Этапы не блокируются при невыполнении критериев
- ❌ Нет автоматической проверки готовности к переходу
- ❌ Светофорная система не работает
- ❌ Возможен переход на следующий этап с неготовым предыдущим

platform/projector/code/core/
├── blocker_system.py
│   ├── class StageBlocker
│   ├── validate_stage_completion()
│   ├── check_criteria()
│   ├── calculate_traffic_light()
│   └── generate_blocker_report()
│
└── validators/
    ├── data_collection_validator.py   # Валидация СБОР ДАННЫХ
    ├── research_validator.py          # Валидация ИССЛЕДОВАНИЯ
    ├── analytics_validator.py         # Валидация АНАЛИТИКА
    ├── design_validator.py            # Валидация ПРОЕКТИРОВАНИЕ
    └── execution_validator.py         # Валидация ИСПОЛНЕНИЕ

def validate_data_collection(project_data):
    checks = {
        "critical_data_present": check_critical_fields(project_data),
        "no_contradictions": validate_consistency(project_data),
        "constraints_defined": check_constraints(project_data),
        "stakeholders_identified": check_stakeholders(project_data)
    }

    if all(checks.values()):
        return "GREEN"  # Автопереход
    elif sum(checks.values()) >= len(checks) * 0.9:
        return "YELLOW"  # Переход с контролем
    else:
        return "RED"     # БЛОКИРОВКА

def validate_research(research_data):
    checks = {
        "hypotheses_count": len(research_data["hypotheses"]) >= 3,
        "competitive_analysis": research_data["competitors_analyzed"] >= 3,
        "alternatives_explored": len(research_data["alternatives"]) >= 3,
        "report_generated": research_data["report_exists"]
    }
    # ... аналогично

РЕШЕНИЕ:
1. Реализовать класс StageBlocker с методами валидации
2. Создать валидаторы для каждого из 5 этапов
3. Реализовать светофорную систему (GREEN/YELLOW/RED/CRITICAL)
4. Интегрировать с stage_controller

ОЦЕНКА ВРЕМЕНИ: 30-40 часов
ЗАВИСИМОСТИ: ТИКЕТ-201
ДЕДЛАЙН: До v2.1

ТИКЕТ-204: Отсутствие системы ID проектов

Статус: OPEN
Приоритет: CRITICAL
Создан: 2025-11-11
Assignee: Backend Team

ПРОБЛЕМА:
В APP.md описана система ID проектов (формат: PRJ-[ГОД]-[НОМЕР]-[ТИП]-[УРОВЕНЬ]), но нет кода генерации и хранения.

ВЛИЯНИЕ:
- ❌ Невозможно уникально идентифицировать проекты
- ❌ Нет связи между PROJECT.md и {TYPE}_PLAN.md
- ❌ Невозможно отслеживать историю проектов
- ❌ Нет системы нумерации

platform/projector/code/core/
├── project_id_generator.py
│   ├── generate_project_id()
│   ├── parse_project_id()
│   └── validate_project_id()
│
└── storage/
    ├── project_registry.py      # Реестр проектов
    └── id_counter.json          # Счётчик ID

def generate_project_id(project_type, project_level):
    """
    Генерирует уникальный ID проекта

    Args:
        project_type: "BIZ" | "TECH" | "MKT" | "DSG" | "DATA" | "INFRA"
        project_level: "A" | "B" | "C" | "D"

    Returns:
        str: "PRJ-2025-001-BIZ-B"
    """
    year = datetime.now().year
    counter = get_next_counter(year)
    return f"PRJ-{year}-{counter:03d}-{project_type}-{project_level}"

class ProjectRegistry:
    """Хранит все проекты и их метаданные"""

    def register_project(self, project_id, metadata):
        """Регистрирует новый проект"""
        pass

    def get_project(self, project_id):
        """Возвращает метаданные проекта"""
        pass

    def list_projects(self, filters=None):
        """Список всех проектов с фильтрацией"""
        pass

РЕШЕНИЕ:
1. Реализовать генератор ID с автоинкрементом
2. Создать реестр проектов (JSON/SQLite)
3. Интегрировать с projector_agent
4. Добавить команды /list, /search для работы с реестром

ОЦЕНКА ВРЕМЕНИ: 20-30 часов
ЗАВИСИМОСТИ: ТИКЕТ-201
ДЕДЛАЙН: До v2.1

🟡 ВАЖНЫЕ ТИКЕТЫ

ТИКЕТ-205: Нет автоопределения уровня проекта (A/B/C/D)

Статус: OPEN
Приоритет: IMPORTANT
Создан: 2025-11-11
Assignee: ML Team

ПРОБЛЕМА:
Projector умеет автоопределять ТИП проекта (бизнес/техника/маркетинг), но не умеет автоопределять УРОВЕНЬ (A/B/C/D).

ВЛИЯНИЕ:
- ⚠️ Требуется ручной ввод уровня от пользователя
- ⚠️ Возможны ошибки классификации
- ⚠️ Снижается автоматизация

User: Создать CRM для 20 менеджеров
Projector: Определён тип: TECH (confidence: 0.85)
Projector: Выберите уровень: A/B/C/D
User: B  # <-- ручной ввод

User: Создать CRM для 20 менеджеров на 6 месяцев бюджетом 5 млн
Projector: Определён тип: TECH (confidence: 0.85)
Projector: Определён уровень: B (confidence: 0.78)
           Обоснование:
           - Срок 6 мес → B (3-12 мес)
           - Команда 20 чел → B (5-20 чел)
           - Бюджет 5 млн → B (5-50 млн)
Projector: Подтвердить уровень B? [да/нет]

РЕШЕНИЕ:
1. Создать классификатор уровня проекта на основе:
- Временные параметры (срок выполнения)
- Размер команды (количество людей)
- Бюджет (финансовые показатели)
- Масштаб (охват, пользователи, рынки)

ОЦЕНКА ВРЕМЕНИ: 30-40 часов
ЗАВИСИМОСТИ: ТИКЕТ-201
ДЕДЛАЙН: До v2.2

ТИКЕТ-206: Отсутствие тестов для всех компонентов

Статус: OPEN
Приоритет: IMPORTANT
Создан: 2025-11-11
Assignee: QA Team

ПРОБЛЕМА:
Нет тестов для проверки функциональности Projector и ассистентов.

ВЛИЯНИЕ:
- ⚠️ Невозможно гарантировать качество
- ⚠️ Риск регрессий при изменениях
- ⚠️ Нет CI/CD pipeline

platform/projector/tests/
├── unit/
│   ├── test_project_detector.py     # Автоопределение типа
│   ├── test_stage_controller.py     # Контроль этапов
│   ├── test_blocker_system.py       # Система блокировок
│   ├── test_id_generator.py         # Генерация ID
│   └── test_generators.py           # Генераторы документов
├── integration/
│   ├── test_orchestrator_integration.py
│   ├── test_assistant_delegation.py
│   └── test_end_to_end_project.py
└── fixtures/
    ├── sample_projects/             # Тестовые проекты
    └── expected_outputs/            # Ожидаемые результаты

ПОКРЫТИЕ:
- Unit tests: 80%+
- Integration tests: 60%+
- E2E tests: 3-5 сценариев

РЕШЕНИЕ:
1. Написать unit тесты для всех компонентов
2. Создать интеграционные тесты
3. Подготовить фикстуры (образцы проектов всех типов и уровней)
4. Настроить CI/CD с автозапуском тестов

ОЦЕНКА ВРЕМЕНИ: 60-80 часов
ЗАВИСИМОСТИ: ТИКЕТ-201, ТИКЕТ-202
ДЕДЛАЙН: До v2.2

ТИКЕТ-207: Нет UI для управления проектами

Статус: OPEN
Приоритет: IMPORTANT
Создан: 2025-11-11
Assignee: Frontend Team

ПРОБЛЕМА:
Projector работает только через CLI/чат, нет визуального интерфейса.

ВЛИЯНИЕ:
- ⚠️ Сложность для нетехнических пользователей
- ⚠️ Нет визуализации прогресса проектов
- ⚠️ Невозможно быстро просмотреть все проекты

Web Dashboard:
├── Список проектов (с фильтрацией и поиском)
├── Детальная карточка проекта
│   ├── Прогресс этапов (визуальная шкала)
│   ├── Статус блокировок (светофор)
│   ├── Метрики (время, бюджет, риски)
│   └── Связанные документы
├── Создание нового проекта (форма)
└── Команды управления (/status, /next, /report)

РЕШЕНИЕ:
1. Создать React/Vue приложение
2. Интегрировать с backend через API
3. Реализовать real-time обновления
4. Добавить визуализацию этапов и метрик

ОЦЕНКА ВРЕМЕНИ: 120-160 часов
ЗАВИСИМОСТИ: ТИКЕТ-201, ТИКЕТ-204
ДЕДЛАЙН: До v2.3 (опционально)

ТИКЕТ-208: Нет системы ролей и прав доступа

Статус: OPEN
Приоритет: IMPORTANT
Создан: 2025-11-11
Assignee: Backend Team

ПРОБЛЕМА:
Все пользователи имеют одинаковые права. Нет разделения на роли (Admin, Project Manager, Developer, Viewer).

ВЛИЯНИЕ:
- ⚠️ Невозможно контролировать доступ к проектам
- ⚠️ Риск несанкционированных изменений
- ⚠️ Нет audit log

ADMIN:
├── Создание/удаление проектов
├── Управление пользователями
├── Доступ ко всем проектам
└── Настройка системы

PROJECT_MANAGER:
├── Создание проектов
├── Управление этапами
├── Делегирование задач
└── Просмотр метрик

DEVELOPER:
├── Просмотр назначенных задач
├── Обновление статусов
└── Комментирование

VIEWER:
└── Только чтение проектов

РЕШЕНИЕ:
1. Реализовать RBAC (Role-Based Access Control)
2. Добавить аутентификацию/авторизацию
3. Создать audit log
4. Интегрировать с UI

ОЦЕНКА ВРЕМЕНИ: 40-60 часов
ЗАВИСИМОСТИ: ТИКЕТ-201
ДЕДЛАЙН: До v2.2

ТИКЕТ-209: Отсутствие шаблонов проектов

Статус: OPEN
Приоритет: IMPORTANT
Создан: 2025-11-11
Assignee: Product Team

ПРОБЛЕМА:
Каждый проект создаётся с нуля. Нет готовых шаблонов для типовых сценариев.

ВЛИЯНИЕ:
- ⚠️ Дублирование работы при создании похожих проектов
- ⚠️ Упущенные best practices
- ⚠️ Неконсистентность между проектами

platform/projector/templates/
├── business/
│   ├── product_launch.yaml          # Запуск нового продукта
│   ├── market_expansion.yaml        # Выход на новый рынок
│   └── cost_optimization.yaml       # Оптимизация затрат
├── technical/
│   ├── new_system.yaml              # Новая система с нуля
│   ├── migration.yaml               # Миграция legacy системы
│   └── integration.yaml             # Интеграция с внешними сервисами
├── marketing/
│   ├── campaign.yaml                # Маркетинговая кампания
│   ├── rebranding.yaml              # Ребрендинг
│   └── content_strategy.yaml       # Контент-стратегия
└── infrastructure/
    ├── cloud_migration.yaml         # Миграция в облако
    ├── scaling.yaml                 # Масштабирование
    └── disaster_recovery.yaml       # DR план

template_id: "TECH-001-NEW-SYSTEM"
name: "Разработка новой системы с нуля"
type: "TECH"
level: "B"  # Рекомендованный уровень

stages:
  data_collection:
    pre_filled_questions:
      - "Основные требования к системе?"
      - "Целевая аудитория?"
      - "Интеграции с существующими системами?"

  research:
    suggested_alternatives:
      - "Build from scratch"
      - "Use SaaS solution"
      - "Buy and customize existing product"

  analytics:
    risk_categories:
      - "Technical risks"
      - "Resource risks"
      - "Timeline risks"

checkpoints:
  - "MVP scope defined"
  - "Architecture approved"
  - "Team allocated"

РЕШЕНИЕ:
1. Создать 12-15 шаблонов для типовых сценариев
2. Реализовать загрузку шаблона при создании проекта
3. Добавить возможность кастомизации шаблонов
4. Создать marketplace шаблонов (community-contributed)

ОЦЕНКА ВРЕМЕНИ: 50-70 часов
ЗАВИСИМОСТИ: ТИКЕТ-201
ДЕДЛАЙН: До v2.2

🟢 УЛУЧШЕНИЯ

ТИКЕТ-210: Добавить экспорт проектов в различные форматы