153
5
장
오케스트레이션
작업이 엄격하게 선형적인 경우(예: 프롬프트 → 모델 → 파서)에는 체인으로 시작 하세요. 체
인은 추론과 디버깅이 쉽습니다. 여러 정보 스트림을 분기했다가 나중에 다시 합쳐야 하는 상
황(예: 하나의 요약으로 모이는 병렬 분석 단계들 )에서만 그래프를 도입하세요.
실제 설계에서는 먼저 종이에 토폴로지를 스케치하는 것이 좋습니다. 각 노드에 도구나 논리
단계를 라벨링하고 허용된 전이를 화살표로 그리며 분기들이 다시 합쳐지는 지점을 표시합니
다. 그런 다음 점진적으로 구현합니다. 그래프의 깊이와 분기 수에 상한을 두고 각 라우터에 대
해 단위 테스트를 작성하며 랭그래프의 내장 트레이싱 기능을 활용해 모든 경로가 종단 노드에
도달하는지 검증합니다.
무엇보다 구조를 가능한 한 단순하게 유지해야 합니다. 노드나 엣지가 하나 추가될 때마다 잠
재적인 실행 경로와 오류 모드가 기하급수적으로 늘어납니다. 더 단순한 체인이나 트리로 요구
사항을 충분히 충족할 수 있다면 그래프 패턴은 정말로 복잡한 시나리오를 위해 아껴 두는 편
이 좋습니다. 요구사항이 실제로 확장될 때에만 점진적으로 복잡도를 높여 가면 자신 있게 확
장 가능한 견고하고 유지보수 가능한 오케스트레이션을 구축할 수 있습니다.
5.5
컨텍스트 엔지니어링
컨텍스트 엔지니어링
Context
engineering
은 오케스트레이션의 핵심 구성 요소입니다. 에이전트 계획
의 각 단계가 효과적으로 작동하는 데 필요한 올바른 정보와 지침을 갖추도록 보장합니다. 프
롬프트 엔지니어링이