1. 역할 분리 준비
한 대화에서 조사, 작성, 검토를 모두 하면 처음 만든 내용을 스스로 옹호하는 문제가 생길 수 있다. 역할과 입력 자료를 분리한다.
서브에이전트는 주 에이전트가 맡긴 일부 작업을 독립된 맥락과 도구 범위에서 수행하는 보조 에이전트이다. 단순히 한 대화에서 역할 문구만 바꾸는 것보다 입력, 결과, 권한을 분리하기 쉽다.
1.1 작업 폴더 만들기
"ai_prompt"폴더에"25_roles"폴더를 만든다.- 다음 파일을 만든다.
25_roles/
├── request.md
├── research.md
├── draft.md
├── review.md
└── final.md
"request.md"에 다음 내용을 입력한다.
주제: 교육 현장에서 생성형 AI를 안전하게 사용하는 방법
대상: 생성형 AI를 처음 사용하는 성인
결과: 700자 안팎의 안내문
필수: 개인정보, 사실 확인, 사람의 최종 검토
제외: 확인되지 않은 법률 해석과 특정 제품 홍보
2. 조사 역할 실행하기
2.1 근거만 수집하기
- 새 대화에서 다음 요청문을 입력한다.
당신의 역할은 조사자이다.
안내문을 작성하지 않는다.
request.md의 주제에 필요한 근거를 수집한다.
공식 출처를 우선한다.
출력:
| 핵심 내용 | 근거 출처 | 게시일·수정일 | 확인한 문장 | 미확인 사항 |
해석과 권고를 추가하지 않는다.
- 제시된 링크를 직접 연다.
- 확인된 내용만
"research.md"에 저장한다.
3. 작성 역할 실행하기
3.1 조사 결과만 사용하기
- 조사 대화와 다른 새 대화를 시작한다.
"request.md"와"research.md"를 제공한다.- 다음 요청문을 입력한다.
당신의 역할은 작성자이다.
request.md와 research.md에 있는 내용만 사용한다.
700자 안팎의 안내문을 작성한다.
제목과 세 개의 소제목을 사용한다.
확인되지 않은 내용은 넣지 않는다.
출처는 문서 끝에 정리한다.
- 결과를
"draft.md"에 저장한다.
4. 검토 역할 실행하기
4.1 독립 기준으로 확인하기
- 세 번째 새 대화를 시작한다.
"request.md","research.md","draft.md"를 제공한다.- 다음 요청문을 입력한다.
당신의 역할은 검토자이다.
초안을 다시 작성하지 않는다.
아래 항목만 확인한다.
- request.md의 필수 내용 누락
- research.md에 없는 주장
- 출처와 맞지 않는 설명
- 개인정보를 입력하도록 오해할 표현
- 같은 내용의 반복
- 700자 안팎인지
출력:
| 위치 | 문제 | 근거 | 수정 방향 |
문제가 없으면 '문제 없음'으로 표시한다.
- 검토 결과를
"review.md"에 저장한다. - 검토 지적을 원자료와 대조한다.
5. 최종본 만들기
5.1 확인된 지적만 반영하기
- 작성 대화에서
"review.md"를 제공한다. - 다음 요청문을 입력한다.
review.md에서 원자료로 확인된 지적만 반영한다.
request.md의 필수 조건과 research.md의 사실은 유지한다.
수정한 부분을 목록으로 먼저 제시하고 최종본을 작성한다.
- 최종본을
"final.md"에 저장한다. - 초안과 최종본의 차이를 확인한다.
6. 서브에이전트로 역할 실행하기
6.1 역할별 입력과 권한 정하기
서브에이전트를 지원하는 도구에서는 조사자, 작성자, 검토자를 별도 에이전트로 만들 수 있다. 지원하지 않는 도구에서는 서로 다른 대화와 파일로 같은 분리 원리를 적용한다.
- 다음 역할표를 작성한다.
역할 | 읽을 자료 | 사용할 도구 | 만들 결과 | 금지
조사 | request.md | 웹 검색·읽기 | research.md | 초안 작성
작성 | request.md, research.md | 파일 읽기 | draft.md | 새 사실 추가
검토 | request.md, research.md, draft.md | 파일 읽기 | review.md | 원문 직접 수정
- 주 에이전트가 각 결과를 받을 순서를 정한다.
조사 결과 확인
→ 작성자에게 전달
→ 초안 확인
→ 검토자에게 전달
→ 지적 근거 확인
→ 최종본 작성
- 세 역할을 동시에 실행할 수 있는지 판단한다.
- 서로의 결과가 필요한 조사→작성→검토는 순서대로 실행한다.
- 서로 다른 출처를 찾는 조사 역할 여러 개는 동시에 실행할 수 있다.
- 같은 파일을 여러 역할이 동시에 수정하지 않는다.
6.2 서브에이전트와 에이전트 팀 구분하기
서브에이전트:
- 주 에이전트가 작업을 나누고 결과를 회수한다.
- 보조 역할끼리 직접 협의하지 않아도 된다.
- 짧고 독립적인 조사, 검사, 분류에 적합하다.
에이전트 팀:
- 여러 에이전트가 각자 역할과 작업 목록을 갖는다.
- 결과와 진행 상태를 서로 공유하거나 조정한다.
- 병렬 작업이 많고 역할 사이 협의가 필요한 업무에 적합하다.
[!WARNING]
- 역할을 늘리면 품질이 자동으로 높아지는 것은 아니다.
- 같은 자료와 같은 기준을 공유한 역할은 같은 오류를 반복할 수 있다.
- 각 역할의 입력, 도구, 출력, 완료 조건을 분리하고 주 에이전트가 결과를 검증한다.
- 에이전트 팀은 일부 제품에서 실험 기능일 수 있으므로 현재 지원 범위를 공식 문서에서 확인한다.
7. 오류가 생겼을 때
7.1 조사자가 의견을 추가한 경우
- 의견 문장을 제거한다.
- 원문에서 직접 확인한 문장과 출처만 남긴다.
7.2 검토자가 새로운 내용을 만든 경우
- 조사 자료에 근거가 있는지 확인한다.
- 근거가 없으면 지적을 반영하지 않는다.
7.3 역할 사이에 파일이 섞인 경우
- 각 역할이 읽을 파일을 다시 제한한다.
- 조사자는 초안을 읽지 않는다.
- 작성자는 검토 전에 검토 파일을 읽지 않는다.
7.4 여러 역할이 같은 파일을 수정한 경우
- 각 역할의 출력 파일을 다시 분리한다.
- 최종 파일을 수정할 역할은 하나만 둔다.
- 나머지 역할은 수정안이나 검토표만 만든다.
- 충돌한 변경은 원자료와 요청 조건을 기준으로 다시 판단한다.
8. 직접 역할 나누기
- 실제 업무 주제 한 개를 고른다.
- 조사, 작성, 검토를 서로 다른 대화로 실행한다.
- 각 결과를 별도 파일에 저장한다.
- 검토 근거를 직접 확인한다.
- 확인된 수정만 최종본에 반영한다.
- 지원하는 도구가 있으면 같은 역할을 서브에이전트로 실행해 결과와 권한 분리를 비교한다.
9. 예상 결과와 맞춰보기
research.md: 공식 출처에서 확인한 사실과 미확인 사항
draft.md: research.md의 사실만 사용한 안내문
review.md: 위치·문제·근거·수정 방향
final.md: 원자료로 확인된 지적만 반영한 문서
각 역할이 정해진 파일만 읽고 검토자가 새로운 사실을 만들지 않으면 정상이다.
10. 살펴보기
- 조사·작성·검토를 서로 다른 대화로 실행했는가
- 서브에이전트의 입력, 도구, 출력, 금지 작업을 구분했는가
- 선행 결과가 필요한 작업과 동시에 실행할 작업을 구분했는가
- 서브에이전트와 에이전트 팀의 차이를 설명할 수 있는가
- 조사자는 초안을 작성하지 않았는가
- 작성자는 조사 자료에 없는 내용을 추가하지 않았는가
- 검토자는 문제 위치와 근거를 표시했는가
- 원자료로 확인된 지적만 최종본에 반영했는가
11. 적용 전 확인
- 조사, 작성, 검토 결과를 서로 다른 파일이나 대화로 분리했는지 확인한다.
- 여러 역할이 같은 파일을 동시에 수정하지 않게 출력 경로를 분리한다.
- 주 에이전트가 각 서브에이전트의 결과를 검증한 뒤 다음 단계로 넘긴다.
- 검토 지적은 근거가 확인된 것만 최종본에 반영한다.
- 조사 링크는 직접 열어 원문과 날짜를 확인한다.
막히면 — AI 코치에게 묻기
이 문서에서 익힌 조사·작성·검토 역할을 입력과 출력으로 분리하기를 내 상황에 적용하다 막히면, 아래를 대화형 AI(ChatGPT·Claude·Gemini)에 붙여 넣어 실습 코치로 삼는다. 답을 한꺼번에 받지 말고 한 단계씩 풀어 간다.
너는 역할 분리 실습 코치다. 나는 조사·작성·검토를 서로 다른 대화와 파일로 나누고 각 역할의 입력·도구·출력·금지 작업을 분리하는 법을 배웠고, 내 주제로 네 개 파일(research·draft·review·final)을 직접 완성하려 한다. 답을 통째로 주지 말고 한 단계씩 물어 내가 직접 하게 한다.
[코칭 방식]
1. 먼저 내가 지금까지 한 것과 막힌 지점을 묻는다.
2. 막힌 원인을 한 가지 짚어 준다. 완성된 안내문·검토표를 통째로 주지 않는다.
3. 다음 한 단계만 제시하고, 내가 해 본 결과를 말하면 확인 질문을 던진다.
4. 마지막에 조사자가 초안을 쓰지 않았고 검토자가 새 사실을 만들지 않았으며 원자료로 확인된 지적만 최종본에 반영됐는지 점검 질문을 한다.
[내 상황]
- 지금까지 한 것: {한것}
- 막힌 지점·메시지: {막힌점}
- 내 소재: {소재}
준비됐으면 "지금 세 역할 중 어느 역할에서 막혔고, 그 역할이 읽어도 되는 파일은 무엇인가?"라고만 답한다.
{한것}— 지금까지 진행한 단계, 예: 조사 결과는 research.md에 모았지만 작성 대화에 어떤 파일까지 줘야 하는지 헷갈린다.{막힌점}— 막힌 부분이나 받은 메시지, 예: 검토자가 초안을 다시 써 버려서 검토표가 안 나온다.{소재}— 적용할 내 자료·주제, 예: 생성형 AI를 처음 쓰는 성인용 700자 안내문.
너는 역할 분리 실습 코치다. 나는 조사·작성·검토를 서로 다른 대화와 파일로 나누고 각 역할의 입력·도구·출력·금지 작업을 분리하는 법을 배웠고, 내 주제로 네 개 파일(research·draft·review·final)을 직접 완성하려 한다. 답을 통째로 주지 말고 한 단계씩 물어 내가 직접 하게 한다.
[코칭 방식]
1. 먼저 내가 지금까지 한 것과 막힌 지점을 묻는다.
2. 막힌 원인을 한 가지 짚어 준다. 완성된 안내문·검토표를 통째로 주지 않는다.
3. 다음 한 단계만 제시하고, 내가 해 본 결과를 말하면 확인 질문을 던진다.
4. 마지막에 조사자가 초안을 쓰지 않았고 검토자가 새 사실을 만들지 않았으며 원자료로 확인된 지적만 최종본에 반영됐는지 점검 질문을 한다.
[내 상황]
- 지금까지 한 것: 조사 결과는 research.md에 모았지만 작성 대화에 어떤 파일까지 줘야 하는지 헷갈린다.
- 막힌 지점·메시지: 검토자가 초안을 다시 써 버려서 검토표가 안 나온다.
- 내 소재: 생성형 AI를 처음 쓰는 성인용 700자 안내문.
준비됐으면 "지금 세 역할 중 어느 역할에서 막혔고, 그 역할이 읽어도 되는 파일은 무엇인가?"라고만 답한다.
[!TIP]
- 코치가 답을 통째로 주려 하면 "한 단계씩 물어라"라고 다시 요청한다.
- 내 상황을 적을 때 각 역할이 읽을 파일과 만들 출력 파일을 함께 적어 역할 사이에 자료가 섞이지 않게 한다.