영상 프롬프트를 JSON으로 나눠 사전 점검하는 방식

20일 화요일 오후 1시 13분, 에이전트코리아에서 한 참가자가 사이트 하나(dice-roll.io)를 소개했다. 도움이 될 것 같다며 주소를 올린 뒤 이렇게 설명을 붙였다.

비디오 to prompt hub 느낌

영상을 보여 주면 그 영상을 만들 수 있는 프롬프트로 바꿔 준다는 뜻으로 읽힌다. 다만 사이트의 기능을 대화 밖에서 확인한 것은 아니며, 이 서술은 소개한 참가자의 한 줄 설명에 기댄다. 이 토픽에는 네 명이 참여했고, 대화의 중심은 소개한 참가자와 영상을 만드는 다른 참가자의 주고받음이었다.

이미 자체 구축했다는 답

소개가 올라오고 15초쯤 뒤, 영상을 만드는 다른 참가자가 이미 자체 구축했다고 답했다.

아 ㅋㅋㅋㅋ ㅣ건 이미 ㅋㅋㅋ 자체 구축 완 ㅋㅋ

소개한 참가자는 다들 자체 구축한 것이 있다며 감탄했고, 영상 하는 사람은 다들 R2를 쓰는 것이냐고 물었다. R2가 무엇을 가리키는지는 대화에서 풀이되지 않았고 이 질문에 대한 답도 나오지 않았다. 대신 영상을 만드는 참가자가 자신의 점검 방식을 길게 설명했다.

프롬프트 띠어낸거 + 카메라 구분 + 샷구분을 제이슨으로 따로 분리해서 표준에 맞춰 ㅔㅈ작되었는지 체크하고

같은 발화는 이어서 그렇게 나눈 것을 프리비즈의 문법에 맞게 제작되었는지 사전 제작 단계에서 확인하는 것이 중요하다고 했다. 프리비즈는 본 촬영이나 생성에 들어가기 전에 장면을 미리 그려 보는 단계를 가리키는 영상 업계 용어다. 정리하면 떼어 낸 프롬프트, 카메라 구분, 샷 구분을 JSON, 곧 구조화한 데이터 형식으로 따로 나눠 표준에 맞게 만들어졌는지 체크한다는 방식이다.

감에 의존하는 부분을 줄이려는 구상

몇 분 뒤 같은 참가자는 이 방식이 향하는 곳을 한 번 더 적었다. 대사, 카메라, 연기 같은 요소를 원래 편집하듯 타임라인으로 제어하고 그것을 먼저 영상으로 본 뒤 만들 수 있다면, 추상적인 부분을 감에 의존하던 문제가 확실히 풀릴 것 같다는 느낌이라고 했다.

어차피 시댄스가 프롬프트 찰떡같이 알아듣는 이 시점에..

시댄스는 대화에서 영상 생성 모델로 쓰인 이름이며 제품 정보는 풀이되지 않았다. 이 문장은 끝이 맺어지지 않았고, 모델이 프롬프트를 잘 알아듣는 만큼 프롬프트를 앞단에서 정리해 두는 쪽이 중요해졌다는 뜻으로 읽히지만 그렇게 단정할 수는 없다.

소개한 쪽의 되물음

소개한 참가자는 영상 제작 쪽의 방식에 임베딩이 없느냐고 물었다. 영상을 만드는 참가자는 웃음 섞인 짧은 말로 받았을 뿐 구체적인 답은 하지 않았다. 소개한 참가자는 이어 AWS의 S3 벡터(벡터를 저장하고 비교·검색하는 서비스로 보인다)를 꼽으며 최고라는 뜻으로 보이는 한마디를 남겼고, 벡터 DB 구축에 대해서도 짧게 덧붙였으나 뜻은 분명하지 않다. 임베딩과 벡터 DB는 글이나 영상을 숫자 묶음으로 바꿔 비슷한 것을 찾는 데 쓰는 기술인데, 이 대목은 영상을 만드는 참가자의 설명이 아니라 소개한 참가자의 제안이다. 다른 두 참가자는 감탄하는 짧은 반응을 남겼다.

맥락 해석

이 대화에서 확인되는 것은 점검 방식의 대략적인 구조다. 프롬프트, 카메라, 샷을 따로 담고 사전 제작 단계에서 규칙에 맞는지 본다는 설명이다. 이 방식이 실제로 결과 품질을 높였는지에 대한 근거는 대화에 없다. 다만 영상 생성 모델이 프롬프트를 잘 알아듣는 상황에서, 영상을 만드는 쪽의 관심이 모델 선택에서 입력을 미리 구조화하고 점검하는 쪽으로 옮겨 가 있음을 시사한다.