Настройки и документация
Управляемые параметры анализа — всё, что проверяющий может посмотреть и проверить.
Пайплайн анализа
версия v2-calc Этапы, роли и лимиты задаются в конфиге config/pipeline.ts — замена ИИ-провайдера или добавление этапа не требует изменений интерфейса.
Оркестратор: план анализа
роль: orchestrator · исполнитель: LLM (реальный вызов) · таймаут: 120 с · повторов: 1
Аналитик идеи: структура карточки
роль: idea_analyst · исполнитель: LLM (реальный вызов) · таймаут: 120 с · повторов: 1 · этап воронки после шага: research
Аналитик рынка и аудитории
роль: market_analyst · исполнитель: LLM (реальный вызов) · таймаут: 180 с · повторов: 1
Стратег-аналитик: сценарии и эксперименты
роль: strategist · исполнитель: LLM (реальный вызов) · таймаут: 180 с · повторов: 1
Аналитик эффективности: мат./стат. модель (детерминированный расчёт)
роль: efficiency_analyst · исполнитель: Детерминированный расчёт · таймаут: 30 с · повторов: 1
Критик: слабые места, стоп-факторы
роль: critic · исполнитель: LLM (реальный вызов) · таймаут: 120 с · повторов: 1 · этап воронки после шага: critical_evaluation
Редактор отчёта: сборка версии отчёта
роль: report_editor · исполнитель: Сборка (fixture, детерминированная) · таймаут: 30 с · повторов: 1 · этап воронки после шага: decision
Очередь (TZ §8)
- Лимит активных идей
- 10
- Анти-голодание: порог ожидания
- 15 мин → +10 к приоритету
- Базовые веса приоритетов
- high 30 · medium 20 · low 10
- Интервал опроса очереди
- 2000 мс
Документация
- Архитектура (docs/ARCHITECTURE.md) — стек, поток данных, структура проекта.
- Конвенции (docs/conventions.md) — правила кода, API, тестирования, a11y.
- Журнал агентной разработки (DEVLOG.md) — запрос → план → результат → проверка → исправление.
- ТЗ (TZ.md) — требования к продукту.
Документация открывается из исходников репозитория; раздел растёт вместе с проектом.
Границы прототипа (честные упрощения)
- Роли консолидированы до 7 шагов пайплайна (ТЗ разрешало объединение близких ролей).
- Один обработчик очереди — параллелизм всех 10 идей не требуется по ТЗ.
- Базовые метрики исходного процесса — модельный датасет (simulation), не измерение реального процесса.
- Владелец — единственный авторизованный пользователь; проверяющий получает read-only демо-режим.