Task-stop/reinitialize 경계의 runtime-owned state reset contract 확장

[SilverSupplier]

Summary

현재 EngineRuntime::stop()은 EcsCore와 CommandBuffer를 비우고 lifecycle state를 초기화하는 최소 reset 동작을 이미 수행한다. 이 작업은 이후 ResourceStore, DeterministicRng, TriggerPolicy::Interval cadence 상태가 실제 runtime-owned state로 도입된 뒤, stop/reinitialize 경계에서 그 상태들까지 일관되게 reset하는 후속 정리 작업으로 둔다.

Parent Issue

#1

Area

Engine

Target Sprint

Later

Why Needed

반복 실행과 재현성 기준은 engine foundation에서 중요하지만, 아직 reset 대상이 될 runtime-owned state 일부(#21, #22, #95)가 구현되지 않았다. 현 시점에 없는 구조까지 묶어서 고정하면 scope가 과해지므로, 선행 상태 도입 이후 reset coverage를 확정하는 편이 적절하다.

Scope

• Task-Implement ResourceStore and WorldResources for shared simulation state #21, Task-Implement DeterministicRng and run seed contract #22, Task-TriggerPolicy 실행 조건과 Interval cadence 적용 #95 이후 실제로 생기는 runtime-owned state(ResourceStore, DeterministicRng, interval cadence state)의 reset 범위를 정의한다.
• stop() 및 재초기화 경계에서 각 상태가 clear / reseed / reset 되는 규칙을 정리한다.
• 재시작 후 동일 입력에서 재현성이 유지되는지 검증하는 테스트를 보강한다.
• 필요하면 lifecycle 관련 문서/UML을 실제 구현 범위에 맞게 정리한다.

Out of Scope

• 현재 이미 구현된 EcsCore / CommandBuffer 초기화 자체의 재구현
• domain scenario 재구성 로직
• application UI의 stop/reset workflow

Core Design Criteria

• reset 범위는 engine-owned state에 한정한다.
• lifecycle 경계에서 이전 run의 숨은 상태가 남지 않아야 한다.
• 동일 입력이면 restart 이후에도 같은 결과를 재현할 수 있어야 한다.

Acceptance Criteria

• Task-Implement ResourceStore and WorldResources for shared simulation state #21, Task-Implement DeterministicRng and run seed contract #22, Task-TriggerPolicy 실행 조건과 Interval cadence 적용 #95 완료 후 도입된 runtime-owned state가 stop/reinitialize 경계에서 reset된다.
• restart 이후 동일 입력에서 기대한 재현성 규칙이 유지된다.
• 관련 테스트와 기존 테스트 전체가 통과한다.

Related Docs

• docs/architecture/프로젝트 구조.md
• uml/engine-overview.puml
• uml/engine-runtime-core.puml

Dependencies / Blockers

• Task-Implement ResourceStore and WorldResources for shared simulation state #21, Task-Implement DeterministicRng and run seed contract #22, Task-TriggerPolicy 실행 조건과 Interval cadence 적용 #95 완료 이후 본격 착수한다.
• 현재 EcsCore / CommandBuffer reset 경계는 기존 테스트로 이미 검증되고 있다.

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.

[learncold]

현재 stop()이 처리하는 EcsCore / CommandBuffer reset은 이미 구현 및 테스트되어 있어, 이 이슈는 남아 있는 후속 범위만 다루도록 정리했습니다.

• Target Sprint를 Later로 이동했습니다.
• 범위는 향후 ResourceStore, DeterministicRng, TriggerPolicy::Interval cadence 상태가 실제로 들어온 뒤의 reset contract 확장으로 축소했습니다.
• 선행 이슈는 #21, #22, #95로 맞췄습니다.