결론 · 05 조합의 정의와 업무 범위 (1차 정리)
조합은 한 장으로 통합하는 일과, 그 전에 함께 놓일 형태를 고르는 일을 맡는다
1. Q4 계획에서 조합의 역할
조합은 다음 단계로 넘어가는 관문이다. 앞에서 남은 빈 영역은 여기서 막힌다
모든 일을 조합이 직접 한다는 뜻은 아니다. 남는 영역은 먼저 검색 대치나 스타일 대치가 맡을 수 있는지 확인하고, 맡을 곳이 없을 때 조합의 일로 정리한다.
2. 조합의 결과물이 만족해야 하는 것
한 장은 내용 표현, 배치, 통일성을 만족해야 한다
- ① 내용 표현원문의 내용이 알맞은 유형 · 구조 · 텍스트로 담긴다
- ② 배치콘텐츠 영역 안에 알맞은 위치와 크기로 놓인다
- ③ 통일성배경과 어울리고 컴포넌트끼리도 어울린다
- ④ 개성미논의
1내용 표현
2배치
3통일성
3. 사용자의 선택과 입력이 결과물 만족 기준으로 바뀌는 과정
사용자가 준 것은 네 정보로 쪼개지고, 네 변환을 거쳐 한 장이 된다
3. 변환 사이의 관계
스타일은 입혀서 맞추고, 기하는 골라서 맞춘다. 그래서 「함께 정하는 변환」은 빠질 수 없다
구조는 내용을 담는 틀(라벨 수, 아이템 수 등)이고, 기하는 그 구조를 실제로 그린 모양(외곽 비율, 타이틀 유무, 칸 배열, 여백, 정형 · 비정형)이다.
4. 네 변환을 누가 다루는가
변환 1은 검색 대치가, 변환 4는 스타일 대치가 다룬다. 가운데 둘은 비어 있다
4-4. 어느 쪽도 다루지 않는 영역
빈 곳은 다섯 가지 모습으로 나타난다
앞의 셋은 기하가 어긋난 경우, 뒤의 둘은 자리가 성립하지 않는 경우다. 파란색이 어긋난 컴포넌트다.
표현 방식
정형 단계도 옆에 비정형 단계도
검색 대치 유형 · 구조가 같으면 구분하지 않는다
스타일 대치 다른 표현 방식으로 바꿔 그리지 못한다
구성 요소
리스트 셋 중 둘에만 타이틀
검색 대치 타이틀 유무를 구분하지 않는다
스타일 대치 타이틀을 붙이거나 떼지 않는다
여백
한쪽은 꽉 차고 옆은 여백이 넓다
검색 대치 여백을 고려하지 않는다
스타일 대치 여백을 고치지 않는다
함께 들어가는가
모두 가로로 길어 영역에 함께 못 들어간다
검색 대치 순위를 묶음마다 따로 매긴다
스타일 대치 위치와 크기를 바꾸지 않는다
어디에 얼마만 하게
제목을 덮고 한쪽으로 쏠린다
검색 대치 배치를 하지 않는다
스타일 대치 배치를 하지 않는다
5. 조합 담당 팀의 업무 범위
빈 곳이 조합의 범위다. 고르는 일이 업무 2, 자리를 주고 조립하는 일이 업무 1이다
| 범위가 아닌 것 | 맡는 곳 |
|---|---|
| ① 내용 표현 | 검색 대치 |
| ③ 통일성 중 스타일 · 사전 계산 · 사후 조정 | 스타일 대치 |
| L3 조합(컴포넌트 내부에 컴포넌트 배치) | 미정 |
| 최종 품질 판정 모델 | 범위 아님 |
| ④ 개성 | 미논의 |
6. 업무 2 상세 · pool에서 꺼내 쓴다
검색 대치는 pool을 만들고, 조합이 두 조건으로 꺼내 쓴다
꺼내 쓸 때 고려하는 조건은 둘이다. 바깥에서 본 외곽 · 자리와, 안에서 본 기하구조.
1컴포넌트 외곽 영역 + 배경 콘텐츠 영역 · 유형 간 상호 배치
2컴포넌트 내부 기하구조
스타일(색, 글꼴)은 조건에 넣지 않는다. 스타일 대치가 바꿔 입히기 때문이다. 「이 템플릿으로 잘 바뀌는 후보인가」 정보는 고를 때 함께 쓴다.
6. 업무 2 상세 · 구현(안)
템플릿 수십만 장의 배치를 벡터로 만들어 두고, 지금 배경에 가까운 사례를 찾아 꺼낼 근거로 삼는다 (가안, 미정)
1차 방안은 조건 ① · ②를 임베딩 모델 하나로 함께 담는 것이다. 두 단계로 나눌지는 미정이다. page layout DB는 구축되어 있다고 전제한다.
7. 업무 플로우 구상안 (1차 정리 · 확정 전)
풀을 만들고, 가려 표시하고, 꺼내 통합하고, 맞춘다
부록
열려 있는 문제와 파트 사이에 주고받는 것
열려 있는 문제
| 문제 | 내용 |
|---|---|
| L3 조합 | 컴포넌트 안에 컴포넌트를 배치하는 작업. 방향과 범위가 정리된 뒤 정한다 |
| 효과의 크기 | 쓸 만한 후보가 묶음당 네댓 개뿐일 때 기하로 고르는 일이 결과를 얼마나 바꾸는가 |
| 내부 기하구조의 표현 | 무엇을 특징으로 삼고 추출 결과에서 어떻게 얻는가 |
| 조건 둘의 결합 | 순서대로 적용할지, 하나의 임베딩으로 함께 볼지 |
주고받는 것
| 주는 쪽 | 받는 쪽 | 무엇 |
|---|---|---|
| 검색 대치 | 조합 | 묶음별 후보 풀 |
| 스타일 대치 | 조합 | 후보별 「잘 바뀌는가」 정보 |
| 추출 | 조합 | 후보별 외곽과 내부 기하구조 |
| Page Layout | 조합 | 배경의 콘텐츠 영역 |
| 조합 | 스타일 대치 | 세트, 위치 · 크기, 조립된 한 장 |
접근 방향 (구상 단계 · 합의 전)
| 항목 | 내용 |
|---|---|
| 제약 | 시간이 많지 않다. 실행 시점에 LLM을 쓸 수 없다. 경우의 수가 많아 하나씩 판정하기 어렵다 |
| 방향 | 조건 둘에 영향을 주는 특징으로 임베딩 모델을 만들고 벡터 검색으로 꺼낸다 |
| Standalone · Fragment | 추출 단계에서 선언된다. 임베딩 모델에는 큰 차이를 만들지 않는다 |