레이아웃 작업에도 AI 기반 자동화가 본격화되고 있다.
이번에 제공된 파일은 약 3만 자 분량의 텍스트 파일이었다. 이 정도 분량을 마우스와 키보드로 하나하나 지정하려면 시간은 아무리 많아도 부족하다.
다행히 내용은 단순한 세로쓰기 텍스트 흘려 넣기 형식의 책이다. 기술서처럼 텍스트와 캡션, 도판 등이 복잡하게 뒤섞인 스타일은 아니다.
그렇다면 AI를 조합해서 시간 단축을 노려보고 싶다. 좋아, 한번 해보자. 그래서 바로 시도해 보기로 했다.
ICML 파일로 내보내기
먼저 제공받은 파일에 표시를 추가했다. 대제목은 "■제목1■", 소제목은 "●제목2●", 칼럼은 "◆칼럼◆"이며, 기호가 없는 부분이 본문이다.
이 파일을 AI(이번에는 Claude)에 전달해 ICML 파일 형식으로 변환하도록 요청했다. ICML(InCopy Markup Language)은 InDesign이나 InCopy에서 텍스트를 주고받을 때 사용되는 XML 기반 파일 형식이다.
Claude는 즉시 ICML 파일 형식으로 내보내 주었다. '■제목 1■' 등의 표시가 자동으로 제거되고, 대신 각각의 단락 스타일로 반영되어 있었다.
내보낸 파일을 UTF-8(BOM 없음) 문자 코드로 저장한다. 확장자는 ".icml"이다.
이 ICML 파일을 InDesign의 텍스트 프레임에 배치한다. 프레임을 클릭하는 것만으로 원고 전체가 하나의 스토리로 흘러들어갔다. 또한 단락 스타일 패널에는 '제목 1'이나 '제목 2' 등의 스타일도 자동으로 불러와 있다.
그런데……. 각 텍스트에는 단락 스타일이 하나도 적용되어 있지 않았다. 스토리 에디터에서 확인해 보니 모두 '단락 스타일 없음' 상태 그대로였다.
요컨대, ICML을 배치했을 때 InDesign은 이 스토리를 InCopy 관리하의 링크 파일로 불러오기 때문에 자동으로 잠금이 걸리게 된다.
ICML은 원래 InDesign과 InCopy 간의 교환 포맷이므로 링크가 걸려 잠금 상태가 되는 것은 어쩔 수 없다. 문제는 이 잠금을 해제하면 모든 단락 스타일까지 함께 해제된다는 것이다. 그렇게 되면 결국 하나하나 수작업으로 단락 스타일을 다시 적용해야 한다…….
여기서부터 Claude와의 문답이 시작되었다.
시간은 오전 3시 30분. 사람이라면 "이런 시간에 그만 좀 하라"며 꾸중을 들을 법하지만, Claude에게는 그런 개념이 없다.
계속해서 방법을 모색해 주었고, 나는 Claude가 알려준 대로 오로지 시도하는 시간이 되었다. 문득 정신을 차려 보니 밖은 이미 완전히 밝아져 있었다.
결국 이 스레드에서는 단락 스타일을 자동으로 적용할 수 없었다.
재도전! 역시 이 방법이었어
잠시 휴식을 취한 뒤, 다시 한번 도전해 보기로 했다. 새 채팅 화면을 만들고 Claude에게 질문한다.
단락 스타일 패널에 스타일 이름은 등록되었는데 단락 스타일 자체는 적용되지 않았다고 전하자 수정 방법이 제시되었다.
클로드는 단락 스타일을 자동 적용하는 스크립트를 만들어 주었다. 이 데이터를 복사하여 JSX 형식의 파일로 저장한다. 문자 인코딩은 UTF-8(BOM 없음), 확장자는 ".jsx"이다.
이 스크립트 파일을 Scripts Panel 폴더에 저장합니다. ※APPDATA → Adobe → InDesign → (버전) → ja_JP → Scripts → Scripts Panel
그다음 InDesign을 실행해 indd 파일을 열고, 스크립트 패널의 '사용자' 안에 있는 스크립트 파일을 더블클릭하기만 하면 된다. 스크립트가 실행되어 단락 스타일이 자동으로 전체 텍스트에 반영된다.
하지만 모든 스타일이 올바르게 적용된 것은 아니었다.
글의 구성이 매번 같은 구조라면 문제는 없다. 대제목 뒤에 소제목이 들어가는 경우도 있고, 대제목 뒤에 바로 본문이 이어지는 경우도 있다. 이러한 다양한 경우에 모두 대응할 수 있도록 스크립트를 작성해야 한다.
우선 원본 텍스트 원고에 어떤 특징이 있는지를 다시 한 번 주의 깊게 살펴보기로 했다. 대략적인 특징을 파악했으니 그것을 Claude에게 전달한다.
Claude는 이러한 특징들을 바탕으로 스크립트 파일을 다시 만들어 주었다.
이 파일을 확장자 ".jsx"로 저장하여 Scripts Panel 폴더에 다시 저장한다. 그리고 다시 InDesign을 실행하여 indd 파일을 열고 스크립트 파일을 더블클릭한다. 이번에는 올바르게 반영되었다.
이번에는 적용할 단락 스타일 종류가 그리 많지 않아 이 정도로 충분했다. 더 복잡한 구성이 되면 스크립트에 대해 더욱 연구할 필요가 있다.
그렇다고는 해도 하나하나의 스타일을 수작업으로 맞춰 나가는 수고를 생각하면 정말 빠르고 편리한 자동화였다.
InDesign 자동화도 여기까지 왔구나…… 감회가 깊다.
"자동화할 수 있으니까 싸게 해라"가 시작된다!?
InDesign 자동화의 정밀도가 높아지면 DTP 레이아웃 비용도 한층 더 가격 인하 압박을 받게 될지도 모른다. 실제로 자동화를 이유로 터무니없이 낮은 요금을 제시받은 코더를 알고 있다.
원클릭으로 할 수 있는 거니까 싸게 할 수 있잖아?
그런 한마디를 듣게 되는 경우도 늘어날지도 모른다.
하지만 그 원클릭을 성립시키기 위해 템플릿을 설계하고, 규칙을 정리하고, 예외를 처리하고, 검증하는 등 세세한 작업을 하는 것은 인간이다.
자동화로 저렴해지는 것은 '단순 작업' 부분뿐이며, DTP의 가치가 0이 되는 것은 아니다. 원클릭으로 구현되는 시스템 자체가 상품인 것이다.
InDesign 자동화는 DTP의 가격을 낮추기 위한 것이 아니라, 잡무를 줄이고 인간의 판단이 필요한 부분에 시간을 쏟기 위한 자동화이다.
확실히, 결국에는 스크립트를 더블클릭하는 것뿐이었다. 하지만 그 더블클릭에 이르기까지는 원고를 읽고, 구조를 파악하고, 규칙을 정리하고, 예외를 찾아내며, 수없이 시도하고 수정하는 시간이 있다.
자동화란 작업을 없애는 것이 아니다. 작업의 무게중심을 수작업에서 설계와 판단으로 옮기는 것이라고 생각한다.
AI와 자동화가 확산될수록 겉으로 드러나는 작업은 점점 줄어든다. 그만큼 눈에 보이지 않는 준비와 검증의 가치는 이전보다 더욱 커진다.
원클릭으로 끝나는 일처럼 보여도, 그 원클릭이 이루어지기까지는 사람의 손과 눈과 경험이 필요하다.
바로 그렇기 때문에 자동화는 '비용을 절감하기 위한 도구'가 아니라 '더 나은 일을 하기 위한 도구'로 활용하고 싶다.
출처: note 원문
번역: Gemma 3(.44) 초벌 + 교정 25청크
원문 보기 | 출처: note.com