ChatGPT Pro 병렬 에이전트로 조사 나눠 맡기기: 독립된 갈래로 쪼개는 프롬프트 설계법

시장 조사 보고서 하나를 쓰려고 ChatGPT에 질문을 던지면, 답이 세 번째 항목쯤에서 흐려지는 경험이 있을 겁니다. 경쟁사 세 곳을 한 번에 물으면 앞부분은 자세한데 뒷부분은 두루뭉술해지고, 출처도 섞여 나옵니다. 2026년 10월 16일부터 ChatGPT Pro 사용자는 이런 여러 갈래의 일을 여러 에이전트에게 나눠 맡길 수 있게 됐습니다. 이 글은 그 기능이 무엇인지 확인된 사실만 정리하고, 갈래를 어떻게 나눠 프롬프트를 쓰면 좋은지 실제 업무 흐름에 맞춰 설명합니다.

무엇이 새로 나왔나

OpenAI의 2026년 10월 16일 업데이트 항목에 따르면, GPT-6 Pro를 쓰는 채팅에서 요청 하나를 여러 에이전트로 나눠 처리하는 기능이 추가됐습니다. 대상은 자격이 있는 Pro 사용자이고, 같은 업데이트에서 응답 속도 향상과 플러그인·도구 활용 개선도 함께 발표됐습니다. 사용자는 각 에이전트가 어디까지 진행됐는지 볼 수 있고, 끝난 작업의 결과물을 열어 확인할 수 있습니다.

여기서 먼저 구분해 둘 것이 있습니다. 공식 항목에서 확인되는 내용은 "요청을 여러 에이전트에 나눈다", "진행 상황을 본다", "완료된 작업을 연다", "Pro 사용자 대상으로 순차 공개된다"는 정도입니다. 반대로 아래 항목들은 아직 공개된 자료에서 확인되지 않았습니다. 사용자가 어떤 방식으로 병렬 작업을 시작하는지, 동시에 돌릴 수 있는 에이전트 수에 상한이 있는지, 한 번의 병렬 작업이 사용량에서 메시지 몇 개만큼 차감되는지입니다. 그래서 이 글의 프롬프트는 "에이전트를 몇 개 띄우라"는 명령에 기대지 않고, 일을 서로 독립된 갈래로 나누는 방법에 초점을 맞췄습니다. 실제로 병렬로 돌지 여부는 화면에 진행 상황이 보이는지로 확인하면 됩니다.

속도에 대한 기대도 낮춰 잡는 편이 좋습니다. 한 개발자 블로그가 10월 16일 한 계정에서 세 갈래 조사 메모를 순차 방식과 병렬 방식으로 두 번씩 돌려 본 결과, 평균 소요 시간은 4분 51초에서 4분 25초로 약 9% 줄었습니다. 다만 한 번은 병렬이 오히려 느렸고, 결과물의 정확도 차이도 뚜렷하지 않았습니다. 표본이 너무 작아 "빨라진다"고 단정할 근거는 아니라는 뜻입니다. 대신 여러 갈래를 한 번에 다루면서 각 부분을 따로 검토할 수 있다는 점이 실무에서 더 쓸모가 있었다는 관찰이 많습니다.

병렬로 맡기기 좋은 일과 아닌 일

병렬 에이전트가 잘 맞는 일은 서로 영향을 주지 않는 조사입니다. 경쟁사 A, B, C의 가격 체계를 각각 정리하는 일, 고객 인터뷰 메모 세 묶음에서 불만 유형을 따로 뽑는 일, 신규 시장 세 곳의 규제 요약을 만드는 일이 그렇습니다. 한 갈래의 결과가 다른 갈래의 입력이 되지 않기 때문에, 나눠 돌린 뒤 마지막에 합치기만 하면 됩니다.

반대로 순서가 중요한 일은 병렬로 나누면 오히려 손해입니다. 먼저 목표 고객을 정하고 그다음 그 고객에게 맞는 메시지를 쓰는 일이나, 앞 단계의 수치를 다음 단계 계산에 넣어야 하는 일은 한 흐름으로 두는 편이 낫습니다. 판단이 필요한 최종 결론도 마찬가지입니다. 에이전트는 자료를 모으고 정리하는 데 쓰고, 결론을 내리는 일은 사람이 맡는 구조가 안전합니다.

갈래를 나누는 기준: 독립성, 출처, 확인 항목

프롬프트를 쓰기 전에 일을 세 가지 기준으로 나눠 봅니다. 첫째는 독립성입니다. 갈래 A의 결과를 몰라도 갈래 B를 끝낼 수 있어야 합니다. 둘째는 출처 범위입니다. 각 갈래가 어떤 자료만 봐야 하는지 적어 두면 같은 자료를 세 번 읽는 낭비가 줄고, 나중에 출처를 추적하기도 쉽습니다. 셋째는 확인 항목입니다. 각 갈래가 반드시 남겨야 할 불확실한 부분이 무엇인지 미리 정해 두면, 완료된 결과를 열었을 때 단정 문장과 추정 문장을 구분하기 쉽습니다.

이 세 기준을 한 장짜리 표로 적어 두면 프롬프트 작성이 한결 쉬워집니다. 갈래 이름, 봐야 할 자료, 산출물 형식, 확인 항목의 네 칸이면 충분합니다. 표를 먼저 만들고 프롬프트로 옮기는 순서를 권합니다.

복사해서 쓰는 프롬프트 1: 세 갈래로 나눠 조사 맡기기

아래 프롬프트는 신규 서비스를 검토하는 팀이 경쟁사 세 곳을 조사할 때 쓰는 예시입니다. 대괄호 부분만 바꾸면 다른 주제에도 쓸 수 있습니다. 핵심은 각 갈래에 자료 범위와 확인 항목을 따로 주는 것입니다.

아래 목적을 위해 조사를 세 개의 독립된 갈래로 나눠서 진행해 주세요.
각 갈래는 서로의 결과를 기다리지 않고 끝낼 수 있어야 합니다.

[목적]
우리 팀이 2027년 1분기 출시를 검토 중인 [제품 종류] 시장에서,
경쟁 서비스 세 곳([회사 A], [회사 B], [회사 C])의 가격 구조와 주요 차별점을 파악하는 것

[갈래별 지시]
갈래 1: [회사 A]
- 봐야 할 자료: 회사 공식 홈페이지의 요금 페이지와 공식 발표문만
- 정리 항목: 요금제 이름, 가격, 포함 기능, 사용 한도
- 확인 항목: 공식 페이지에 없어서 추정한 내용은 별도 표시

갈래 2: [회사 B]
- 봐야 할 자료: 회사 공식 발표문과 최근 90일 안의 보도자료만
- 정리 항목: 최근 출시 기능 3가지, 대상 고객, 발표 날짜
- 확인 항목: 날짜가 불확실한 항목은 "날짜 미확인"으로 표시

갈래 3: [회사 C]
- 봐야 할 자료: 사용자 리뷰 사이트와 공식 고객 사례 페이지
- 정리 항목: 고객이 자주 칭찬하는 점과 자주 불만을 말하는 점, 각각 3가지
- 확인 항목: 리뷰 한두 건으로 일반화한 내용은 "개별 사례"라고 표시

[마지막 산출물]
세 갈래의 결과를 한 장의 표로 합치고, 표 아래에 "확인되지 않은 내용" 목록을 따로 두세요.
각 문장 끝에 출처 이름을 괄호로 붙여 주세요.

이 프롬프트를 보낸 뒤에는 진행 상황을 확인하는 것이 먼저입니다. 여러 갈래가 각각 진행되는 모습이 보이면 병렬 방식이 작동한 것이고, 한 줄로 쭉 이어서 답하면 일반 답변으로 처리된 것입니다. 이 차이를 알아야 소요 시간에 대한 기대를 맞출 수 있습니다.

이렇게 나옵니다 (예시 결과입니다. 실제 응답은 매번 다를 수 있습니다):

세 갈래를 각각 완료했습니다. 갈래 1에서는 요금제 두 가지가 공식 페이지에서 확인됐고, 한 가지는 가격 표기가 지역별로 달라 추정으로 표시했습니다. 갈래 2의 기능 발표 세 건 중 한 건은 날짜가 확인되지 않아 "날짜 미확인"으로 남겼습니다. 갈래 3은 리뷰 수가 적어 일반화를 피하고 개별 사례로 정리했습니다. 합친 표와 확인되지 않은 내용 목록을 아래에 붙였습니다.

완료된 갈래를 열어 검토하는 법

병렬 작업의 가치는 결과가 빨리 나오는 데만 있지 않습니다. 완료된 갈래마다 결과물을 따로 열 수 있기 때문에, 최종 답변이 중요한 단서를 빼먹었는지 확인할 수 있습니다. 예를 들어 갈래 2에서 날짜 미확인으로 남긴 항목이 최종 표에서 날짜가 확정된 것처럼 바뀌어 있지 않은지 보는 식입니다. 이 검토는 사람이 합니다. 에이전트가 낸 정리를 그대로 보고서에 옮기면, 한 갈래의 실수가 표 전체의 신뢰를 흔듭니다.

검토할 때는 세 가지만 보면 됩니다. 출처가 공식 자료인지, 추정이 사실처럼 쓰였는지, 확인 항목이 최종 표에 살아 있는지입니다. 이 세 가지를 확인하는 짧은 후속 프롬프트를 한 번 더 보내면 누락을 줄일 수 있습니다.

복사해서 쓰는 프롬프트 2: 합치기 전 점검하기

두 번째 프롬프트는 갈래별 결과를 합치기 직전에 쓰는 점검용입니다. 앞선 작업을 다시 조사하라고 하지 말고, 이미 받은 결과 안에서만 검토하도록 범위를 좁히는 것이 중요합니다.

방금 세 갈래의 결과를 검토해 주세요. 새로 검색하지 말고, 지금까지 받은 결과 안에서만 확인하세요.

1. 공식 자료가 아닌 출처에서 가져온 수치나 날짜가 있으면 목록으로 적어 주세요.
2. "추정", "날짜 미확인", "개별 사례" 표시가 최종 표에서 빠진 항목이 있는지 확인해 주세요.
3. 세 갈래 사이에 서로 모순되는 내용이 있으면 두 문장으로 나란히 보여 주세요.
4. 위 점검을 거친 뒤, 최종 표를 다시 작성해 주세요. 표시가 빠졌던 항목에는 표시를 붙이세요.

마지막에 "점검 후 바뀐 항목" 세 줄 이내 요약을 붙여 주세요.

이 프롬프트의 결과에서 가장 가치 있는 부분은 "점검 후 바뀐 항목" 요약입니다. 처음 표와 비교해 무엇이 바뀌었는지 한눈에 보이기 때문에, 보고서를 쓰는 사람이 어디를 다시 봐야 할지 바로 알 수 있습니다. 바뀐 항목이 하나도 없다면, 그 역시 확인된 결과로 받아들이면 됩니다.

흔한 실수 세 가지와 피하는 법

첫 번째 실수는 갈래를 너무 잘게 나누는 것입니다. 항목 하나마다 갈래를 만들면 합치는 일이 조사보다 더 복잡해집니다. 갈래는 보통 세 개에서 다섯 개 사이로 두고, 각 갈래가 반나절짜리 분량이 되도록 잡는 편이 관리하기 쉽습니다.

두 번째 실수는 갈래 사이에 의존 관계를 숨기는 것입니다. 갈래 3이 갈래 1의 가격을 기준으로 비교해야 하는데 그 사실을 적지 않으면, 각 갈래는 독립적으로 작업하면서 기준이 서로 어긋날 수 있습니다. 공통 기준이 필요하다면 프롬프트 맨 앞에 "모든 가격은 원화 기준, 부가세 포함으로 표기"처럼 한 줄로 고정해 두세요.

세 번째 실수는 결과를 검토하지 않고 바로 공유하는 것입니다. 병렬 작업은 결과가 많이 나오기 때문에 검토하지 않고 넘기기 쉽습니다. 최소한 확인 항목이 살아 있는지 한 번은 보고 넘기는 습관이 필요합니다.

팀에서 도입할 때 확인할 것

팀 계정으로 쓴다면 먼저 관리자 설정에서 이 기능이 열려 있는지 확인해야 합니다. 업데이트 항목에는 관리형 워크스페이스의 접근이 워크스페이스 설정과 출시 자격에 따라 달라진다고 적혀 있습니다. 개인 Pro 계정에서 되더라도 회사 계정에서는 안 보일 수 있다는 뜻입니다.

사용량도 미리 살펴봐야 합니다. 병렬 작업 한 번이 사용 한도에서 몇 번으로 계산되는지는 아직 공개된 자료에서 확인되지 않았습니다. 그래서 처음 몇 번은 작업 전후로 사용량 표시를 확인해 두고, 팀 안에서 "이런 조사 한 건에 이 정도 쓴다"는 감을 먼저 만드는 것이 좋습니다. 또 조사 자료를 다루는 만큼, 회사 내부 자료를 붙여 넣기 전에 해당 자료를 외부 도구에 넣어도 되는지 사내 규정을 먼저 확인하세요.

한눈에 정리

병렬 에이전트는 서로 독립된 조사 갈래를 나눠 맡길 때 가장 쓸모가 있습니다. 갈래마다 봐야 할 자료, 정리 항목, 확인 항목을 따로 적어야 결과가 섞이지 않습니다. 완료된 결과는 공식 출처, 추정 표시, 확인 항목이 최종 표에 살아 있는지 검토한 뒤에 씁니다. 속도 개선은 작은 시험에서 약 9% 수준이었으니 기대를 낮게 두고 직접 재 보세요.

자주 묻는 질문

Q. 모든 Pro 사용자가 바로 쓸 수 있나요? A. 아닙니다. 공식 항목은 자격이 있는 Pro 사용자에게 순차적으로 열린다고 밝혔습니다. 화면에 해당 기능이 보이지 않는다면 아직 적용되지 않은 계정일 가능성이 큽니다. 기다리거나 설정에서 업데이트 상태를 확인하세요.

Q. 에이전트를 몇 개까지 동시에 돌릴 수 있나요? A. 공개된 자료에서는 상한이 확인되지 않았습니다. 한 개발자 시험에서는 세 개가 동시에 돌았지만, 이것이 공식 한도라는 뜻은 아닙니다. 갈래는 보통 세 개에서 다섯 개 사이로 잡는 것이 관리하기 편합니다.

Q. 병렬로 돌리면 결과가 더 정확한가요? A. 정확도가 더 높아진다는 근거는 아직 부족합니다. 같은 시험에서 정확도 차이는 뚜렷하지 않았습니다. 병렬의 장점은 갈래별 검토가 쉬워진다는 데 있으니, 정확도는 출처와 확인 항목으로 따로 챙기세요.

Q. 민감한 회사 자료를 붙여 넣어도 되나요? A. 자료의 종류에 따라 다릅니다. 외부 도구에 넣어도 되는 자료인지, 회사 보안 규정에서 허용하는지를 먼저 확인하세요. 개인정보나 계약상 비공개 자료는 마스킹하거나 요약본만 쓰는 것이 안전합니다.