M2-2. 지식 — 소스 연결과 접지(Grounding)
한 줄 요약 — 지식 소스를 연결하면 에이전트가 생성형 답변으로 근거 기반 응답을 만듭니다. 에이전트 수준(Knowledge 페이지)과 토픽 수준(생성형 답변 노드) 두 곳에서 쓰며, 소스 한도가 다릅니다.
1. 지식이 동작하는 두 위치
| 위치 | 방식 | 언제 |
|---|---|---|
| 에이전트 수준 — Knowledge 페이지 | 생성형: 능동 검색 / 클래식: 토픽 매칭 실패 시 폴백 | 기본 |
| 토픽 수준 — 생성형 답변 노드 | 토픽 안에서 지정 소스를 검색·요약 | 정형 구간에 지식 응답을 붙일 때 |
2. 지원 소스 종류
- 공개 웹사이트 — URL 지정 (검색 기반)
- 파일 업로드 — 문서 업로드 (에이전트에 내장)
- SharePoint — 사이트·폴더 (사용자 인증으로 접근)
- Dataverse — 표준·커스텀 테이블
- 기타 커넥터 기반 엔터프라이즈 데이터
소스 한도 주의 — 공개 웹사이트 기준 생성형 오케스트레이션 25개 / 클래식 4개, 생성형 답변 노드는 오케스트레이션과 무관하게 4개입니다. 한도를 넘기면
TooManyPublicSiteSearchSources오류로 게시가 실패합니다 (M3-6).
3. 단계별 절차 — 에이전트 수준 지식 추가
- 에이전트의 Knowledge 페이지로 이동
- Add knowledge 선택
- 소스 종류 선택 (웹사이트 / 파일 / SharePoint / Dataverse …)
- URL·파일·사이트 지정, 이름·설명 입력 — 설명은 생성형 오케스트레이션의 검색 기준
- Add 선택 → 인덱싱 완료 후 테스트
화면 구성 예시 — 실제 화면·명칭은 버전에 따라 다를 수 있습니다
4. 접지와 인용
- 게시된 에이전트는 구성된 지식 소스로 응답을 접지(ground) 합니다
- 지식 기반 응답에는 인용(citation) 이 붙어, 사용자가 근거를 확인할 수 있습니다
- Allow ungrounded responses를 끄면, 소스를 전혀 쓰지 않은 턴의 응답이 차단되고 폴백 토픽이 트리거됩니다 — 인용이 있는 접지 답변만 통과 (M1-5)
5. 설계 팁
- 소스는 적고 정확하게 — 겹치는 소스는 오답·혼선의 원인
- SharePoint 소스는 사용자 권한을 따릅니다 — 권한 없는 문서는 답에 안 나옴
- 자주 바뀌는 데이터는 파일 업로드보다 SharePoint·Dataverse 연결이 유지보수에 유리
- 응답 품질이 이상하면 소스 데이터 품질부터 점검 — “쓰레기가 들어가면 쓰레기가 나온다”
실습 체크리스트
- 웹사이트 소스 1개 + 파일 소스 1개 추가
- 각 소스에 설명 작성
- 테스트 — 인용이 올바른 소스를 가리키는지 확인
- Allow ungrounded responses 끄고 지식 밖 질문 → 폴백 동작 확인
핵심 정리
- 지식은 에이전트 수준 + 토픽 수준(노드) 두 곳 — 소스 한도가 다릅니다 (25/4/노드 4)
- 근거가 중요한 에이전트는 비접지 응답 차단으로 인용 있는 답만 통과시키세요
- 소스는 적고 정확하게 — 설명이 검색 라우팅의 기준입니다
출처: Knowledge sources summary (MS Learn) · Publish agent fails due to Bing sources (MS Learn)