누구한테 시킬까

에이전트를 만들 줄 알게 되면 다음 질문은 “그래서 뭘 맡기지”입니다. 여기서 판단이 흔들리면 위임을 남발하게 됩니다.

기준 두 가지

규모. 도구를 몇 번 쓰면 끝나는 일은 직접 합니다. 위임에는 무엇을 해야 하는지 설명하고, 결과를 기다리고, 돌아온 것을 검수하는 시간이 듭니다.

일이 짧으면 이 왕복 시간이 실제 작업보다 길어집니다.

독립성. 지금까지의 대화를 몰라도 끝낼 수 있는 일만 넘깁니다. 서브에이전트는 자기 맥락에서 따로 일해서, 앞에서 정한 규칙이나 주고받은 결정을 모르는 채로 시작합니다. 그걸 다 설명해 줘야 한다면 위임할 만한 일이 아닙니다.

둘 다 해당할 때만 위임이 이득이고, 하나만 해당하면 대개 직접 하는 편이 빠릅니다.

위임이 이득인 쪽

• 파일을 여러 개 뒤져야 하는 조사
• 같은 작업을 대상만 바꿔 반복하는 일
• 결과 요약만 있으면 되고 중간 과정은 안 볼 일

이런 일은 중간 결과가 본 대화에 쌓이면 맥락만 무거워집니다. 따로 시키고 요약만 받는 편이 낫습니다.

위임이 손해인 쪽

• 한두 줄이면 끝나는 확인
• 앞 대화의 결정을 계속 참조해야 하는 일
• 워커 하나로 충분한데 여럿을 띄우는 경우

특히 마지막이 자주 생깁니다. 여러 관점이 필요한 일이 아니라면 하나면 됩니다.

비용도 판단에 들어갑니다

에이전트 팀은 팀원 하나하나가 별도 세션이라 토큰이 훨씬 많이 듭니다. 공식 문서도 조사·리뷰·새 기능처럼 병렬로 파고들 값이 있는 일에는 쓸 만하지만, 일상적인 작업에는 단일 세션이 낫다고 합니다.

서브에이전트는 결과가 요약돼 돌아오니 팀보다 가볍지만, 그래도 공짜는 아닙니다. “일단 위임” 대신 “이 일이 위임할 만한가”를 매번 한 번 묻는 습관이 결국 비용을 가릅니다.

다른 도구에 넘기는 방식도 있습니다

같은 원리로, 실행이 무거운 작업을 다른 회사의 코딩 도구에 넘기는 운영 방식도 있습니다. 판단은 한쪽에서 하고 실행만 다른 쪽에 맡기는 식입니다.

다만 그 도구의 계정과 구독이 따로 필요하고, 설정도 별개입니다. 이 유닛의 실습은 Claude Code 안에서만 합니다. 이런 방식이 있다는 것만 알아 두면 됩니다.

지금 내가 하려는 일들을 나열할게. 각각 네가 직접 하는 게 나은지 서브에이전트에 넘기는 게 나은지 판단하고, 이유를 한 줄씩 붙여 줘. [여기에 일 3~4개]

내가 반복하는 일은 [한 줄로 설명]이야. 이걸 통째로 위임하는 것과, 조사 부분만 위임하고 판단은 네가 하는 것 중 어느 쪽이 나을지 비교해 줘.

방금 위임한 작업이 실제로 얼마나 걸렸고 결과가 쓸 만했는지 돌아봐 줘. 다음에 같은 일이 오면 직접 하는 게 나을지 다시 판단해 줘.