AI 콘텐츠 자동화 순서, 지시문이 아니라 역할 배치입니다

AI에 맡길수록 확인할 일이 늘어나는 원인은 지시문의 정교함이 아니라 일을 배치한 방식입니다. 나눠 주는 자리와 확인하는 자리를 먼저 세우는 순서, 역할 하나에 문서 하나를 두는 방법, 판단이 끼는 일과 절차가 고정된 일을 가르는 기준을 정리했습니다.

3줄 요약

  • AI 자동화의 첫 동작은 지시문 작성이 아니라 어떤 갈래의 일이 있고 각 갈래가 무엇을 내놓아야 하는지를 도표로 적는 것입니다.
  • 만드는 일보다 나눠 주는 자리와 확인하는 자리를 먼저 세워야 하고, 확인하는 자리의 임무는 '맡긴 일이 빠짐없이 수행됐는가' 한 줄로 좁힙니다.
  • 역할 하나에 문서 하나를 두면 결과가 어긋났을 때 전체를 다시 돌리지 않고 그 문서 하나만 열어 고칠 수 있습니다.

대본은 대본대로, 썸네일은 썸네일대로, 자막은 자막대로 AI에 맡겼는데 확인할 일만 늘었다면, 손볼 곳은 문장이 아닙니다. 하나씩 놓고 보면 그럴듯한데 모아 두면 결이 어긋나 있고 어느 대목에서 틀어졌는지 짚기 어려운 상태는, 지시문을 더 길게 고쳐 써도 다음 주에 똑같이 반복됩니다.

저희가 이 주제에서 가장 오래 붙들었던 대목은 순서였습니다. 보통은 만드는 일부터 넘기는데, 정작 지치는 것은 만드는 일이 아니라 매번 무엇을 할지 정하고 다 됐는지 확인하는 일이죠. 찍어둔 롱폼을 여러 채널로 나누고 계시다면 이 순서 하나가 발행이 끊기느냐 이어지느냐를 가릅니다.

AI에 맡길수록 확인할 일이 늘어나는 이유는 무엇일까요?

AI에 맡긴 일이 늘어날수록 확인할 일이 함께 늘어나는 원인은 문장 실력이 아니라 일을 어떻게 배치했는지에 있습니다. 기획도 글쓰기도 이미지도 파일 정리도 한 덩어리 지시 안에 뭉쳐 있으면, 결과가 나빠졌을 때 고칠 자리를 특정할 수 없습니다.

고칠 자리를 특정할 수 없으면 남는 선택지는 하나뿐입니다. 지시문 전체를 다시 손보고 전체를 다시 돌려 보는 것이죠. 그래서 같은 일이 매주 반복됩니다.

역할 배치란 어떤 갈래의 일이 있고 각 갈래가 무엇을 내놓아야 하는지를 미리 나눠 적어 둔 구조를 말합니다. 배치가 있으면 어긋난 결과를 보고 열어 볼 자리가 정해지고, 배치가 없으면 매번 처음부터 다시 뒤지게 됩니다.

자동화를 시작할 때 첫 동작은 무엇이어야 할까요?

무언가를 자동으로 돌리기로 하셨다면 첫 동작은 대화창을 여는 것이 아니라 조직도를 그리는 것입니다. 콘텐츠 쪽이라면 방향을 정하는 자리, 글을 쓰는 자리, 이미지를 만드는 자리, 영상을 다루는 자리 정도로 갈래가 갈립니다.

여기서 순서 하나가 갈립니다. 대부분은 글쓰기 자동화부터 손을 대지만, 배치를 제대로 하는 쪽은 일을 나눠 주는 자리와 결과를 확인하는 자리부터 먼저 세웁니다. 회사로 치면 실무자보다 팀장 자리를 먼저 만들어 두는 셈입니다.

혼자 채널을 굴리시는 분께는 이 순서가 특히 값어치가 있습니다. 발행이 끊기는 이유가 제작 실력이 모자라서인 경우는 생각보다 적고, 무엇부터 할지 매번 정하고 다 됐는지 매번 확인하는 일에 지쳐 손을 놓는 쪽이 훨씬 흔하죠. 발행이 밀릴 때 손봐야 하는 것도 편집 속도가 아니라 관리 단위를 바꾸는 순서입니다.

먼저 넘겨야 할 것은 만드는 일이 아니라 나눠 주고 확인하는 일입니다.

확인하는 자리에는 어떤 임무를 적어야 할까요?

확인하는 자리에 적을 임무는 '맡긴 일이 빠짐없이 수행됐는가' 한 줄이면 충분합니다. 잘 썼는지 보기 좋은지를 묻는 자리가 아니라, 빠진 것이 없는지만 보는 자리이기 때문입니다.

확인하는 자리가 왜 필요한지는 한 번만 돌려 보면 드러납니다. 여러 산출물이 동시에 쏟아지면 그중 한 편에 자막이 통째로 빠져 있거나 이미지 한 장의 글자가 깨져 있는 일이 실제로 생기죠. 하나씩 만들 때는 눈에 걸리던 것이 한꺼번에 도착하면 그냥 지나갑니다.

그래서 확인은 중간이 아니라 끝에 옵니다. 누락은 다 모여야 보이니까요. 한꺼번에 도착한 결과물은 완성본이 아니라 초안으로 다루는 점검을 거쳐야 합니다.

목록을 미리 적어 두시면 더 낫습니다. 몇 개가 나와야 하는지, 각각 어떤 규격이어야 하는지, 자막이 들어갔는지. 세 줄이면 됩니다.

한 덩어리 지시문을 어떻게 쪼개야 할까요?

한 덩어리 지시문은 역할 하나에 문서 하나를 두는 방식으로 쪼갭니다. 문서 파일 하나가 곧 역할 하나가 되고, 그 안에는 그 역할이 무엇을 맡고 무엇을 내놓아야 하는지만 적힙니다. 지시문을 문서로 옮기는 순서는 문장을 더 길고 자세하게 고쳐 쓰는 것보다 앞에 옵니다.

역할 문서를 사람이 전부 써야 하는 것도 아닙니다. 사람이 정하는 것은 갈래와 담당 범위까지이고, 각 문서의 세부 문장은 도구가 채우게 두어도 됩니다. 그래도 배치는 사람이 정한 대로 남죠.

역할이 문서로 쪼개져 있으면 조정할 수 있는 것이 하나 더 생깁니다. 어떤 모델을 쓸지를 전체가 아니라 자리별로 정하는 것이죠. 전부 상위 모델로 올리면 비용이 불어나고 전부 기본 모델로 두면 얼굴이 되는 산출물에서 아쉬움이 남으니, 글 자체가 결과물인 자리만 등급을 올립니다. 버전 번호를 외워 두실 필요는 없고, 모델이 전역 설정이 아니라 자리별 변수라는 사실 하나만 남겨 두시면 됩니다.

어떤 일을 문서로 두고 어떤 일을 절차로 굳혀야 할까요?

갈래를 나누는 기준은 난이도가 아니라 판단과 생각이 개입하는가입니다. 어려운 일과 쉬운 일로 가르면 분류가 매번 흔들리지만, 생각이 끼는 일과 끼지 않는 일로 가르면 기준이 유지됩니다.

  • 판단이 끼는 일 — 관점을 잡고 품질이 걸린 글을 쓰는 자리입니다. 역할 문서를 따로 두고 기준을 적어 둡니다
  • 절차가 고정된 일 — 정해진 구간을 뽑고 규격에 맞춰 내보내는 자리입니다. 순서를 적은 절차 문서와 실행 수단으로 못 박습니다

두 번째 줄이 중요합니다. 판단이 끼어들 여지가 없는 구간은 아예 절차로 굳혀 두는 편이 결과가 덜 흔들리죠. 매주 반복되는 일을 칸으로 쪼개 판단할 칸과 반복할 칸을 갈라 두면 같은 기준이 그대로 적용됩니다.

판단과 절차의 분류를 어떤 공식 규격이라고 부를 필요는 없습니다. 자기 일에 적용해 본 사람들이 반복해서 도달하는 실무 분담 기준에 가깝습니다.

AI 자동화를 시작하기 전에 알아야 할 전제는 무엇일까요?

역할을 문서로 쪼개 자동으로 돌리는 구조를 그대로 구현하려면 코드 편집기와 터미널을 오가는 작업이 전제로 깔립니다. 마케터나 크리에이터 상당수에게 여기가 첫 이탈 구간이고, 쉽다고 덮어 두면 중간에 막힙니다.

결과 기대치도 미리 낮춰 두는 편이 낫습니다. 한 번의 실행으로 여러 산출물이 나오더라도 그대로 올릴 수 있는 상태는 아닙니다. 글자가 깨져 이미지를 다시 만드는 일, 자막이 빠져 다시 입히는 일, 인식이 부정확해 상위 인식 모델로 바꾸는 일이 남고 더 비싼 자원을 써야 하는 자리도 생기죠. 자동화가 줄여 주는 것은 손질의 총량이 아니라 어디를 손질할지 찾는 시간입니다.

도구 없이 오늘 시작하실 수 있는 것도 있습니다. 지금 하고 계신 콘텐츠 업무를 한 줄씩 적고, 항목마다 판단이 끼는지 절차가 고정됐는지만 표시해 보시는 것이죠. 그 표 한 장이 배치의 초안입니다.

저희가 이 그림에서 맡는 칸도 말씀드려야겠습니다. ENLIT은 찍어둔 롱폼에서 쓸 구간을 골라내 자막을 붙여 돌려드리니, 그 표에서 절차가 고정된 칸에 놓입니다. 어떤 관점으로 구간을 고를지는 쓰시는 분이 기준을 명시해 두는 구조이고요. 직접 조립하시든 전용 장치에 맡기시든 손이 가는 자리가 달라질 뿐, 배치를 정하는 일은 그대로 남습니다.

한눈에 비교

상황 한 덩어리 지시문 역할별 문서
결과가 어긋났을 때 어느 대목 탓인지 알 수 없음 해당 문서 하나만 열어 고침
고친 뒤 전체를 다시 돌려 확인 그 자리만 다시 돌림
모델 선택 전역 설정 하나로 통일 자리별 변수로 따로 지정
사람이 정하는 범위 지시문 문장 전체 갈래와 담당 범위까지

오늘 바로 적용한다면

  • 지금 하고 있는 콘텐츠 업무를 한 줄씩 적고, 항목마다 판단이 끼는지 절차가 고정됐는지 표시한다
  • 만드는 자리보다 먼저 일을 나눠 주는 자리와 결과를 확인하는 자리를 세운다
  • 확인하는 자리에 '몇 개가 나와야 하는지 · 어떤 규격이어야 하는지 · 자막이 들어갔는지' 세 줄을 적어 둔다
  • 글 자체가 결과물인 자리만 모델 등급을 올리고, 규격대로 뽑아내는 자리는 기본값으로 둔다

자주 묻는 질문

지시문을 더 길고 자세하게 쓰면 해결되지 않나요?

지시문 길이로는 해결되지 않습니다. 결과가 어긋났을 때 고칠 자리를 특정할 수 없다면 그것은 문장의 문제가 아니라 구조의 문제이기 때문입니다. 기획·글쓰기·이미지·파일 정리가 한 덩어리에 뭉쳐 있는 한, 문장을 다듬어도 전체를 다시 돌려 확인하는 일은 그대로 남습니다.

역할 문서는 사람이 전부 직접 써야 하나요?

사람이 정하는 것은 갈래와 담당 범위까지입니다. 각 문서의 세부 문장은 도구가 채우게 두어도 배치는 사람이 정한 대로 남습니다. 중요한 것은 문서의 문장 품질이 아니라 역할 하나에 문서 하나가 대응한다는 구조입니다.

코드 편집기를 다루지 못해도 시작할 수 있나요?

배치를 정하는 일은 도구 없이 오늘 시작할 수 있습니다. 지금 하고 있는 콘텐츠 업무를 한 줄씩 적고 항목마다 판단이 끼는지 절차가 고정됐는지만 표시하면, 그 표 한 장이 배치의 초안이 됩니다. 다만 구조 전체를 자동으로 돌리는 단계에서는 코드 편집기와 터미널을 오가는 작업이 전제로 깔린다는 점을 알아 두셔야 합니다.