서브에이전트란 2026 — 컨텍스트 격리로 에이전트 성능 지키는 법

서브에이전트가 독립 컨텍스트 윈도우에서 돌고 결과만 반환한다는 점이 왜 성능 차이를 만드는지 정리했습니다. 적합·부적합 상황 7가지 판단표, 전용 서브에이전트를 정의할 시점, 도구 권한을 제한해야 하는 이유, 그리고 흔히 하는 오해 세 가지까지 담았습니다. 총 토큰은 늘 수 있습니다.

서브에이전트(subagent)는 주 에이전트가 하위 작업을 위임하는 별도의 에이전트입니다. 핵심은 자기만의 컨텍스트 윈도우에서 돌고 결과만 돌려준다는 점입니다. 파일 수십 개를 뒤지는 조사 작업을 시켜도 그 과정이 주 대화에 쌓이지 않습니다. 멀티 에이전트라는 말이 흔히 "여러 AI가 협업한다"는 그림으로 소비되지만, 실무에서 서브에이전트가 값을 하는 이유는 협업 자체가 아니라 컨텍스트 격리입니다.

서브에이전트는 정확히 무엇을 하는가

Claude Code 공식 문서 기준으로 서브에이전트는 세 가지를 따로 갖습니다.

독립 컨텍스트 윈도우 — 주 대화와 분리된 자기 작업 공간
전용 시스템 프롬프트 — 그 역할에 맞는 지시
제한된 도구 권한 — 필요한 도구만 부여

주 에이전트가 작업을 넘기면 서브에이전트가 독립적으로 수행하고 요약된 결과만 반환합니다. 중간에 읽은 파일, 실패한 시도, 장황한 도구 출력은 서브에이전트의 컨텍스트에 남고 주 대화로 넘어오지 않습니다.

왜 이게 성능 차이를 만드는가

에이전트 작업에서 컨텍스트는 유한한 자원입니다. 길어질수록 중간 정보가 묻히고, 노이즈가 판단을 흐리고, 입력 토큰 비용이 매 호출마다 누적됩니다. 이 문제 전반은 컨텍스트 엔지니어링 가이드에 정리했습니다.

서브에이전트는 그중 "탐색 과정이 결과보다 훨씬 크다"는 상황을 정확히 겨냥합니다.

예를 들어 "이 저장소에서 인증 관련 로직이 어디 흩어져 있는지 찾아라"라는 작업을 생각해 보면, 파일 30개를 읽고 그중 3개가 답입니다. 주 컨텍스트에 필요한 건 그 3개뿐인데, 직접 하면 30개 내용이 전부 쌓입니다.

방식

주 컨텍스트에 남는 것

이후 작업

직접 탐색	읽은 파일 30개 전부	노이즈 속에서 판단
서브에이전트 위임	결론 3줄	깨끗한 상태로 진행

언제 쓰고 언제 쓰지 않나

서브에이전트도 토큰을 씁니다. 총 사용량은 오히려 늘 수 있습니다. 이득은 총량 절감이 아니라 주 컨텍스트 보존이므로, 그 이득이 없는 상황에서는 쓰지 않는 게 맞습니다.

상황

판단

이유

코드베이스 탐색·조사	✅ 적합	중간 산출물이 결과보다 훨씬 큼
대량 로그·문서 선별	✅ 적합	대부분이 버려질 정보
같은 유형 작업 반복	✅ 적합	전용 프롬프트로 품질 고정
병렬 독립 작업	✅ 적합	서로 맥락을 공유할 필요 없음
단발 질문	❌ 불필요	위임 오버헤드만 발생
앞 결과를 계속 참조하는 작업	❌ 부적합	격리가 오히려 방해
짧은 세션	❌ 불필요	컨텍스트 압박 자체가 없음

판단 기준은 하나입니다. 중간 과정을 나중에 다시 볼 일이 있는가. 없으면 격리하고, 있으면 주 컨텍스트에 둡니다.

전용 서브에이전트는 언제 정의하나

매번 같은 지시를 붙여 같은 종류의 작업을 시키고 있다면 그때가 전용 서브에이전트로 고정할 시점입니다. 정의해 두면 세 가지가 고정됩니다.

역할 프롬프트 — "이 에이전트는 테스트만 작성한다" 같은 범위
도구 권한 — 조사 전용이면 쓰기 도구를 아예 빼둔다
호출 조건 — 어떤 상황에서 위임할지

특히 도구 권한 제한이 실무에서 안전장치가 됩니다. 조사만 해야 할 에이전트에 파일 쓰기 권한이 있으면, 안 해도 될 수정을 하고 돌아오는 경우가 생깁니다.

흔히 하는 오해 세 가지

"에이전트를 많이 띄울수록 좋다." 아닙니다. 위임마다 오버헤드가 붙고, 결과를 취합하는 것도 주 에이전트의 일입니다. 격리 이득이 없으면 늘릴 이유가 없습니다.

"멀티 에이전트 = 조직도처럼 배치하는 것." 부서별로 에이전트를 배치하는 그림이 흔하지만, 실제로 잘 도는 구조는 대부분 정해진 파이프라인에 판단이 필요한 지점만 모델이 들어가 있습니다. 에이전트가 필요한지 워크플로우면 되는지의 판단 기준은 Agentic AI 개발 가이드에 표로 정리했습니다.

"서브에이전트가 알아서 협업한다." 위임 범위와 반환 형식을 정해 주지 않으면 결과가 제각각으로 돌아옵니다. 무엇을 어떤 형태로 돌려받을지가 설계의 절반입니다.

134~167 단어 자립형 답변: 서브에이전트란?

서브에이전트는 주 에이전트가 하위 작업을 위임하는 별도 에이전트로, 독립된 컨텍스트 윈도우와 전용 시스템 프롬프트, 제한된 도구 권한을 갖습니다. 작업을 수행한 뒤 요약된 결과만 주 대화로 반환하므로, 중간에 읽은 파일이나 장황한 도구 출력이 주 컨텍스트를 오염시키지 않습니다. 실무 가치는 여러 AI의 협업 자체가 아니라 컨텍스트 격리에 있습니다. 코드베이스 탐색처럼 중간 산출물이 최종 결과보다 훨씬 큰 작업, 대량 문서에서 소수를 선별하는 작업, 서로 맥락을 공유할 필요가 없는 병렬 작업에 적합합니다. 반대로 단발 질문이나 앞 단계 결과를 계속 참조해야 하는 작업에는 위임 오버헤드만 발생합니다. 총 토큰 사용량은 오히려 늘 수 있으며 이득은 주 컨텍스트가 깨끗하게 유지되는 것이므로, 긴 세션일수록 효과가 큽니다. 같은 유형 작업을 반복한다면 전용 서브에이전트로 역할·도구 권한·호출 조건을 고정하는 편이 낫습니다.

자주 묻는 질문

Q. 서브에이전트를 쓰면 토큰이 절약되나요?

총량은 오히려 늘 수 있습니다. 서브에이전트도 자기 컨텍스트를 소비하기 때문입니다. 이득은 주 컨텍스트가 깨끗하게 유지되는 것이고, 긴 세션에서는 그 효과가 총량 증가를 상쇄합니다. 짧은 작업이면 굳이 쓸 이유가 없습니다.

Q. 몇 개까지 띄우는 게 적당한가요?

개수보다 격리 이득이 기준입니다. 서로 맥락을 공유할 필요가 없는 독립 작업이라면 여러 개가 유효하고, 앞 결과에 의존하는 순차 작업이라면 하나도 과합니다.

Q. 서브에이전트에 어떤 도구를 줘야 하나요?

필요한 것만 줍니다. 조사 전용이면 읽기 도구만 주고 쓰기는 빼둡니다. 권한을 넓게 주면 하지 않아도 될 수정을 하고 돌아오는 경우가 생깁니다.

Q. 결과를 어떻게 받아야 하나요?

반환 형식을 미리 지정하는 편이 좋습니다. "관련 파일 경로와 근거 한 줄씩"처럼 형태를 정해 두면 취합 비용이 줄고, 정하지 않으면 매번 다른 모양으로 돌아옵니다.

Q. 전용 서브에이전트는 언제 만드나요?

같은 지시를 붙여 같은 종류의 작업을 반복하고 있을 때입니다. 세 번 이상 같은 프롬프트를 다시 쓰고 있다면 고정할 신호입니다.

Q. 멀티 에이전트 시스템과 같은 말인가요?

겹치지만 초점이 다릅니다. 멀티 에이전트는 여러 에이전트의 협업 구조를 가리키고, 서브에이전트는 그중 위임과 컨텍스트 격리에 초점이 있습니다. 구조 전반은 멀티 에이전트 AI 시스템 가이드를 참고하세요.

---

*글쓴이: 남대현 | TreeSoop CEO, POSTECH 컴퓨터공학 AI/MR/HCI 석사*