# plba-v2-architecture-runtime-manager

- source_file: /Users/alex/Dev_projects_v2/ai driven app process/v2/agent/tests/pipeline_setup_v2/cases/suite_02_pipeline/full_chain_plba_code_subintents_v2.yaml
- runner: runtime
- mode: full_chain
- passed: True

## Query
Какие компоненты участвуют в RuntimeManager?

## Actual
{
  "intent": "CODE_QA",
  "sub_intent": "ARCHITECTURE",
  "graph_id": "CodeQAGraph",
  "conversation_mode": "START",
  "rag_count": 25,
  "llm_answer": "В подсистеме RuntimeManager участвуют следующие компоненты и устанавливаются явные связи между ними:\n\n1. RuntimeManager — главный менеджер выполнения, создающий и запускающий рабочие потоки.\n - Создаёт экземпляр конфигурации (`configuration`).\n - Вызывает метод `start`, инициирующий выполнение основной логики.\n \n2. ControlPlaneService — сервис управления каналами и рабочими потоками.\n - Контролирует каналы передачи данных (`_channels`) и инициализирует асинхронную обработку (`_start_async`).\n\nЭти компоненты связаны следующим образом:\n- RuntimeManager управляет созданием экземпляра Configuration и вызовом метода start для запуска процессов.\n- ControlPlaneService отвечает за организацию каналов обмена данными и старт задач с использованием асинхронных механизмов.\n\nГраницы ответственности:\n- RuntimeManager выполняет диспетчеризацию и координацию рабочих потоков на уровне runtime.\n- ControlPlaneService реализует низкоуровневую инфраструктуру управления задачами и каналами данных.\n\nТаким образом, RuntimeManager работает как центрального координатора всех процессов исполнения, тогда как ControlPlaneService обеспечивает необходимую инфраструктуру и контроль над каналами взаимодействия.",
  "answer_mode": "answered",
  "path_scope": [],
  "symbol_candidates": [
    "RuntimeManager"
  ],
  "layers": [
    "C4_SEMANTIC_ROLES",
    "C3_ENTRYPOINTS",
    "C2_DEPENDENCY_GRAPH",
    "C1_SYMBOL_CATALOG",
    "C0_SOURCE_CHUNKS"
  ]
}

## Mismatches
- none