미리보기와 운영 연결
Market에서 진입하고 SaaS에서 실행하기
섹션 제목: “Market에서 진입하고 SaaS에서 실행하기”목표 흐름은 Market의 제품 미리보기 선택 → 새 탭의 웹페이지 → SaaS 실행 환경에서 앱과 결과 확인입니다. Market은 상품을 찾고 어떤 제출 revision과 artifact를 검증했는지 확인하는 진입점입니다. 생성 앱을 최종 실행하는 host는 SaaS이며, Unibase는 특정 host에 종속되지 않는 export·generator·SDK를 제공합니다.
| 역할 | 승인된 책임 | 현재 확인 상태 |
|---|---|---|
| Market | 제품 미리보기 진입과 상품 revision·artifact의 검증 정보 | 새 탭 연결 계약·화면 동작은 미검증 |
| SaaS | 앱·SQLite DB, 세션 runtime과 provider 실행 환경 | 새 제품 미리보기 연결·배포·실행 QA는 미완료 |
| Unibase | host에 종속되지 않는 export·generator·SDK | 첫 Mail 정의와 생성 입력 소비 확인. SaaS 실행 연결은 미검증 |
S3 업로드·메일·과금 provider도 SaaS 실행 환경에서 다루는 설계입니다. 미리보기에서는 가상 메일·모의 과금·세션 임시 저장을 사용하며 실제 거래를 수행하지 않는 원칙을 유지합니다. S3 연결의 구체적 저장 방식·보존 기간·격리와 provider 설정은 아직 조율 중입니다.
생산자·SaaS·Market 사이의 연결 계약은 확정되지 않았습니다. 새 탭으로 이동한다는 설계만으로 현재 버튼·URL·API·MCP 도구나 자동 실행 절차가 제공된다고 안내하지 않습니다.
첫 mail 계약의 preview는 in-memory-v1이며 격리 앱 프로세스의 메모리에 한정됩니다. production은 java-spi-v1 adapter 인터페이스입니다. 이 첫 slice는 SaaS의 세션 runtime·provider나 Market 진입·로그인/방문에 연결되지 않았으며, 다른 서비스의 simulation profile도 미구현입니다. 프로세스 메모리의 receipt를 세션 저장·SQLite·S3 저장의 증거로 확대하지 않습니다.
미리보기에서 무엇을 확인하려는가
섹션 제목: “미리보기에서 무엇을 확인하려는가”승인된 목표는 Unibase의 서비스 호출과 변환 코드를 연결하고, Market에서 진입한 SaaS 웹페이지에서 그 업무 흐름을 시뮬레이션으로 확인하는 것입니다. 사용자는 입력과 결과, 실패 상황을 익히고 운영 연결에 필요한 조건을 구분할 수 있어야 합니다.
시뮬레이션 결과와 운영 서비스의 실제 처리 결과는 서로 다른 증거입니다. 화면에 완료가 보여도 실제 메일이 발송되거나 실제 결제가 이루어졌다는 뜻은 아닙니다. 어떤 동작을 대체하고 어떤 상태를 남기는지는 새 시뮬레이션 계약이 정합니다.
| 작업 | 새 preview 계약에서 확인할 항목 | 운영 연결에서 확인할 항목 |
|---|---|---|
| 메일 | 가상 메시지와 접수 결과의 표시, 실제 발송 없음 | 승인된 provider의 실제 전달 결과 |
| 스토리지 | 세션 임시 저장의 위치·격리·종료 시 처리. SQLite·S3 연동 방식은 계약 대기 | 실제 저장 위치·읽기·접근 범위 |
| 파일 전송 | 전송 상대와 파일 내용의 확인 방법 | 실제 수신 결과·파일 조건 |
| 인증 | 시뮬레이션 사용자와 권한의 표현 | 실제 사용자 확인과 작업 권한 |
| 결제 | 모의 과금 상태, 실제 거래·청구 없음 | 실제 거래·금액·통화·최종 상태 |
preview 열기·provider 전환·실패 유도 버튼의 화면과 조작 방법은 아직 확인되지 않았습니다. 확인되지 않은 메뉴나 환경변수 이름을 만들어 안내하지 않습니다.
기존 Market 홈페이지 미리보기와 구분하기
섹션 제목: “기존 Market 홈페이지 미리보기와 구분하기”기존 계약을 읽은 Market 소스 기준은 8009140입니다. 기존 홈페이지 미리보기는 제출 revision과 연결된 실행 산출물·QA·상품 공개 상태를 확인하는 흐름입니다. 이 과거 소스 검토는 Market이 새 앱의 최종 실행 host라는 근거도, 새 SaaS 서비스 시뮬레이션 완료의 증거도 아닙니다.
기존 생성 계약에서 확인한 범위는 Spring Boot backend·단일 SQLite·Vue/React/Svelte native frontend입니다. 공식 온유 리빙의 확인 프로필은 JavaScript입니다. 다른 언어·framework나 새 메일·인증·결제 기능이 자동으로 동작한다고 확대하지 않습니다. 이 범위는 소스에서 확인한 기존 계약이며 현재 모든 배포 환경의 실행 보장은 아닙니다.
제품의 제출·QA·전시·구매 구성 흐름은 Market 판매와 구매에서 읽으세요. 홈페이지를 열 수 있는 상태, 실행 QA가 승인된 상태, 새 서비스 시뮬레이션이 검증된 상태를 각각 확인해야 합니다.
preview에서 운영으로 넘어가기 전
섹션 제목: “preview에서 운영으로 넘어가기 전”- 사용한 원본·변환 대상·provider·메타데이터 기준을 확인합니다.
- preview가 실제로 수행한 동작과 대체한 동작을 확인합니다.
- 입력·결과·실패 경로를 검증한 기록을 읽습니다.
- 운영 provider의 연결·권한·처리 조건이 준비됐는지 별도로 확인합니다.
- 실제 처리 결과의 근거가 있는지 확인한 뒤 완료를 판정합니다.
이 목록은 학습·검토 기준입니다. 현재 앱의 운영 전환 버튼이나 자동 배포 절차를 제공하는 것은 아닙니다. 새 지원 플랫폼표와 시뮬레이션별 제한은 확정 계약을 받은 뒤 이 페이지에 연결합니다.
다음은 안전한 예제와 확인 범위입니다.