Cinema Legacy Removal Policy

상태: 적용 완료

기준일: 2026-08-21

정책 버전: cinema-legacy-removal-v2

Cinema는 아직 배포된 적이 없고 개발 데이터 보존 요구가 없다. 따라서 이전 Frame·Motion·Render Plan 중심 제작 구조는 호환용 테이블로 남기지 않고 물리적으로 제거한다.

1. 현재 제작 기준

Scenario -> Sequence -> Scene -> Beat -> Shot

Shot은 최종 작업 화면이다. Shot 제안을 확정하면 각 승인 Shot에 대해 다음 두 텍스트가 같은 화면에서 생성된다.

• framePrompt: 해당 Shot의 정적인 한 장면을 표현하는 독립 프롬프트
• motionPrompt: 해당 Shot 안의 시간적 행동과 연기를 표현하는 독립 프롬프트

두 프롬프트는 이전 Shot, 선택 Frame, 경계 관계, Scene Proxy, Render Plan을 요구하지 않는다. Motion Prompt도 Frame 생성 또는 이미지 선택을 요구하지 않는다.

2. 삭제한 스키마

마이그레이션 1789520400000-ReplaceCinemaProductionWorkflowWithShotPromptPackages는 다음 테이블을 CASCADE로 삭제한다.

cinema_prompt_drafts
cinema_scene_depth_maps
cinema_source_observation_revisions
cinema_source_observations
cinema_scene_perception_runs
cinema_guide_renders
cinema_shot_camera_revisions
cinema_scene_proxy_revisions
cinema_generation_attempts
cinema_shot_render_plans
cinema_context_runs
cinema_edit_relations
cinema_edit_relation_proposals

cinema_shots에서는 다음 컬럼을 제거한다.

frameStrategy
frameSpec
motionSpec

관련 enum type도 함께 삭제한다. 이 마이그레이션은 삭제한 데이터를 다시 만드는 down 경로를 제공하지 않는다.

3. 새 스키마

cinema_shot_prompt_packages는 승인 Shot 하나당 한 행만 가진다.

필드	역할
shotId	승인 Shot과의 1:1 연결
shotDefinitionVersion	어떤 Shot 정의에서 생성됐는지 표시
framePrompt	독립 Frame Prompt
motionPrompt	독립 Motion Prompt
status	GENERATING, READY, FAILED
모델 metadata	개발자가 교체 가능한 profile과 실행 추적

Shot 정의가 변경되면 definitionVersion을 올리고 해당 Shot의 Prompt Package만 다시 생성한다. 다른 Shot의 Package는 건드리지 않는다.

4. API와 UI 정책

• 구형 Render Plan, Generation Attempt, Edit Relation, Scene Proxy controller는 Cinema module에 등록하지 않는다.
• 제작 내비게이션은 5단계만 노출한다.
• 승인 전 Shot 편집 창은 수동 편집과 AI 편집 제안을 함께 제공한다.
• AI 편집은 현재 form을 즉시 저장하지 않는다. 사용자가 변경 요약을 검토하고 form에 반영한 뒤 일반 저장을 수행한다.
• 승인 후에는 같은 Shot 카드에서 Frame·Motion Prompt를 수정, 저장, 복사, 재생성한다.
• 이미지·영상 실행 기능을 다시 연결할 때도 이 Package를 입력으로 사용하며, 삭제한 스키마를 복구하지 않는다.

5. 삭제와 사용자 데이터 정책의 구분

이번 삭제는 배포 전 개발 스키마 교체다. 실제 서비스 배포 후 사용자가 생성한 결과와 결제·감사 기록을 삭제하는 정책으로 일반화하지 않는다. 운영 데이터 파기는 개인정보 처리방침과 별도의 사용자 삭제 절차를 따른다.