Фикс состояния

This commit is contained in:
2026-03-12 16:55:23 +03:00
parent 417b8b6f72
commit 6ba0a18ac9
1445 changed files with 620025 additions and 885 deletions

View File

@@ -0,0 +1,34 @@
# plba-v2-architecture-control-plane
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Какие компоненты участвуют в ControlPlaneService?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "ARCHITECTURE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Подтвержденные связи и роли компонентов в контексте ControlPlaneService:\n\n### Компоненты и их роли\n\n1. **ControlPlaneService**\n - Роль: pipeline_stage\n - Описание: Инициализирует каналы управления и управляет ими.\n \n2. **ControlChannel**\n - Роль: model\n - Описание: Абстрактный класс для каналов управления с методами старта и остановки.\n\n3. **ControlActionSet**\n - Роль: model\n - Описание: Представляет набор действий контроля.\n\n4. **UvicornThreadRunner**\n - Роль: pipeline_stage\n - Описание: Управляет uvicorn сервером и участвует в потоках данных.\n\n5. **HttpControlChannel**\n - Роль: pipeline_stage\n - Описание: Канал управления HTTP-соединениями, участвующий в потоках данных.\n\n6. **HttpControlAppFactory**\n - Роль: factory\n - Описание: Фабрика для создания fastAPI приложений.\n\n7. **WorkflowPersistence**\n - Роль: pipeline_stage\n - Описание: Хранит информацию о процессах и взаимодействует с ними.\n\n8. **InMemoryTaskQueue**\n - Роль: pipeline_stage\n - Описание: Очередь задач, используемая для хранения промежуточных результатов.\n\n9. **ConfigFileLoader**\n - Роль: pipeline_stage\n - Описание: Загружает конфигурационные файлы и участвует в управлении состоянием приложения.\n\n10. **TraceContextStore**\n - Роль: pipeline_stage\n - Описание: Сохраняет контекст трассировки и управляет им.\n\n11. **WorkerSupervisor**\n - Роль: pipeline_stage\n - Описание: Наблюдает за рабочими процессами и обеспечивает их корректное выполнение.\n\n12. **WorkflowEngine**\n - Роль: pipeline_stage\n - Описание: Координирует выполнение рабочих процессов и управление ими.\n\n### Ограничения и замечания\n\nВсе перечисленные компоненты прямо или косвенно связаны с ControlPlaneService через зависимости или вызовы методов внутри ControlPlaneService. Они активно участвуют в его работе и обеспечивают функциональность и инфраструктуру, необходимую для выполнения его обязанностей.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"ControlPlaneService"
],
"layers": [
"C4_SEMANTIC_ROLES",
"C3_ENTRYPOINTS",
"C2_DEPENDENCY_GRAPH",
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Какие компоненты участвуют в RuntimeManager?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "ARCHITECTURE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "### Компоненты, участвующие в RuntimeManager\n\n#### Подтвержденные связи\n1. **RuntimeManager**\n - Role: Pipeline Stage\n - Responsibilities:\n - Manager responsibilities\n - Orchestration of role-like calls\n - State attribute reading/writing\n - Participation in dataflow slices\n\n2. **ControlPlaneService**\n - Role: Pipeline Stage\n - Responsibilities:\n - Service responsibilities\n - State attribute reading/writing\n - Participation in dataflow slices\n\n3. **UvicornThreadRunner**\n - Role: Pipeline Stage\n - Responsibilities:\n - State attribute reading/writing\n - Participation in dataflow slices\n\n4. **HttpControlChannel**\n - Role: Pipeline Stage\n - Responsibilities:\n - State attribute reading/writing\n - Participation in dataflow slices\n\n5. **WorkflowPersistence**\n - Role: Pipeline Stage\n - Responsibilities:\n - Orchestration of role-like calls\n - State attribute reading/writing\n - Participation in dataflow slices\n\n6. **InMemoryTaskQueue**\n - Role: Pipeline Stage\n - Responsibilities:\n - State attribute reading/writing\n - Participation in dataflow slices\n\n7. **ConfigFileLoader**\n - Role: Pipeline Stage\n - Responsibilities:\n - State attribute reading/writing\n - Participation in dataflow slices\n\n8. **TraceContextStore**\n - Role: Pipeline Stage\n - Responsibilities:\n - State attribute reading/writing\n - Participation in dataflow slices\n\n9. **WorkerSupervisor**\n - Role: Pipeline Stage\n - Responsibilities:\n - State attribute reading/writing\n - Participation in dataflow slices\n\n### Ограничения найденного контекста\n- Все перечисленные компоненты являются участниками данных потоков выполнения (dataflow slices).\n- Каждый компонент выполняет операции чтения и записи состояния атрибутов.\n- Некоторые из них выполняют дополнительные обязанности, такие как участие в оркестрации или инициировании ролей.\n\nТаким образом, участники RuntimeManager включают перечисленные выше компоненты.",
"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

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-create-runtime
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Что делает функция create_runtime?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Функция `create_runtime` инициализирует и настраивает менеджер выполнения приложения.\n\n**Ключевые шаги:**\n1. Инициализация менеджера выполнения (`RuntimeManager()`).\n2. Добавление конфигурационного файла, если указан путь (`add_config_file`).\n3. Регистрация HTTP-канала управления, если включен режим управления (`register_channel`).\n4. Регистрация модуля приложения в менеджере выполнения (`register_module`).\n\n**Опорные файлы:**\n- `src/plba/bootstrap.py:8-29`\n\nЭтот процесс позволяет настроить и запустить приложение с учетом заданных конфигураций и режимов управления.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"create_runtime"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-local-http-channel
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Почему в файле src/app_runtime/control/http_channel.py класс HttpControlChannel устроен так?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN_LOCAL",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 13,
"llm_answer": "Класс `HttpControlChannel` предназначен для управления HTTP каналом контроля в приложении.\n\n**Ключевые шаги его реализации:**\n1. Инициализация (`__init__`) принимает параметры хоста, порта и тайм-аута, создаёт внутренние объекты управления и инициализирует состояние канала.\n2. Запуск (`start`) запускает сервер с заданными действиями контроля, создавая приложение и вызывая runner для запуска сервера.\n3. Остановка (`stop`) останавливает запущенный сервер.\n4. Свойство `port` возвращает порт, используемый сервером.\n5. Метод `_health_response` генерирует ответ о состоянии здоровья системы (здоров или нет).\n\nОпорные файлы:\n- `src/app_runtime/control/http_channel.py:12-57` (определение класса и методов)\n- `src/app_runtime/control/http_channel.py:13-17` (инициализация)\n- `src/app_runtime/control/http_channel.py:19-22` (запуск)",
"answer_mode": "answered",
"path_scope": [
"src/app_runtime/control/http_channel.py"
],
"symbol_candidates": [
"HttpControlChannel"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C2_DEPENDENCY_GRAPH"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,36 @@
# plba-v2-explain-nonexistent-symbol
- 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: agent_runtime
- mode: full_chain
- passed: False
## Query
Объясни класс RuntimeFactoryManager
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Класс `RuntimeFactoryManager` не указан напрямую в предоставленном коде. Однако, судя по контексту и взаимосвязям между классами:\n\n**Назначение класса:**\n- Управление фабрикой для создания экземпляров классов, связанных с управлением рабочим состоянием приложения.\n\n**Ключевые шаги:**\n1. Инициализация фабрики.\n2. Создание экземпляра соответствующего класса управления каналом (`ControlChannel`) или другого необходимого класса.\n3. Регистрация созданных каналов в сервисе управления каналами.\n\n**Опорные файлы:**\n- `src/app_runtime/control/base.py`: Объявление абстрактного базового класса `ControlChannel`.\n- `src/app_runtime/control/service.py`: Реализация сервиса управления каналами, который регистрирует созданные каналы.\n- `src/app_runtime/control/http_channel.py`: Определение канала HTTP, используемого для взаимодействия через HTTP-протокол.\n\nОбратите внимание, что прямое определение класса `RuntimeFactoryManager` отсутствует в представленном коде, поэтому информация о его назначении основана на логическом выводе и контексте использования других классов.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeFactoryManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- answer_mode: expected degraded, got answered
- retrieval: expected empty rag, got 33 rows
- llm: expected answer to contain 'не найдена'

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-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: agent_runtime
- mode: full_chain
- passed: True
## Query
Объясни как работает класс RuntimeManager
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "**Класс `RuntimeManager`** отвечает за управление жизненным циклом приложения и координацию различных компонентов системы.\n\n### Ключевые шаги работы класса:\n1. **Инициализация конфигурации:** \n Класс инициализирует начальные настройки приложения, включая загрузку конфигурационных файлов.\n \n2. **Регистрация каналов управления:**\n Метод `register_channel` позволяет зарегистрировать каналы управления, которые будут использоваться для взаимодействия с различными компонентами системы.\n\n3. **Запуск и остановка системы:**\n Методы `start` и `stop` инициируют запуск и остановку всех зарегистрированных каналов управления, обеспечивая корректное завершение работы системы.\n\n4. **Сохранение состояния:**\n Метод `snapshot` создает снимок текущего состояния системы, который может быть использован для восстановления или анализа состояния в будущем.\n\n### Опорные файлы:\n- `src/app_runtime/core/runtime.py`: Определение и реализация класса `RuntimeManager`.\n- `src/app_runtime/control/service.py`: Реализация методов регистрации и запуска каналов управления.\n- `src/app_runtime/control/http_channel.py`: Управление HTTP-каналом для взаимодействия с внешним миром.\n\nЭтот класс играет центральную роль в управлении потоком выполнения и состоянием приложения, координируя работу различных компонентов и обеспечивая их синхронность и согласованность.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-trace-service
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Объясни как работает класс TraceService
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "**Класс `TraceService`** предназначен для управления контекстом трассировки в приложении. Его основные функции включают создание нового контекста трассировки, получение текущего идентификатора трассировки и закрытие контекста.\n\n**Ключевые шаги работы класса:**\n1. **Инициализация:** При создании экземпляра `TraceService` задаются транспорт и хранилище контекста трассировки (по умолчанию используются заглушки).\n2. **Создание контекста:** Метод `create_context` создает новый контекст трассировки с заданными параметрами (идентификатор, родительский идентификатор, тип и атрибуты). Контекст сохраняется в хранилище.\n3. **Получение текущего идентификатора:** Метод `current_trace_id` возвращает текущий идентификатор трассировки.\n4. **Открытие контекста:** Метод `open_context` открывает новый контекст трассировки.\n5. **Закрытие контекста:** Метод `close_context` завершает текущую трассировку.\n\n**Опорные файлы:**\n- `src/app_runtime/tracing/service.py`: определение и реализация класса `TraceService`.\n- Другие файлы содержат декларации и зависимости, относящиеся к классу.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"TraceService"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,33 @@
# plba-v2-find-entrypoints-control-plane
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Найди точки входа HTTP control plane
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_ENTRYPOINTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 9,
"llm_answer": "confirmed_entrypoints:\n- src/app_runtime/control/http_app.py:app.post (line range: 38-42)\n- src/app_runtime/control/http_app.py:app.get (line range: 31-34)\n- src/app_runtime/control/http_app.py:app.get (line range: 38-42)",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"HTTP",
"control",
"plane"
],
"layers": [
"C3_ENTRYPOINTS",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-entrypoints-health-endpoint
- 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: agent_runtime
- mode: full_chain
- passed: False
## Query
Где health endpoint?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_ENTRYPOINTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 9,
"llm_answer": "health endpoint: \n- src/app_runtime/control/http_app.py:38-42 (app.post)\n- src/app_runtime/control/http_app.py:31-34 (app.get)",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"health",
"endpoint"
],
"layers": [
"C3_ENTRYPOINTS",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- llm: expected answer to contain 'GET /health'

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-create-runtime
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для create_runtime?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "- tests/test_runtime.py:342-405 (test_public_plba_package_exports_runtime_builder_and_worker_contract)",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"create_runtime"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для RuntimeManager?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "- tests/test_runtime.py:12-12\n- tests/test_business_control_actions.py:14-14",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-trace-service
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для TraceService?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "tests/test_runtime.py:test_trace_service_allows_messages_without_status \ntests/test_runtime.py:test_trace_service_writes_contexts_and_messages \ntests/test_runtime.py:test_trace_service_supports_debug_warning_and_error_levels",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"TraceService"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-workflow-runtime-factory-negative
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для WorkflowRuntimeFactory?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "Insufficient evidence for a confident answer. No test candidates found.",
"answer_mode": "degraded",
"path_scope": [],
"symbol_candidates": [
"WorkflowRuntimeFactory"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,341 @@
{
"case_id": "plba-v2-open-file-nonexistent",
"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": "agent_runtime",
"mode": "full_chain",
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"actual": {
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 0,
"llm_answer": "Файл `src/app_runtime/core/missing_runtime.py` не найден.",
"answer_mode": "not_found",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
},
"passed": false,
"mismatches": [
"answer_mode: expected degraded, got not_found",
"llm: expected answer to contain 'Файл src/app_runtime/core/missing_runtime.py не найден.'"
],
"details": {
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"router_result": {
"schema_version": "1.1",
"intent": "CODE_QA",
"retrieval_profile": "code",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"query_plan": {
"raw": "Открой файл src/app_runtime/core/missing_runtime.py",
"normalized": "Открой файл src/app_runtime/core/missing_runtime.py",
"sub_intent": "OPEN_FILE",
"negations": [],
"expansions": [
"file"
],
"keyword_hints": [],
"path_hints": [
"src/app_runtime/core/missing_runtime.py"
],
"doc_scope_hints": [],
"symbol_candidates": [],
"symbol_kind_hint": "unknown",
"anchors": [
{
"type": "FILE_PATH",
"value": "src/app_runtime/core/missing_runtime.py",
"source": "user_text",
"subtype": null,
"span": {
"start": 12,
"end": 51
},
"confidence": 0.95
},
{
"type": "KEY_TERM",
"value": "файл",
"source": "user_text",
"subtype": null,
"span": {
"start": 7,
"end": 11
},
"confidence": 0.9
}
]
},
"retrieval_spec": {
"domains": [
"CODE"
],
"layer_queries": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"top_k": 12
}
],
"filters": {
"test_policy": "EXCLUDE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"language": [
"python"
]
},
"rerank_profile": "code"
},
"retrieval_constraints": {
"include_globs": [
"src/app_runtime/core/missing_runtime.py"
],
"exclude_globs": [
"tests/**",
"**/test_*.py",
"**/*_test.py"
],
"prefer_globs": [],
"test_file_globs": [],
"test_symbol_patterns": [],
"max_candidates": 20,
"fuzzy_symbol_search": {
"enabled": false,
"max_distance": 2,
"top_k": 5
}
},
"symbol_resolution": {
"status": "not_requested",
"resolved_symbol": null,
"alternatives": [],
"confidence": 0.0
},
"evidence_policy": {
"require_def": false,
"require_flow": false,
"require_spec": false,
"allow_answer_without_evidence": false
}
},
"retrieval_request": {
"rag_session_id": "7d11da21-faa0-4cea-aede-aeabe069164c",
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"keyword_hints": [],
"symbol_candidates": [],
"requested_layers": [
"C0_SOURCE_CHUNKS"
],
"retrieval_spec": {
"domains": [
"CODE"
],
"layer_queries": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"top_k": 12
}
],
"filters": {
"test_policy": "EXCLUDE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"language": [
"python"
]
},
"rerank_profile": "code"
},
"retrieval_constraints": {
"include_globs": [
"src/app_runtime/core/missing_runtime.py"
],
"exclude_globs": [
"tests/**",
"**/test_*.py",
"**/*_test.py"
],
"prefer_globs": [],
"test_file_globs": [],
"test_symbol_patterns": [],
"max_candidates": 20,
"fuzzy_symbol_search": {
"enabled": false,
"max_distance": 2,
"top_k": 5
}
},
"query_plan": {
"raw": "Открой файл src/app_runtime/core/missing_runtime.py",
"normalized": "Открой файл src/app_runtime/core/missing_runtime.py",
"sub_intent": "OPEN_FILE",
"negations": [],
"expansions": [
"file"
],
"keyword_hints": [],
"path_hints": [
"src/app_runtime/core/missing_runtime.py"
],
"doc_scope_hints": [],
"symbol_candidates": [],
"symbol_kind_hint": "unknown",
"anchors": [
{
"type": "FILE_PATH",
"value": "src/app_runtime/core/missing_runtime.py",
"source": "user_text",
"subtype": null,
"span": {
"start": 12,
"end": 51
},
"confidence": 0.95
},
{
"type": "KEY_TERM",
"value": "файл",
"source": "user_text",
"subtype": null,
"span": {
"start": 7,
"end": 11
},
"confidence": 0.9
}
]
}
},
"retrieval_result": {
"target_symbol_candidates": [],
"resolved_symbol": null,
"symbol_resolution_status": "not_requested",
"file_candidates": [],
"code_chunks": [],
"relations": [],
"entrypoints": [],
"test_candidates": [],
"layer_outcomes": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"hit_count": 0,
"empty": true,
"fallback_used": false
}
],
"missing_layers": [
"C0_SOURCE_CHUNKS"
],
"raw_rows": [],
"retrieval_report": {
"executed_layers": [
"C0_SOURCE_CHUNKS"
],
"retrieval_mode_by_layer": {
"C0_SOURCE_CHUNKS": "exact_path_fetch"
},
"top_k_by_layer": {
"C0_SOURCE_CHUNKS": 200
},
"filters_by_layer": {
"C0_SOURCE_CHUNKS": {
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
]
}
},
"requests": [
{
"layer": "C0_SOURCE_CHUNKS",
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"ranking_profile": "code"
}
],
"fallback": {
"used": false,
"reason": null
},
"retrieval_by_layer_ms": {
"C0_SOURCE_CHUNKS": 23
}
}
},
"diagnostics": {
"intent_correct": null,
"target_found": false,
"layers_used": [
"C0_SOURCE_CHUNKS"
],
"retrieval_sufficient": false,
"answer_mode": "insufficient",
"router_result": {
"intent": "CODE_QA",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"retrieval_profile": "code",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"layers": [
"C0_SOURCE_CHUNKS"
],
"symbol_resolution_status": "not_requested"
},
"retrieval_request": {
"rag_session_id": "7d11da21-faa0-4cea-aede-aeabe069164c",
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"requested_layers": [
"C0_SOURCE_CHUNKS"
]
},
"per_layer_outcome": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"hit_count": 0,
"empty": true,
"fallback_used": false
}
],
"empty_layers": [
"C0_SOURCE_CHUNKS"
],
"evidence_gate_decision": {
"sufficient": false,
"failure_reasons": [
"path_scope_empty",
"layer_c0_empty"
],
"evidence_count": 0
},
"failure_reasons": [
"path_scope_empty",
"layer_c0_empty"
],
"timings_ms": {}
},
"rag_rows": [],
"validation": {
"passed": true,
"action": "return",
"reasons": []
}
}
}

View File

@@ -0,0 +1,31 @@
# plba-v2-open-file-nonexistent
- 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: agent_runtime
- mode: full_chain
- passed: False
## Query
Открой файл src/app_runtime/core/missing_runtime.py
## Actual
{
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 0,
"llm_answer": "Файл `src/app_runtime/core/missing_runtime.py` не найден.",
"answer_mode": "not_found",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- answer_mode: expected degraded, got not_found
- llm: expected answer to contain 'Файл src/app_runtime/core/missing_runtime.py не найден.'

View File

@@ -0,0 +1,419 @@
{
"case_id": "plba-v2-open-file-public-api",
"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": "agent_runtime",
"mode": "full_chain",
"query": "Открой файл src/plba/__init__.py",
"actual": {
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 1,
"llm_answer": "Путь к файлу: src/plba/__init__.py\n\nВ этом файле находятся импортированные модули и классы из различных подпакетов библиотеки plba. Файл служит точкой входа для пользователей, предоставляя доступ к основным функциям и классам библиотеки. В частности, здесь импортируются:\n\n- Функции и классы для создания runtime (create_runtime)\n- Конфигурационные файлы и провайдеры (ConfigFileLoader, FileConfigProvider)\n- Контрольные каналы и службы (ControlActionSet, ControlChannel, ControlPlaneService, HttpControlChannel)\n- Определения контрактов (ApplicationModule, ConfigProvider, HealthContributor и др.)\n- Менеджеры конфигурации и выполнения (ConfigurationManager, RuntimeManager, ServiceContainer)\n- Службы мониторинга здоровья (HealthRegistry)\n- Управление логированием (LogManager)\n- Очереди задач (InMemoryTaskQueue)\n- Транспортировка трассировки (MySqlTraceTransport, NoOpTraceTransport, TraceService)\n- Определение рабочих потоков и контекстов (StepResult, WorkflowContext, WorkflowDefinition, Workf)",
"answer_mode": "answered",
"path_scope": [
"src/plba/__init__.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
},
"passed": false,
"mismatches": [
"llm: expected answer to exclude 'из различных подпакетов'"
],
"details": {
"query": "Открой файл src/plba/__init__.py",
"router_result": {
"schema_version": "1.1",
"intent": "CODE_QA",
"retrieval_profile": "code",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"query_plan": {
"raw": "Открой файл src/plba/__init__.py",
"normalized": "Открой файл src/plba/__init__.py",
"sub_intent": "OPEN_FILE",
"negations": [],
"expansions": [
"file"
],
"keyword_hints": [],
"path_hints": [
"src/plba/__init__.py"
],
"doc_scope_hints": [],
"symbol_candidates": [],
"symbol_kind_hint": "unknown",
"anchors": [
{
"type": "FILE_PATH",
"value": "src/plba/__init__.py",
"source": "user_text",
"subtype": null,
"span": {
"start": 12,
"end": 32
},
"confidence": 0.95
},
{
"type": "KEY_TERM",
"value": "файл",
"source": "user_text",
"subtype": null,
"span": {
"start": 7,
"end": 11
},
"confidence": 0.9
}
]
},
"retrieval_spec": {
"domains": [
"CODE"
],
"layer_queries": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"top_k": 12
}
],
"filters": {
"test_policy": "EXCLUDE",
"path_scope": [
"src/plba/__init__.py"
],
"language": [
"python"
]
},
"rerank_profile": "code"
},
"retrieval_constraints": {
"include_globs": [
"src/plba/__init__.py"
],
"exclude_globs": [
"tests/**",
"**/test_*.py",
"**/*_test.py"
],
"prefer_globs": [],
"test_file_globs": [],
"test_symbol_patterns": [],
"max_candidates": 20,
"fuzzy_symbol_search": {
"enabled": false,
"max_distance": 2,
"top_k": 5
}
},
"symbol_resolution": {
"status": "not_requested",
"resolved_symbol": null,
"alternatives": [],
"confidence": 0.0
},
"evidence_policy": {
"require_def": false,
"require_flow": false,
"require_spec": false,
"allow_answer_without_evidence": false
}
},
"retrieval_request": {
"rag_session_id": "7d11da21-faa0-4cea-aede-aeabe069164c",
"query": "Открой файл src/plba/__init__.py",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/plba/__init__.py"
],
"keyword_hints": [],
"symbol_candidates": [],
"requested_layers": [
"C0_SOURCE_CHUNKS"
],
"retrieval_spec": {
"domains": [
"CODE"
],
"layer_queries": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"top_k": 12
}
],
"filters": {
"test_policy": "EXCLUDE",
"path_scope": [
"src/plba/__init__.py"
],
"language": [
"python"
]
},
"rerank_profile": "code"
},
"retrieval_constraints": {
"include_globs": [
"src/plba/__init__.py"
],
"exclude_globs": [
"tests/**",
"**/test_*.py",
"**/*_test.py"
],
"prefer_globs": [],
"test_file_globs": [],
"test_symbol_patterns": [],
"max_candidates": 20,
"fuzzy_symbol_search": {
"enabled": false,
"max_distance": 2,
"top_k": 5
}
},
"query_plan": {
"raw": "Открой файл src/plba/__init__.py",
"normalized": "Открой файл src/plba/__init__.py",
"sub_intent": "OPEN_FILE",
"negations": [],
"expansions": [
"file"
],
"keyword_hints": [],
"path_hints": [
"src/plba/__init__.py"
],
"doc_scope_hints": [],
"symbol_candidates": [],
"symbol_kind_hint": "unknown",
"anchors": [
{
"type": "FILE_PATH",
"value": "src/plba/__init__.py",
"source": "user_text",
"subtype": null,
"span": {
"start": 12,
"end": 32
},
"confidence": 0.95
},
{
"type": "KEY_TERM",
"value": "файл",
"source": "user_text",
"subtype": null,
"span": {
"start": 7,
"end": 11
},
"confidence": 0.9
}
]
}
},
"retrieval_result": {
"target_symbol_candidates": [],
"resolved_symbol": null,
"symbol_resolution_status": "not_requested",
"file_candidates": [
"src/plba/__init__.py"
],
"code_chunks": [
{
"layer": "C0_SOURCE_CHUNKS",
"path": "src/plba/__init__.py",
"title": "src/plba/__init__.py:1-69",
"content": "from plba.bootstrap import create_runtime\nfrom plba.config import ConfigFileLoader, FileConfigProvider\nfrom plba.control import ControlActionSet, ControlChannel, ControlPlaneService, HttpControlChannel\nfrom plba.contracts import (\n ApplicationModule,\n ConfigProvider,\n HealthContributor,\n TraceContext,\n TraceContextRecord,\n TraceLogMessage,\n TraceTransport,\n Worker,\n WorkerHealth,\n WorkerStatus,\n)\nfrom plba.core import ConfigurationManager, RuntimeManager, ServiceContainer\nfrom plba.health import HealthRegistry\nfrom plba.logging import LogManager\nfrom plba.queue import InMemoryTaskQueue\nfrom plba.tracing import MySqlTraceTransport, NoOpTraceTransport, TraceService\nfrom plba.workflow import (\n StepResult,\n WorkflowContext,\n WorkflowDefinition,\n WorkflowEngine,\n WorkflowEngineHooks,\n WorkflowNode,\n WorkflowRuntimeFactory,\n WorkflowStep,\n)\nfrom plba.workers import WorkerSupervisor\n\n__all__ = [\n \"ApplicationModule\",\n \"ConfigFileLoader\",\n \"ConfigProvider\",\n \"ConfigurationManager\",\n \"ControlActionSet\",\n \"ControlChannel\",\n \"ControlPlaneService\",\n \"create_runtime\",\n \"FileConfigProvider\",\n \"HealthContributor\",\n \"HealthRegistry\",\n \"HttpControlChannel\",\n \"InMemoryTaskQueue\",\n \"LogManager\",\n \"MySqlTraceTransport\",\n \"NoOpTraceTransport\",\n \"RuntimeManager\",\n \"ServiceContainer\",\n \"TraceContext\",\n \"TraceContextRecord\",\n \"TraceLogMessage\",\n \"TraceService\",\n \"TraceTransport\",\n \"StepResult\",\n \"Worker\",\n \"WorkerHealth\",\n \"WorkerStatus\",\n \"WorkflowContext\",\n \"WorkflowDefinition\",\n \"WorkflowEngine\",\n \"WorkflowEngineHooks\",\n \"WorkflowNode\",\n \"WorkflowRuntimeFactory\",\n \"WorkflowStep\",\n \"WorkerSupervisor\",\n]",
"start_line": 1,
"end_line": 69,
"metadata": {
"chunk_index": 0,
"chunk_type": "window",
"module_or_unit": "src.plba.__init__",
"is_test": false,
"blob_sha": "24e755ec8c249d14fb0e675b5dbf2b71ab91afb9c849897eebfa9feb2499e19d",
"repo_id": "plba",
"artifact_type": null,
"section": null,
"doc_id": null,
"doc_version": null,
"owner": null,
"system_component": null,
"last_modified": null,
"staleness_score": null
}
}
],
"relations": [],
"entrypoints": [],
"test_candidates": [],
"layer_outcomes": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"hit_count": 1,
"empty": false,
"fallback_used": false
}
],
"missing_layers": [],
"raw_rows": [
{
"path": "src/plba/__init__.py",
"content": "from plba.bootstrap import create_runtime\nfrom plba.config import ConfigFileLoader, FileConfigProvider\nfrom plba.control import ControlActionSet, ControlChannel, ControlPlaneService, HttpControlChannel\nfrom plba.contracts import (\n ApplicationModule,\n ConfigProvider,\n HealthContributor,\n TraceContext,\n TraceContextRecord,\n TraceLogMessage,\n TraceTransport,\n Worker,\n WorkerHealth,\n WorkerStatus,\n)\nfrom plba.core import ConfigurationManager, RuntimeManager, ServiceContainer\nfrom plba.health import HealthRegistry\nfrom plba.logging import LogManager\nfrom plba.queue import InMemoryTaskQueue\nfrom plba.tracing import MySqlTraceTransport, NoOpTraceTransport, TraceService\nfrom plba.workflow import (\n StepResult,\n WorkflowContext,\n WorkflowDefinition,\n WorkflowEngine,\n WorkflowEngineHooks,\n WorkflowNode,\n WorkflowRuntimeFactory,\n WorkflowStep,\n)\nfrom plba.workers import WorkerSupervisor\n\n__all__ = [\n \"ApplicationModule\",\n \"ConfigFileLoader\",\n \"ConfigProvider\",\n \"ConfigurationManager\",\n \"ControlActionSet\",\n \"ControlChannel\",\n \"ControlPlaneService\",\n \"create_runtime\",\n \"FileConfigProvider\",\n \"HealthContributor\",\n \"HealthRegistry\",\n \"HttpControlChannel\",\n \"InMemoryTaskQueue\",\n \"LogManager\",\n \"MySqlTraceTransport\",\n \"NoOpTraceTransport\",\n \"RuntimeManager\",\n \"ServiceContainer\",\n \"TraceContext\",\n \"TraceContextRecord\",\n \"TraceLogMessage\",\n \"TraceService\",\n \"TraceTransport\",\n \"StepResult\",\n \"Worker\",\n \"WorkerHealth\",\n \"WorkerStatus\",\n \"WorkflowContext\",\n \"WorkflowDefinition\",\n \"WorkflowEngine\",\n \"WorkflowEngineHooks\",\n \"WorkflowNode\",\n \"WorkflowRuntimeFactory\",\n \"WorkflowStep\",\n \"WorkerSupervisor\",\n]",
"layer": "C0_SOURCE_CHUNKS",
"title": "src/plba/__init__.py:1-69",
"span_start": 1,
"span_end": 69,
"lexical_rank": 0,
"prefer_bonus": 0,
"test_penalty": 0,
"structural_rank": 0,
"layer_rank": 0,
"distance": 0,
"metadata": {
"chunk_index": 0,
"chunk_type": "window",
"module_or_unit": "src.plba.__init__",
"is_test": false,
"blob_sha": "24e755ec8c249d14fb0e675b5dbf2b71ab91afb9c849897eebfa9feb2499e19d",
"repo_id": "plba",
"artifact_type": null,
"section": null,
"doc_id": null,
"doc_version": null,
"owner": null,
"system_component": null,
"last_modified": null,
"staleness_score": null
}
}
],
"retrieval_report": {
"executed_layers": [
"C0_SOURCE_CHUNKS"
],
"retrieval_mode_by_layer": {
"C0_SOURCE_CHUNKS": "exact_path_fetch"
},
"top_k_by_layer": {
"C0_SOURCE_CHUNKS": 200
},
"filters_by_layer": {
"C0_SOURCE_CHUNKS": {
"path_scope": [
"src/plba/__init__.py"
]
}
},
"requests": [
{
"layer": "C0_SOURCE_CHUNKS",
"query": "Открой файл src/plba/__init__.py",
"ranking_profile": "code"
}
],
"fallback": {
"used": false,
"reason": null
},
"retrieval_by_layer_ms": {
"C0_SOURCE_CHUNKS": 20
}
}
},
"diagnostics": {
"intent_correct": null,
"target_found": true,
"layers_used": [
"C0_SOURCE_CHUNKS"
],
"retrieval_sufficient": true,
"answer_mode": "normal",
"router_result": {
"intent": "CODE_QA",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"retrieval_profile": "code",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/plba/__init__.py"
],
"layers": [
"C0_SOURCE_CHUNKS"
],
"symbol_resolution_status": "not_requested"
},
"retrieval_request": {
"rag_session_id": "7d11da21-faa0-4cea-aede-aeabe069164c",
"query": "Открой файл src/plba/__init__.py",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/plba/__init__.py"
],
"requested_layers": [
"C0_SOURCE_CHUNKS"
]
},
"per_layer_outcome": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"hit_count": 1,
"empty": false,
"fallback_used": false
}
],
"empty_layers": [],
"evidence_gate_decision": {
"sufficient": true,
"failure_reasons": [],
"evidence_count": 1
},
"failure_reasons": [],
"timings_ms": {}
},
"rag_rows": [
{
"path": "src/plba/__init__.py",
"content": "from plba.bootstrap import create_runtime\nfrom plba.config import ConfigFileLoader, FileConfigProvider\nfrom plba.control import ControlActionSet, ControlChannel, ControlPlaneService, HttpControlChannel\nfrom plba.contracts import (\n ApplicationModule,\n ConfigProvider,\n HealthContributor,\n TraceContext,\n TraceContextRecord,\n TraceLogMessage,\n TraceTransport,\n Worker,\n WorkerHealth,\n WorkerStatus,\n)\nfrom plba.core import ConfigurationManager, RuntimeManager, ServiceContainer\nfrom plba.health import HealthRegistry\nfrom plba.logging import LogManager\nfrom plba.queue import InMemoryTaskQueue\nfrom plba.tracing import MySqlTraceTransport, NoOpTraceTransport, TraceService\nfrom plba.workflow import (\n StepResult,\n WorkflowContext,\n WorkflowDefinition,\n WorkflowEngine,\n WorkflowEngineHooks,\n WorkflowNode,\n WorkflowRuntimeFactory,\n WorkflowStep,\n)\nfrom plba.workers import WorkerSupervisor\n\n__all__ = [\n \"ApplicationModule\",\n \"ConfigFileLoader\",\n \"ConfigProvider\",\n \"ConfigurationManager\",\n \"ControlActionSet\",\n \"ControlChannel\",\n \"ControlPlaneService\",\n \"create_runtime\",\n \"FileConfigProvider\",\n \"HealthContributor\",\n \"HealthRegistry\",\n \"HttpControlChannel\",\n \"InMemoryTaskQueue\",\n \"LogManager\",\n \"MySqlTraceTransport\",\n \"NoOpTraceTransport\",\n \"RuntimeManager\",\n \"ServiceContainer\",\n \"TraceContext\",\n \"TraceContextRecord\",\n \"TraceLogMessage\",\n \"TraceService\",\n \"TraceTransport\",\n \"StepResult\",\n \"Worker\",\n \"WorkerHealth\",\n \"WorkerStatus\",\n \"WorkflowContext\",\n \"WorkflowDefinition\",\n \"WorkflowEngine\",\n \"WorkflowEngineHooks\",\n \"WorkflowNode\",\n \"WorkflowRuntimeFactory\",\n \"WorkflowStep\",\n \"WorkerSupervisor\",\n]",
"layer": "C0_SOURCE_CHUNKS",
"title": "src/plba/__init__.py:1-69",
"span_start": 1,
"span_end": 69,
"lexical_rank": 0,
"prefer_bonus": 0,
"test_penalty": 0,
"structural_rank": 0,
"layer_rank": 0,
"distance": 0,
"metadata": {
"chunk_index": 0,
"chunk_type": "window",
"module_or_unit": "src.plba.__init__",
"is_test": false,
"blob_sha": "24e755ec8c249d14fb0e675b5dbf2b71ab91afb9c849897eebfa9feb2499e19d",
"repo_id": "plba",
"artifact_type": null,
"section": null,
"doc_id": null,
"doc_version": null,
"owner": null,
"system_component": null,
"last_modified": null,
"staleness_score": null
}
}
],
"validation": {
"passed": true,
"action": "return",
"reasons": []
}
}
}

View File

@@ -0,0 +1,30 @@
# plba-v2-open-file-public-api
- 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: agent_runtime
- mode: full_chain
- passed: False
## Query
Открой файл src/plba/__init__.py
## Actual
{
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 1,
"llm_answer": "Путь к файлу: src/plba/__init__.py\n\nВ этом файле находятся импортированные модули и классы из различных подпакетов библиотеки plba. Файл служит точкой входа для пользователей, предоставляя доступ к основным функциям и классам библиотеки. В частности, здесь импортируются:\n\n- Функции и классы для создания runtime (create_runtime)\n- Конфигурационные файлы и провайдеры (ConfigFileLoader, FileConfigProvider)\n- Контрольные каналы и службы (ControlActionSet, ControlChannel, ControlPlaneService, HttpControlChannel)\n- Определения контрактов (ApplicationModule, ConfigProvider, HealthContributor и др.)\n- Менеджеры конфигурации и выполнения (ConfigurationManager, RuntimeManager, ServiceContainer)\n- Службы мониторинга здоровья (HealthRegistry)\n- Управление логированием (LogManager)\n- Очереди задач (InMemoryTaskQueue)\n- Транспортировка трассировки (MySqlTraceTransport, NoOpTraceTransport, TraceService)\n- Определение рабочих потоков и контекстов (StepResult, WorkflowContext, WorkflowDefinition, Workf)",
"answer_mode": "answered",
"path_scope": [
"src/plba/__init__.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- llm: expected answer to exclude 'из различных подпакетов'

View File

@@ -0,0 +1,30 @@
# plba-v2-open-file-runtime
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Открой файл src/app_runtime/core/runtime.py
## Actual
{
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 1,
"llm_answer": "Путь: src/app_runtime/core/runtime.py\n\nВ этом файле содержится определение класса `RuntimeManager`. В примере приведено начало класса с инициализатором (`__init__`) и некоторыми атрибутами и параметрами, такими как `ACTION_TIMEOUT_SECONDS`, `ACTION_POLL_INTERVAL_SECONDS`, а также параметрами конфигурации и сервисов, которые могут передаваться при создании экземпляра класса.",
"answer_mode": "answered",
"path_scope": [
"src/app_runtime/core/runtime.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,35 @@
# plba-v2-trace-flow-health-endpoint
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Покажи как проходит запрос /health в HttpControlAppFactory
## Actual
{
"intent": "CODE_QA",
"sub_intent": "TRACE_FLOW",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 37,
"llm_answer": "1. HttpControlAppFactory.create(health_provider, action_provider)\n - Создает экземпляр FastAPI приложения.\n - Добавляет middleware для логирования времени ответа.\n - Определяет маршрут `/health`.\n \n2. HttpControlAppFactory.create().get(\"/health\")\n - Вызывает health_provider, чтобы получить состояние здоровья.\n - Устанавливает статус-код ответа:\n - 200, если состояние \"ok\".\n - 503, если состояние отличное от \"ok\".\n - Возвращает JSON с состоянием здоровья.\n\nЦепочка неполная, так как отсутствует детальная информация о вызове health_provider и его реализации.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"health",
"HttpControlAppFactory"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# plba-v2-trace-flow-runtime-start
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Покажи поток выполнения при запуске RuntimeManager
## Actual
{
"intent": "CODE_QA",
"sub_intent": "TRACE_FLOW",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 37,
"llm_answer": "1. Запускается `RuntimeManager` через инициализацию переменной `RuntimeManager`.\n2. Инициализация `RuntimeManager` вызывает метод `RuntimeManager.__init__`.\n3. В методе `RuntimeManager.__init__` происходит регистрация основных сервисов с помощью метода `_register_core_services`.\n4. Метод `_register_core_services` вызывает регистрацию базовых сервисов, таких как конфигурация (`configuration`), сервисы (`services`) и другие компоненты системы.\n5. Далее выполняется метод `start`, который инициирует запуск различных каналов управления и контрольных служб.\n6. Вызывается метод `ControlPlaneService.start`, передавая экземпляр `RuntimeManager`.\n7. Внутри `ControlPlaneService.start` регистрируется канал управления и запускается асинхронный процесс старта с использованием `asyncio.run`.\n8. Контрольный канал (`ControlChannel`) начинает свою работу путем вызова метода `start` и регистрации действий (`ControlActionSet`).\n9. Затем управление передается в HTTP-контроллер, где создается экземпляр `HttpControlChannel`, запускающий веб-сервер с помощью библиотеки Uvicorn.\n10. Веб-сервер принимает запросы на стандартные действия, такие как проверка состояния здоровья (`health`), выполнение стартовых и остановочных операций, получение статусов активности.\n\nЦепочка неполная, так как отсутствует детальная информация о внутренних взаимодействиях между сервисами и модулями после запуска основного канала управления.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,86 @@
# pipeline_setup_v3 summary
Passed: 14/18
| File | Case | Mode | Query | Actual sub-intent | RAG layers | Pass |
|------|------|------|-------|-------------------|------------|------|
| full_chain_plba_code_subintents_v2.yaml | plba-v2-architecture-control-plane | full_chain | Какие компоненты участвуют в ControlPlaneService? | ARCHITECTURE | C0_SOURCE_CHUNKS:4, C1_SYMBOL_CATALOG:6, C2_DEPENDENCY_GRAPH:8, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:12 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-architecture-runtime-manager | full_chain | Какие компоненты участвуют в RuntimeManager? | ARCHITECTURE | C0_SOURCE_CHUNKS:4, C1_SYMBOL_CATALOG:6, C2_DEPENDENCY_GRAPH:8, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:12 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-create-runtime | full_chain | Что делает функция create_runtime? | EXPLAIN | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-local-http-channel | full_chain | Почему в файле src/app_runtime/control/http_channel.py класс HttpControlChannel устроен так? | EXPLAIN_LOCAL | C0_SOURCE_CHUNKS:1, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:4 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-nonexistent-symbol | full_chain | Объясни класс RuntimeFactoryManager | EXPLAIN | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✗ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-runtime-manager | full_chain | Объясни как работает класс RuntimeManager | EXPLAIN | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-trace-service | full_chain | Объясни как работает класс TraceService | EXPLAIN | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-entrypoints-control-plane | full_chain | Найди точки входа HTTP control plane | FIND_ENTRYPOINTS | C0_SOURCE_CHUNKS:6, C3_ENTRYPOINTS:3 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-entrypoints-health-endpoint | full_chain | Где health endpoint? | FIND_ENTRYPOINTS | C0_SOURCE_CHUNKS:6, C3_ENTRYPOINTS:3 | ✗ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-tests-create-runtime | full_chain | Где тесты для create_runtime? | FIND_TESTS | C0_SOURCE_CHUNKS:10, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-tests-runtime-manager | full_chain | Где тесты для RuntimeManager? | FIND_TESTS | C0_SOURCE_CHUNKS:10, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-tests-trace-service | full_chain | Где тесты для TraceService? | FIND_TESTS | C0_SOURCE_CHUNKS:10, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-tests-workflow-runtime-factory-negative | full_chain | Где тесты для WorkflowRuntimeFactory? | FIND_TESTS | C0_SOURCE_CHUNKS:10, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-open-file-nonexistent | full_chain | Открой файл src/app_runtime/core/missing_runtime.py | OPEN_FILE | — | ✗ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-open-file-public-api | full_chain | Открой файл src/plba/__init__.py | OPEN_FILE | C0_SOURCE_CHUNKS:1 | ✗ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-open-file-runtime | full_chain | Открой файл src/app_runtime/core/runtime.py | OPEN_FILE | C0_SOURCE_CHUNKS:1 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-trace-flow-health-endpoint | full_chain | Покажи как проходит запрос /health в HttpControlAppFactory | TRACE_FLOW | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:10, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-trace-flow-runtime-start | full_chain | Покажи поток выполнения при запуске RuntimeManager | TRACE_FLOW | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:10, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
## Failures
- **plba-v2-explain-nonexistent-symbol**: answer_mode: expected degraded, got answered; retrieval: expected empty rag, got 33 rows; llm: expected answer to contain 'не найдена'
- **plba-v2-find-entrypoints-health-endpoint**: llm: expected answer to contain 'GET /health'
- **plba-v2-open-file-nonexistent**: answer_mode: expected degraded, got not_found; llm: expected answer to contain 'Файл src/app_runtime/core/missing_runtime.py не найден.'
- **plba-v2-open-file-public-api**: llm: expected answer to exclude 'из различных подпакетов'
## LLM Answers
- **plba-v2-architecture-control-plane**
Query: Какие компоненты участвуют в ControlPlaneService?
> Подтвержденные связи и роли компонентов в контексте ControlPlaneService: \#\#\# Компоненты и их роли 1. \*\*ControlPlaneService\*\* \- Роль: pipeline\_stage \- Описание: Инициализирует каналы управления и управляет ими. 2. \*\*ControlChannel\*\* \- Роль: model \- Описание: Абстрактный класс для каналов управления с методами старта и остановки. 3. \*\*ControlActionSet\*\* \- Роль: model \- Описание: Представляет набор действий контроля. 4. \*\*UvicornThreadRunner\*\* \- Роль: pipeline\_stage \- Описание: Управляет uvicorn сервером и участвует в потоках данных. 5. \*\*HttpControlChannel\*\* \- Роль: pipeline\_stage \- Описание: Канал управления HTTP\-соединениями, участвующий в потоках данных. 6. \*\*HttpControlAppFactory\*\* \- Роль: factory \- Описание: Фабрика для создания fastAPI приложений. 7. \*\*WorkflowPersistence\*\* \- Роль: pipeline\_stage \- Описание: Хранит информацию о процессах и взаимодействует с ними.…
- **plba-v2-architecture-runtime-manager**
Query: Какие компоненты участвуют в RuntimeManager?
> \#\#\# Компоненты, участвующие в RuntimeManager \#\#\#\# Подтвержденные связи 1. \*\*RuntimeManager\*\* \- Role: Pipeline Stage \- Responsibilities: \- Manager responsibilities \- Orchestration of role\-like calls \- State attribute reading/writing \- Participation in dataflow slices 2. \*\*ControlPlaneService\*\* \- Role: Pipeline Stage \- Responsibilities: \- Service responsibilities \- State attribute reading/writing \- Participation in dataflow slices 3. \*\*UvicornThreadRunner\*\* \- Role: Pipeline Stage \- Responsibilities: \- State attribute reading/writing \- Participation in dataflow slices 4. \*\*HttpControlChannel\*\* \- Role: Pipeline Stage \- Responsibilities: \- State attribute reading/writing \- Participation in dataflow slices 5. \*\*WorkflowPersistence\*\* \- Role: Pipeline Stage \- Responsibilities: \- Orchestration of role\-like calls \- State attribute reading/writing \- Participation in dataflow sl…
- **plba-v2-explain-create-runtime**
Query: Что делает функция create_runtime?
> Функция \`create\_runtime\` инициализирует и настраивает менеджер выполнения приложения. \*\*Ключевые шаги:\*\* 1. Инициализация менеджера выполнения \(\`RuntimeManager\(\)\`\). 2. Добавление конфигурационного файла, если указан путь \(\`add\_config\_file\`\). 3. Регистрация HTTP\-канала управления, если включен режим управления \(\`register\_channel\`\). 4. Регистрация модуля приложения в менеджере выполнения \(\`register\_module\`\). \*\*Опорные файлы:\*\* \- \`src/plba/bootstrap.py:8\-29\` Этот процесс позволяет настроить и запустить приложение с учетом заданных конфигураций и режимов управления.
- **plba-v2-explain-local-http-channel**
Query: Почему в файле src/app_runtime/control/http_channel.py класс HttpControlChannel устроен так?
> Класс \`HttpControlChannel\` предназначен для управления HTTP каналом контроля в приложении. \*\*Ключевые шаги его реализации:\*\* 1. Инициализация \(\`\_\_init\_\_\`\) принимает параметры хоста, порта и тайм\-аута, создаёт внутренние объекты управления и инициализирует состояние канала. 2. Запуск \(\`start\`\) запускает сервер с заданными действиями контроля, создавая приложение и вызывая runner для запуска сервера. 3. Остановка \(\`stop\`\) останавливает запущенный сервер. 4. Свойство \`port\` возвращает порт, используемый сервером. 5. Метод \`\_health\_response\` генерирует ответ о состоянии здоровья системы \(здоров или нет\). Опорные файлы: \- \`src/app\_runtime/control/http\_channel.py:12\-57\` \(определение класса и методов\) \- \`src/app\_runtime/control/http\_channel.py:13\-17\` \(инициализация\) \- \`src/app\_runtime/control/http\_channel.py:19\-22\` \(запуск\)
- **plba-v2-explain-nonexistent-symbol**
Query: Объясни класс RuntimeFactoryManager
> Класс \`RuntimeFactoryManager\` не указан напрямую в предоставленном коде. Однако, судя по контексту и взаимосвязям между классами: \*\*Назначение класса:\*\* \- Управление фабрикой для создания экземпляров классов, связанных с управлением рабочим состоянием приложения. \*\*Ключевые шаги:\*\* 1. Инициализация фабрики. 2. Создание экземпляра соответствующего класса управления каналом \(\`ControlChannel\`\) или другого необходимого класса. 3. Регистрация созданных каналов в сервисе управления каналами. \*\*Опорные файлы:\*\* \- \`src/app\_runtime/control/base.py\`: Объявление абстрактного базового класса \`ControlChannel\`. \- \`src/app\_runtime/control/service.py\`: Реализация сервиса управления каналами, который регистрирует созданные каналы. \- \`src/app\_runtime/control/http\_channel.py\`: Определение канала HTTP, используемого для взаимодействия через HTTP\-протокол. Обратите внимание, что прямое о…
- **plba-v2-explain-runtime-manager**
Query: Объясни как работает класс RuntimeManager
> \*\*Класс \`RuntimeManager\`\*\* отвечает за управление жизненным циклом приложения и координацию различных компонентов системы. \#\#\# Ключевые шаги работы класса: 1. \*\*Инициализация конфигурации:\*\* Класс инициализирует начальные настройки приложения, включая загрузку конфигурационных файлов. 2. \*\*Регистрация каналов управления:\*\* Метод \`register\_channel\` позволяет зарегистрировать каналы управления, которые будут использоваться для взаимодействия с различными компонентами системы. 3. \*\*Запуск и остановка системы:\*\* Методы \`start\` и \`stop\` инициируют запуск и остановку всех зарегистрированных каналов управления, обеспечивая корректное завершение работы системы. 4. \*\*Сохранение состояния:\*\* Метод \`snapshot\` создает снимок текущего состояния системы, который может быть использован для восстановления или анализа состояния в будущем. \#\#\# Опорные файлы: \- \`src/app\_runtime/core/ru…
- **plba-v2-explain-trace-service**
Query: Объясни как работает класс TraceService
> \*\*Класс \`TraceService\`\*\* предназначен для управления контекстом трассировки в приложении. Его основные функции включают создание нового контекста трассировки, получение текущего идентификатора трассировки и закрытие контекста. \*\*Ключевые шаги работы класса:\*\* 1. \*\*Инициализация:\*\* При создании экземпляра \`TraceService\` задаются транспорт и хранилище контекста трассировки \(по умолчанию используются заглушки\). 2. \*\*Создание контекста:\*\* Метод \`create\_context\` создает новый контекст трассировки с заданными параметрами \(идентификатор, родительский идентификатор, тип и атрибуты\). Контекст сохраняется в хранилище. 3. \*\*Получение текущего идентификатора:\*\* Метод \`current\_trace\_id\` возвращает текущий идентификатор трассировки. 4. \*\*Открытие контекста:\*\* Метод \`open\_context\` открывает новый контекст трассировки. 5. \*\*Закрытие контекста:\*\* Метод \`close\_context\` завершает текущ…
- **plba-v2-find-entrypoints-control-plane**
Query: Найди точки входа HTTP control plane
> confirmed\_entrypoints: \- src/app\_runtime/control/http\_app.py:app.post \(line range: 38\-42\) \- src/app\_runtime/control/http\_app.py:app.get \(line range: 31\-34\) \- src/app\_runtime/control/http\_app.py:app.get \(line range: 38\-42\)
- **plba-v2-find-entrypoints-health-endpoint**
Query: Где health endpoint?
> health endpoint: \- src/app\_runtime/control/http\_app.py:38\-42 \(app.post\) \- src/app\_runtime/control/http\_app.py:31\-34 \(app.get\)
- **plba-v2-find-tests-create-runtime**
Query: Где тесты для create_runtime?
> \- tests/test\_runtime.py:342\-405 \(test\_public\_plba\_package\_exports\_runtime\_builder\_and\_worker\_contract\)
- **plba-v2-find-tests-runtime-manager**
Query: Где тесты для RuntimeManager?
> \- tests/test\_runtime.py:12\-12 \- tests/test\_business\_control\_actions.py:14\-14
- **plba-v2-find-tests-trace-service**
Query: Где тесты для TraceService?
> tests/test\_runtime.py:test\_trace\_service\_allows\_messages\_without\_status tests/test\_runtime.py:test\_trace\_service\_writes\_contexts\_and\_messages tests/test\_runtime.py:test\_trace\_service\_supports\_debug\_warning\_and\_error\_levels
- **plba-v2-find-tests-workflow-runtime-factory-negative**
Query: Где тесты для WorkflowRuntimeFactory?
> Insufficient evidence for a confident answer. No test candidates found.
- **plba-v2-open-file-nonexistent**
Query: Открой файл src/app_runtime/core/missing_runtime.py
> Файл \`src/app\_runtime/core/missing\_runtime.py\` не найден.
- **plba-v2-open-file-public-api**
Query: Открой файл src/plba/__init__.py
> Путь к файлу: src/plba/\_\_init\_\_.py В этом файле находятся импортированные модули и классы из различных подпакетов библиотеки plba. Файл служит точкой входа для пользователей, предоставляя доступ к основным функциям и классам библиотеки. В частности, здесь импортируются: \- Функции и классы для создания runtime \(create\_runtime\) \- Конфигурационные файлы и провайдеры \(ConfigFileLoader, FileConfigProvider\) \- Контрольные каналы и службы \(ControlActionSet, ControlChannel, ControlPlaneService, HttpControlChannel\) \- Определения контрактов \(ApplicationModule, ConfigProvider, HealthContributor и др.\) \- Менеджеры конфигурации и выполнения \(ConfigurationManager, RuntimeManager, ServiceContainer\) \- Службы мониторинга здоровья \(HealthRegistry\) \- Управление логированием \(LogManager\) \- Очереди задач \(InMemoryTaskQueue\) \- Транспортировка трассировки \(MySqlTraceTransport, NoOpTraceTran…
- **plba-v2-open-file-runtime**
Query: Открой файл src/app_runtime/core/runtime.py
> Путь: src/app\_runtime/core/runtime.py В этом файле содержится определение класса \`RuntimeManager\`. В примере приведено начало класса с инициализатором \(\`\_\_init\_\_\`\) и некоторыми атрибутами и параметрами, такими как \`ACTION\_TIMEOUT\_SECONDS\`, \`ACTION\_POLL\_INTERVAL\_SECONDS\`, а также параметрами конфигурации и сервисов, которые могут передаваться при создании экземпляра класса.
- **plba-v2-trace-flow-health-endpoint**
Query: Покажи как проходит запрос /health в HttpControlAppFactory
> 1. HttpControlAppFactory.create\(health\_provider, action\_provider\) \- Создает экземпляр FastAPI приложения. \- Добавляет middleware для логирования времени ответа. \- Определяет маршрут \`/health\`. 2. HttpControlAppFactory.create\(\).get\("/health"\) \- Вызывает health\_provider, чтобы получить состояние здоровья. \- Устанавливает статус\-код ответа: \- 200, если состояние "ok". \- 503, если состояние отличное от "ok". \- Возвращает JSON с состоянием здоровья. Цепочка неполная, так как отсутствует детальная информация о вызове health\_provider и его реализации.
- **plba-v2-trace-flow-runtime-start**
Query: Покажи поток выполнения при запуске RuntimeManager
> 1. Запускается \`RuntimeManager\` через инициализацию переменной \`RuntimeManager\`. 2. Инициализация \`RuntimeManager\` вызывает метод \`RuntimeManager.\_\_init\_\_\`. 3. В методе \`RuntimeManager.\_\_init\_\_\` происходит регистрация основных сервисов с помощью метода \`\_register\_core\_services\`. 4. Метод \`\_register\_core\_services\` вызывает регистрацию базовых сервисов, таких как конфигурация \(\`configuration\`\), сервисы \(\`services\`\) и другие компоненты системы. 5. Далее выполняется метод \`start\`, который инициирует запуск различных каналов управления и контрольных служб. 6. Вызывается метод \`ControlPlaneService.start\`, передавая экземпляр \`RuntimeManager\`. 7. Внутри \`ControlPlaneService.start\` регистрируется канал управления и запускается асинхронный процесс старта с использованием \`asyncio.run\`. 8. Контрольный канал \(\`ControlChannel\`\) начинает свою работу путем вызова метода \`start\` и…

View File

@@ -0,0 +1,34 @@
# plba-v2-architecture-control-plane
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Какие компоненты участвуют в ControlPlaneService?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "ARCHITECTURE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "### Подтвержденные Связи\n\n1. **ControlPlaneService**:\n - Вызывает методы инициализации (`_channels`, `_start_async`, `register_channel`, `start`, `stop`, `_stop_async`) [evidence: 16-20].\n \n2. **ControlPlaneService** взаимодействует с другими компонентами через методы регистрации каналов и запуска:\n - Регистрация канала (`register_channel`) использует атрибут `_channels` для хранения списка зарегистрированных каналов [evidence: 22].\n - Запуск сервиса использует метод `start`, который также обращается к атрибуту `_channels` [evidence: 23].\n\n### Роли Компонентов\n\n1. **ControlPlaneService**:\n - Pipeline stage: отвечает за чтение и запись состояния атрибутов, участвует в данных срезах (dataflow slices).\n\n2. **ControlChannel**:\n - Model: выполняет функции модели управления каналами, включая запуск и остановку.\n\n3. **ControlActionSet**:\n - Default model role: обеспечивает стандартные действия для контроля.\n\n4. **UvicornThreadRunner**, **HttpControlChannel**, **HttpControlAppFactory**, **WorkflowPersistence**, **InMemoryTaskQueue**, **ConfigFileLoader**, **TraceContextStore**, **WorkerSupervisor**, **WorkflowEngine**:\n - Pipeline stages: отвечают за выполнение различных задач, связанных с обработкой данных и состоянием приложения.\n\n### Ограничения Контекста\n\nКонтекст ограничивается исключительно компонентами, связанными непосредственно с функциональностью ControlPlaneService и его методами. Другие компоненты и зависимости не рассматриваются в данном анализе.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"ControlPlaneService"
],
"layers": [
"C4_SEMANTIC_ROLES",
"C3_ENTRYPOINTS",
"C2_DEPENDENCY_GRAPH",
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Какие компоненты участвуют в RuntimeManager?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "ARCHITECTURE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "### Подтвержденные Связи\n\n1. **RuntimeManager**:\n - Является ключевым компонентом управления жизненным циклом приложения.\n - Инициализирует и управляет другими компонентами системы через метод `__init__`.\n \n2. **ControlPlaneService**:\n - Управляет каналами контроля.\n - Вызывается из метода инициализации `RuntimeManager` для регистрации каналов.\n\n3. **ControlChannel**:\n - Абстрактный класс для реализации конкретных каналов контроля.\n - Реализует методы `start` и `stop`, которые вызываются сервисами и менеджерами.\n\n4. **ConfigFileLoader**:\n - Загружает конфигурационные файлы и передает их в runtime-менеджер.\n\n5. **WorkflowPersistence**:\n - Обеспечивает сохранение информации о workflows.\n\n6. **InMemoryTaskQueue**:\n - Используется для хранения задач внутри памяти.\n\n7. **TraceContextStore**:\n - Хранит контекст трассировки.\n\n8. **WorkerSupervisor**:\n - Наблюдает за рабочими процессами и управляет ими.\n\n### Роли Компонентов\n\n1. **RuntimeManager**:\n - Координирует работу всех других компонентов.\n - Читает и записывает состояние атрибутов.\n - Участвует в управлении данными потока.\n\n2. **ControlPlaneService**:\n - Регистрирует каналы контроля.\n - Начинает и останавливает службы контроля.\n\n3. **ControlChannel**:\n - Осуществляет управление каналами взаимодействия между приложением и внешними системами.\n\n4. **ConfigFileLoader**:\n - Чтение конфигурации из файлов.\n\n5. **WorkflowPersistence**:\n - Сохраняет информацию о workflows.\n\n6. **InMemoryTaskQueue**:\n - Хранение данных задачи во временной памяти.\n\n7. **TraceContextStore**:\n - Управление контекстом трассировки.\n\n8. **WorkerSupervisor**:\n - Контроль рабочих процессов.\n\n### Ограничения Контекста\n\n1. **Dataflow Slices**:\n - Все перечисленные компоненты активно участвуют в обработке данных потоков.\n\n2. **State Attributes**:\n - Большинство компонентов читают или записывают состояние атрибутов системы.\n\nТаким образом, RuntimeManager является центральным управляющим элементом архитектуры, координирующим работу остальных компонентов.",
"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

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-create-runtime
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Что делает функция create_runtime?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Функция `create_runtime` инициализирует и настраивает менеджер выполнения приложения.\n\n**Ключевые шаги:**\n1. Создает экземпляр менеджера выполнения (`RuntimeManager`).\n2. При наличии указанного пути к конфигурационному файлу добавляет его в менеджер.\n3. Если включена опция HTTP-контроля, регистрирует канал управления с указанными параметрами хоста, порта и тайм-аута.\n4. Регистрирует указанный модуль приложения в менеджере.\n5. Возвращает созданный менеджер выполнения.\n\n**Опорные файлы:**\n- `src/plba/bootstrap.py:8-29`",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"create_runtime"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-local-http-channel
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Почему в файле src/app_runtime/control/http_channel.py класс HttpControlChannel устроен так?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN_LOCAL",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 13,
"llm_answer": "Класс `HttpControlChannel` в файле `src/app_runtime/control/http_channel.py` реализует механизм управления HTTP-каналом для взаимодействия с внешними сервисами или компонентами.\n\n**Ключевые шаги его реализации:**\n1. Инициализация класса:\n - При создании экземпляра устанавливается таймаут (`_timeout`), запускается сервер через объект `UvicornThreadRunner`, создается фабрика приложений `HttpControlAppFactory`.\n \n2. Запуск канала:\n - Метод `start` инициализирует набор действий (`actions`) и создает приложение для работы с ними. Затем запускает сервер через ранее созданный объект `UvicornThreadRunner`.\n \n3. Остановка канала:\n - Метод `stop` останавливает запущенный сервер.\n\nОпорные файлы:\n- `src/app_runtime/control/http_channel.py`: определение и реализация класса `HttpControlChannel`.",
"answer_mode": "answered",
"path_scope": [
"src/app_runtime/control/http_channel.py"
],
"symbol_candidates": [
"HttpControlChannel"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C2_DEPENDENCY_GRAPH"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,36 @@
# plba-v2-explain-nonexistent-symbol
- 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: agent_runtime
- mode: full_chain
- passed: False
## Query
Объясни класс RuntimeFactoryManager
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Класс `RuntimeFactoryManager` не найден в предоставленном коде или контекстной информации.\n\nКлючевые шаги и опорные файлы:\n1. Код и контекста относятся к управлению каналами управления («control channels») в приложении.\n2. Основные классы включают `ControlChannel`, `ControlActionSet`, и связанные с ними каналы и сервисы.\n3. Основной файл для рассмотрения — `base.py`.\n4. Ключевые обязанности и интерфейсы описаны через абстрактные методы (`start`, `stop`) в классе `ControlChannel`. \n\nПоскольку конкретный класс `RuntimeFactoryManager` отсутствует в данном контексте, невозможно предоставить его объяснение.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeFactoryManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- answer_mode: expected degraded, got answered
- retrieval: expected empty rag, got 33 rows
- llm: expected answer to contain 'не найдена'

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-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: agent_runtime
- mode: full_chain
- passed: True
## Query
Объясни как работает класс RuntimeManager
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Класс `RuntimeManager` играет ключевую роль в управлении выполнением приложений и координации различных компонентов системы. Его основная функция заключается в оркестрации действий, связанных с жизненным циклом приложения, включая инициализацию, запуск и остановку сервисов и модулей.\n\n**Ключевые шаги работы класса:**\n1. Инициализация конфигурации и состояния (`__init__`).\n2. Добавление конфигурационных файлов и настроек (`add_config_file`).\n3. Управление состоянием выполнения через чтение и запись атрибутов состояния (`configuration`, `_state`).\n4. Оркестровка вызова методов запуска и остановки для различных компонентов (`start`, `stop`).\n5. Участие в обработке данных потока и управлении потоками задач (`participates in dataflow slices`).\n\n**Опорные файлы:**\n- `src/app_runtime/core/runtime.py:18-179`\n- `src/app_runtime/control/service.py:12-52`\n- `src/app_runtime/control/base.py:21-28`\n- `src/app_runtime/control/base.py:14-18`",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-trace-service
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Объясни как работает класс TraceService
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Класс `TraceService` является основным компонентом системы отслеживания трассировок в приложении. Его основная функция заключается в управлении контекстом трассировки и записи событий в журнал.\n\n**Ключевые шаги работы класса:**\n1. Инициализация с передачей транспорта (`transport`) и хранилища контекста (`store`), которые могут быть опциональными.\n2. Создание нового контекста трассировки через метод `create_context`, который генерирует уникальный идентификатор трассы и сохраняет запись о контексте в хранилище.\n3. Управление текущим контекстом трассировки через методы:\n - `current_trace_id`: возвращает текущий идентификатор трассировки.\n - `open_context`: открывает новый контекст трассировки.\n - `close_context`: закрывает текущий контекст трассировки.\n \n**Опорные файлы:**\n- `src/app_runtime/tracing/service.py:39-166`\n- `src/app_runtime/tracing/service.py:66-78`\n- `src/app_runtime/tracing/service.py:45-63`",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"TraceService"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,33 @@
# plba-v2-find-entrypoints-control-plane
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Найди точки входа HTTP control plane
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_ENTRYPOINTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 9,
"llm_answer": "Confirmed Entrypoints:\n1. src/app_runtime/control/http_app.py:app.post (lines 38-42)\n2. src/app_runtime/control/http_app.py:app.get (lines 31-34)\n3. src/app_runtime/control/http_app.py:app.get (lines 38-42)",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"HTTP",
"control",
"plane"
],
"layers": [
"C3_ENTRYPOINTS",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-entrypoints-health-endpoint
- 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: agent_runtime
- mode: full_chain
- passed: False
## Query
Где health endpoint?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_ENTRYPOINTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 9,
"llm_answer": "health endpoint: \n- src/app_runtime/control/http_app.py:38-42 (app.post)\n- src/app_runtime/control/http_app.py:31-34 (app.get)",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"health",
"endpoint"
],
"layers": [
"C3_ENTRYPOINTS",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- llm: expected answer to contain 'GET /health'

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-create-runtime
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для create_runtime?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "- tests/test_runtime.py:342-405",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"create_runtime"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для RuntimeManager?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "- tests/test_runtime.py:12-12\n- tests/test_business_control_actions.py:14-14",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-trace-service
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для TraceService?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "- tests/test_runtime.py:test_trace_service_allows_messages_without_status (line range: 279-293)\n- tests/test_runtime.py:test_trace_service_writes_contexts_and_messages (line range: 246-259)\n- tests/test_runtime.py:test_trace_service_supports_debug_warning_and_error_levels (line range: 262-276)",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"TraceService"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-workflow-runtime-factory-negative
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для WorkflowRuntimeFactory?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "Insufficient evidence for a confident answer. No test candidates found.",
"answer_mode": "degraded",
"path_scope": [],
"symbol_candidates": [
"WorkflowRuntimeFactory"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,341 @@
{
"case_id": "plba-v2-open-file-nonexistent",
"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": "agent_runtime",
"mode": "full_chain",
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"actual": {
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 0,
"llm_answer": "Файл `src/app_runtime/core/missing_runtime.py` не найден.",
"answer_mode": "not_found",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
},
"passed": false,
"mismatches": [
"answer_mode: expected degraded, got not_found",
"llm: expected answer to contain 'Файл src/app_runtime/core/missing_runtime.py не найден.'"
],
"details": {
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"router_result": {
"schema_version": "1.1",
"intent": "CODE_QA",
"retrieval_profile": "code",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"query_plan": {
"raw": "Открой файл src/app_runtime/core/missing_runtime.py",
"normalized": "Открой файл src/app_runtime/core/missing_runtime.py",
"sub_intent": "OPEN_FILE",
"negations": [],
"expansions": [
"file"
],
"keyword_hints": [],
"path_hints": [
"src/app_runtime/core/missing_runtime.py"
],
"doc_scope_hints": [],
"symbol_candidates": [],
"symbol_kind_hint": "unknown",
"anchors": [
{
"type": "FILE_PATH",
"value": "src/app_runtime/core/missing_runtime.py",
"source": "user_text",
"subtype": null,
"span": {
"start": 12,
"end": 51
},
"confidence": 0.95
},
{
"type": "KEY_TERM",
"value": "файл",
"source": "user_text",
"subtype": null,
"span": {
"start": 7,
"end": 11
},
"confidence": 0.9
}
]
},
"retrieval_spec": {
"domains": [
"CODE"
],
"layer_queries": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"top_k": 12
}
],
"filters": {
"test_policy": "EXCLUDE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"language": [
"python"
]
},
"rerank_profile": "code"
},
"retrieval_constraints": {
"include_globs": [
"src/app_runtime/core/missing_runtime.py"
],
"exclude_globs": [
"tests/**",
"**/test_*.py",
"**/*_test.py"
],
"prefer_globs": [],
"test_file_globs": [],
"test_symbol_patterns": [],
"max_candidates": 20,
"fuzzy_symbol_search": {
"enabled": false,
"max_distance": 2,
"top_k": 5
}
},
"symbol_resolution": {
"status": "not_requested",
"resolved_symbol": null,
"alternatives": [],
"confidence": 0.0
},
"evidence_policy": {
"require_def": false,
"require_flow": false,
"require_spec": false,
"allow_answer_without_evidence": false
}
},
"retrieval_request": {
"rag_session_id": "7d11da21-faa0-4cea-aede-aeabe069164c",
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"keyword_hints": [],
"symbol_candidates": [],
"requested_layers": [
"C0_SOURCE_CHUNKS"
],
"retrieval_spec": {
"domains": [
"CODE"
],
"layer_queries": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"top_k": 12
}
],
"filters": {
"test_policy": "EXCLUDE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"language": [
"python"
]
},
"rerank_profile": "code"
},
"retrieval_constraints": {
"include_globs": [
"src/app_runtime/core/missing_runtime.py"
],
"exclude_globs": [
"tests/**",
"**/test_*.py",
"**/*_test.py"
],
"prefer_globs": [],
"test_file_globs": [],
"test_symbol_patterns": [],
"max_candidates": 20,
"fuzzy_symbol_search": {
"enabled": false,
"max_distance": 2,
"top_k": 5
}
},
"query_plan": {
"raw": "Открой файл src/app_runtime/core/missing_runtime.py",
"normalized": "Открой файл src/app_runtime/core/missing_runtime.py",
"sub_intent": "OPEN_FILE",
"negations": [],
"expansions": [
"file"
],
"keyword_hints": [],
"path_hints": [
"src/app_runtime/core/missing_runtime.py"
],
"doc_scope_hints": [],
"symbol_candidates": [],
"symbol_kind_hint": "unknown",
"anchors": [
{
"type": "FILE_PATH",
"value": "src/app_runtime/core/missing_runtime.py",
"source": "user_text",
"subtype": null,
"span": {
"start": 12,
"end": 51
},
"confidence": 0.95
},
{
"type": "KEY_TERM",
"value": "файл",
"source": "user_text",
"subtype": null,
"span": {
"start": 7,
"end": 11
},
"confidence": 0.9
}
]
}
},
"retrieval_result": {
"target_symbol_candidates": [],
"resolved_symbol": null,
"symbol_resolution_status": "not_requested",
"file_candidates": [],
"code_chunks": [],
"relations": [],
"entrypoints": [],
"test_candidates": [],
"layer_outcomes": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"hit_count": 0,
"empty": true,
"fallback_used": false
}
],
"missing_layers": [
"C0_SOURCE_CHUNKS"
],
"raw_rows": [],
"retrieval_report": {
"executed_layers": [
"C0_SOURCE_CHUNKS"
],
"retrieval_mode_by_layer": {
"C0_SOURCE_CHUNKS": "exact_path_fetch"
},
"top_k_by_layer": {
"C0_SOURCE_CHUNKS": 200
},
"filters_by_layer": {
"C0_SOURCE_CHUNKS": {
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
]
}
},
"requests": [
{
"layer": "C0_SOURCE_CHUNKS",
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"ranking_profile": "code"
}
],
"fallback": {
"used": false,
"reason": null
},
"retrieval_by_layer_ms": {
"C0_SOURCE_CHUNKS": 18
}
}
},
"diagnostics": {
"intent_correct": null,
"target_found": false,
"layers_used": [
"C0_SOURCE_CHUNKS"
],
"retrieval_sufficient": false,
"answer_mode": "insufficient",
"router_result": {
"intent": "CODE_QA",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"retrieval_profile": "code",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"layers": [
"C0_SOURCE_CHUNKS"
],
"symbol_resolution_status": "not_requested"
},
"retrieval_request": {
"rag_session_id": "7d11da21-faa0-4cea-aede-aeabe069164c",
"query": "Открой файл src/app_runtime/core/missing_runtime.py",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"requested_layers": [
"C0_SOURCE_CHUNKS"
]
},
"per_layer_outcome": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"hit_count": 0,
"empty": true,
"fallback_used": false
}
],
"empty_layers": [
"C0_SOURCE_CHUNKS"
],
"evidence_gate_decision": {
"sufficient": false,
"failure_reasons": [
"path_scope_empty",
"layer_c0_empty"
],
"evidence_count": 0
},
"failure_reasons": [
"path_scope_empty",
"layer_c0_empty"
],
"timings_ms": {}
},
"rag_rows": [],
"validation": {
"passed": true,
"action": "return",
"reasons": []
}
}
}

View File

@@ -0,0 +1,31 @@
# plba-v2-open-file-nonexistent
- 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: agent_runtime
- mode: full_chain
- passed: False
## Query
Открой файл src/app_runtime/core/missing_runtime.py
## Actual
{
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 0,
"llm_answer": "Файл `src/app_runtime/core/missing_runtime.py` не найден.",
"answer_mode": "not_found",
"path_scope": [
"src/app_runtime/core/missing_runtime.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- answer_mode: expected degraded, got not_found
- llm: expected answer to contain 'Файл src/app_runtime/core/missing_runtime.py не найден.'

View File

@@ -0,0 +1,417 @@
{
"case_id": "plba-v2-open-file-public-api",
"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": "agent_runtime",
"mode": "full_chain",
"query": "Открой файл src/plba/__init__.py",
"actual": {
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 1,
"llm_answer": "Путь к файлу: src/plba/__init__.py\n\nВ этом файле находятся импорт различных модулей и классов из пакета plba. В частности, здесь можно найти:\n- Импорты для создания runtime с помощью `create_runtime`\n- Классы и интерфейсы конфигурации (`ConfigFileLoader`, `FileConfigProvider`)\n- Контроллеры и каналы управления (`ControlActionSet`, `ControlChannel`, `HttpControlChannel`)\n- Определения контрактов (`ApplicationModule`, `Worker`, etc.)\n- Менеджеры конфигурации и выполнения (`ConfigurationManager`, `RuntimeManager`, `ServiceContainer`)\n- Регистраторы здоровья и службы логирования\n- Обработчики очередей задач и транспортные средства трассировки (`InMemoryTaskQueue`, `MySqlTraceTransport`, `NoOpTraceTransport`)\n- Определение рабочего потока и контекста (`StepResult`, `WorkflowContext`, `WorkflowDefinition`)",
"answer_mode": "answered",
"path_scope": [
"src/plba/__init__.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
},
"passed": true,
"mismatches": [],
"details": {
"query": "Открой файл src/plba/__init__.py",
"router_result": {
"schema_version": "1.1",
"intent": "CODE_QA",
"retrieval_profile": "code",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"query_plan": {
"raw": "Открой файл src/plba/__init__.py",
"normalized": "Открой файл src/plba/__init__.py",
"sub_intent": "OPEN_FILE",
"negations": [],
"expansions": [
"file"
],
"keyword_hints": [],
"path_hints": [
"src/plba/__init__.py"
],
"doc_scope_hints": [],
"symbol_candidates": [],
"symbol_kind_hint": "unknown",
"anchors": [
{
"type": "FILE_PATH",
"value": "src/plba/__init__.py",
"source": "user_text",
"subtype": null,
"span": {
"start": 12,
"end": 32
},
"confidence": 0.95
},
{
"type": "KEY_TERM",
"value": "файл",
"source": "user_text",
"subtype": null,
"span": {
"start": 7,
"end": 11
},
"confidence": 0.9
}
]
},
"retrieval_spec": {
"domains": [
"CODE"
],
"layer_queries": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"top_k": 12
}
],
"filters": {
"test_policy": "EXCLUDE",
"path_scope": [
"src/plba/__init__.py"
],
"language": [
"python"
]
},
"rerank_profile": "code"
},
"retrieval_constraints": {
"include_globs": [
"src/plba/__init__.py"
],
"exclude_globs": [
"tests/**",
"**/test_*.py",
"**/*_test.py"
],
"prefer_globs": [],
"test_file_globs": [],
"test_symbol_patterns": [],
"max_candidates": 20,
"fuzzy_symbol_search": {
"enabled": false,
"max_distance": 2,
"top_k": 5
}
},
"symbol_resolution": {
"status": "not_requested",
"resolved_symbol": null,
"alternatives": [],
"confidence": 0.0
},
"evidence_policy": {
"require_def": false,
"require_flow": false,
"require_spec": false,
"allow_answer_without_evidence": false
}
},
"retrieval_request": {
"rag_session_id": "7d11da21-faa0-4cea-aede-aeabe069164c",
"query": "Открой файл src/plba/__init__.py",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/plba/__init__.py"
],
"keyword_hints": [],
"symbol_candidates": [],
"requested_layers": [
"C0_SOURCE_CHUNKS"
],
"retrieval_spec": {
"domains": [
"CODE"
],
"layer_queries": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"top_k": 12
}
],
"filters": {
"test_policy": "EXCLUDE",
"path_scope": [
"src/plba/__init__.py"
],
"language": [
"python"
]
},
"rerank_profile": "code"
},
"retrieval_constraints": {
"include_globs": [
"src/plba/__init__.py"
],
"exclude_globs": [
"tests/**",
"**/test_*.py",
"**/*_test.py"
],
"prefer_globs": [],
"test_file_globs": [],
"test_symbol_patterns": [],
"max_candidates": 20,
"fuzzy_symbol_search": {
"enabled": false,
"max_distance": 2,
"top_k": 5
}
},
"query_plan": {
"raw": "Открой файл src/plba/__init__.py",
"normalized": "Открой файл src/plba/__init__.py",
"sub_intent": "OPEN_FILE",
"negations": [],
"expansions": [
"file"
],
"keyword_hints": [],
"path_hints": [
"src/plba/__init__.py"
],
"doc_scope_hints": [],
"symbol_candidates": [],
"symbol_kind_hint": "unknown",
"anchors": [
{
"type": "FILE_PATH",
"value": "src/plba/__init__.py",
"source": "user_text",
"subtype": null,
"span": {
"start": 12,
"end": 32
},
"confidence": 0.95
},
{
"type": "KEY_TERM",
"value": "файл",
"source": "user_text",
"subtype": null,
"span": {
"start": 7,
"end": 11
},
"confidence": 0.9
}
]
}
},
"retrieval_result": {
"target_symbol_candidates": [],
"resolved_symbol": null,
"symbol_resolution_status": "not_requested",
"file_candidates": [
"src/plba/__init__.py"
],
"code_chunks": [
{
"layer": "C0_SOURCE_CHUNKS",
"path": "src/plba/__init__.py",
"title": "src/plba/__init__.py:1-69",
"content": "from plba.bootstrap import create_runtime\nfrom plba.config import ConfigFileLoader, FileConfigProvider\nfrom plba.control import ControlActionSet, ControlChannel, ControlPlaneService, HttpControlChannel\nfrom plba.contracts import (\n ApplicationModule,\n ConfigProvider,\n HealthContributor,\n TraceContext,\n TraceContextRecord,\n TraceLogMessage,\n TraceTransport,\n Worker,\n WorkerHealth,\n WorkerStatus,\n)\nfrom plba.core import ConfigurationManager, RuntimeManager, ServiceContainer\nfrom plba.health import HealthRegistry\nfrom plba.logging import LogManager\nfrom plba.queue import InMemoryTaskQueue\nfrom plba.tracing import MySqlTraceTransport, NoOpTraceTransport, TraceService\nfrom plba.workflow import (\n StepResult,\n WorkflowContext,\n WorkflowDefinition,\n WorkflowEngine,\n WorkflowEngineHooks,\n WorkflowNode,\n WorkflowRuntimeFactory,\n WorkflowStep,\n)\nfrom plba.workers import WorkerSupervisor\n\n__all__ = [\n \"ApplicationModule\",\n \"ConfigFileLoader\",\n \"ConfigProvider\",\n \"ConfigurationManager\",\n \"ControlActionSet\",\n \"ControlChannel\",\n \"ControlPlaneService\",\n \"create_runtime\",\n \"FileConfigProvider\",\n \"HealthContributor\",\n \"HealthRegistry\",\n \"HttpControlChannel\",\n \"InMemoryTaskQueue\",\n \"LogManager\",\n \"MySqlTraceTransport\",\n \"NoOpTraceTransport\",\n \"RuntimeManager\",\n \"ServiceContainer\",\n \"TraceContext\",\n \"TraceContextRecord\",\n \"TraceLogMessage\",\n \"TraceService\",\n \"TraceTransport\",\n \"StepResult\",\n \"Worker\",\n \"WorkerHealth\",\n \"WorkerStatus\",\n \"WorkflowContext\",\n \"WorkflowDefinition\",\n \"WorkflowEngine\",\n \"WorkflowEngineHooks\",\n \"WorkflowNode\",\n \"WorkflowRuntimeFactory\",\n \"WorkflowStep\",\n \"WorkerSupervisor\",\n]",
"start_line": 1,
"end_line": 69,
"metadata": {
"chunk_index": 0,
"chunk_type": "window",
"module_or_unit": "src.plba.__init__",
"is_test": false,
"blob_sha": "24e755ec8c249d14fb0e675b5dbf2b71ab91afb9c849897eebfa9feb2499e19d",
"repo_id": "plba",
"artifact_type": null,
"section": null,
"doc_id": null,
"doc_version": null,
"owner": null,
"system_component": null,
"last_modified": null,
"staleness_score": null
}
}
],
"relations": [],
"entrypoints": [],
"test_candidates": [],
"layer_outcomes": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"hit_count": 1,
"empty": false,
"fallback_used": false
}
],
"missing_layers": [],
"raw_rows": [
{
"path": "src/plba/__init__.py",
"content": "from plba.bootstrap import create_runtime\nfrom plba.config import ConfigFileLoader, FileConfigProvider\nfrom plba.control import ControlActionSet, ControlChannel, ControlPlaneService, HttpControlChannel\nfrom plba.contracts import (\n ApplicationModule,\n ConfigProvider,\n HealthContributor,\n TraceContext,\n TraceContextRecord,\n TraceLogMessage,\n TraceTransport,\n Worker,\n WorkerHealth,\n WorkerStatus,\n)\nfrom plba.core import ConfigurationManager, RuntimeManager, ServiceContainer\nfrom plba.health import HealthRegistry\nfrom plba.logging import LogManager\nfrom plba.queue import InMemoryTaskQueue\nfrom plba.tracing import MySqlTraceTransport, NoOpTraceTransport, TraceService\nfrom plba.workflow import (\n StepResult,\n WorkflowContext,\n WorkflowDefinition,\n WorkflowEngine,\n WorkflowEngineHooks,\n WorkflowNode,\n WorkflowRuntimeFactory,\n WorkflowStep,\n)\nfrom plba.workers import WorkerSupervisor\n\n__all__ = [\n \"ApplicationModule\",\n \"ConfigFileLoader\",\n \"ConfigProvider\",\n \"ConfigurationManager\",\n \"ControlActionSet\",\n \"ControlChannel\",\n \"ControlPlaneService\",\n \"create_runtime\",\n \"FileConfigProvider\",\n \"HealthContributor\",\n \"HealthRegistry\",\n \"HttpControlChannel\",\n \"InMemoryTaskQueue\",\n \"LogManager\",\n \"MySqlTraceTransport\",\n \"NoOpTraceTransport\",\n \"RuntimeManager\",\n \"ServiceContainer\",\n \"TraceContext\",\n \"TraceContextRecord\",\n \"TraceLogMessage\",\n \"TraceService\",\n \"TraceTransport\",\n \"StepResult\",\n \"Worker\",\n \"WorkerHealth\",\n \"WorkerStatus\",\n \"WorkflowContext\",\n \"WorkflowDefinition\",\n \"WorkflowEngine\",\n \"WorkflowEngineHooks\",\n \"WorkflowNode\",\n \"WorkflowRuntimeFactory\",\n \"WorkflowStep\",\n \"WorkerSupervisor\",\n]",
"layer": "C0_SOURCE_CHUNKS",
"title": "src/plba/__init__.py:1-69",
"span_start": 1,
"span_end": 69,
"lexical_rank": 0,
"prefer_bonus": 0,
"test_penalty": 0,
"structural_rank": 0,
"layer_rank": 0,
"distance": 0,
"metadata": {
"chunk_index": 0,
"chunk_type": "window",
"module_or_unit": "src.plba.__init__",
"is_test": false,
"blob_sha": "24e755ec8c249d14fb0e675b5dbf2b71ab91afb9c849897eebfa9feb2499e19d",
"repo_id": "plba",
"artifact_type": null,
"section": null,
"doc_id": null,
"doc_version": null,
"owner": null,
"system_component": null,
"last_modified": null,
"staleness_score": null
}
}
],
"retrieval_report": {
"executed_layers": [
"C0_SOURCE_CHUNKS"
],
"retrieval_mode_by_layer": {
"C0_SOURCE_CHUNKS": "exact_path_fetch"
},
"top_k_by_layer": {
"C0_SOURCE_CHUNKS": 200
},
"filters_by_layer": {
"C0_SOURCE_CHUNKS": {
"path_scope": [
"src/plba/__init__.py"
]
}
},
"requests": [
{
"layer": "C0_SOURCE_CHUNKS",
"query": "Открой файл src/plba/__init__.py",
"ranking_profile": "code"
}
],
"fallback": {
"used": false,
"reason": null
},
"retrieval_by_layer_ms": {
"C0_SOURCE_CHUNKS": 21
}
}
},
"diagnostics": {
"intent_correct": null,
"target_found": true,
"layers_used": [
"C0_SOURCE_CHUNKS"
],
"retrieval_sufficient": true,
"answer_mode": "normal",
"router_result": {
"intent": "CODE_QA",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"retrieval_profile": "code",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/plba/__init__.py"
],
"layers": [
"C0_SOURCE_CHUNKS"
],
"symbol_resolution_status": "not_requested"
},
"retrieval_request": {
"rag_session_id": "7d11da21-faa0-4cea-aede-aeabe069164c",
"query": "Открой файл src/plba/__init__.py",
"sub_intent": "OPEN_FILE",
"path_scope": [
"src/plba/__init__.py"
],
"requested_layers": [
"C0_SOURCE_CHUNKS"
]
},
"per_layer_outcome": [
{
"layer_id": "C0_SOURCE_CHUNKS",
"hit_count": 1,
"empty": false,
"fallback_used": false
}
],
"empty_layers": [],
"evidence_gate_decision": {
"sufficient": true,
"failure_reasons": [],
"evidence_count": 1
},
"failure_reasons": [],
"timings_ms": {}
},
"rag_rows": [
{
"path": "src/plba/__init__.py",
"content": "from plba.bootstrap import create_runtime\nfrom plba.config import ConfigFileLoader, FileConfigProvider\nfrom plba.control import ControlActionSet, ControlChannel, ControlPlaneService, HttpControlChannel\nfrom plba.contracts import (\n ApplicationModule,\n ConfigProvider,\n HealthContributor,\n TraceContext,\n TraceContextRecord,\n TraceLogMessage,\n TraceTransport,\n Worker,\n WorkerHealth,\n WorkerStatus,\n)\nfrom plba.core import ConfigurationManager, RuntimeManager, ServiceContainer\nfrom plba.health import HealthRegistry\nfrom plba.logging import LogManager\nfrom plba.queue import InMemoryTaskQueue\nfrom plba.tracing import MySqlTraceTransport, NoOpTraceTransport, TraceService\nfrom plba.workflow import (\n StepResult,\n WorkflowContext,\n WorkflowDefinition,\n WorkflowEngine,\n WorkflowEngineHooks,\n WorkflowNode,\n WorkflowRuntimeFactory,\n WorkflowStep,\n)\nfrom plba.workers import WorkerSupervisor\n\n__all__ = [\n \"ApplicationModule\",\n \"ConfigFileLoader\",\n \"ConfigProvider\",\n \"ConfigurationManager\",\n \"ControlActionSet\",\n \"ControlChannel\",\n \"ControlPlaneService\",\n \"create_runtime\",\n \"FileConfigProvider\",\n \"HealthContributor\",\n \"HealthRegistry\",\n \"HttpControlChannel\",\n \"InMemoryTaskQueue\",\n \"LogManager\",\n \"MySqlTraceTransport\",\n \"NoOpTraceTransport\",\n \"RuntimeManager\",\n \"ServiceContainer\",\n \"TraceContext\",\n \"TraceContextRecord\",\n \"TraceLogMessage\",\n \"TraceService\",\n \"TraceTransport\",\n \"StepResult\",\n \"Worker\",\n \"WorkerHealth\",\n \"WorkerStatus\",\n \"WorkflowContext\",\n \"WorkflowDefinition\",\n \"WorkflowEngine\",\n \"WorkflowEngineHooks\",\n \"WorkflowNode\",\n \"WorkflowRuntimeFactory\",\n \"WorkflowStep\",\n \"WorkerSupervisor\",\n]",
"layer": "C0_SOURCE_CHUNKS",
"title": "src/plba/__init__.py:1-69",
"span_start": 1,
"span_end": 69,
"lexical_rank": 0,
"prefer_bonus": 0,
"test_penalty": 0,
"structural_rank": 0,
"layer_rank": 0,
"distance": 0,
"metadata": {
"chunk_index": 0,
"chunk_type": "window",
"module_or_unit": "src.plba.__init__",
"is_test": false,
"blob_sha": "24e755ec8c249d14fb0e675b5dbf2b71ab91afb9c849897eebfa9feb2499e19d",
"repo_id": "plba",
"artifact_type": null,
"section": null,
"doc_id": null,
"doc_version": null,
"owner": null,
"system_component": null,
"last_modified": null,
"staleness_score": null
}
}
],
"validation": {
"passed": true,
"action": "return",
"reasons": []
}
}
}

View File

@@ -0,0 +1,30 @@
# plba-v2-open-file-public-api
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Открой файл src/plba/__init__.py
## Actual
{
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 1,
"llm_answer": "Путь к файлу: src/plba/__init__.py\n\nВ этом файле находятся импорт различных модулей и классов из пакета plba. В частности, здесь можно найти:\n- Импорты для создания runtime с помощью `create_runtime`\n- Классы и интерфейсы конфигурации (`ConfigFileLoader`, `FileConfigProvider`)\n- Контроллеры и каналы управления (`ControlActionSet`, `ControlChannel`, `HttpControlChannel`)\n- Определения контрактов (`ApplicationModule`, `Worker`, etc.)\n- Менеджеры конфигурации и выполнения (`ConfigurationManager`, `RuntimeManager`, `ServiceContainer`)\n- Регистраторы здоровья и службы логирования\n- Обработчики очередей задач и транспортные средства трассировки (`InMemoryTaskQueue`, `MySqlTraceTransport`, `NoOpTraceTransport`)\n- Определение рабочего потока и контекста (`StepResult`, `WorkflowContext`, `WorkflowDefinition`)",
"answer_mode": "answered",
"path_scope": [
"src/plba/__init__.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,30 @@
# plba-v2-open-file-runtime
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Открой файл src/app_runtime/core/runtime.py
## Actual
{
"intent": "CODE_QA",
"sub_intent": "OPEN_FILE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 1,
"llm_answer": "Путь: src/app_runtime/core/runtime.py\n\nВ этом файле содержится определение класса `RuntimeManager`. В классе инициализируются различные компоненты системы, такие как конфигурация, службы, трассировка, здоровье, журналы, рабочие процессы и контрольная плоскость. Класс предназначен для управления выполнением действий в системе с заданными тайм-аутами и интервалами опроса.",
"answer_mode": "answered",
"path_scope": [
"src/app_runtime/core/runtime.py"
],
"symbol_candidates": [],
"layers": [
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,35 @@
# plba-v2-trace-flow-health-endpoint
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Покажи как проходит запрос /health в HttpControlAppFactory
## Actual
{
"intent": "CODE_QA",
"sub_intent": "TRACE_FLOW",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 37,
"llm_answer": "1. HttpControlAppFactory.create(health_provider, action_provider)\n - Создает FastAPI приложение.\n - Добавляет middleware для логирования времени ответа.\n - Обрабатывает GET запрос к \"/health\".\n\n2. HttpControlAppFactory.create.health()\n - Вызывается при обработке запроса \"/health\".\n - Возвращает Awaitable объект типа HealthPayload.\n\n3. HttpControlAppFactory.create.action_provider()\n - Определяет поведение при запросе действий.\n\nПолный поток вызова от обработки запроса \"/health\" до получения HealthPayload отсутствует в предоставленных доказательствах.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"health",
"HttpControlAppFactory"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# plba-v2-trace-flow-runtime-start
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Покажи поток выполнения при запуске RuntimeManager
## Actual
{
"intent": "CODE_QA",
"sub_intent": "TRACE_FLOW",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 37,
"llm_answer": "1. Запускается `RuntimeManager` через импорт в `bootstrap.py` (`src/plba/bootstrap.py:4`).\n2. Далее, в `control/service.py`, происходит повторный импорт и переопределение переменной `RuntimeManager` как `app_runtime.core.runtime.RuntimeManager` (`src/app_runtime/control/service.py:9`).\n3. В файле `core/runtime.py` начинается определение класса `RuntimeManager`. Этот класс управляет состоянием приложения и участвует в управлении жизненным циклом различных сервисов и модулей (`src/app_runtime/core/runtime.py:18-179`).\n4. Из `__init__.py` модуля `plba` (`src/plba/__init__.py:16`) импортируется другой экземпляр `RuntimeManager`.\n5. Затем идет обращение к инициализации объекта `ControlPlaneService` в модуле `control/service.py` (`src/app_runtime/control/service.py:12-52`), который регистрирует каналы управления.\n6. Контроллер канала управления определяется в `base.py` файла `control` и имеет методы для запуска и остановки каналов (`src/app_runtime/control/base.py:21-28`).\n7. В `control/http_channel.py` создается объект `HttpControlChannel`, управляющий HTTP-запросами с использованием библиотеки uvicorn (`src/app_runtime/control/http_channel.py:12-57`).\n8. Модуль `control/http_app.py` создает фабрику приложений для обработки HTTP-запросов, связанных с управлением состоянием системы (`src/app_runtime/control/http_app.py:15-53`).\n9. Инициализация конфигурации и параметров происходит в методах `_register_core_services` и `_start_async` внутри класса `RuntimeManager` (`src/app_runtime/core/runtime.py:32-127`).\n\nПолный путь вызова:\n\n1. `src/plba/bootstrap.py`\n2. `src/app_runtime/control/service.py`\n3. `src/app_runtime/core/runtime.py`\n4. `src/plba/__init__.py`\n5. `src/app_runtime/control/service.py`\n6. `src/app_runtime/control/base.py`\n7. `src/app_runtime/control/http_channel.py`\n8. `src/app_runtime/control/http_app.py`\n9. `src/app_runtime/core/runtime.py`",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,85 @@
# pipeline_setup_v3 summary
Passed: 15/18
| File | Case | Mode | Query | Actual sub-intent | RAG layers | Pass |
|------|------|------|-------|-------------------|------------|------|
| full_chain_plba_code_subintents_v2.yaml | plba-v2-open-file-runtime | full_chain | Открой файл src/app_runtime/core/runtime.py | OPEN_FILE | C0_SOURCE_CHUNKS:1 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-open-file-public-api | full_chain | Открой файл src/plba/__init__.py | OPEN_FILE | C0_SOURCE_CHUNKS:1 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-runtime-manager | full_chain | Объясни как работает класс RuntimeManager | EXPLAIN | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-trace-service | full_chain | Объясни как работает класс TraceService | EXPLAIN | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-create-runtime | full_chain | Что делает функция create_runtime? | EXPLAIN | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-local-http-channel | full_chain | Почему в файле src/app_runtime/control/http_channel.py класс HttpControlChannel устроен так? | EXPLAIN_LOCAL | C0_SOURCE_CHUNKS:1, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:4 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-tests-runtime-manager | full_chain | Где тесты для RuntimeManager? | FIND_TESTS | C0_SOURCE_CHUNKS:10, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-tests-trace-service | full_chain | Где тесты для TraceService? | FIND_TESTS | C0_SOURCE_CHUNKS:10, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-tests-create-runtime | full_chain | Где тесты для create_runtime? | FIND_TESTS | C0_SOURCE_CHUNKS:10, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-tests-workflow-runtime-factory-negative | full_chain | Где тесты для WorkflowRuntimeFactory? | FIND_TESTS | C0_SOURCE_CHUNKS:10, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-entrypoints-control-plane | full_chain | Найди точки входа HTTP control plane | FIND_ENTRYPOINTS | C0_SOURCE_CHUNKS:6, C3_ENTRYPOINTS:3 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-find-entrypoints-health-endpoint | full_chain | Где health endpoint? | FIND_ENTRYPOINTS | C0_SOURCE_CHUNKS:6, C3_ENTRYPOINTS:3 | ✗ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-trace-flow-runtime-start | full_chain | Покажи поток выполнения при запуске RuntimeManager | TRACE_FLOW | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:10, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-trace-flow-health-endpoint | full_chain | Покажи как проходит запрос /health в HttpControlAppFactory | TRACE_FLOW | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:10, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-architecture-runtime-manager | full_chain | Какие компоненты участвуют в RuntimeManager? | ARCHITECTURE | C0_SOURCE_CHUNKS:4, C1_SYMBOL_CATALOG:6, C2_DEPENDENCY_GRAPH:8, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:12 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-architecture-control-plane | full_chain | Какие компоненты участвуют в ControlPlaneService? | ARCHITECTURE | C0_SOURCE_CHUNKS:4, C1_SYMBOL_CATALOG:6, C2_DEPENDENCY_GRAPH:8, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:12 | ✓ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-explain-nonexistent-symbol | full_chain | Объясни класс RuntimeFactoryManager | EXPLAIN | C0_SOURCE_CHUNKS:8, C1_SYMBOL_CATALOG:8, C2_DEPENDENCY_GRAPH:6, C3_ENTRYPOINTS:3, C4_SEMANTIC_ROLES:8 | ✗ |
| full_chain_plba_code_subintents_v2.yaml | plba-v2-open-file-nonexistent | full_chain | Открой файл src/app_runtime/core/missing_runtime.py | OPEN_FILE | — | ✗ |
## Failures
- **plba-v2-find-entrypoints-health-endpoint**: llm: expected answer to contain 'GET /health'
- **plba-v2-explain-nonexistent-symbol**: answer_mode: expected degraded, got answered; retrieval: expected empty rag, got 33 rows; llm: expected answer to contain 'не найдена'
- **plba-v2-open-file-nonexistent**: answer_mode: expected degraded, got not_found; llm: expected answer to contain 'Файл src/app_runtime/core/missing_runtime.py не найден.'
## LLM Answers
- **plba-v2-open-file-runtime**
Query: Открой файл src/app_runtime/core/runtime.py
> Путь: src/app\_runtime/core/runtime.py В этом файле содержится определение класса \`RuntimeManager\`. В классе инициализируются различные компоненты системы, такие как конфигурация, службы, трассировка, здоровье, журналы, рабочие процессы и контрольная плоскость. Класс предназначен для управления выполнением действий в системе с заданными тайм\-аутами и интервалами опроса.
- **plba-v2-open-file-public-api**
Query: Открой файл src/plba/__init__.py
> Путь к файлу: src/plba/\_\_init\_\_.py В этом файле находятся импорт различных модулей и классов из пакета plba. В частности, здесь можно найти: \- Импорты для создания runtime с помощью \`create\_runtime\` \- Классы и интерфейсы конфигурации \(\`ConfigFileLoader\`, \`FileConfigProvider\`\) \- Контроллеры и каналы управления \(\`ControlActionSet\`, \`ControlChannel\`, \`HttpControlChannel\`\) \- Определения контрактов \(\`ApplicationModule\`, \`Worker\`, etc.\) \- Менеджеры конфигурации и выполнения \(\`ConfigurationManager\`, \`RuntimeManager\`, \`ServiceContainer\`\) \- Регистраторы здоровья и службы логирования \- Обработчики очередей задач и транспортные средства трассировки \(\`InMemoryTaskQueue\`, \`MySqlTraceTransport\`, \`NoOpTraceTransport\`\) \- Определение рабочего потока и контекста \(\`StepResult\`, \`WorkflowContext\`, \`WorkflowDefinition\`\)
- **plba-v2-explain-runtime-manager**
Query: Объясни как работает класс RuntimeManager
> Класс \`RuntimeManager\` играет ключевую роль в управлении выполнением приложений и координации различных компонентов системы. Его основная функция заключается в оркестрации действий, связанных с жизненным циклом приложения, включая инициализацию, запуск и остановку сервисов и модулей. \*\*Ключевые шаги работы класса:\*\* 1. Инициализация конфигурации и состояния \(\`\_\_init\_\_\`\). 2. Добавление конфигурационных файлов и настроек \(\`add\_config\_file\`\). 3. Управление состоянием выполнения через чтение и запись атрибутов состояния \(\`configuration\`, \`\_state\`\). 4. Оркестровка вызова методов запуска и остановки для различных компонентов \(\`start\`, \`stop\`\). 5. Участие в обработке данных потока и управлении потоками задач \(\`participates in dataflow slices\`\). \*\*Опорные файлы:\*\* \- \`src/app\_runtime/core/runtime.py:18\-179\` \- \`src/app\_runtime/control/service.py:12\-52\` \- \`src/app\_runtime/contr…
- **plba-v2-explain-trace-service**
Query: Объясни как работает класс TraceService
> Класс \`TraceService\` является основным компонентом системы отслеживания трассировок в приложении. Его основная функция заключается в управлении контекстом трассировки и записи событий в журнал. \*\*Ключевые шаги работы класса:\*\* 1. Инициализация с передачей транспорта \(\`transport\`\) и хранилища контекста \(\`store\`\), которые могут быть опциональными. 2. Создание нового контекста трассировки через метод \`create\_context\`, который генерирует уникальный идентификатор трассы и сохраняет запись о контексте в хранилище. 3. Управление текущим контекстом трассировки через методы: \- \`current\_trace\_id\`: возвращает текущий идентификатор трассировки. \- \`open\_context\`: открывает новый контекст трассировки. \- \`close\_context\`: закрывает текущий контекст трассировки. \*\*Опорные файлы:\*\* \- \`src/app\_runtime/tracing/service.py:39\-166\` \- \`src/app\_runtime/tracing/service.py:66\-78\` \- \`src/app\_ru…
- **plba-v2-explain-create-runtime**
Query: Что делает функция create_runtime?
> Функция \`create\_runtime\` инициализирует и настраивает менеджер выполнения приложения. \*\*Ключевые шаги:\*\* 1. Создает экземпляр менеджера выполнения \(\`RuntimeManager\`\). 2. При наличии указанного пути к конфигурационному файлу добавляет его в менеджер. 3. Если включена опция HTTP\-контроля, регистрирует канал управления с указанными параметрами хоста, порта и тайм\-аута. 4. Регистрирует указанный модуль приложения в менеджере. 5. Возвращает созданный менеджер выполнения. \*\*Опорные файлы:\*\* \- \`src/plba/bootstrap.py:8\-29\`
- **plba-v2-explain-local-http-channel**
Query: Почему в файле src/app_runtime/control/http_channel.py класс HttpControlChannel устроен так?
> Класс \`HttpControlChannel\` в файле \`src/app\_runtime/control/http\_channel.py\` реализует механизм управления HTTP\-каналом для взаимодействия с внешними сервисами или компонентами. \*\*Ключевые шаги его реализации:\*\* 1. Инициализация класса: \- При создании экземпляра устанавливается таймаут \(\`\_timeout\`\), запускается сервер через объект \`UvicornThreadRunner\`, создается фабрика приложений \`HttpControlAppFactory\`. 2. Запуск канала: \- Метод \`start\` инициализирует набор действий \(\`actions\`\) и создает приложение для работы с ними. Затем запускает сервер через ранее созданный объект \`UvicornThreadRunner\`. 3. Остановка канала: \- Метод \`stop\` останавливает запущенный сервер. Опорные файлы: \- \`src/app\_runtime/control/http\_channel.py\`: определение и реализация класса \`HttpControlChannel\`.
- **plba-v2-find-tests-runtime-manager**
Query: Где тесты для RuntimeManager?
> \- tests/test\_runtime.py:12\-12 \- tests/test\_business\_control\_actions.py:14\-14
- **plba-v2-find-tests-trace-service**
Query: Где тесты для TraceService?
> \- tests/test\_runtime.py:test\_trace\_service\_allows\_messages\_without\_status \(line range: 279\-293\) \- tests/test\_runtime.py:test\_trace\_service\_writes\_contexts\_and\_messages \(line range: 246\-259\) \- tests/test\_runtime.py:test\_trace\_service\_supports\_debug\_warning\_and\_error\_levels \(line range: 262\-276\)
- **plba-v2-find-tests-create-runtime**
Query: Где тесты для create_runtime?
> \- tests/test\_runtime.py:342\-405
- **plba-v2-find-tests-workflow-runtime-factory-negative**
Query: Где тесты для WorkflowRuntimeFactory?
> Insufficient evidence for a confident answer. No test candidates found.
- **plba-v2-find-entrypoints-control-plane**
Query: Найди точки входа HTTP control plane
> Confirmed Entrypoints: 1. src/app\_runtime/control/http\_app.py:app.post \(lines 38\-42\) 2. src/app\_runtime/control/http\_app.py:app.get \(lines 31\-34\) 3. src/app\_runtime/control/http\_app.py:app.get \(lines 38\-42\)
- **plba-v2-find-entrypoints-health-endpoint**
Query: Где health endpoint?
> health endpoint: \- src/app\_runtime/control/http\_app.py:38\-42 \(app.post\) \- src/app\_runtime/control/http\_app.py:31\-34 \(app.get\)
- **plba-v2-trace-flow-runtime-start**
Query: Покажи поток выполнения при запуске RuntimeManager
> 1. Запускается \`RuntimeManager\` через импорт в \`bootstrap.py\` \(\`src/plba/bootstrap.py:4\`\). 2. Далее, в \`control/service.py\`, происходит повторный импорт и переопределение переменной \`RuntimeManager\` как \`app\_runtime.core.runtime.RuntimeManager\` \(\`src/app\_runtime/control/service.py:9\`\). 3. В файле \`core/runtime.py\` начинается определение класса \`RuntimeManager\`. Этот класс управляет состоянием приложения и участвует в управлении жизненным циклом различных сервисов и модулей \(\`src/app\_runtime/core/runtime.py:18\-179\`\). 4. Из \`\_\_init\_\_.py\` модуля \`plba\` \(\`src/plba/\_\_init\_\_.py:16\`\) импортируется другой экземпляр \`RuntimeManager\`. 5. Затем идет обращение к инициализации объекта \`ControlPlaneService\` в модуле \`control/service.py\` \(\`src/app\_runtime/control/service.py:12\-52\`\), который регистрирует каналы управления. 6. Контроллер канала управления определяется в \`base.py\` фай…
- **plba-v2-trace-flow-health-endpoint**
Query: Покажи как проходит запрос /health в HttpControlAppFactory
> 1. HttpControlAppFactory.create\(health\_provider, action\_provider\) \- Создает FastAPI приложение. \- Добавляет middleware для логирования времени ответа. \- Обрабатывает GET запрос к "/health". 2. HttpControlAppFactory.create.health\(\) \- Вызывается при обработке запроса "/health". \- Возвращает Awaitable объект типа HealthPayload. 3. HttpControlAppFactory.create.action\_provider\(\) \- Определяет поведение при запросе действий. Полный поток вызова от обработки запроса "/health" до получения HealthPayload отсутствует в предоставленных доказательствах.
- **plba-v2-architecture-runtime-manager**
Query: Какие компоненты участвуют в RuntimeManager?
> \#\#\# Подтвержденные Связи 1. \*\*RuntimeManager\*\*: \- Является ключевым компонентом управления жизненным циклом приложения. \- Инициализирует и управляет другими компонентами системы через метод \`\_\_init\_\_\`. 2. \*\*ControlPlaneService\*\*: \- Управляет каналами контроля. \- Вызывается из метода инициализации \`RuntimeManager\` для регистрации каналов. 3. \*\*ControlChannel\*\*: \- Абстрактный класс для реализации конкретных каналов контроля. \- Реализует методы \`start\` и \`stop\`, которые вызываются сервисами и менеджерами. 4. \*\*ConfigFileLoader\*\*: \- Загружает конфигурационные файлы и передает их в runtime\-менеджер. 5. \*\*WorkflowPersistence\*\*: \- Обеспечивает сохранение информации о workflows. 6. \*\*InMemoryTaskQueue\*\*: \- Используется для хранения задач внутри памяти. 7. \*\*TraceContextStore\*\*: \- Хранит контекст трассировки. 8. \*\*WorkerSupervisor\*\*: \- Наблюдает за рабочими процессами и управ…
- **plba-v2-architecture-control-plane**
Query: Какие компоненты участвуют в ControlPlaneService?
> \#\#\# Подтвержденные Связи 1. \*\*ControlPlaneService\*\*: \- Вызывает методы инициализации \(\`\_channels\`, \`\_start\_async\`, \`register\_channel\`, \`start\`, \`stop\`, \`\_stop\_async\`\) \[evidence: 16\-20\]. 2. \*\*ControlPlaneService\*\* взаимодействует с другими компонентами через методы регистрации каналов и запуска: \- Регистрация канала \(\`register\_channel\`\) использует атрибут \`\_channels\` для хранения списка зарегистрированных каналов \[evidence: 22\]. \- Запуск сервиса использует метод \`start\`, который также обращается к атрибуту \`\_channels\` \[evidence: 23\]. \#\#\# Роли Компонентов 1. \*\*ControlPlaneService\*\*: \- Pipeline stage: отвечает за чтение и запись состояния атрибутов, участвует в данных срезах \(dataflow slices\). 2. \*\*ControlChannel\*\*: \- Model: выполняет функции модели управления каналами, включая запуск и остановку. 3. \*\*ControlActionSet\*\*: \- Default model role: обеспечивает стандартные д…
- **plba-v2-explain-nonexistent-symbol**
Query: Объясни класс RuntimeFactoryManager
> Класс \`RuntimeFactoryManager\` не найден в предоставленном коде или контекстной информации. Ключевые шаги и опорные файлы: 1. Код и контекста относятся к управлению каналами управления \(«control channels»\) в приложении. 2. Основные классы включают \`ControlChannel\`, \`ControlActionSet\`, и связанные с ними каналы и сервисы. 3. Основной файл для рассмотрения — \`base.py\`. 4. Ключевые обязанности и интерфейсы описаны через абстрактные методы \(\`start\`, \`stop\`\) в классе \`ControlChannel\`. Поскольку конкретный класс \`RuntimeFactoryManager\` отсутствует в данном контексте, невозможно предоставить его объяснение.
- **plba-v2-open-file-nonexistent**
Query: Открой файл src/app_runtime/core/missing_runtime.py
> Файл \`src/app\_runtime/core/missing\_runtime.py\` не найден.

View File

@@ -0,0 +1,34 @@
# plba-v2-architecture-control-plane
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Какие компоненты участвуют в ControlPlaneService?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "ARCHITECTURE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "В архитектуре подсистемы ControlPlaneService участвуют следующие основные компоненты:\n\n1. **ControlPlaneService** главный сервис, инициализирующий и управляющий каналами контроля. Он создает каналы, регистрирует их и управляет жизненным циклом через методы `register_channel`, `start` и `stop`.\n - Создаёт экземпляры каналов (`ControlChannel`) и сохраняет их в поле `_channels`.\n - Вызывает асинхронную инициализацию каналов с помощью методов `start` и `stop`.\n\n2. **ControlChannel** абстрактный базовый класс для каналов управления, определяющий интерфейс для старта и остановки канала.\n - Описывает абстракции для начала работы канала и освобождения ресурсов при завершении.\n\n3. **ControlActionSet** модель действий, используемых в канале управления.\n\nСвязи между компонентами реализованы следующим образом:\n- **ControlPlaneService** создаёт и регистрирует экземпляры каналов управления через метод `register_channel`.\n- Каналы управления (например, HttpControlChannel) используют общий интерфейс `ControlChannel` для реализации своих функций старта и завершения.\n\nГраницы ответственности включают управление жизненным циклом каналов и координацию взаимодействия различных компонентов через зарегистрированные каналы.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"ControlPlaneService"
],
"layers": [
"C4_SEMANTIC_ROLES",
"C3_ENTRYPOINTS",
"C2_DEPENDENCY_GRAPH",
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Какие компоненты участвуют в RuntimeManager?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "ARCHITECTURE",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "В подсистеме RuntimeManager участвуют следующие компоненты:\n\n1. **RuntimeManager** (src/app_runtime/core/runtime.py):\n - Инициализирует конфигурацию и управляет жизненным циклом runtime-пipeline.\n - Создаёт и регистрирует основные сервисы (ControlPlaneService, WorkflowPersistence, InMemoryTaskQueue, ConfigFileLoader, TraceContextStore, WorkerSupervisor).\n\n2. **ControlPlaneService** (src/app_runtime/control/service.py):\n - Служба управления каналами контроля и взаимодействия с внешними сущностями.\n - Регистрирует каналы и запускает асинхронные операции.\n\n3. **WorkflowPersistence** (src/app_runtime/workflow/persistence/workflow_persistence.py):\n - Обеспечивает долговременное хранение workflow-данных.\n\n4. **InMemoryTaskQueue** (src/app_runtime/queue/in_memory.py):\n - Хранит задачи в памяти для временного хранения и обработки.\n\n5. **ConfigFileLoader** (src/app_runtime/config/file_loader.py):\n - Загружает конфигурации из файлов.\n\n6. **TraceContextStore** (src/app_runtime/tracing/store.py):\n - Управляет контекстом трассировки.\n\n7. **WorkerSupervisor** (src/app_runtime/workers/supervisor.py):\n - Контролирует выполнение рабочих задач.\n\nЭти компоненты взаимодействуют через конструктор RuntimeManager, где регистрируются необходимые сервисы и каналы. Управление жизненным циклом и координация работы осуществляется через инициализацию и регистрацию сервисов.",
"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

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-create-runtime
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Что делает функция create_runtime?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Функция `create_runtime` находится в файле `src/plba/bootstrap.py`. Она принимает аргумент `module`, представляющий экземпляр интерфейса `ApplicationModule`.\n\nПодтвержденные действия функции:\n- Инициализирует объект типа `RuntimeManager`.\n- Если указан путь к конфигурационному файлу (`config_path`), добавляет этот файл в менеджер конфигурации.\n- При включённой опции HTTP-контроля регистрирует канал управления через класс `HttpControlChannel`.\n- Регистрирует переданный модуль в менеджере.\n\nТаким образом, основная задача функции создать и настроить базовый runtime для приложения.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"create_runtime"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-local-http-channel
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Почему в файле src/app_runtime/control/http_channel.py класс HttpControlChannel устроен так?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN_LOCAL",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 13,
"llm_answer": "Класс `HttpControlChannel` в файле `http_channel.py` реализует канал управления для HTTP-запросов. В конструкторе (`__init__`) создаются основные компоненты:\n\n- `_runner`: объект типа `UvicornThreadRunner`, управляющий асинхронным сервером uvicorn.\n- `_factory`: фабрика приложений типа `HttpControlAppFactory`, создающая приложения для обработки запросов.\n- `_actions`: коллекция действий управления, инициализируется как `None`.\n\nМетод `start` запускает сервер с приложением, созданным фабрикой, и ожидает завершения работы сервера при вызове `stop`. Класс предназначен для организации взаимодействия с внешним миром через HTTP-интерфейсы.",
"answer_mode": "answered",
"path_scope": [
"src/app_runtime/control/http_channel.py"
],
"symbol_candidates": [
"HttpControlChannel"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C2_DEPENDENCY_GRAPH"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,36 @@
# plba-v2-explain-nonexistent-symbol
- 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: agent_runtime
- mode: full_chain
- passed: False
## Query
Объясни класс RuntimeFactoryManager
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Класс `RuntimeFactoryManager` не найден в предоставленном контексте. \n\nСогласно имеющимся данным, наиболее близкой сущностью является `ControlChannel`, объявленный в файле `base.py`. Однако его описание и работа напрямую не связаны с созданием или управлением фабриками для runtime. Если предполагается наличие класса с таким названием, возможно, он описан в другом модуле или импортируется из внешнего пакета. Рекомендую проверить остальные части проекта или уточнить местоположение данного класса.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeFactoryManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- answer_mode: expected degraded, got answered
- retrieval: expected empty rag, got 33 rows
- llm: expected answer to contain 'не найдена'

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-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: agent_runtime
- mode: full_chain
- passed: True
## Query
Объясни как работает класс RuntimeManager
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Класс `RuntimeManager` определен в файле `src/app_runtime/core/runtime.py`, начиная с строки 18. Из доступных контекстных данных напрямую невозможно точно описать его работу, так как отсутствует подробная реализация или вызовы этого класса.\n\nТем не менее, можно сделать осторожные выводы:\n\n- Класс играет роль менеджера и управляет состоянием выполнения приложения.\n- Вероятно, он участвует в координации различных компонентов и служб через атрибуты и методы, такие как чтение и запись состояния (`configuration`, `add_config_file`), а также участие в срезах данных потока выполнения (`participates in dataflow slices`).\n- На основании имеющихся свидетельств сложно точно понять, какие конкретно действия выполняет этот класс при инициализации и во время своей работы.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,34 @@
# plba-v2-explain-trace-service
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Объясни как работает класс TraceService
## Actual
{
"intent": "CODE_QA",
"sub_intent": "EXPLAIN",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 33,
"llm_answer": "Класс `TraceService` находится в файле `src/app_runtime/tracing/service.py`. Это сервис для управления контекстами трассировки и записи событий в журнал.\n\nЕго основные обязанности:\n- Инициализация сервиса при создании экземпляра (`__init__`) с передачей транспортов и хранилищ контекста.\n- Создание нового контекста трассировки через метод `create_context`, который генерирует уникальный идентификатор трассировки и сохраняет запись контекста в хранилище.\n- Предоставление текущего идентификатора трассировки через метод `current_trace_id`.\n\nКонструктор принимает два необязательных параметра:\n- `transport`: транспорт для отправки сообщений трассировки (по умолчанию используется `NoOpTraceTransport`).\n- `store`: хранилище контекста (по умолчанию используется `TraceContextStore`).\n\nТаким образом, `TraceService` играет ключевую роль в отслеживании и документировании событий приложения, обеспечивая единообразие логирования и мониторинга.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"TraceService"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C0_SOURCE_CHUNKS",
"C4_SEMANTIC_ROLES",
"C2_DEPENDENCY_GRAPH",
"C3_ENTRYPOINTS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,33 @@
# plba-v2-find-entrypoints-control-plane
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Найди точки входа HTTP control plane
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_ENTRYPOINTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 9,
"llm_answer": "Подтверждённые HTTP route points:\n\n- GET /health (src/app_runtime/control/http_app.py:52)\n- POST (не указан конкретный путь, но находится в src/app_runtime/control/http_app.py:38-42)\n- GET (повтор, src/app_runtime/control/http_app.py:38-42)\n\nКандидат на точку входа без явного HTTP route маркера:\n- Класс HttpControlChannel в src/app_runtime/control/http_channel.py:12-57, хотя его прямая роль неясна без дополнительного анализа поведения методов start и stop.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"HTTP",
"control",
"plane"
],
"layers": [
"C3_ENTRYPOINTS",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-entrypoints-health-endpoint
- 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: agent_runtime
- mode: full_chain
- passed: False
## Query
Где health endpoint?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_ENTRYPOINTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 9,
"llm_answer": "Конкретный health endpoint не обнаружен напрямую.\n\nОднако подтверждённые HTTP routes:\n- GET / (объявлен в src/app_runtime/control/http_app.py:31-34)\n- POST / (объявлен в src/app_runtime/control/http_app.py:38-42)\n- GET / (повторное объявление в src/app_runtime/control/http_app.py:38-42)",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"health",
"endpoint"
],
"layers": [
"C3_ENTRYPOINTS",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- llm: expected answer to contain 'GET /health'

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-create-runtime
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для create_runtime?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "Прямых тестов для `create_runtime` не обнаружено. Ближайший тест находится в файле `tests/test_runtime.py`, но он проверяет экспорт публичных контрактов пакета PLBA, а не непосредственно сам метод `create_runtime`. Косвенное покрытие отсутствует.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"create_runtime"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для RuntimeManager?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "Прямые тесты для `RuntimeManager` обнаружены в следующих файлах:\n\n- **tests/test_runtime.py**: проверка инициализации и поведения `RuntimeManager`.\n- **tests/test_business_control_actions.py**: хотя этот файл упоминает `RuntimeManager`, он непосредственно не предназначен для тестирования `RuntimeManager`. Вместо этого здесь проверяются контрольные каналы и бизнес-действия.\n\nКосвенных тестов, специфичных для `RuntimeManager`, не найдено.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"RuntimeManager"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-trace-service
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для TraceService?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "Прямые тесты для `TraceService` находятся в файле `tests/test_runtime.py`.\n\nВ следующих функциях проверяются различные аспекты работы `TraceService`:\n- `test_trace_service_allows_messages_without_status`: проверяет корректность записи сообщений без статуса.\n- `test_trace_service_writes_contexts_and_messages`: проверяет запись контекстов и сообщений.\n- `test_trace_service_supports_debug_warning_and_error_levels`: проверяет поддержку различных уровней логирования.",
"answer_mode": "answered",
"path_scope": [],
"symbol_candidates": [
"TraceService"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

View File

@@ -0,0 +1,32 @@
# plba-v2-find-tests-workflow-runtime-factory-negative
- 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: agent_runtime
- mode: full_chain
- passed: True
## Query
Где тесты для WorkflowRuntimeFactory?
## Actual
{
"intent": "CODE_QA",
"sub_intent": "FIND_TESTS",
"graph_id": "CodeQAGraph",
"conversation_mode": "START",
"rag_count": 24,
"llm_answer": "Insufficient evidence for a confident answer. No test candidates found.",
"answer_mode": "degraded",
"path_scope": [],
"symbol_candidates": [
"WorkflowRuntimeFactory"
],
"layers": [
"C1_SYMBOL_CATALOG",
"C2_DEPENDENCY_GRAPH",
"C0_SOURCE_CHUNKS"
]
}
## Mismatches
- none

Some files were not shown because too many files have changed in this diff Show More