오늘 끝나면
멀티 에이전트
- ✓멀티 에이전트의 핵심 문제를 한 문장으로 설명한다
- ✓오른쪽 실습에서 멀티이 어떻게 움직이는지 관찰한다
- ✓다음 강의와 이어지는 한계를 말할 수 있다
실습 미션
작업을 쪼개 서브에이전트로 팬아웃 이 문장이 실제로 무슨 뜻인지 실습에서 한 번 손으로 확인한다.
성공 조건
- □실습의 기본값을 먼저 관찰
- □입력값이나 모드를 한 번 이상 바꿔 결과 비교
- □왜 결과가 바뀌었는지 한 문장으로 설명
바이브코딩 · 08
멀티
에이전트
큰 작업을 한 에이전트가 혼자 다 짊어지면 느리다.
쪼갠 다음 여러 서브에이전트에 팬아웃하고 병렬로 굴린다.
각자 좁은 책임만 지고, 오케스트레이터가 합친다.
한 에이전트의 한계
에이전트 하나는 결국 LLM과 도구 루프다. 한 번에 들고 갈 수 있는 컨텍스트가 정해져 있다.
파일 40개를 한꺼번에 고치라고 시키면 한 루프 안에서 다 머금어야 한다.
컨텍스트가 차오를수록 앞 내용을 잊고, 길어질수록 흐트러진다.
그래서 큰 작업은 통째로 던지지 않는다.
작은 단위로 쪼개 각각을 다른 에이전트에 맡기는 것이 멀티 에이전트의 출발점이다.
핵심은 분할이다. 한 에이전트가 보는 범위를 일부러 좁힌다.
파일이 많을수록 한 창에 안 들어간다.
그래서 쪼개서 나눠 맡긴다.
작업을 쪼갠다
멀티 에이전트의 절반은 잘 쪼개는 데 있다. 막 나누는 것이 아니라 책임선으로 가른다.
“전체 테스트 통과시켜”를 그대로 던지지 않는다.
모듈 A 고치기, 모듈 B 고치기, 문서 갱신처럼 겹치지 않는 조각으로 나눈다.
좋은 분할은 조각끼리 서로 건드리지 않는다.
각 조각이 좁은 책임 하나만 지면 그 안의 컨텍스트도 작아져서 에이전트가 또렷하게 일한다.
조각이 서로 얽히면 병렬로 못 돌리고 충돌만 남는다.
조각끼리 안 겹쳐야 병렬로 돌아간다
팬아웃과 병렬
쪼갠 조각을 여러 서브에이전트에 한꺼번에 뿌리는 것을 팬아웃이라 한다.
서브에이전트 수를 늘리면 작업이 더 잘게 갈라진다.
각자 자기 조각만 동시에 처리한다. 직렬로 한 줄 세우는 것이 아니라 병렬이다.
그래서 전체 걸리는 시간은 조각들의 합이 아니라 가장 느린 조각이 정한다.
에이전트를 늘릴수록 율속이 짧아지지만, 끝에 합치는 비용이 붙는다.
무한히 빨라지지는 않고 가장 무거운 조각에서 멈춘다.
청크 분배 8·8·8 → 율속은 8t, 합치기 2t.
오케스트레이션
서브에이전트들을 누가 부리나? 오케스트레이터라는 상위 에이전트가 조율한다.
오케스트레이터는 직접 코드를 짜기보다 지시와 취합을 맡는다.
작업을 쪼개 뿌리는 팬아웃, 각 결과를 기다리는 일, 하나로 합치는 머지를 순서대로 한다.
서브에이전트는 자기 조각의 결과만 위로 올린다. 중간 과정을 다 올리지 않는다.
그래서 오케스트레이터의 컨텍스트는 깨끗하게 유지된다.
이 구조 덕에 좁은 책임을 여럿 두고도 전체 그림이 한 곳에서 모인다.
범위와 속도를 넓힌다
멀티 에이전트를 쓰는 이유는 둘이다. 속도와 범위.
속도는 병렬이라 같은 일을 더 빨리 끝낸다.
범위는 한 컨텍스트에 안 들어갈 큰 작업을 조각으로 나눠 통째로 다룬다.
단, 공짜가 아니다. 쪼개는 설계, 합치는 비용, 조각 간 충돌 관리가 따라온다.
그래서 작고 독립적인 작업일수록 멀티 에이전트가 잘 먹힌다.
Q. 멀티 에이전트의 핵심 이점은? (느린 직렬 처리, 좁은 책임으로 병렬 확장, 컨텍스트 무제한, 도구 없이 동작)
정답은 좁은 책임으로 병렬 확장이다.큰 작업을 좁은 책임의 조각으로 쪼개 여러 서브에이전트에 팬아웃하고 병렬로 굴린다.
그래서 범위와 속도가 동시에 커진다.
컨텍스트가 무제한이 되는 것이 아니라, 조각마다 작게 나눠 다루는 것이 핵심이다.
| 단일 | 멀티 | |
|---|---|---|
| 처리 방식 | 직렬 1개 | 병렬 N개 |
| 속도 | 느림 | 빠름 |
| 범위 | 한 컨텍스트 | 조각 합산 |
| 비용 | 없음 | 쪼갬·머지 |
작고 독립적인 작업일수록 멀티가 잘 먹힌다