25 lines
1.3 KiB
Markdown
25 lines
1.3 KiB
Markdown
# 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이 반환할 중요도 스키마와 감사 로그 보관 범위.
|