Term (용어)aiverifiedFri Apr 24
Agent Orchestration (에이전트 오케스트레이션)
별칭: 에이전트 오케스트레이션 · Agent Orchestration · 다중 AI 협업 · 22-38 에이전트
#기술용어#agent#orchestration#multi-agent#A01-A07#Ch8핵심#22-38에이전트
Agent Orchestration (에이전트 오케스트레이션)
한 줄 정의
여러 AI 에이전트가 자율 실행 + 도구 사용 + 협업으로 복잡한 작업을 수행하는 패러다임. 단일 LLM 호출이 ❌, 22~38 에이전트 협주. 본 LLMWiki Ch.8 회차의 기술 토대 — "30 에이전트가 협주해도 지휘자(사역자)의 영성이 곡을 결정한다".
요약
본 카드는 본 LLMWiki Ch.8 영성 오케스트레이션의 기술적 짝. 차세대본부 소책자 비유: AI 사역 = 오케스트라 지휘. 여러 에이전트(악기) + 가드레일(무대 펜스) + 사역자(지휘자) = 사역의 음악.
본 LLMWiki 38 에이전트 (A01~A07 7 그룹) + ONPP 22 에이전트 = 두 시스템이 동일한 7 그룹 패턴. 사역 AI의 자연스러운 구조.
본문 상세
1. 단일 LLM → 에이전트 오케스트레이션 진화
| 시대 | 형태 |
|---|---|
| 2020 이전 | 단일 챗봇 (한 모델, 한 질문, 한 답변) |
| 2022~2023 | LLM 폭발 (자유 활용·프롬프트 엔지니어링) |
| 2024~2025 | RAG·MCP (외부 데이터 + 도구 사용) |
| 2026~ | 에이전트 오케스트레이션 (자율 실행 + 협업) |
2. 본 LLMWiki 7 그룹 (38 에이전트 설계)
| 그룹 | 역할 | 에이전트 예시 |
|---|---|---|
| A01 data-collection | 자료 수집 | sermon-fetcher, prayer-tracker, qt-aggregator |
| A02 analysis | 분석 | scripture-classifier, sentiment-analyzer, 3-axis-tagger |
| A03 wiki-compilation | 위키 컴파일 | wiki-ingest, wiki-linker, wiki-indexer |
| A04 synthesis-decision | 결정·게이트 | navigator, doctrine-sidecar, cross-validator |
| A05 writing | 저작 | card-news-writer, column-writer, booklet-writer, ppt-writer |
| A06 meta-orchestration | 메타 | scheduler, auditor, dag-validator |
| A07 interactive-export | 상호작용 | prompt-router, article-exporter, ministry-plan-builder |
3. ONPP 22 에이전트와의 매핑 (상세)
ONPP = 양육·예배·말씀 묵상 22 에이전트. 본 LLMWiki 7 그룹과 거의 일치 → 사역 AI의 자연스러운 구조.
4. 오케스트레이션 핵심 요소
4.1. 자율 실행 (Autonomy)
- 각 에이전트가 자기 책임 영역 자율 처리
- 단일 LLM 호출 한계 극복
4.2. 도구 사용 (Tool Use)
- MCP 표준
- 파일·DB·API·SaaS 호출
4.3. 에이전트 간 통신 (Inter-Agent)
- A03 → A04 (위키 컴파일 후 게이트 검사)
- A05 → A07 (저작 후 배포)
- 표준: SNAC (DG030012)
4.4. 메타 조율 (A06)
- scheduler — CronCreate 기반 트리거
- auditor — 감사 로그
- dag-validator — 의존성 검증
5. ★ Ch.8 핵심 — 지휘자의 영성
"30 에이전트가 협주해도 지휘자(사역자)의 영성이 곡을 결정한다."
- 도구가 정교해질수록 영성 책임 ↑
- 단일 챗봇 시대보다 22~38 에이전트 시대가 영성 책임 더 큼
- 성화 진행 중 사역자만이 자격
6. 가드레일 + 오케스트레이션 (Ch.6)
- 38 에이전트 자율 → 위반 위험 ×38
- 4 중 가드레일 (concept/3-layer-guardrail) 모든 에이전트에 강제
- A04.04 doctrine-sidecar = 게이트 에이전트
- HITL 필수 (Canon 8 자동 승격 ❌)
7. 본 시리즈 인용
| 회차 | 인용 |
|---|---|
| Ch.6 | 가드레일이 22~38 에이전트 모두에 |
| Ch.7 | LLMWiki 운영의 7 그룹 |
| Ch.8 ★ | 지휘자 영성 (본 카드 핵심) |
사역 적용
카드뉴스 5장
1. Persona: "사역 AI 시스템 도입을 검토하는 교회"
2. Context: 7 그룹 + ONPP 22 에이전트 + 지휘자 영성
3. Task: "오케스트라 = 22~38 에이전트, 지휘자 = 사역자"
4. Format:
- 슬라이드 1: 단일 → 오케스트레이션 진화
- 슬라이드 2: 7 그룹 (A01~A07)
- 슬라이드 3: ONPP 22 에이전트 = 동일 패턴
- 슬라이드 4: 가드레일 = 무대 펜스
- 슬라이드 5: "지휘자(사역자)의 영성이 곡을 결정"
한계와 주의사항
- 22~38 에이전트도 가능, 단일 챗봇도 가능 — 사역 규모에 따라
- 자동화의 한계: 신학·민감 결정 = 사람 (Canon 8)
- 38 에이전트 모두에 가드레일 적용 — 위반 위험 ×38
- AI 인격화 ❌ (Canon 10) — 에이전트는 도구
핵심 인용
"30 에이전트가 협주해도 지휘자(사역자)의 영성이 곡을 결정한다." — 본 LLMWiki Ch.8
"도구가 정교해질수록 영성의 책임이 커진다." — Ch.8
관련
- synthesis/ai-seonyong-ch8-spirituality-orchestration — Ch.8 ★
- synthesis/ai-seonyong-ch6-harness-engineering — Ch.6 가드레일
- term/mcp-model-context-protocol — 도구 표준
- term/llm-large-language-model — 에이전트의 토대
- case/onpp-22-agents — 운영 사례
- concept/3-layer-guardrail — 안전망
"22~38 에이전트가 협주. 지휘자 영성이 곡을 결정."