챕터 4

역할 분리 루프 — 작성자·검토자·편집자로 나누기

한 AI에게 여러 역할을 동시에 맡기지 않고 작성자·검토자·편집자로 나눠 돌리는 역할 분리 루프와 생성자-판사 구조를 다룹니다.

한 명에게 다 시키면 왜 관대해지는가

혼자 쓰고 혼자 검토하면 자기 글에 무뎌집니다. "이 정도면 됐지" 하고 넘기는 지점이 생기고, 그게 쌓이면 결과물이 딱 평범한 자리에서 멈춥니다.

3장 자기비판과 무엇이 다른가

3장의 자기비판 루프는 한 AI가 쓴 다음, 같은 자리에서 스스로 채점하고 고쳤습니다. 번갈아 하긴 하지만 결국 한 사람의 머릿속에서 일어나는 일입니다. 역할 분리는 여기서 한 발 더 나갑니다. 쓰는 자리, 까는 자리, 다듬는 자리를 아예 갈라놓고, 각 자리가 다른 자리의 관성을 물려받지 않게 합니다.

한 문장으로 줄이면 이렇습니다. 자기비판은 "한 AI가 번갈아", 역할 분리는 "역할별로 나눠". 후자가 더 냉정한 이유는 검토자가 작성자의 애착을 모른 채 원고를 받기 때문입니다.

편집국 비유가 실제로 통하는 이유

기자가 쓰고, 데스크가 물어뜯고, 교열이 다듬습니다. 세 사람이 같은 원고를 다른 눈으로 보니 혼자서는 놓칠 구멍이 메워집니다. 역할 분리 루프는 이 편집국을 대화창 안에 들여놓는 일입니다.

같은 모델, 다른 자리

실제로는 같은 모델을 씁니다. 매번 "너는 지금 검토자다"라고 자리를 못 박아 주면, 모델은 그 자리에 맞는 태도로 전환합니다. 사람을 세 명 부르는 게 아니라, 한 사람에게 세 개의 모자를 번갈아 씌우는 셈입니다. 중요한 건 모자를 바꿔 씌우는 순간을 흐릿하게 두지 않는 것입니다.

언제 이 루프가 값을 하는가

발행할 글, 남에게 보낼 제안서, 되돌리기 어려운 판단처럼 품질이 곧 결과인 작업에서 값을 합니다. 반대로 두 줄짜리 안내 문구라면 세 자리를 도는 비용이 얻는 것보다 큽니다. 이 구분은 2장의 잣대와 같습니다.

작성자·검토자·편집자, 각자의 경계를 긋기

세 역할이 헷갈리는 이유는 대부분 "무엇을 하지 말아야 하는지"가 빠져서입니다. 각 자리마다 넘어오는 것과 넘기는 것을 표로 먼저 못 박겠습니다.

역할 무엇을 하나 무슨 도구·권한을 쥐나 무엇을 넘기나
작성자 주제를 받아 초안을 쓴다 자유로운 생성, 원고 전체 다듬지 않은 초안
검토자 초안의 약점만 짚는다 루브릭(채점 잣대), 지적 목록 고친 글이 아니라 문제 목록
편집자 지적만 반영해 마무리한다 검토자의 목록, 편집 권한 새 내용 없는 최종본

작성자 — 초안만, 변명 없이

작성자에게는 다듬을 여지를 주지 않습니다. 이 자리는 재료를 뽑는 곳이지 완성하는 곳이 아닙니다.

작성자: 아래 주제로 초안을 써라. 다른 말 붙이지 말고 초안만. "이 정도면 됐다"는 자기평가도 넣지 마라.

자기평가를 금지하는 한 줄이 은근히 큽니다. 이게 없으면 작성자가 "마무리로 다듬어 봤습니다" 같은 말을 붙이며 검토자의 몫을 미리 갉아먹습니다.

검토자 — 고치지 말고 물어뜯기

검토자에게 "고치지 말고 지적만"을 안 걸면, 냅다 글을 다시 써 버립니다. 그러면 무엇이 문제였는지가 사라져 편집자가 받을 목록이 남지 않습니다.

검토자: 너는 깐깐한 편집장이다. 위 초안의 문제만 지적해라. 절대 고치지 말고, 무엇이 왜 약한지만 짚어라. 통과한 부분은 언급하지 마라.

편집자 — 지적만, 창작 금지

편집자에게 "새 내용은 넣지 마"를 안 걸면, 교열만 하랬더니 없던 단락을 창작해 붙입니다. 검토와 무관한 사족이죠.

편집자: 너는 교열자다. 검토자의 지적만 반영해 최종본을 만들어라. 지적에 없는 새 문장이나 단락은 넣지 마라. 무엇을 왜 고쳤는지 한 줄로 남겨라.

경계선 한 문장이 품질을 가른다

세 자리 모두 "하지 말 것"이 핵심입니다. 이걸 빼면 루프가 흐물흐물해지고, 세 역할이 서로의 일에 겹쳐 들어와 결국 혼자 쓴 것과 다를 바 없어집니다. 경계선을 긋는 한 문장이 곧 역할 분리의 뼈대입니다.

검토자에게는 잣대를 쥐여 준다

역할만 나누고 기준을 안 주면 검토자는 두루뭉술해집니다. "전반적으로 괜찮은데 조금 더 다듬으면 좋겠습니다" 같은 쓸모없는 피드백이 돌아오죠.

3장 루브릭을 그대로 넘기기

3장에서 만든 채점 루브릭을 검토자에게 그대로 건네세요. 볼 잣대가 분명해지면 지적도 날카로워집니다. 자기비판 때 혼자 쓰던 루브릭을, 이번엔 남의 원고를 받는 검토자가 씁니다. 같은 잣대인데 쥐는 손이 달라지니 결과가 매워집니다.

통과/미달을 표로 받기

검토자의 출력이 뭉텅이 산문이면 편집자가 다시 해석해야 합니다. 표로 받으면 그대로 입력이 됩니다.

검토자: 아래 3개 기준으로만 초안을 검토해라.

  1. 첫 문장이 독자의 상황을 바로 건드리는가
  2. 주장마다 근거나 예시가 붙어 있는가
  3. 한 문단이 한 가지 메시지만 말하는가 각 기준의 통과 여부와 근거를 표로 정리하고, 미달 항목만 편집자에게 넘겨라.

세 자리가 같은 잣대를 공유할 때

작성자·검토자·편집자가 같은 루브릭을 공유하면 루프가 한 방향으로 수렴합니다. 검토자의 미달 항목이 곧 편집자의 할 일 목록이 되니, 중간에 의미가 새지 않습니다.

잣대를 안 주면 벌어지는 일

기준 없는 검토자는 취향으로 흐릅니다. 어떤 날은 문장을, 어떤 날은 구성을 지적하며 초점이 흔들립니다. 세 바퀴를 돌려도 매번 다른 곳을 건드려 원고가 수렴하지 않습니다. 잣대는 검토자의 일관성을 붙잡는 못입니다.

생성자와 판사를 맞붙이기

작성자-검토자-편집자가 하나의 원고를 이어 다듬는 구조라면, 생성자-판사(generator-judge)는 여러 안을 만들어 겨루게 하는 구조입니다.

하나를 고치기 vs 여럿을 겨루기

앞의 3역 루프는 초안 하나를 붙들고 깎아 나갑니다. 생성자-판사는 접근이 다릅니다. 생성자가 여러 후보를 늘어놓고, 판사가 그중 최선을 고릅니다. 고치는 게 아니라 고르는 겁니다.

생성자·판사 프롬프트

생성자: 이 블로그 글 제목을 서로 다른 스타일로 3개 만들어라. (호기심 자극형 / 숫자 강조형 / 문제 해결형) 설명 없이 후보만.

판사: 너는 냉정한 심사위원이다. 세 후보를 "클릭 유도력·정확성·과장 없음" 기준으로 채점하고 1등을 뽑아라. 왜 그게 최선인지, 나머지가 왜 밀리는지 한 줄씩 밝혀라.

예를 들어 "3개월 만에 끝내는 실전 가이드", "당신이 놓친 3가지", "왜 대부분 여기서 실패하는가" 세 후보가 나왔다고 해보죠. 판사는 과장이 섞인 첫 번째를 걸러내고 근거가 분명한 쪽을 올립니다. 눈대중으로 고르던 걸 기준으로 뽑아 주는 셈입니다.

정답 없는 작업에서 특히 세다

이 구조는 제목, 카피, 슬로건, 기획 아이디어처럼 "더 나은" 방향만 있는 일에서 힘을 냅니다. 하나를 물고 늘어지기보다, 여러 개를 늘어놓고 겨루게 할 때 더 좋은 결과가 나옵니다.

판사에게도 잣대를 주기

판사가 기준 없이 고르면 "이게 제일 좋아 보입니다"에서 멈춥니다. 채점 축을 미리 정해 주세요. 검토자에게 루브릭을 쥐여 주던 원리가 판사에게도 그대로 통합니다. 축이 분명하면 왜 그 후보가 이겼는지 근거가 따라 나옵니다.

나눌 때 흔히 놓치는 것

역할을 잘게 쪼갠다고 늘 좋아지진 않습니다. 두 줄짜리 안내 문구에 3역 루프를 돌리면 배보다 배꼽이 큽니다. 호출만 늘고 결과는 그대로죠.

과잉 분리를 경계하기

기준은 2장에서 정한 그대로입니다. 발행할 글이나 중요한 판단처럼 루프가 필요한 경우에만 꺼내 쓰세요. 단순 요약이나 형식 변환은 원샷으로 끝내는 게 맞습니다.

자리 전환을 분명히 선언하기

역할을 바꿀 때는 "너는 이제 검토자다"처럼 자리 전환을 또렷이 선언하세요. 이 선언이 흐릿하면 모델이 작성자 마인드를 그대로 끌고 와 자기 글을 감싸고돕니다. 자리를 바꿨다는 신호가 곧 냉정함의 스위치입니다.

지적과 수정을 섞지 않기

검토자가 지적하면서 슬쩍 고치고, 편집자가 고치면서 슬쩍 새 지적을 다는 순간 경계가 무너집니다. 각 자리는 자기 산출물만 내놓게 하세요. 지적은 지적으로, 수정은 수정으로 분리돼 있어야 다음 자리가 깔끔히 이어받습니다.

사람이 손으로 돌 때와 자동으로 돌 때

지금까지는 전부 대화창에서 손으로 자리를 바꿔 가며 돌리는 수동 루프입니다. 역할을 더 늘려 손발(도구)까지 붙이면 멀티에이전트로 확장되는데, 그건 다른 이야기입니다.

다음 챕터에서는 이 손으로 돌리던 반복을 Claude Code·ChatGPT·Gemini 같은 도구에서 자동으로 돌리는 법을 다루겠습니다.