서브에이전트

서브에이전트(Subagent)는 메인 AI 에이전트가 큰 작업을 작은 조각으로 쪼개서 맡기는 하위 에이전트입니다. 각 서브에이전트는 자기만의 별도 대화 공간에서 독립적으로 일하고, 다 끝나면 최종 결과만 메인 에이전트에게 돌려줍니다. 중간에 읽은 파일이나 시행착오 과정은 메인 쪽으로 넘어오지 않습니다. 그래서 메인 에이전트의 작업 공간을 깔끔하게 유지하는 게 핵심입니다.

서브에이전트가 중요한 이유는 두 가지입니다. 첫째는 작업 기억 공간, 곧 컨텍스트 윈도우를 아낄 수 있습니다. AI가 한 번에 기억할 수 있는 양은 정해져 있는데, 수십 개 파일을 직접 다 읽으면 그 기억이 금방 가득 찹니다. 기억이 가득 차면 정작 중요한 지시를 놓치거나 답변 품질이 떨어집니다. 대신 서브에이전트가 파일을 읽고 요약만 넘겨주면 메인은 핵심만 받아 여유를 유지합니다.

둘째는 여러 서브에이전트를 동시에 띄워 병렬로 일을 시킬 수 있어서 속도가 빨라집니다. 예를 들어 코드베이스의 인증 부분, 데이터베이스 부분, 화면 부분을 각각 다른 서브에이전트에게 동시에 조사시키면, 셋이 따로 움직인 뒤 메인이 결과를 모아 한 번에 판단합니다. 혼자 순서대로 훑는 것보다 훨씬 빠릅니다.

대표 사례는 Claude Code의 서브에이전트 기능입니다. 코드 리뷰를 할 때 보안 검사 담당, 스타일 점검 담당, 테스트 확인 담당을 따로 정의해두면, 메인 에이전트가 작업에 맞는 담당을 알아서 불러 동시에 돌립니다. 자주 쓰는 역할은 시스템 프롬프트와 쓸 수 있는 도구 범위까지 미리 적어 커스텀 에이전트로 저장해두고 재사용합니다. 덕분에 분 단위로 걸리던 리뷰가 초 단위로 줄어듭니다.

쉬운 비유로 보면, 메인 에이전트는 프로젝트를 총괄하는 팀장이고 서브에이전트는 각자 맡은 일을 처리하는 팀원입니다. 팀장이 모든 자료를 혼자 다 읽으면 머리가 터지지만, 팀원에게 "이 부분 조사해서 한 장으로 요약해 와"라고 시키면 팀장은 요약본만 보고 판단합니다. 팀원이 자료를 어떻게 뒤졌고 어떤 막다른 길을 거쳤는지까지 팀장이 알 필요는 없습니다. 서브에이전트가 결과만 돌려주는 구조가 바로 이 그림과 같습니다.

멀티에이전트 시스템과 헷갈리기 쉬운데, 보는 층위가 다릅니다. 멀티에이전트 시스템은 여러 에이전트가 어떻게 협업하도록 설계할지를 다루는 전체 구조이고, 서브에이전트는 그 안에서 일을 넘겨받는 한 단위를 가리킵니다. 메인이 서브에이전트에게 일을 배분하고 결과를 모으는 조율 과정은 오케스트레이션이라고 부릅니다. 결국 서브에이전트는 위임이라는 한 조각이고, 그 조각들을 엮어 굴리는 게 멀티에이전트 시스템입니다.

언제 쓰면 좋은지도 감을 잡아두면 좋습니다. 같은 종류의 일을 반복해서 시키게 될 때, 예를 들어 매번 보안을 점검하거나 문서를 교정하는 작업이 생기면 그 역할을 커스텀 서브에이전트로 정의해둡니다. 반대로 한두 단계로 끝나는 간단한 일까지 굳이 서브에이전트로 쪼개면, 결과를 주고받는 과정에서 오히려 시간이 더 걸릴 수 있습니다. 메인의 기억 공간을 아껴야 하거나 여러 갈래를 동시에 처리해야 할 때가 서브에이전트가 빛나는 순간입니다.

정리하면 서브에이전트는 큰 작업을 잘게 나눠 독립된 일꾼에게 맡기고 요약만 돌려받는 방식입니다. 메인의 기억 공간을 지키고 병렬 처리로 속도를 높이는 두 효과 덕분에, 복잡한 작업을 다루는 AI 에이전트라면 거의 빠지지 않는 기본기로 자리 잡았습니다. 큰 일을 혼자 끌어안지 않고 잘 나눠 맡기는 것, 사람 조직에서 통하는 이 원리가 AI 에이전트에서도 똑같이 통한다는 점이 서브에이전트의 핵심입니다.