앞선 글에서는 파편화된 AI 툴을 하나의 창작 플랫폼으로 묶어야 하는 이유를 다뤘다. 이번 글은 그 다음 단계다. 단순히 “ChatGPT로 자료를 찾고, 다른 툴로 그림을 만들고, 또 다른 툴로 음성을 만든다”는 수준이 아니라, 그 모든 작업을 하나의 프로젝트 안에서 어떻게 관리해야 하는지 살펴보려 한다.

공동 IP 프로젝트는 개인 작업과 다르다. 개인 창작자는 결과물이 마음에 들면 파일을 저장하고 넘어가도 된다. 하지만 여러 작가, 각색가, 작화가, 편집자, 보이스 담당자, 투자자, 플랫폼 파트너가 얽힌 프로젝트에서는 파일 하나가 곧 권리의 근거가 되고, 수정 이력이 곧 기여의 근거가 되며, 승인 로그가 곧 책임의 근거가 된다.

그래서 공동 IP에서 필요한 것은 “좋은 AI 툴 모음”이 아니다. 필요한 것은 작업의 흐름을 끊지 않는 통합 제작 보드다. 자료조사에서 시작된 정보가 초안으로 넘어가고, 초안이 편집 검증을 거치고, 그 장면이 이미지와 오디오 자산으로 확장되고, 최종적으로 공개 로그와 정산 근거에 연결되는 구조가 필요하다.

한곳에서 관리한다는 말의 진짜 의미

“한곳에서 관리한다”는 말은 모든 기능을 한 화면에 욱여넣는다는 뜻이 아니다. 더 정확히 말하면, 서로 다른 작업 결과가 하나의 프로젝트 식별자 아래 연결된다는 뜻이다.

예를 들어 한 장면을 생각해 보자. 작가가 특정 장면의 배경을 조사한다. AI가 시대 배경과 장소 레퍼런스를 정리한다. 작가는 그중 일부를 선택해 장면 초안을 쓴다. 편집자는 캐릭터 감정선과 세계관 충돌 여부를 검토한다. 아트 담당자는 그 장면을 웹툰 콘티나 이미지 컨셉으로 바꾼다. 오디오 담당자는 같은 장면을 낭독 또는 오디오드라마용 톤으로 변환한다.

이 과정이 각각 다른 폴더, 다른 채팅방, 다른 이미지 생성 기록, 다른 음성 파일로 흩어지면 문제가 생긴다. 나중에 작품이 성공했을 때 “이 장면의 원래 아이디어는 누구에게서 나왔는가”, “이 캐릭터 대사는 AI 초안인가 작가의 최종 문장인가”, “이 이미지의 기반이 된 설정은 어디에 있는가”, “오디오 대사와 본편 대사가 왜 다른가”를 추적하기 어렵다.

반대로 모든 작업이 하나의 카드로 연결되어 있다면 상황이 달라진다. 장면 카드 안에 자료조사 링크, 초안 버전, 편집 코멘트, 이미지 프롬프트, 오디오 스크립트, 인간 승인자, 공개 여부, 정산 연결값이 함께 남는다. 이때 AI는 창작자를 대체하는 것이 아니라, 공동 작업의 흐름을 이어 주는 인프라가 된다.

1. 자료조사는 결과보다 출처 카드가 중요하다

AI 자료조사는 빠르다. 하지만 빠른 만큼 위험하다. 조사 결과가 맞는지, 오래된 자료인지, 어떤 출처를 기반으로 요약했는지, 창작적으로 변형해도 되는 자료인지가 불분명해질 수 있다. 그래서 공동 IP 플랫폼에서 자료조사는 단순 검색창이 아니라 출처 카드 형태로 관리되어야 한다.

출처 카드에는 최소한 네 가지가 들어가야 한다. 첫째, 원자료 링크 또는 서지 정보. 둘째, 해당 자료를 가져온 이유. 셋째, 작품에 반영해도 되는 범위. 넷째, 이 자료를 실제 장면이나 설정에 반영한 사람이다.

예를 들어 조선 후기 상업 도시를 배경으로 한 판타지 웹소설을 만든다고 하자. AI가 당시 시장 구조, 복식, 지리, 신분 제도, 상업 관행을 요약해 줄 수 있다. 하지만 그 요약을 그대로 세계관 설정으로 넣으면 위험하다. 작가는 그 자료를 검토하고, 어떤 요소는 역사적 레퍼런스로만 쓰고, 어떤 요소는 세계관 규칙으로 바꾸며, 어떤 요소는 작품 톤과 맞지 않아 폐기해야 한다.

따라서 통합 제작 보드의 첫 단계는 “AI가 무엇을 찾아냈는가”가 아니라 “인간이 무엇을 채택했는가”를 기록하는 것이다. 이 차이가 없으면 자료조사는 창작 근거가 아니라 책임 불명의 요약 덩어리가 된다.

2. 초안은 최종 원고가 아니라 샌드박스에 둬야 한다

공동 IP에서 AI 초안은 특히 조심해야 한다. AI가 낸 문장이 곧 작품의 문장이 되면, 작가의 문체와 판단이 흐려진다. 더 큰 문제는 여러 사람이 AI 초안을 가져다 쓰기 시작하면, 누가 어떤 부분을 실제로 창작했는지 구분하기 어려워진다는 점이다.

그래서 AI 초안은 반드시 샌드박스에 있어야 한다. 샌드박스란 실험 공간이다. 이곳의 산출물은 바로 본문이 되지 않는다. 로그라인 후보, 장면 전개안, 대사 대안, 갈등 구조, 엔딩 후보처럼 “검토할 재료”로만 존재한다.

이 방식의 장점은 분명하다. 작가는 AI가 낸 대안을 보며 자신의 선택을 선명하게 만들 수 있다. 편집자는 어떤 선택지가 버려졌고 왜 선택되었는지 볼 수 있다. 나중에 분쟁이 생겼을 때도 “AI가 쓴 문장”과 “인간이 승인한 최종 문장”을 구분할 수 있다.

초안 샌드박스에는 최소한 세 가지 상태값이 있어야 한다. 제안됨, 검토 중, 채택됨 또는 폐기됨이다. 여기서 중요한 것은 채택보다 폐기다. 왜 버렸는지를 남겨야 작가의 철학과 프로젝트의 방향이 쌓인다.

3. 편집은 문장 교정이 아니라 승인 구조다

AI 편집이라고 하면 맞춤법, 문장 다듬기, 요약 정도를 떠올리기 쉽다. 하지만 공동 IP 프로젝트에서 편집은 훨씬 넓은 의미를 갖는다. 여기서 편집은 “이 산출물을 공식 프로젝트 결과물로 인정할 것인가”를 결정하는 승인 구조다.

예를 들어 어떤 작가가 장면을 작성했고, AI가 그 장면의 모순을 점검했다. 편집자는 캐릭터 바이블과 비교해 대사가 어긋나는지 확인한다. 세계관 담당자는 해당 장면이 기존 설정과 충돌하지 않는지 검토한다. 법무 또는 운영 담당자는 특정 실존 인물, 브랜드, 저작물과 충돌할 위험이 있는지 체크한다.

이 과정이 모두 “수정했습니다”라는 한 줄로 끝나면 안 된다. 적어도 공동 IP 플랫폼 안에서는 편집 코멘트, 반영 여부, 최종 승인자가 남아야 한다. 그래야 작품의 품질뿐 아니라 책임의 흐름도 보인다.

4. 이미지는 예쁜 결과물이 아니라 자산 등록 대상이다

이미지 생성 AI는 공동 IP에서 강력하다. 캐릭터 시안, 배경 콘셉트, 웹툰 컷 분위기, 피치덱 이미지, 굿즈 방향성까지 빠르게 확인할 수 있다. 하지만 이미지가 많아질수록 더 큰 문제가 생긴다. 어떤 이미지가 공식 캐릭터인가? 어떤 것은 폐기된 시안인가? 어떤 것은 공개 가능한가? 어떤 것은 참고용으로만 써야 하는가?

그래서 이미지 결과물은 폴더에 저장하는 것으로 끝나면 안 된다. 반드시 자산 등록부로 들어가야 한다. 자산 등록부에는 이미지 파일, 생성 날짜, 생성자, 사용 툴, 입력 프롬프트 요약, 참고 이미지 여부, 공개 가능 여부, 연결된 캐릭터 또는 장면, 승인 상태가 기록되어야 한다.

특히 공동 세계관에서는 캐릭터 이미지가 곧 권리와 연결된다. 어떤 작가가 만든 캐릭터 설정을 바탕으로 다른 담당자가 이미지 시안을 만들고, 그 이미지가 이후 웹툰 캐릭터 디자인이나 굿즈로 확장된다면, 그 연결이 남아야 한다. 그렇지 않으면 캐릭터 설정 기여와 시각 디자인 기여가 뒤섞인다.

C2PA의 Content Credentials 개념은 이런 흐름을 이해하는 데 도움이 된다. C2PA 설명 문서는 Content Credentials가 이미지, 영상, 오디오, 문서 같은 디지털 콘텐츠의 출처와 변경 이력을 기록하는 구조라고 설명한다. 물론 이것이 저작권 분쟁을 자동으로 해결해 주지는 않는다. 하지만 “어떤 파일이 어떤 과정을 거쳐 공개되었는가”를 남기는 방향성은 공동 IP 플랫폼에도 매우 중요하다.

5. 오디오는 부가물이 아니라 캐릭터 해석의 기록이다

오디오는 종종 홍보용 부가물처럼 취급된다. 하지만 공동 IP에서 오디오는 캐릭터 해석의 중요한 기록이 된다. 같은 대사라도 어떤 속도, 어떤 감정, 어떤 억양으로 읽느냐에 따라 캐릭터가 달라진다. 특히 오디오드라마, 보이스 티저, 캐릭터 소개 영상, 숏폼 홍보가 결합되면 오디오는 단순 파일이 아니라 IP 자산이 된다.

따라서 오디오도 이미지처럼 등록되어야 한다. 오디오 스크립트가 어느 장면에서 왔는지, 원문과 얼마나 다른지, 누가 각색했는지, AI 보이스를 썼는지, 실제 성우 녹음인지, 공개 가능한 버전인지, 상업적 사용 범위가 무엇인지 기록해야 한다.

특히 음성 합성이나 보이스 클로닝이 들어가는 경우에는 별도의 동의와 공개 기준이 필요하다. 배우, 성우, 작가, 캐릭터 보이스가 혼재되는 순간 권리 문제가 훨씬 예민해진다. 그래서 공동 IP 플랫폼은 오디오를 “다운로드 파일”이 아니라 캐릭터 해석과 권리 사용 범위가 붙은 자산으로 다뤄야 한다.

통합 제작 보드는 어떤 구조여야 하는가

그렇다면 실제 플랫폼 안에서는 어떤 보드가 필요할까. 가장 간단한 형태는 프로젝트 단위 보드와 산출물 단위 카드의 조합이다. 프로젝트 보드는 전체 세계관과 시리즈를 관리하고, 산출물 카드는 장면, 이미지, 오디오, 문서, 메타데이터를 관리한다.

중요한 것은 보드를 많이 만드는 것이 아니다. 각 보드가 서로 연결되어야 한다. 예를 들어 오디오 파일 하나를 클릭했을 때, 원문 장면, 각색자, AI 보조 여부, 녹음 또는 합성 방식, 공개 범위, 정산 연결값까지 따라갈 수 있어야 한다. 이 연결성이 없으면 플랫폼은 단순 협업 툴에 머문다.

통합 플랫폼에서 역할은 어떻게 나뉘어야 하는가

한곳에서 관리한다고 해서 모든 사람이 모든 것을 만져야 하는 것은 아니다. 오히려 반대다. 공동 IP에서는 역할 권한이 분명해야 한다. 작가는 원고와 캐릭터 감정선을 책임지고, 세계관 담당자는 캐논과 연속성을 관리하며, 아트 담당자는 시각 자산을 관리하고, 오디오 담당자는 음성 자산을 관리한다. 운영 담당자는 권리와 정산 연결을 관리하고, 편집 총괄은 최종 승인권을 갖는다.

AI는 이 모든 사람을 대신하는 존재가 아니다. 각 역할의 반복 업무를 보조하고, 누락을 찾아 주고, 대안을 제시하고, 기록을 정리하는 도구다. 그래서 AI 기능은 역할별로 나뉘어야 한다. 작가에게는 장면 대안과 문장 검토가 필요하고, 세계관 담당자에게는 설정 충돌 탐지가 필요하며, 아트 담당자에게는 캐릭터 일관성 체크가 필요하다. 정산 담당자에게는 산출물과 기여도 매트릭스의 연결이 필요하다.

가장 위험한 운영 방식

공동 IP에서 가장 위험한 방식은 “일단 만들고 나중에 정리하자”다. 개인 프로젝트에서는 이 방식이 통할 수 있다. 하지만 공동 프로젝트에서는 나중에 정리하려는 순간 이미 많은 것이 사라져 있다. 프롬프트는 지워졌고, 초안은 덮어쓰기 되었고, 이미지의 원본 시안은 없어졌고, 누가 어떤 결정을 했는지 기억에 의존하게 된다.

두 번째로 위험한 방식은 “최종 파일만 남기는 것”이다. 최종 원고, 최종 이미지, 최종 오디오만 남으면 깔끔해 보인다. 하지만 공동 IP에서는 최종본보다 과정이 더 중요할 때가 많다. 누가 어떤 대안을 냈고, 왜 버렸고, 누가 승인했는지 알아야 향후 권리와 정산을 설명할 수 있다.

세 번째로 위험한 방식은 “AI 결과물과 인간 결과물을 같은 칸에 섞는 것”이다. AI가 제안한 초안, 인간이 쓴 초안, 인간이 수정한 최종본, 편집자가 승인한 공개본은 서로 다른 상태다. 이 상태값을 구분하지 않으면 나중에 AI 사용 공개, 저작권 등록, 크레딧 표기, 정산 분배에서 혼란이 생긴다.

실행 체크리스트

결국 하나의 플랫폼이 해야 할 일

공동 IP 플랫폼이 해야 할 일은 모든 AI 기능을 가장 잘 만드는 것이 아니다. 이미 세상에는 뛰어난 글쓰기 AI, 이미지 AI, 음성 AI, 자동화 도구가 많다. 하지만 공동 IP 프로젝트에서 진짜로 필요한 것은 그 도구들이 만든 결과를 하나의 작품 세계 안에서 책임 있게 연결하는 능력이다.

자료조사는 출처와 연결되어야 한다. 초안은 인간 선택과 연결되어야 한다. 편집은 승인 로그와 연결되어야 한다. 이미지는 캐릭터와 권리 범위에 연결되어야 한다. 오디오는 캐릭터 해석과 공개 기준에 연결되어야 한다. 그리고 이 모든 것은 기여도 매트릭스와 정산 엔진으로 이어져야 한다.

이 구조가 갖춰질 때 AI는 비로소 공동 창작의 속도와 품질을 높이는 인프라가 된다. 반대로 이 구조 없이 AI 툴만 늘어나면, 공동 IP는 더 빠르게 흩어진다. 많은 결과물이 생기지만, 그것이 누구의 기여인지, 어느 작품의 공식 자산인지, 어디까지 공개할 수 있는지 알 수 없는 상태가 된다.

다음 글에서는 이 문제를 더 깊게 다룬다. 특히 AI가 어떤 역할을 했고, 인간이 어디서 최종 승인했는지를 기록하는 문제를 살펴볼 것이다. 공동 IP에서 AI 사용 로그와 인간 승인 기록은 단순한 작업 메모가 아니라, 저작권·신뢰·정산·브랜드를 지키는 핵심 장치가 된다.

이 글은 공동 협업형 거대 IP 프로젝트 전략 시리즈의 일부입니다. 개별 플랫폼, AI 툴, 계약 구조는 시점과 국가, 계약 당사자에 따라 달라질 수 있으므로 실제 사업 적용 전에는 별도 검토가 필요합니다.