M1-6. 오케스트레이션 선택 — 생성형 vs 클래식
한 줄 요약 — 새 에이전트의 기본값은 생성형 오케스트레이션입니다 — 토픽·도구·지식·연결된 에이전트를 조합 선택하고, 부족한 입력은 스스로 질문해 채웁니다. 클래식은 트리거 구문 매칭의 완전 수동 제어입니다.
1. 두 방식의 정의
- 생성형 오케스트레이션(Generative orchestration) — LLM 기반 계획 계층이 사용자 의도를 해석하고, 가장 적절한 토픽·도구·지식·연결된 에이전트 조합을 선택해 다단계 계획을 실행
- 클래식 오케스트레이션(Classic orchestration) — 사용자 발화와 트리거 구문이 가장 근접한 단일 토픽을 트리거 — 지식은 매칭 실패 시 폴백
2. 동작 비교 (공식 문서 표)
| 동작 | 생성형 오케스트레이션 | 클래식 오케스트레이션 |
|---|---|---|
| 토픽 선택 | 토픽 설명(description) 기반 | 트리거 구문 매칭 기반 |
| 자식·연결된 에이전트 | 설명 기반 선택 | 해당 없음 |
| 도구 | 이름·설명 기반으로 스스로 호출 | 토픽 안에서 명시적으로만 호출 |
| 지식 | 능동적으로 검색 가능 | 폴백 또는 토픽 내 명시 호출 |
| 복수 리소스 조합 | 토픽+도구+지식 조합 사용 | 단일 토픽 선택, 지식 폴백 |
| 입력 요청 | 부족한 입력을 자동 질문 생성으로 채움 | 질문 노드를 직접 작성 |
| 응답 생성 | 사용한 리소스 기반 자동 생성 | 메시지 노드를 직접 작성 |
3. 무엇을 언제 쓰나
| 상황 | 권장 |
|---|---|
| 다중 의도·자유 발화가 많고, 지식·도구를 넓게 활용 | 생성형 |
| 규제·감사 요건으로 문구·경로를 100% 통제해야 함 | 클래식 |
| 기존 클래식 에이전트 → 생성형 전환 검토 | 알려진 제한 사항 확인 후 전환 |
주의 — 프리빌트 에이전트에서 생성하면 원본 구성이 오케스트레이션 방식을 결정합니다. 환경 관리자가 생성형 오케스트레이션을 끄면 그 환경에서는 클래식만 사용 가능합니다. 지식 검색 방식·지원 소스도 두 방식이 달라, 기존 에이전트 전환 전에는 알려진 제한을 확인해야 합니다.
4. 생성형 오케스트레이션에서의 “설명” 작성
생성형에서는 설명이 곧 트리거입니다:
- 토픽 설명 — 이 토픽이 언제 쓰여야 하는지 명확히 (예: “휴가 신청 절차를 안내한다”)
- 도구 이름·설명 — “Ticket tool”이 아니라 “지원 티켓 생성”처럼 구체적으로
- 겹치거나 모호한 설명은 잘못된 선택을 부릅니다 — M2-6 도구 설명 팁
5. 설정 위치
- 에이전트의 Settings → Generative AI
- Orchestration 에서 생성형/클래식 선택
- 저장 후 재게시 — 게시해야 채널에 반영됩니다
화면 구성 예시 — 실제 화면·명칭은 버전에 따라 다를 수 있습니다
핵심 정리
- 기본값은 생성형 — 토픽·도구·지식을 조합 선택하고 슬롯 채우기·응답 생성을 자동화합니다
- 클래식 = 트리거 구문 매칭 + 완전 수동 제어 — 문구·경로 통제가 필요할 때
- 생성형에서는 토픽·도구의 설명 품질이 곧 라우팅 품질입니다
출처: Orchestrate agent behavior with generative AI (MS Learn) · Apply generative orchestration capabilities (MS Learn)