AI에게 작업을 나눠 맡길 때 역할 정의서 쓰는 법

AI 도구에 일을 맡기다 보면 “이건 조사용 AI, 이건 구현용 AI, 이건 검토용 AI로 나누면 좋겠다”는 생각이 듭니다. 실제로 작업을 나누면 더 깔끔해질 때가 있습니다.

하지만 역할 이름만 나누면 오히려 복잡해집니다. “조사 담당”, “정리 담당”, “검토 담당”이라는 이름은 그럴듯하지만, 무엇을 받아서 무엇을 내놓아야 하는지 없으면 AI가 서로 같은 일을 하거나 필요한 정보를 빠뜨립니다.

그래서 필요한 것이 역할 정의서입니다.

역할 이름보다 입력과 출력이 먼저입니다

좋은 역할 정의는 아래 질문에 답할 수 있어야 합니다.

이 역할은 무엇을 받는가?
무엇을 해야 하는가?
무엇을 어떤 형식으로 내놓는가?
무엇은 하지 말아야 하는가?
다음 역할은 이 결과를 어떻게 쓰는가?

예를 들어 “조사 담당”이라고만 쓰면 모호합니다.

더 좋은 정의는 이렇습니다.

역할: 조사 담당
입력: 글 주제와 독자 수준
해야 할 일: 공식 문서와 실제 사례를 찾아 핵심 근거를 정리한다
출력: 출처 URL, 핵심 요약, 주의할 점을 표로 작성한다
금지: 확인되지 않은 수치를 단정하지 않는다

이렇게 쓰면 다음 역할이 무엇을 받아야 하는지 분명해집니다.

처음에는 2~3개 역할만 나눕니다

역할이 많다고 좋은 것은 아닙니다. 입문 단계에서는 아래 정도면 충분합니다.

역할	맡길 일	출력물
조사	자료와 조건 확인	근거 목록, 주의점
작업	수정, 초안, 스크립트 작성	변경안, 실행 방법
검토	누락·위험·오류 확인	수정 요청 목록

이 구조는 코딩 작업에도, 문서 작업에도, 자동화 작업에도 쓸 수 있습니다.

중요한 것은 “작업 역할”과 “검토 역할”을 분리하는 것입니다. 같은 AI에게 만들기와 검토를 모두 시키면 자기 실수를 지나칠 수 있습니다.

AI 코딩 작업 예시

예를 들어 티발자랩 블로그 글을 고치는 작업을 AI에게 나눠 맡긴다고 해보겠습니다.

조사 역할

역할: 조사 담당
입력: 수정할 글 제목과 현재 글 본문
해야 할 일: 제목이 약속한 내용과 본문이 맞는지 확인한다
출력: 부족한 부분, 보강할 섹션, 삭제해도 되는 반복 표현 목록
금지: 본문을 직접 수정하지 않는다

수정 역할

역할: 수정 담당
입력: 조사 담당의 보강 목록과 원문
해야 할 일: 티발자랩 톤에 맞게 본문을 수정한다
출력: 수정된 본문 또는 패치
금지: 글의 핵심 주제와 발행일을 임의로 바꾸지 않는다

검토 역할

역할: 검토 담당
입력: 수정된 본문
해야 할 일: 제목과 본문이 맞는지, 위험한 명령이 과한지, 입문자 관점인지 확인한다
출력: 통과/수정 필요와 이유
금지: 새 내용을 크게 추가하지 않고 검토에 집중한다

이렇게 나누면 각 AI가 하는 일이 겹치지 않습니다.

역할 사이에 넘길 결과물을 정합니다

멀티에이전트에서 자주 생기는 문제는 “앞 역할이 뭘 넘겼는지”가 흐릿한 것입니다.

조사 역할이 출처 없이 요약만 넘기면 검토 역할은 근거를 확인할 수 없습니다. 수정 역할이 어떤 파일을 바꿨는지 남기지 않으면 검토 역할은 diff를 볼 수 없습니다.

그래서 각 역할의 출력 형식을 미리 정합니다.

조사 결과는 표로 작성한다.
수정 결과는 변경한 파일 목록과 함께 제공한다.
검토 결과는 통과/수정 필요/보류 중 하나로 표시한다.

형식이 있으면 AI 결과를 사람이 확인하기도 쉬워집니다.

역할 정의서 템플릿

아래 템플릿을 그대로 써도 됩니다.

역할 이름:

입력:
- 

해야 할 일:
- 

출력 형식:
- 

하지 말아야 할 일:
- 

검수 기준:
- 

처음에는 이 정도만 있어도 충분합니다. 복잡한 에이전트 프레임워크를 몰라도, 역할 정의서가 있으면 AI에게 일을 나눠 맡기기 쉬워집니다.

정리

AI에게 작업을 나눠 맡길 때 중요한 것은 멋진 구조가 아닙니다. 각 역할이 무엇을 받고, 무엇을 만들고, 무엇을 하지 말아야 하는지 분명히 하는 것입니다.

처음에는 조사, 작업, 검토 정도로 작게 나누세요. 역할 정의서가 선명하면 AI가 만든 결과도 이어 붙이기 쉬워지고, 사람이 검수할 지점도 분명해집니다.