Task-ScenarioVariation 중심 실행 흐름 구현

[learncold]

Summary

baseline/alternative 중심 표현을 ScenarioVariation 중심 실행 흐름으로 바꿔, run과 variation이 persisted 결과 구조와 직접 연결되도록 정리한다.

Parent Issue

#3

Area

Domain

Target Sprint

Sprint 2

Why Needed

현재 문서/UML은 baseline 대비 delta를 ScenarioVariation으로 표현하고, run/variation/comparison/cumulative를 분리한다. 기존 baseline/alternative demo 흐름은 persisted artifact와 자연스럽게 이어지지 않는다.

Scope

• ScenarioVariation delta를 실행 그룹과 연결한다.
• baseline과 variation을 batch 실행 경로에서 관리한다.
• variation key가 RunResult, VariationSummary, ScenarioComparison으로 이어지도록 정리한다.
• application comparison/recommendation이 variation metadata를 재사용할 수 있게 한다.

Out of Scope

• template authoring UI 상세
• #100에서 다룸
• recommendation 생성 규칙
• #84에서 다룸

Core Design Criteria

• ScenarioVariation은 baseline 전체 복사가 아니라 delta 중심 구조다.
• run과 variation은 persisted result artifact 계층에서 명확히 분리된다.
• comparison은 ad hoc 계산이 아니라 variation 결과를 기반으로 만든다.

Acceptance Criteria

• ScenarioVariation 중심 실행 흐름이 정리된다.
• variation key가 run/summary/comparison 구조와 연결된다.
• baseline 대비 delta metadata가 후속 workflow에서 재사용된다.

Related Docs

• docs/product/Product Backlog - Pathfinder 반영안.md
• uml/domain-scenario-model.puml
• uml/domain-result-artifacts.puml
• uml/application-run-results-workflow.puml

Dependencies / Blockers

• Task-시나리오 입력 계약과 PopulationSpec 구조 정리 #24 입력 계약과 Task-run / variation 반복 실행과 seed 재현성 구조 구현 #79 run/variation 재현성 구조를 기반으로 한다.
• Task-ResultAggregator 기반 persisted 결과 아티팩트 생성 구조 정리 #27, Task-persisted ScenarioComparison 기반 비교 workflow 구현 #29, #85가 후속 소비자다.

Repository Checks

• I checked for an existing related issue or epic before creating or updating this task.
• I will keep the issue title aligned with the repository naming convention.