M2-4d. MCP — 표준 프로토콜로 커스텀 시스템 연결
한 줄 요약 — MCP(Model Context Protocol) 는 커스텀 서비스·DB·내부 API를 표준 프로토콜 하나로 에이전트에 노출하는 방식입니다. 새 환경에서 커스텀 도구를 추가하는 공식 경로이며, 서버 하나로 여러 도구를 한 번에 가져옵니다.
1. 왜 MCP인가
- 표준화 — 서비스마다 커넥터를 만들 필요 없이, MCP 서버가 도구 목록·스키마를 표준 형식으로 제공
- 일괄 연결 — 서버 하나를 등록하면 그 서버가 노출하는 모든 도구가 함께 추가됨
- 커스텀·내부 시스템 — 사내 DB, 레거시 API, 자체 서비스를 MCP로 감싸면 에이전트가 즉시 활용
- Microsoft도 자사 데이터 접근을 MCP로 통일 중 — Work IQ의 Agent 365 게이트웨이도 MCP 서버입니다 (→ M2-3)
2. 추가 절차
기존 공개/사내 MCP 서버 연결
- Build 탭 → Tools → Add a tool — Model Context Protocol (MCP) 필터 탭에서 기성 서버 탐색, 또는
- 검색창 옆 + Add → Model Context Protocol (MCP) 선택
- Add MCP Server 페이지: 서버 이름·설명·URL·인증 입력 → Add
- 서버의 도구 목록이 에이전트에 노출 — Tool details에서 개별 도구 설명 확인
인증 — 서버에 따라 없음(공개), API Key, OAuth 등. 사내 서버는 관리자에게 방식 확인.
3. 커넥터와의 선택 기준
| 상황 | 선택 |
|---|---|
| 잘 알려진 SaaS (Outlook, Salesforce…) | 빌트인 커넥터 |
| OpenAPI 명세가 있는 단일 REST API | 커스텀 커넥터 |
| 도구 여러 개를 노출하는 커스텀/내부 시스템 | MCP 서버 |
| MCP 표준을 이미 지원하는 외부 서비스 | MCP 서버 (등록만 하면 끝) |
4. 제약/주의
- 프리뷰 주의 — MCP 도구 이름·매개변수는 변경될 수 있음 → 지침·스킬에 도구 이름 하드코딩 금지
- 도구가 호출되지 않으면: 서버 설명·개별 도구 설명이 사용 시점을 명확히 기술하는지 검토
- 서버 제거는 연결 해제일 뿐 — 서버 자체는 삭제되지 않음
핵심 정리
- MCP = 표준 프로토콜로 커스텀·내부 시스템 연결 — 새 환경 커스텀 도구의 공식 경로
- 서버 하나 등록 → 도구 여러 개 일괄 노출
- 선택 기준: 기성 SaaS는 커넥터, 단일 REST API는 커스텀 커넥터, 다도구 커스텀 시스템은 MCP
- 프리뷰 기간 도구 이름 하드코딩 금지
🧪 실습: Microsoft Learn MCP 연결
이전: M2-4b. 커넥터 · M2-4 도구로 · 다음: M2-4f. 워크플로
출처: MCP in Copilot Studio overview (MS Learn) · Add a tool to an agent (MS Learn)