🐨CoalaCoding
Docs▾
JavaScriptReactHTML & CSSBackendAI & LLMDev ToolsCreative
B반1
👾숏츠
🙉B반2
게시판
🐨CoalaCoding

디지털 크리에이터를 위한 한국어 기술 문서

문서

  • JavaScript
  • React
  • HTML & CSS
  • Backend
  • AI & LLM
  • Dev Tools
  • Creative

커뮤니티

  • 게시판
  • 예제 모음

기타

  • 관리자

정책

  • 소개
  • 개인정보처리방침
  • 이용약관
  • 연락처
© 2026 CoalaCoding. All rights reserved.
  • 1. AI 워커(AI Worker)가이드
  • 2. 프롬프트 다섯 가지 기법
  • 3. 생성형 AI와 일하는 방법
  • 4. 원하는 답을 얻는 요청문
  • 5. 독자에 맞는 말투 고르기
  • 6. 표와 목록으로 답변 정리하기
  • 7. 큰 업무를 작은 작업으로 나누기
  • 8. 답변의 사실과 출처 확인하기
  • 9. 개인정보와 저작권 지키기
  • 10. AI로 업무 문서 완성하기
  • 11. 긴 문서에서 핵심 찾기
  • 12. 최신 정보를 찾아 비교하기
  • 13. 표 데이터의 오류 찾기
  • 13. 챗gpt-활용법
  • 14. 이미지와 화면에서 정보 읽기
  • 14. 인공지능-서비스-목록
  • 15. 이미지·영상·음성 콘텐츠 기획하기
  • 16. 여러 대안을 같은 기준으로 비교하기
  • 17. 자주 쓰는 요청을 템플릿으로 만들기
  • 17. GEM등록하기
  • 18. 여러 자료를 묶어 결과물 만들기
  • 19. 반복 업무의 흐름 설계하기
  • 20. AI가 사용할 도구 정하기
  • 21. 대화가 바뀌어도 업무 이어가기
  • 22. AI 결과를 일관되게 검증하기
  • 23. AI의 권한과 보안 통제하기
  • 24. AI 에이전트에게 업무 맡기기
  • 25. 조사·작성·검토 역할 나누기
  • 26. AI 업무 하네스 만들기
  • 30. AI 코딩 에이전트 스킬 사용법
  1. 홈
  2. 문서
  3. AI & LLM
  4. 프롬프트 엔지니어링
  5. 25. 조사·작성·검토 역할 나누기

25. 조사·작성·검토 역할 나누기

조사, 작성, 검토 역할을 나누어 결과 품질을 높이는 교안이다.

#ai#프롬프트

목차

  • 1. 역할 분리 준비
  • 1.1 작업 폴더 만들기
  • 2. 조사 역할 실행하기
  • 2.1 근거만 수집하기
  • 3. 작성 역할 실행하기
  • 3.1 조사 결과만 사용하기
  • 4. 검토 역할 실행하기
  • 4.1 독립 기준으로 확인하기
  • 5. 최종본 만들기
  • 5.1 확인된 지적만 반영하기
  • 6. 서브에이전트로 역할 실행하기
  • 6.1 역할별 입력과 권한 정하기
  • 6.2 서브에이전트와 에이전트 팀 구분하기
  • 7. 오류가 생겼을 때
  • 7.1 조사자가 의견을 추가한 경우
  • 7.2 검토자가 새로운 내용을 만든 경우
  • 7.3 역할 사이에 파일이 섞인 경우
  • 7.4 여러 역할이 같은 파일을 수정한 경우
  • 8. 직접 역할 나누기
  • 9. 예상 결과와 맞춰보기
  • 10. 살펴보기
  • 11. 적용 전 확인

1. 역할 분리 준비

한 대화에서 조사, 작성, 검토를 모두 하면 처음 만든 내용을 스스로 욹호하는 문제가 생길 수 있다. 역할과 입력 자료를 분리한다.

서브에이전트는 주 에이전트가 맡긴 일부 작업을 독립된 맥락과 도구 범위에서 수행하는 보조 에이전트이다. 단순히 한 대화에서 역할 문구만 바꾸는 것보다 입력, 결과, 권한을 분리하기 쉽다.

1.1 작업 폴더 만들기

  1. "ai_prompt" 폴더에 "25_roles" 폴더를 만든다.
  2. 다음 파일을 만든다.
25_roles/
├── 요청.md
├── 조사.md
├── 초안.md
├── 검토.md
└── 최종.md
  1. "요청.md"에 다음 내용을 입력한다.
주제: 교육 현장에서 생성형 AI를 안전하게 사용하는 방법
대상: 생성형 AI를 처음 사용하는 성인
결과: 700자 안팔의 안내문
필수: 개인정보, 사실 확인, 사람의 최종 검토
제외: 확인되지 않은 법률 해석과 특정 제품 홍보

2. 조사 역할 실행하기

2.1 근거만 수집하기

  1. 새 대화에서 다음 요청문을 입력한다.
당신의 역할은 조사자이다.
안내문을 작성하지 않는다.

요청.md의 주제에 필요한 근거를 수집한다.
공식 출처를 우선한다.

출력:
| 핵심 내용 | 근거 출처 | 게시일·수정일 | 확인한 문장 | 미확인 사항 |

해석과 권고를 추가하지 않는다.
  1. 제시된 링크를 직접 열다.
  2. 확인된 내용만 "조사.md"에 저장한다.

3. 작성 역할 실행하기

3.1 조사 결과만 사용하기

  1. 조사 대화와 다른 새 대화를 시작한다.
  2. "요청.md"와 "조사.md"를 제공한다.
  3. 다음 요청문을 입력한다.
당신의 역할은 작성자이다.
요청.md와 조사.md에 있는 내용만 사용한다.

700자 안팔의 안내문을 작성한다.
제목과 세 개의 소제목을 사용한다.
확인되지 않은 내용은 넣지 않는다.
출처는 문서 끝에 정리한다.
  1. 결과를 "초안.md"에 저장한다.

4. 검토 역할 실행하기

4.1 독립 기준으로 확인하기

  1. 세 번째 새 대화를 시작한다.
  2. "요청.md", "조사.md", "초안.md"를 제공한다.
  3. 다음 요청문을 입력한다.
당신의 역할은 검토자이다.
초안을 다시 작성하지 않는다.

아래 항목만 확인한다.
- 요청.md의 필수 내용 누락
- 조사.md에 없는 주장
- 출처와 맞지 않는 설명
- 개인정보를 입력하도록 오해할 표현
- 같은 내용의 반복
- 700자 안팔인지

출력:
| 위치 | 문제 | 근거 | 수정 방향 |

문제가 없으면 '문제 없음'으로 표시한다.
  1. 검토 결과를 "검토.md"에 저장한다.
  2. 검토 지적을 원자료와 대조한다.

5. 최종본 만들기

5.1 확인된 지적만 반영하기

  1. 작성 대화에서 "검토.md"를 제공한다.
  2. 다음 요청문을 입력한다.
검토.md에서 원자료로 확인된 지적만 반영한다.
요청.md의 필수 조건과 조사.md의 사실은 유지한다.
수정한 부분을 목록으로 먼저 제시하고 최종본을 작성한다.
  1. 최종본을 "최종.md"에 저장한다.
  2. 초안과 최종본의 차이를 확인한다.

6. 서브에이전트로 역할 실행하기

6.1 역할별 입력과 권한 정하기

서브에이전트를 지원하는 도구에서는 조사자, 작성자, 검토자를 별도 에이전트로 만들 수 있다. 지원하지 않는 도구에서는 서로 다른 대화와 파일로 같은 분리 원리를 적용한다.

  1. 다음 역할표를 작성한다.
역할 | 읽을 자료 | 사용할 도구 | 만들 결과 | 금지
조사 | 요청.md | 웹 검색·읽기 | 조사.md | 초안 작성
작성 | 요청.md, 조사.md | 파일 읽기 | 초안.md | 새 사실 추가
검토 | 요청.md, 조사.md, 초안.md | 파일 읽기 | 검토.md | 원문 직접 수정
  1. 주 에이전트가 각 결과를 받을 순서를 정한다.
조사 결과 확인
→ 작성자에게 전달
→ 초안 확인
→ 검토자에게 전달
→ 지적 근거 확인
→ 최종본 작성
  1. 세 역할을 동시에 실행할 수 있는지 판단한다.
    1. 서로의 결과가 필요한 조사→작성→검토는 순서대로 실행한다.
    2. 서로 다른 출처를 찾는 조사 역할 여러 개는 동시에 실행할 수 있다.
    3. 같은 파일을 여러 역할이 동시에 수정하지 않는다.

6.2 서브에이전트와 에이전트 팀 구분하기

서브에이전트:
- 주 에이전트가 작업을 나누고 결과를 회수한다.
- 보조 역할끼리 직접 협의하지 않아도 된다.
- 짧고 독립적인 조사, 검사, 분류에 적합하다.

에이전트 팀:
- 여러 에이전트가 각자 역할과 작업 목록을 갖는다.
- 결과와 진행 상태를 서로 공유하거나 조정한다.
- 병렬 작업이 많고 역할 사이 협의가 필요한 업무에 적합하다.
  1. 역할을 늘리면 품질이 자동으로 높아지는 것은 아니다.
  2. 같은 자료와 같은 기준을 공유한 역할은 같은 오류를 반복할 수 있다.
  3. 각 역할의 입력, 도구, 출력, 완료 조건을 분리하고 주 에이전트가 결과를 검증한다.
  4. 에이전트 팀은 일부 제품에서 실험 기능일 수 있으므로 현재 지원 범위를 공식 문서에서 확인한다.

7. 오류가 생겼을 때

7.1 조사자가 의견을 추가한 경우

  1. 의견 문장을 제거한다.
  2. 원문에서 직접 확인한 문장과 출처만 남긴다.

7.2 검토자가 새로운 내용을 만든 경우

  1. 조사 자료에 근거가 있는지 확인한다.
  2. 근거가 없으면 지적을 반영하지 않는다.

7.3 역할 사이에 파일이 섞인 경우

  1. 각 역할이 읽을 파일을 다시 제한한다.
  2. 조사자는 초안을 읽지 않는다.
  3. 작성자는 검토 전에 검토 파일을 읽지 않는다.

7.4 여러 역할이 같은 파일을 수정한 경우

  1. 각 역할의 출력 파일을 다시 분리한다.
  2. 최종 파일을 수정할 역할은 하나만 둔다.
  3. 나머지 역할은 수정안이나 검토표만 만든다.
  4. 충돌한 변경은 원자료와 요청 조건을 기준으로 다시 판단한다.

8. 직접 역할 나누기

  1. 실제 업무 주제 한 개를 고른다.
  2. 조사, 작성, 검토를 서로 다른 대화로 실행한다.
  3. 각 결과를 별도 파일에 저장한다.
  4. 검토 근거를 직접 확인한다.
  5. 확인된 수정만 최종본에 반영한다.
  6. 지원하는 도구가 있으면 같은 역할을 서브에이전트로 실행해 결과와 권한 분리를 비교한다.

9. 예상 결과와 맞춰보기

조사.md: 공식 출처에서 확인한 사실과 미확인 사항
초안.md: 조사.md의 사실만 사용한 안내문
검토.md: 위치·문제·근거·수정 방향
최종.md: 원자료로 확인된 지적만 반영한 문서

각 역할이 정해진 파일만 읽고 검토자가 새로운 사실을 만들지 않으면 정상이다.

10. 살펴보기

  • 조사·작성·검토를 서로 다른 대화로 실행했는가
  • 서브에이전트의 입력, 도구, 출력, 금지 작업을 구분했는가
  • 선행 결과가 필요한 작업과 동시에 실행할 작업을 구분했는가
  • 서브에이전트와 에이전트 팀의 차이를 설명할 수 있는가
  • 조사자는 초안을 작성하지 않았는가
  • 작성자는 조사 자료에 없는 내용을 추가하지 않았는가
  • 검토자는 문제 위치와 근거를 표시했는가
  • 원자료로 확인된 지적만 최종본에 반영했는가

11. 적용 전 확인

  • 조사, 작성, 검토 결과를 서로 다른 파일이나 대화로 분리했는지 확인한다.
  • 여러 역할이 같은 파일을 동시에 수정하지 않게 출력 경로를 분리한다.
  • 주 에이전트가 각 서브에이전트의 결과를 검증한 뒤 다음 단계로 넘긴다.
  • 검토 지적은 근거가 확인된 것만 최종본에 반영한다.
  • 조사 링크는 직접 열어 원문과 날짜를 확인한다.