PART 02. 에이전트 아키텍처와 오케스트레이션

한 줄 요약: 에이전트가 "스스로 도구를 호출하며 목표를 향해 반복 실행하는" 루프의 동작 원리부터 Claude Agent SDK, 멀티 에이전트 오케스트레이션 패턴, hooks를 통한 워크플로우 제어, 그리고 프로덕션 운영까지를 한 번에 꿰는 핵심 도메인입니다.

이 PART는 시험에서 가장 큰 비중을 차지하는 영역으로, 전체 출제의 27%가 여기에서 나옵니다. 단순히 "에이전트가 무엇인가"를 묻는 수준을 넘어, 주어진 문제 상황에서 어떤 아키텍처가 정답인지를 판단하도록 요구합니다. 예를 들어 단일 에이전트로 충분한 작업에 멀티 에이전트를 도입하면 비용과 지연이 늘어나는데, 시험은 이런 의사결정의 트레이드오프를 정확히 짚는지 확인합니다. 에이전트 루프가 어떻게 도구 호출과 결과 관찰을 반복하는지, 컨텍스트가 어떻게 누적되고 관리되는지를 정확히 이해해야 그 위에 쌓이는 SDK와 오케스트레이션 개념이 무너지지 않습니다.

뒤로 갈수록 추상화 수준이 올라갑니다. 04장에서 에이전트 루프라는 가장 작은 단위를 다지고, 05장에서 Claude Agent SDK로 그 루프를 코드로 구현하는 방법을 익히며, 06장에서 여러 에이전트를 오케스트레이터-워커, 평가자-최적화기 같은 패턴으로 조합합니다. 07장은 hooks로 루프의 특정 시점에 개입해 검증·차단·로깅을 거는 워크플로우 제어를, 08장은 비용·관측성·신뢰성·장애 복구를 포함한 프로덕션 심화를 다룹니다. 이 순서를 따라가면 "왜 이 아키텍처가 정답인가"를 스스로 설명할 수 있게 됩니다.

포함된 장 목록

이 PART의 출제 비중은 27%로 다섯 개 도메인 중 가장 큽니다. 학습 시간을 배분할 때 이 영역에 가장 많은 비중을 두는 것이 합격 전략의 핵심입니다.