상황에 따라 관리 및 유지 관리가 가능한 방식으로 토픽을 만들고 구성합니다
Copilot Studio는 토픽 관리와 관련하여 많은 유연성을 제공합니다. 일률적으로 모든 상황에 맞는 것은 없지만 토픽이 트리거될 수 있는 다양한 방법을 염두에 두는 것이 좋습니다.
토픽은 사용자 발화 및 자연어 이해(NLU) 모델을 기반으로 트리거될 수 있습니다.
이러한 토픽은 거의 진입점 토픽으로 볼 수 있습니다.
여러 토픽과 겹치는 트리거 문구가 있는 경우 포괄적인 토픽(또는 동의어 토픽)을 지정한 다음 슬롯 채우기 및 명확한 질문을 통해 다른 토픽으로 리디렉션하는 것이 좋습니다.
엔터티 추출 덕분에 명확한 질문을 건너뛸 수 있으며 사용자의 추가 입력 없이 대화가 적절한 토픽으로 직접 흐릅니다.리디렉션 작업에서 호출되면 토픽이 트리거될 수 있습니다.
이러한 토픽에는 대화 및 논리 노드가 포함될 수 있고, 여러 토픽에 의해 호출될 수 있으며, 입력 및 출력 변수가 있을 수 있습니다. 이상적으로는 재사용 가능한 적당한 크기의 토픽입니다.토픽은 둘 다일 수도 있습니다.
예를 들어 의도 인식이나 명시적인 리디렉션을 통해 트리거된 토픽입니다.토픽은 다른 이벤트에 의해 트리거될 수 있습니다.
예를 들어 사용자 지정 이벤트, 비활성 등이 있습니다.
자세한 내용은 토픽 트리거의 전체 목록을 참조하세요.
팁
다음 예에서 트리거 구문은 두 개의 기본 토픽에 연결되어 있으며 리디렉션 작업으로 호출되는 여러 토픽으로 로직을 분해합니다.
일부 토픽은 다른 여러 토픽에 의해 호출될 수 있습니다. 이는 일반적으로 대화 종료 토픽의 경우입니다.
슬롯 채우기 및 엔터티 추출 덕분에 사용자가 "내 신용 카드 차단을 해제해야 합니다"라고 말하면 Card 토픽이 트리거되고 CardType 및 OperationType이 트리거 구문에서 추론되므로 Debit/Credit 및 Block/Unblock 질문을 모두 건너뜁니다. 그런 다음 사용자가 추가 입력을 제공하지 않고 적절한 Credit Card 하위 항목이 자동으로 호출됩니다.
적당한 크기의 토픽 만들기
큰 토픽은 유지 관리 및 업데이트가 어려울 수 있습니다. 가능하면 에이전트 로직을 세분화하는 것이 좋으며, 특히 에이전트 대화 로직의 일부가 여러 토픽에서 공유되는 경우 더욱 그렇습니다.
토픽은 다른 토픽으로 리디렉션하고 변수 정보를 앞뒤로 전달할 수 있으므로 모든 토픽에 트리거 문구가 있을 필요는 없습니다.
팁
몇 개의 큰 토픽보다 한 입 크기의 많은 토픽을 만드는 것이 더 관리하기 쉬운 경우가 많습니다. 이 접근 방식을 사용하면 트리거 문구를 해당 영역을 다루는 특정 토픽에 명확하게 매핑하여 트리거를 보다 효과적으로 만드는 데 도움이 됩니다.
토픽의 수는 대화식 디자인 선호도 및 결정입니다. 그 결과 몇 개의 더 큰 토픽(조인이 있는 경우)이 생기거나 더 작은 토픽(분할이 있는 경우)이 생깁니다.
팁
인식하기가 더 복잡한 의도의 경우(예: "요청" 또는 "문제"와 같은 일반적인 단어의 경우 서로 다른 것에 관한 것일 수 있음) 적절한 트리거 구문을 사용하여 토픽을 분할하는 것이 더 나은 옵션일 수 있습니다.
재사용 가능한 토픽 만들기
대화 메시지나 논리 노드가 여러 토픽에서 공유될 때마다 내용을 복제하는 대신 새로운 토픽으로 그룹화하는 것이 좋습니다. 그런 식으로 해당 토픽에 대한 단일 업데이트는 해당 토픽으로 리디렉션되는 모든 토픽에 반영됩니다.
팁
전후 노드가 동일하거나 유사한 여러 Copilot Studio 토픽에서 동일한 Power Automate 클라우드 흐름을 호출하는 경우 전용 토픽으로 그룹화하는 것이 좋습니다.
토픽 중복 방지
토픽 간 모호성 모니터링 및 제거
토픽이 NLU로 트리거될 때 중복 문제를 피하는 것이 중요합니다. 중복 문제는 일반적으로 많은 수의 여러 토픽 일치 토픽("이것을 의미하셨습니까"라고도 함)를 통해 반영됩니다.
서로 다른 토픽의 트리거 문구 간의 의도 의미 중복을 줄임으로써 이러한 문제를 피할 수 있습니다.
팁
트리거 문구로 트리거된 토픽의 경우 다음을 수행해야 합니다.
- 토픽 전체에서 트리거 문구를 비교하고 모호한 쌍을 제거하십시오.
- 다른 토픽 트리거 문구에서 같은 단어를 사용하지 마십시오.
토픽 중복을 모니터링하는 방법에는 여러 가지가 있습니다.
- 중복이 있음을 나타내는 주요 지표이므로 "이것을 의미했습니까" 토픽을 트리거하는 사용자 발화 분석
- Copilot Studio는 토픽 중복 감지 기능을 제공하여 에이전트 작성자가 중복되는 토픽을 발견하여 적절하게 해결할 수 있도록 합니다(트리거 문구를 삭제/ 토픽 간 이동).
명확성 토픽 만들기
여러 토픽에 너무 가까운 트리거 문구가 있는 경우 명확성 토픽을 생성하여 토픽 중복을 피할 수 있습니다.
팁
이전 예에서 계속하기 위해 "신용 카드 차단 해제" 또는 "직불 카드 차단 해제"와 같은 확실한 시나리오를 다루기 위해 사용자는 "카드 차단 해제"라고 말할 수 있고 NLU 모델은 트리거할 특정 토픽 및 프로세스를 알지 못합니다. 일반 Card 명확화 토픽을 호출하고, CardType에 대한 엔터티 슬롯 채우기 질문을 사용하고, 그에 따라 적절한 토픽을 시작할 수 있습니다.
엔터티를 사용하여 토픽 수 줄이기
변형이 변수에 저장될 수 있는 경우 중복 로직을 피해야 합니다. 예를 들어 다음과 같은 유사한 토픽을 만드는 대신:
- 피자 주문
- 버거 주문
- 음료 주문
다음을 만들 수 있습니다.
-
Order에 대한 하나의 토픽 - 값이
Pizzas,Burgers및Drinks인FoodType에 대한 하나의 엔터티입니다.