final이라는 폴더는 흔합니다. final-zh-vertical-short-v2라는 폴더는 경고입니다.
팀이 더는 콘텐츠 하나를 만드는 것이 아니라 제품군을 유지하고 있다는 뜻입니다. 그런데 도구는 그 제품군의 각 항목을 서로 무관한 파일로 취급하라고 요구합니다.
보통은 더 엄격한 이름 규칙, 스프레드시트, 템플릿을 추가하고 승인 프로젝트를 복제한 뒤 수정합니다. 도움이 되지만 근본 모델은 그대로입니다. 언어, 플랫폼과 길이는 프로젝트가 아니라 하나의 제작을 이루는 차원입니다.
차원을 명시하면 쌓여 있던 버전을 추론 가능한 매트릭스로 바꿀 수 있습니다.
복사본에서 좌표로
녹화한 대화 하나를 플랫폼 세 개, 언어 두 개, 길이 두 개로 만든다고 합시다.
platform = [YouTube, LinkedIn, TikTok]
language = [영어, 일본어]
duration = [전체, 짧은 버전]
매트릭스에는 12개 좌표가 있습니다.
(YouTube, 영어, 전체)
(YouTube, 영어, 짧은 버전)
...
(TikTok, 일본어, 짧은 버전)
단순한 용어 변경이 아닙니다. 좌표는 공유 작업을 상속하고 다른 부분만 재정의할 수 있습니다. 복사본은 처음부터 독립적이어서 사람이 원본과의 관계를 지켜야 합니다.
원본 전사는 12개 좌표 모두가 공유할 수 있습니다. 영어 요약은 여섯 개, TikTok 훅은 네 개, 일본어 발음 수정은 세 개가 공유할 수 있습니다. 좌표마다 최종 영상은 다르지만, 그 영상을 만든 결정 대부분은 공통입니다.
복제는 이 구조가 가장 유용해지는 순간에 구조를 버립니다.
버전 불일치는 규율의 문제가 아니다
승인 문구가 열 개 출력에는 들어갔지만 열한 번째에는 지난주 문구가 남고, 번역 자막은 새 제품명인데 음성은 예전 이름을 말하며, 올바른 영상에 잘못된 표지가 올라갑니다. 이런 불일치는 흔히 사람이 정리하지 못해서 생긴다고 여겨집니다.
하지만 꼼꼼한 체크리스트가 있어도 일어납니다. 복사본 하나마다 사람이 지켜야 할 의무가 하나씩 늘기 때문입니다. 두 결과물이 같은 조상을 가졌다는 사실을 시스템이 모르면 기본적인 수정 질문에 답할 수 없습니다.
이 소스가 바뀌면 어떤 출력이 오래된 것이 되는가?
스프레드시트는 버전을 나열하지만 선택적 재실행에 필요한 의존성을 담기 어렵습니다. 프로젝트 템플릿은 시작 구조를 복제하지만 복제 후 상속을 유지하지 않습니다. 이름 규칙은 결과물을 식별하지만 무엇이 만들었는지는 증명하지 않습니다.
매트릭스 뒤에는 그래프가 필요합니다.
공유 결정과 재정의를 분리하라
유지 가능한 버전 시스템에는 두 종류의 상태가 있습니다.
공유 상태 는 상류에 둡니다. 사실, 승인 제품명, 원본 영상, 브랜드 규칙, 핵심 주장과 여러 버전에 실제로 적용되는 변환입니다.
재정의 상태 는 한 좌표나 일부 좌표에 속합니다. 플랫폼별 도입부, 언어별 표현, 길이에 따른 생략, 지역 법적 고지 등이 해당합니다.
어려운 문제는 모든 조합을 생성하는 법이 아니라 상속을 어디서 멈출지입니다.
영어 짧은 대본을 일본어로 번역하는 것이 효율적으로 보일 수 있습니다. 하지만 일본어판에 다른 논리 순서가 필요하다면 더 나은 의존 관계는 다음일 수 있습니다.
승인된 핵심 주장
-> 영어 짧은 버전 각색
-> 일본어 짧은 버전 각색
다음과는 다릅니다.
승인된 핵심 주장
-> 영어 짧은 버전 각색
-> 일본어 번역
첫 그래프는 의미를 공유하면서 현지 구조를 허용합니다. 두 번째 그래프는 문구를 더 강하게 공유합니다. 매트릭스가 결정을 대신하는 것이 아니라 결정을 보이게 합니다.
펼치고, 작업하고, 접기
시각적 제작 시스템에는 현실적인 인터페이스 문제가 있습니다. 12개나 120개 버전을 동시에 보여 줘도 쓸모가 없습니다.
IceFold는 크리에이터를 위한 콘텐츠 제작 IDE입니다. AI 생성, 미디어 편집과 검토를 개선하고 다음 콘텐츠에도 재사용할 수 있는 하나의 플로로 연결합니다. 같은 플로에서 여러 언어, 플랫폼이나 길이도 만들어야 할 때는 필요한 차원만 펼치고 해당 브랜치에서 작업한 뒤 다시 간결한 화면으로 접을 수 있습니다. 스크립트, 이미지, 오디오와 비디오는 계속 검토하고 편집할 수 있으며, 하류 작업이 이어지기 전에 사람이 결과를 확인할 수 있습니다.
제품 용어보다 중요한 원칙은 다음과 같습니다.
- 지금 검토하는 차이만 펼칩니다. 같은 노드 벽을 만들지 않습니다.
- 명시적인 범위에 작업합니다. ‘재실행’이 건드릴 버전을 밝혀야 합니다.
- 승인된 형제 버전을 보존합니다. 일본어 TikTok 수정이 영어 YouTube를 바꾸면 안 됩니다.
- 접어도 상태를 잃지 않습니다. 차단, 거절, 오래된 상태를 간결한 화면에서도 보여 줍니다.
이 속성이 없으면 매트릭스는 보기 좋은 배치 스크립트일 뿐입니다.
사람의 검토도 데이터 모델이다
많은 워크플로는 검토를 실제 과정 옆에 뜬 댓글로 그립니다. 버전이 많은 제작에는 너무 약합니다.
승인은 다음에 허용할 행동을 바꿉니다. 법무가 원본 주장을 승인하기 전에 36개 결과물을 만들면 안 됩니다. 원어민이 번역 하나를 거절해도 다른 언어의 승인 상태는 유지돼야 합니다. 사람이 AI 출력을 편집했다면 버린 생성물이 아니라 편집한 결과물이 하류 소스가 돼야 합니다.
최소한 세 개념을 구분해야 합니다.
- 실행: 출력을 만들거나 다시 만듭니다.
- 편집: 사람의 판단으로 결과물을 바꿉니다.
- 확인: 현재 결과물을 다음 단계에 사용해도 된다고 선언합니다.
셋을 모두 ‘노드 완료’로 합치면 효율적으로 보이는 대신 품질을 지키는 작업이 숨습니다.
모든 변화를 차원으로 만들지 말 것
차원은 반복적이고 의미 있는 축을 나타내야지, 모든 창작 아이디어를 나타내서는 안 됩니다.
좋은 차원은 안정된 값 목록이 있고 여러 단계에 나타나며 검토나 납품 방식에 영향을 줍니다. 언어, 시장, 플랫폼, 화면비와 길이가 흔한 예입니다.
임시 프롬프트 실험, 모든 썸네일 후보, 임의 버전 번호는 한 좌표 안의 후보나 수정입니다. 언어 3 × 플랫폼 4 × 길이 2 × 표지 아이디어 8은 납품물 192개가 아니라 후보를 고르는 납품물 24개입니다.
판단 기준은 간단합니다. 이 값은 필수 납품물을 설명합니까, 아니면 만드는 한 번의 시도를 설명합니까?
도구를 바꾸기 전 종이 연습
출력을 여섯 개 이상 만든 최근 작업을 골라 한 장에 적습니다.
- 실제 납품 차원과 각 값.
- 모든 버전이 공유하는 원본 사실과 자료.
- 특정 플랫폼이나 언어만 공유하는 결정.
- 펼치기 전에 사람 승인이 필요한 지점.
- 예상 수정 하나를 고르고 오래될 출력을 추적.
마지막 추적이 누군가의 폴더 기억에 의존한다면 제작 위험을 찾은 것입니다. 거의 공유되는 것이 없다면 실제로 별개 프로젝트일 수 있습니다. 공유 구조가 추가 복잡성을 보상하지 못하는 곳에 매트릭스를 강요하지 마세요.
목표는 최대 자동화가 아니라 통제된 재사용입니다. 크리에이터의 주의는 이미 승인된 부분을 다시 만드는 데가 아니라 판단이 필요한 차이에 쓰여야 합니다.
공개: 이 글은 IceFold 개발팀이 작성했습니다. IceFold는 구현 사례 중 하나이며, 버전 매트릭스 모델은 다른 도구나 잘 설계된 내부 시스템에도 적용할 수 있습니다.