TornadoAce_CJOnStyle/docs/initial-architecture.md

TornadoAce CJ OnStyle 초기 구조

RFP에서 잡은 핵심 흐름

1. 큐시트 플랫폼과 ERP 편성 데이터를 API로 수신한다.
2. 큐시트 필드를 사전 정의된 Tornado Scene 템플릿 객체에 매핑한다.
3. Tornado Scene에서 화면에 노출되는 Text/Image 데이터를 추출하는 API를 둔다.
4. 큐시트 데이터와 Scene 데이터를 1차 Text Diffing으로 비교한다.
5. 1차 실패 건은 LLM 검수로 중요도를 판정하고 제작자에게 피드백한다.

현재 초기 빌드 범위

• Domain: 큐시트, Scene 템플릿, Scene 데이터 스냅샷, 검수 결과 모델.
• Services: 실제 API/Tornado SDK 연결을 받을 인터페이스와 목 워크스페이스.
• ViewModels: 운영 콘솔에 표시할 상태 카드, 파이프라인, 매핑표, 검수 큐.
• Views: WinUI 3 기반 첫 화면. 예제 프로젝트와 같은 데스크톱 앱 방향으로 유지.

다음 설계 결정 지점

• Tornado2와 Tornado3의 어댑터 경계를 같은 인터페이스로 유지할지 여부.
• Scene 내부 비노출 객체를 구분할 메타데이터 규칙.
• 큐시트 API 원문 필드명과 화면용 정규화 필드명 분리 방식.
• 특수문자 예외 처리 목록을 룰 파일로 둘지 관리자 UI에서 편집할지 여부.
• LLM이 반환할 중요도 스키마와 감사 로그 보관 범위.