M2-2. 지식 — 소스 연결과 접지(Grounding)

한 줄 요약 — 지식 소스를 연결하면 에이전트가 생성형 답변으로 근거 기반 응답을 만듭니다. 에이전트 수준(Knowledge 페이지)과 토픽 수준(생성형 답변 노드) 두 곳에서 쓰며, 소스 한도가 다릅니다.

1. 지식이 동작하는 두 위치

위치	방식	언제
에이전트 수준 — Knowledge 페이지	생성형: 능동 검색 / 클래식: 토픽 매칭 실패 시 폴백	기본
토픽 수준 — 생성형 답변 노드	토픽 안에서 지정 소스를 검색·요약	정형 구간에 지식 응답을 붙일 때

2. 지원 소스 종류

• 공개 웹사이트 — URL 지정 (검색 기반)
• 파일 업로드 — 문서 업로드 (에이전트에 내장)
• SharePoint — 사이트·폴더 (사용자 인증으로 접근)
• Dataverse — 표준·커스텀 테이블
• 기타 커넥터 기반 엔터프라이즈 데이터

소스 한도 주의 — 공개 웹사이트 기준 생성형 오케스트레이션 25개 / 클래식 4개, 생성형 답변 노드는 오케스트레이션과 무관하게 4개입니다. 한도를 넘기면 TooManyPublicSiteSearchSources 오류로 게시가 실패합니다 (M3-6).

3. 단계별 절차 — 에이전트 수준 지식 추가

1. 에이전트의 Knowledge 페이지로 이동
2. Add knowledge 선택
3. 소스 종류 선택 (웹사이트 / 파일 / SharePoint / Dataverse …)
4. URL·파일·사이트 지정, 이름·설명 입력 — 설명은 생성형 오케스트레이션의 검색 기준
5. Add 선택 → 인덱싱 완료 후 테스트

화면 구성 예시 — 실제 화면·명칭은 버전에 따라 다를 수 있습니다

4. 접지와 인용

• 게시된 에이전트는 구성된 지식 소스로 응답을 접지(ground) 합니다
• 지식 기반 응답에는 인용(citation) 이 붙어, 사용자가 근거를 확인할 수 있습니다
• Allow ungrounded responses를 끄면, 소스를 전혀 쓰지 않은 턴의 응답이 차단되고 폴백 토픽이 트리거됩니다 — 인용이 있는 접지 답변만 통과 (M1-5)

5. 설계 팁

• 소스는 적고 정확하게 — 겹치는 소스는 오답·혼선의 원인
• SharePoint 소스는 사용자 권한을 따릅니다 — 권한 없는 문서는 답에 안 나옴
• 자주 바뀌는 데이터는 파일 업로드보다 SharePoint·Dataverse 연결이 유지보수에 유리
• 응답 품질이 이상하면 소스 데이터 품질부터 점검 — “쓰레기가 들어가면 쓰레기가 나온다”

실습 체크리스트

1. 웹사이트 소스 1개 + 파일 소스 1개 추가
2. 각 소스에 설명 작성
3. 테스트 — 인용이 올바른 소스를 가리키는지 확인
4. Allow ungrounded responses 끄고 지식 밖 질문 → 폴백 동작 확인

핵심 정리

1. 지식은 에이전트 수준 + 토픽 수준(노드) 두 곳 — 소스 한도가 다릅니다 (25/4/노드 4)
2. 근거가 중요한 에이전트는 비접지 응답 차단으로 인용 있는 답만 통과시키세요
3. 소스는 적고 정확하게 — 설명이 검색 라우팅의 기준입니다

---

M2 빌드로 · 다음: M2-3. 토픽

출처: Knowledge sources summary (MS Learn) · Publish agent fails due to Bing sources (MS Learn)