멀티 에이전트 오케스트레이션
오케스트레이션은 앱에서 에이전트의 흐름을 의미합니다. 어떤 에이전트를 어떤 순서로 실행할지, 그리고 다음에 무엇을 할지 어떻게 결정하는지에 관한 것입니다. 에이전트를 오케스트레이션하는 방법은 두 가지가 있습니다:
- LLM이 스스로 결정하도록 허용: LLM의 지능을 활용해 계획하고 추론하며 그에 따라 다음 단계를 결정
- 코드로 오케스트레이션: 코드로 에이전트의 흐름을 결정
이 패턴들은 혼합해 사용할 수 있습니다. 각 방식에는 아래에 설명된 트레이드오프가 있습니다.
LLM 기반 오케스트레이션
섹션 제목: “LLM 기반 오케스트레이션”에이전트는 instructions, tools, handoffs 를 갖춘 LLM입니다. 이는 개방형 과제가 주어졌을 때, LLM이 스스로 작업을 수행할 계획을 세우고, 도구를 사용해 액션을 취하고 데이터를 수집하며, 핸드오프를 통해 하위 에이전트에 작업을 위임할 수 있음을 의미합니다. 예를 들어, 리서치 에이전트는 다음과 같은 도구를 갖출 수 있습니다:
- 온라인에서 정보를 찾기 위한 웹 검색
- 사내 데이터와 연결을 탐색하기 위한 파일 검색 및 검색
- 컴퓨터에서 액션을 수행하기 위한 컴퓨터 사용
- 데이터 분석을 수행하기 위한 코드 실행
- 계획 수립, 보고서 작성 등에 특화된 에이전트로 핸드오프
이 패턴은 과제가 개방형이고 LLM의 지능에 의존하고 싶을 때 유용합니다. 여기서 가장 중요한 전술은 다음과 같습니다:
- 좋은 프롬프트에 투자하세요. 사용 가능한 도구, 사용 방법, 운영해야 하는 매개변수를 명확히 하세요.
- 앱을 모니터링하고 반복 개선하세요. 어디서 문제가 발생하는지 확인하고 프롬프트를 개선하세요.
- 에이전트가 자기 성찰하고 개선하도록 하세요. 예를 들어 루프에서 실행하며 스스로를 비판하게 하거나, 에러 메시지를 제공해 개선하도록 하세요.
- 모든 것을 잘하는 범용 에이전트 대신 한 가지 작업에 뛰어난 특화 에이전트를 두세요.
- evals에 투자하세요. 이를 통해 에이전트를 훈련해 작업 성능을 향상시킬 수 있습니다.
코드 기반 오케스트레이션
섹션 제목: “코드 기반 오케스트레이션”LLM 기반 오케스트레이션이 강력하긴 하지만, 코드 기반 오케스트레이션은 속도, 비용, 성능 측면에서 더 결정론적이고 예측 가능합니다. 여기서 일반적인 패턴은 다음과 같습니다:
- structured outputs를 사용해 코드로 검사할 수 있는 적절한 형식의 데이터를 생성. 예를 들어, 에이전트에게 작업을 몇 개의 카테고리로 분류하게 한 다음, 카테고리에 따라 다음 에이전트를 선택할 수 있습니다
- 한 에이전트의 출력을 다음 에이전트의 입력으로 변환해 여러 에이전트를 체이닝. 블로그 글 작성 같은 작업을 조사, 개요 작성, 본문 작성, 비판, 개선의 일련의 단계로 분해할 수 있습니다
- 평가와 피드백을 제공하는 에이전트와 작업을 수행하는 에이전트를
while루프에서 함께 실행하고, 평가자가 출력이 특정 기준을 통과했다고 할 때까지 반복 Promise.all같은 JavaScript 기본 컴포넌트를 사용해 여러 에이전트를 병렬로 실행. 서로 의존하지 않는 여러 작업이 있을 때 속도 향상에 유용합니다
examples/agent-patterns에 여러 예제가 있습니다.