Task-scenario/run/variation 프로젝트 저장 및 다시 열기 구현

[learncold]

Summary

프로젝트 저장 범위를 scenario/run/variation 메타데이터와 artifact index까지 확장해, persisted 결과 구조를 다시 열 수 있게 한다.

Parent Issue

#3

Area

Application

Target Sprint

Sprint 3

Why Needed

source of truth는 프로젝트 저장을 단순 layout/scenario serialization이 아니라 scenario/run/variation 단위와 canonical result artifact 인덱스 보존으로 본다. 기존 task 범위를 이 수준으로 올려야 한다.

Scope

• 레이아웃과 시나리오뿐 아니라 run/variation 메타데이터를 저장한다.
• ArtifactIndex 또는 동등한 canonical result reference를 프로젝트 저장소에 포함한다.
• 다시 열기 시 재실행 필요 여부와 persisted artifact 존재 여부를 복원한다.

Out of Scope

• export 파일 생성 자체
• #87에서 다룸
• recommendation 후보 생성 자체

Core Design Criteria

• 직렬화 대상의 정본은 domain 값 타입과 persisted artifact reference다.
• CumulativeArtifact와 ScenarioComparison 존재 여부를 프로젝트 메타데이터로 복원 가능해야 한다.
• application은 파일 workflow를 담당하고 engine에 파일 포맷 의존성을 추가하지 않는다.

Acceptance Criteria

• scenario/run/variation 메타데이터가 저장된다.
• artifact index가 함께 저장되어 다시 열 때 결과 경로를 복원할 수 있다.
• 재실행 필요 여부가 persisted artifact 상태와 함께 구분된다.

Related Docs

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

Dependencies / Blockers

• Task-ScenarioVariation 중심 실행 흐름 구현 #26, #27의 persisted variation/artifact 구조를 사용한다.
• Task-persisted 비교 결과 artifact bundle 내보내기 구현 #87 export와 같은 canonical artifact reference를 재사용한다.

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.

[SilverSupplier]

참고 draft PR: #152

Sprint 1 범위에서 Scenario Authoring 상태를 프로젝트 저장/다시 열기 흐름에 포함하고, JSON 로딩 시 잘못된 execution/placement 값을 안전하게 보정했습니다. 전체 result artifact persistence는 이 이슈의 후속 범위로 남겨둡니다.