Claude Code subagents 늘릴수록 왜 더 느려질까 2026 — context 분리와 ownership 설계 체크리스트

Posted on by

2026년 4월 4일 기준으로 먼저 결론부터 말하면, Claude Code subagents는 많을수록 무조건 빠른 구조가 아니다.

적당한 수의 전문 작업자는 메인 컨텍스트를 가볍게 만들지만, 너무 많이 늘리면 지휘 비용이 병렬 이득을 잡아먹는다.

Anthropic 공식 문서도 subagents의 장점으로 separate context window, specialized expertise, flexible permissions를 설명하면서, 동시에 새로 호출된 subagent는 필요한 문맥을 다시 모으기 때문에 latency가 늘 수 있다고 적고 있다.

즉 subagent는 공짜 속도 버튼이 아니라, 맥락 분리 장치에 가깝다.

한 줄 결론: subagent를 늘릴수록 빨라지는 게 아니라, 겹치지 않는 일만 분리할 때 빨라진다.

왜 많이 붙이면 오히려 느려지나

표면적으로는 간단하다.

  • 조사 담당 1명
  • 리뷰 담당 1명
  • 구현 담당 2명
  • 검증 담당 1명

이렇게 나누면 엄청 빨라질 것 같아 보인다.

그런데 실제 운영에서는 다른 비용이 바로 생긴다.

  1. 누가 무엇을 맡는지 설명하는 비용
  2. 각 subagent가 필요한 문맥을 다시 읽는 비용
  3. 중복 조사와 중복 보고를 정리하는 비용
  4. 결과를 메인 플로우에 합치는 비용

즉 병렬화는 작업 시간만 쪼개는 게 아니라 조율 시간을 새로 만든다.

Claude Code 공식 subagents 문서는 각 subagent가 자기만의 컨텍스트를 갖는다고 설명한다. 이건 메인 세션을 오염시키지 않는 장점이지만, 반대로 말하면 부를 때마다 다시 배경지식을 먹여야 한다는 뜻이기도 하다.

언제 빨라지고 언제 느려지나

상황 subagent를 늘리면 이유
서로 완전히 다른 조사 작업 2~3개 빨라질 수 있음 문맥이 겹치지 않아서 병렬 이득이 남는다
같은 파일을 여러 명이 같이 보게 하는 경우 느려지기 쉬움 ownership 충돌과 중복 읽기가 생긴다
리뷰, 조사, 발행처럼 역할이 명확히 다른 경우 빨라질 수 있음 책임 경계가 분명하다
메인 에이전트가 모든 결과를 다시 요약해야 하는 경우 느려지기 쉬움 보고서가 많아질수록 지휘 비용이 커진다
작은 작업을 잘게 5개 이상 쪼개는 경우 느려지기 쉬움 실행보다 조율이 더 커진다

여기서 핵심은 작업 수가 아니라 겹침 정도다.

겹치지 않으면 3명도 괜찮다. 겹치면 2명도 느리다.

공식 문서가 주는 힌트

Anthropic의 Subagents 문서를 보면, subagent의 핵심 장점으로 아래를 말한다.

  • 메인 대화의 컨텍스트 오염 방지
  • 특정 작업에 맞춘 전문화
  • 팀 단위 재사용
  • 도구 권한 분리

동시에 같은 문서의 Performance considerations는 subagent가 clean slate로 시작하고, 필요한 문맥을 수집하면서 지연을 더할 수 있다고 설명한다.

또 Best practices에서는 한 subagent에 많은 책임을 몰아주지 말고, single, clear responsibilities로 설계하라고 권한다.

이 문장을 실무식으로 바꾸면 이렇다.

역할은 좁게, 경계는 뚜렷하게, 겹침은 적게

context 분리가 잘 된 경우

subagent가 잘 먹히는 순간은 생각보다 단순하다.

1. 입력이 다를 때

예를 들어 한 명은 공식 문서만 읽고, 다른 한 명은 코드베이스만 읽고, 다른 한 명은 테스트만 보는 구조.

이건 입력이 다르니까 병렬화 이득이 남는다.

2. 출력이 다를 때

한 명은 표를 만들고, 한 명은 초안을 쓰고, 한 명은 검토 코멘트를 만든다.

이렇게 출력 형식이 다르면 합칠 때도 덜 싸운다.

3. 파일 ownership이 분리될 때

서로 다른 파일을 맡아 수정하게 하면 충돌이 거의 없다.

이게 제일 중요하다.

파일이 겹치는 순간부터는 subagent가 아니라 사람 3명이 같은 엑셀 셀 잡고 싸우는 장면이 된다.

ownership 설계 체크리스트

subagents를 붙이기 전에 나는 이 다섯 개부터 본다.

체크 항목 질문 아니오라면
파일 분리 수정 파일이 겹치지 않나 메인에서 직접 하거나 한 명만 맡긴다
입력 분리 읽어야 할 자료가 각자 다르나 병렬화 이득이 줄어든다
출력 분리 결과물이 서로 다른가 최종 정리 비용이 커진다
권한 분리 각자 필요한 도구만 있나 과한 권한과 실수가 늘어난다
통합 비용 내가 결과를 금방 합칠 수 있나 차라리 인원을 줄이는 게 낫다

이 다섯 개 중 셋 이상이 애매하면, subagent를 늘리지 않는 쪽이 보통 더 빠르다.

몇 명이 적당하냐

정답은 없지만, 실무적으로는 대체로 이렇게 본다.

작업 크기 추천 subagent 수 이유
짧은 조사 1개 0~1명 메인이 직접 처리하는 게 더 빠를 수 있다
조사 2개 + 글쓰기 1개 2~3명 분리 이득이 분명하다
다중 파일 구현 + 리뷰 + 테스트 3~4명 역할별 분리가 가능하다
그 이상 신중하게 지휘 비용이 급격히 커진다

여기서 중요한 건 숫자가 아니라 메인이 결과를 소화할 수 있느냐다.

subagent가 5명인데 메인 에이전트가 결과를 하나씩 다시 읽고 요약해야 한다면, 그건 사실상 병렬이 아니라 대기열이다.

느려지는 대표 패턴

1. 같은 질문을 여러 명에게 던지는 경우

겉보기엔 안전해 보여도, 결과 비교 시간이 바로 늘어난다.

정확도 검증이 아니라면 중복 질문은 대개 낭비다.

2. 작업 단위를 너무 작게 쪼개는 경우

한 명은 제목, 한 명은 도입부, 한 명은 표, 한 명은 FAQ.

이렇게 가면 쓰는 시간보다 합치는 시간이 더 길어진다.

3. ownership 없이 “알아서 해줘”로 던지는 경우

이게 제일 위험하다.

경계가 없으면 각자가 같은 영역을 건드린다. 그럼 메인은 통합자가 아니라 분쟁조정위원장이 된다.

4. context를 안 주고 바로 던지는 경우

subagent는 새로 시작한다. 그래서 필요한 파일, 목적, 금지선, 출력 형식을 처음부터 줘야 한다.

이걸 안 주면 각자 탐색 시간이 길어지고, 결과 품질도 흔들린다.

5. 역할보다 사람 수를 먼저 늘리는 경우

병렬화는 인원충원이 아니라 역할설계다.

무슨 역할이 필요한지 안 정하고 사람부터 늘리면 대부분 느려진다.

이렇게 나누면 덜 꼬인다

실전에서 제일 덜 꼬이는 패턴은 이런 식이다.

  1. 메인이 목표와 산출물 형식을 고정한다
  2. 조사형 subagent는 읽을 자료와 질문만 받는다
  3. 작성형 subagent는 파일 ownership을 단독으로 가진다
  4. 리뷰형 subagent는 읽기 전용이나 코멘트 전용으로 둔다
  5. 메인은 결과를 합친 뒤 최종 승인만 한다

요약하면 역할 분리보다 먼저 입력과 출력 분리가 필요하다.

Claude Code에서 특히 중요한 이유

Claude Code는 subagent를 자동 위임에도 쓸 수 있고, 직접 지시해서도 쓸 수 있다.

Anthropic의 Common workflows도 적절한 subagent에 일을 맡기게 할 수 있다고 설명한다.

문제는 자동 위임이 편하다고 해서, 모든 일을 나눌 이유는 없다는 점이다.

특히 아래 상황에서는 조심해야 한다.

  • 같은 저장소 파일을 여러 명이 같이 수정할 때
  • 결과를 바로 합쳐야 할 때
  • 작업이 짧고 문맥이 많은데, 설명 시간이 더 길 때

이럴 땐 subagent를 줄이고 메인이 직접 처리하는 편이 더 낫다.

실수 TOP 5

1. 병렬화하면 무조건 빠르다고 믿는 실수

병렬화는 지휘 비용과 같이 온다.

2. 파일 ownership 없이 여러 명을 붙이는 실수

겹치는 순간부터 속도가 아니라 충돌이 늘어난다.

3. subagent마다 같은 맥락을 다시 읽게 하는 실수

문맥 중복이 커지면 시간이 바로 샌다.

4. 메인 에이전트가 모든 결과를 다시 쓰게 만드는 실수

이건 병렬 작업이 아니라 요약 대기열이다.

5. “더 잘게 쪼개면 더 빠르다”는 착각

작업 단위가 너무 작으면 통합 비용이 더 커진다.

FAQ

Q1. subagent는 많을수록 좋은가

아니다. 겹치지 않는 책임이 있을 때만 늘리는 게 낫다.

Q2. 제일 먼저 분리할 역할은 뭐가 좋나

조사와 작성처럼 입력과 출력이 분명히 다른 역할부터 분리하는 게 좋다.

Q3. 같은 파일을 두 명에게 맡겨도 되나

특별한 이유가 없다면 피하는 게 낫다. ownership 충돌이 거의 항상 생긴다.

Q4. subagent가 느리다면 어디부터 의심해야 하나

인원 수보다 먼저 context 중복, ownership 충돌, 통합 비용을 봐야 한다.

관련 글

참고한 자료