앞에서 챗봇과 AI 에이전트 차이를 보고, 사람 승인을 어디에 둘지까지 왔다면, 다음 질문은 단순하다. 일을 하나에게 다 맡길까, 역할을 나눌까.
만능 하나에게 조사·초안·실행을 한꺼번에 맡기면 처음엔 편하다. 프롬프트 하나만 다듬으면 되고, 대화창도 하나면 된다. 그런데 대화가 길어질수록 맥락이 섞인다.
실패 예시: 만능 하나 대화에서 조사 가설이 초안에 사실처럼 들어가고, 초안 문장이 실행 지시처럼 읽혀 버린 경우. 실수가 나도 “누가 무엇을 했는지”가 흐려져서, 고칠 지점을 찾기보다 처음부터 다시 돌리게 된다.
나눌 후보 3역할

역할을 나누는 후보는 대략 세 갈래다.
- 조사 — 자료 수집, 출처 정리
- 초안 — 글·코드·계획 초안
- 검수(또는 발행 전 체크) — 사실·톤·위험 액션 확인
목표가 다르거나, 실수했을 때 되돌리기 난이도가 다르면 한 프롬프트에 몰아넣지 않는 편이 낫다. 조사는 출처를 남기고, 초안은 문장·구조를 다듬고, 검수는 “내보내도 되는지”만 보면 된다. 역할이 나뉘면 중간에 사람 승인을 끼우기도 쉽다.
아직 하나로 OK인 경우
반대로 짧은 Q&A나 개인 메모처럼 한 번에 끝나는 일은 하나로 둬도 충분하다. 단계를 억지로 쪼개면 넘기는 정보만 늘고 오히려 느려진다. “매일 알아서”가 아니라 “지금 한 번만”이면, 만능 하나가 더 가벼운 경우가 많다. 역할 분리는 목표가 갈라질 때 쓰는 도구이지, 모든 대화의 기본값이 아니다.

그림: 만능 하나 vs 역할 분리
| 구분 | 만능 하나 | 역할 분리 |
|---|---|---|
| 맥락 | 한 대화에 조사·초안·실행이 섞임 | 역할마다 목표·입력이 분리됨 |
| 책임 | 어디서 틀렸는지 추적 어려움 | 단계별 산출물·로그로 추적 |
| 재시도 | 전체를 다시 돌리기 쉬움 | 실패한 역할만 다시 돌림 |
최소 연결 — 넘기는 정보 · 로그 · 승인
역할을 나눴다면 최소 세 가지만 정한다.
- 넘기는 정보 — 다음 역할에 꼭 필요한 입력만 넘긴다
- 로그 — 단계마다 산출물·결정을 남긴다
- 사람 승인 — 되돌리기 어려운 단계 앞에 게이트를 둔다
게이트 기준(결제·삭제·외부 발송)은 사람 승인을 넣는 이유에 적어 두었다. 흐름은 조사 → 초안 → [승인] → 실행이다. 조사·초안은 다시 돌리기 쉬운 편이고, 실행 직전에서 한 번 멈추면 수습 비용이 줄어든다.

그림: 조사 → 초안 → [승인] → 실행
FAQ
Q1. 멀티 에이전트가 뭔가요?
만능 AI 하나 대신, 조사·초안·검수처럼 역할을 나눈 작은 실행 단위들의 팀에 가깝습니다. 목표가 다르거나 실수 시 수습 난이도가 다르면 나누는 편이 운영에 가깝습니다.
Q2. 언제 하나로 둬도 되나요?
짧은 질의응답, 개인 메모, 한 번에 끝나는 초안처럼 단계가 짧고 되돌리기 쉬운 일이면 하나로 충분합니다. 단계가 길거나 승인 게이트가 필요하면 역할을 나눕니다.
참고 (공개 개념)
제품·프레임워크마다 구현은 다르지만, “역할 분리 + 필요한 곳에 게이트”라는 원칙은 같다.
만능 하나가 틀린 건 아니다. 목표가 갈라지는 순간부터, 역할을 나누는 편이 덜 아프다.
관련: 챗봇과 AI 에이전트 차이 · 승인 · 롤백
'IT & 테크' 카테고리의 다른 글
| .NET Framework 3.5, 설치해야 하나요? — 판단 체크리스트 (0) | 2026.09.30 |
|---|---|
| AI 에이전트에 로그를 남기는 이유 — 실패를 반복하지 않으려면 (0) | 2026.09.30 |
| AI 에이전트에 사람 승인을 넣는 이유 — 되돌리기 어려운 일부터 (0) | 2026.09.16 |
| 챗봇과 AI 에이전트 차이 — 일을 맡기기 전에 보는 기준 (0) | 2026.09.09 |
| VIDEO_TDR_FAILURE 블루스크린 해결 후기: 그래픽 드라이버, 그래픽 설정 점검 과정 (0) | 2026.07.08 |