Agent Orchestration (에이전트 오케스트레이션)

정의

여러 AI 에이전트(스스로 계획·도구 사용·실행하는 자율 LLM)들이 협력하여 복잡한 작업을 수행하도록 조율하는 시스템. 단일 LLM 호출이 아닌 다단계·다에이전트 워크플로우.

본문 — 기술 상세

AI 에이전트란?

단순 챗봇은 "질문하면 답한다." 에이전트는:

1. 계획(Plan) — 사용자 의도에서 하위 작업 분해
2. 도구 선택(Tool Selection) — 검색·계산기·API·DB 등 적절한 도구 호출
3. 실행(Execute) — 다단계 작업 순차/병렬 실행
4. 검증(Verify) — 결과 점검 후 필요 시 재시도

핵심 패턴

• ReAct (Reasoning + Acting) — 생각→행동→관찰 순환 (Yao et al., 2022)
• Plan-and-Execute — 먼저 전체 계획, 그 후 단계별 실행
• Self-Reflection — 결과를 LLM 스스로 비평·개선
• Multi-Agent Debate — 여러 에이전트가 토론으로 정답 도출

오케스트레이션 프레임워크 (2026)

• LangChain / LangGraph — 가장 널리 쓰임. 그래프 기반 워크플로
• CrewAI — 역할 기반 다중 에이전트 (마케터·분석가·검토자 등)
• AutoGen (Microsoft) — 대화형 다중 에이전트
• MetaGPT — 소프트웨어 회사 시뮬레이션 (CEO·PM·개발자·QA)
• Anthropic MCP (term/mcp-model-context-protocol) — 도구·데이터 표준 프로토콜
• OpenAI Agents SDK — 2025년 발표

역할 분리 패턴 (만든 자 ≠ 검토하는 자)

• Orchestrator — 총감독, 의도 해석·라우팅
• Planner — 1줄 요청을 상세 설계로 확장
• Generator — 설계 기반 콘텐츠 생성
• Evaluator — 독립 환경에서 결과 검증

사역 적용 — 본 프로젝트의 7그룹 38 에이전트

본 프로젝트는 Ch.6 하네스 엔지니어링에서 에이전트 오케스트레이션을 사역에 인스턴스화:

A06.01 scheduler가 최상위 오케스트레이터, A06.02 auditor가 만든 자 ≠ 검토하는 자 원칙으로 주간 회고.

→ 자율 에이전트 시대의 핵심 통찰 (Ch.8):

"30개 에이전트가 있어도 지휘자(사역자)의 영성이 없으면 곡(사역)이 흐트러진다." "고삐를 잡을 자격은 기술이 아니라 영성에서 옵니다."

한계와 주의사항

• Context Exile — 긴 작업 뒤로 갈수록 맥락 잃음 (해결: 명시적 컨텍스트 핸드오프)
• Self-Eval Trap — 만든 에이전트가 스스로 검토하면 오류도 합격 (해결: 역할 분리)
• 연쇄 실패 — 한 에이전트 오류가 전체 파이프라인 마비 (해결: 회로 차단·재시도·DAG 검증)
• 비용 폭증 — 다단계·반복 호출이 LLM API 비용 누적
• 신학·교리 영역은 자동 위임 ❌ — Canon 8조 + Human-in-the-Loop

관련

• synthesis/ai-seonyong-ch6-harness-engineering (3중 가드레일·3인 체제)
• synthesis/ai-seonyong-ch8-spirituality-orchestration (★ 영성·정체성 회차)
• concept/harness-engineering-for-ministry
• term/mcp-model-context-protocol (도구 호출 표준)
• term/vibe-coding (자연어로 에이전트 명령)
• term/llm-large-language-model (에이전트의 두뇌)